La actualización Protocol 30 de Stellar, Bell, está “activa en Testnet”, informó la Stellar Development Foundation el 3 de noviembre, abriendo las pruebas para desarrolladores antes de una votación de validadores sobre la activación en mainnet el 23 de noviembre.
La versión ofrece a los contratos inteligentes nuevas formas de identificar depósitos de clientes y verificar firmas post-cuánticas. Las billeteras, los exchanges y los proveedores de infraestructura deben actualizar sus bibliotecas de software de Stellar antes de la votación en mainnet, según la guía de actualización de SDF. Los contratos inteligentes existentes pueden seguir funcionando sin cambios.
Cargando publicación de X…
Ver publicación en XNuevas herramientas para cuentas inteligentes
$CAP-84 introduce direcciones de contrato multiplexadas: una dirección de contrato combinada con un identificador de cliente, escrita en un nuevo formato que comienza con W. Esto permite a una empresa dirigir los depósitos de varios clientes a un solo contrato inteligente y registrar sus saldos fuera de la cadena. Stellar ya admitía ese modelo para cuentas regulares, pero no para direcciones de contrato.
Los fondos siguen llegando al contrato subyacente, con el identificador registrado en el evento de transferencia; no crea un saldo independiente en la cadena. Las billeteras y los exchanges deben aceptar direcciones W en su lógica de validación, visualización y almacenamiento. Los desarrolladores de contratos que quieran aceptarlas deben usar un parámetro de dirección que admita la variante multiplexada: un parámetro de dirección simple la rechaza.
$CAP-87 añade tres funciones de verificación integradas para ML-DSA, un algoritmo de firma post-cuántica estandarizado, al entorno de contratos inteligentes Soroban de Stellar. Los contratos de cuenta personalizados pueden usarlas para exigir autorización post-cuántica antes de gastar fondos, en lugar de implementar la verificación por su cuenta. Las firmas de transacciones a nivel de red siguen siendo Ed25519.
Las nuevas funciones de contrato son opcionales. Los desarrolladores que las adopten deben recompilar con el SDK de Soroban actualizado y usar una herramienta de línea de comandos de Stellar que coincida o sea más reciente, afirma SDF.
Un nuevo formato de libro mayor
$CAP-88 añade marcas de tiempo cerrando el libro mayor con resolución de milisegundos. Antes, las marcas de tiempo en segundos enteros imponían una separación mínima de un segundo entre libros mayores e impedían objetivos como 4.5 segundos. El cambio elimina esa restricción de tiempo; el resumen de protocolo de SDF indica que Bell, por sí solo, no hace que los libros mayores se cierren más rápido.
Los indexadores, exploradores y otros sistemas que decodifican datos brutos del libro mayor deben actualizar sus reglas de análisis, los validadores configuran sus nodos para votar desde un momento especificado, y la adopción requiere el mismo consenso usado para aprobar los conjuntos de transacciones. El acuerdo sigue el conjunto de validadores de confianza y el umbral de cada nodo, y no una votación de los titulares de tokens.
La activación en mainnet depende de ese acuerdo. SDF indica a los validadores que instalen Stellar Core v30.0.0 y dice que el comando para preparar sus nodos para la votación se compartirá con antelación a través de los canales de validadores.