Stellar prevé hoy la votación testnet de Bell, antes de otra votación en mainnet

Una votación de pruebas antes de decidir sobre la red principal

Los validadores de la red de pruebas de Stellar deben pronunciarse el 3 de noviembre de 2026 a las 17 horas UTC sobre Bell, la actualización del protocolo 30. La guía oficial prevé una votación separada en la red principal el 23 de noviembre, a la misma hora. Estas citas siguen sujetas al proceso de validación y las fechas pueden cambiar. En el momento de esta preparación, la votación testnet todavía está por celebrarse: no se da por hecha su aprobación ni la activación en mainnet.

El objetivo inmediato es permitir a desarrolladores y operadores probar los cambios antes de su posible llegada al entorno utilizado para transacciones reales. Una red de pruebas sirve para comprobar programas e integraciones; su evolución no constituye una puesta en servicio comercial equivalente. Bell reúne varias modificaciones técnicas, pero los objetivos de largo plazo descritos por la fundación no deben confundirse con funciones ya disponibles en todo Stellar.

Un contrato para varios clientes y firmas de alcance limitado

Una primera propuesta extiende a las direcciones de contratos el principio de las cuentas multiplexadas. Permite asociar un identificador a una dirección de contrato para distinguir los pagos de varios clientes recibidos por una misma cuenta inteligente. Las aplicaciones deben reconocer el nuevo formato que comienza por W y adaptar sus comprobaciones de tipos. El objetivo es reducir la necesidad de desplegar un contrato distinto para cada usuario, conservando la identificación de los movimientos.

Otra modificación incorpora la verificación de firmas ML-DSA en contratos inteligentes. La fundación la presenta como una etapa de preparación para la criptografía poscuántica, implementada en el software de la red. El alcance es esencial: las firmas de las transacciones de la red siguen basadas en Ed25519 en esta fase. Bell no convierte automáticamente todas las cuentas existentes en resistentes a ataques cuánticos, y adoptar nuevos modelos de cuentas sigue siendo un trabajo distinto.

Un reloj más preciso y programas que deben actualizarse

Bell también prevé medir el tiempo de los registros en milisegundos. Esta evolución elimina una limitación técnica asociada a marcas temporales en segundos enteros y prepara intervalos de cierre más precisos en cambios futuros. Por sí sola, no promete transacciones inmediatamente más rápidas. El documento distingue esta base técnica de las pruebas de registros más rápidos realizadas en ramas experimentales, sin anunciar un rendimiento general ya desplegado.

El cambio del formato de las cabeceras exige preparar las herramientas que leen datos de la red. Quienes utilizan bibliotecas de desarrollo deben seguir versiones compatibles; los indexadores, exploradores y herramientas que decodifican datos directamente deben actualizar sus definiciones. La guía indica que el campo histórico del tiempo de cierre sigue expresando segundos enteros. Las próximas pruebas serán el resultado efectivo de la votación testnet, los ensayos de las integraciones y, por separado, la decisión de los validadores de la red principal.