Stellar ha activado su actualización Protocolo 30, con el nombre en clave Bell, en la testnet, introduciendo nuevas capacidades de contratos inteligentes, verificación de firmas post-cuánticas y cambios que podrían permitir un procesamiento del ledger más rápido en futuras actualizaciones.
Resumen
- Stellar ha activado su actualización Protocolo 30 Bell en la testnet, con los validadores programados para votar sobre la activación en la mainnet el 23 de noviembre a las 17:00 UTC.
- Bell introduce direcciones de contrato multiplexadas que permiten a los exchanges, custodios y proveedores de pagos gestionar múltiples saldos de clientes a través de un único contrato inteligente.
- La actualización añade soporte para la verificación de firmas ML DSA post-cuánticas dentro de los contratos inteligentes, mientras que las firmas de transacciones de la red continuarán usando Ed25519.
- El Protocolo 30 introduce una temporización del ledger en milisegundos para soportar un procesamiento más rápido en futuras actualizaciones, aunque el cambio no reduce inmediatamente los tiempos de cierre del ledger.
- Los proveedores de billeteras, exchanges y operadores de infraestructura deben actualizar su software para soportar el nuevo formato de direcciones y los cambios en los datos del ledger antes de la activación en la mainnet.
Según un anuncio del 4 de noviembre de la Stellar Development Foundation, la actualización de la testnet se ha completado, con los validadores ahora programados para votar sobre la activación de Bell en la mainnet el 23 de noviembre.
La actualización introduce tres cambios bajo CAP-84, CAP-87 y CAP-88, que abarcan cómo los contratos inteligentes manejan las direcciones de los clientes, verifican firmas criptográficas y registran los tiempos de cierre del ledger.
En su anuncio del 20 de octubre, la fundación explicó que Bell está diseñado para ayudar a las empresas a gestionar fondos de clientes a través de cuentas inteligentes mientras prepara la red para una seguridad resistente a la computación cuántica y un procesamiento de transacciones más rápido.
La activación en la testnet siguió a una votación de validadores programada para el 3 de noviembre a las 17:00 UTC. La votación en la mainnet está programada para la misma hora el 23 de noviembre, con la activación dependiendo de la aprobación de los validadores.
El Protocolo 30 de Stellar introduce direcciones de contrato inteligente multiplexadas
Uno de los principales cambios de Bell es CAP-84, que introduce direcciones de contrato multiplexadas que permiten a las empresas gestionar fondos pertenecientes a múltiples clientes a través de un único contrato inteligente.
Anteriormente, Stellar soportaba cuentas multiplexadas que permitían a los exchanges y custodios recibir depósitos de diferentes clientes en una sola cuenta mientras identificaban a usuarios individuales mediante IDs separados.
Las cuentas inteligentes, que utilizan contratos programables para controlar los permisos de gasto, no tenían la misma capacidad. Las empresas que las utilizaban generalmente necesitaban contratos separados para distinguir los saldos de los clientes.
Con CAP-84, una dirección de contrato puede llevar un identificador de 64 bits que identifica al cliente previsto sin requerir un contrato inteligente separado para cada usuario.
Las nuevas direcciones utilizan un formato que comienza con la letra W, distinguiéndolas de las direcciones de cuenta multiplexadas existentes que comienzan con M.
Cuando los tokens se transfieren a una de estas direcciones, los fondos llegan al contrato subyacente mientras el identificador del cliente se registra en el evento de transferencia.
Según Stellar, los exchanges, proveedores de pagos y custodios pueden usar el sistema para gestionar depósitos de clientes a través de cuentas inteligentes sin desplegar contratos individuales para potencialmente millones de usuarios.
El cambio requiere que los proveedores de billeteras y otras aplicaciones que procesan direcciones de Stellar soporten el nuevo formato.
Bell trae la verificación de firmas post-cuánticas a los contratos inteligentes
Otro componente importante, CAP-87, introduce soporte para verificar firmas ML-DSA dentro del entorno de contratos inteligentes Soroban de Stellar.
ML-DSA es un algoritmo de firma digital post-cuántica estandarizado por el Instituto Nacional de Estándares y Tecnología de EE. UU. en 2024.
A diferencia de los sistemas de firma de curva elíptica existentes, ML-DSA está diseñado para resistir ataques de computadoras cuánticas suficientemente potentes.
Stellar utiliza actualmente esquemas de firma criptográfica que incluyen Ed25519, secp256k1 y secp256r1, que podrían volverse vulnerables a futuros avances en la computación cuántica.
Con Bell, los desarrolladores pueden crear cuentas inteligentes que requieran firmas ML-DSA antes de autorizar transacciones, lo que permite a las billeteras y custodios introducir controles de gasto resistentes a la computación cuántica.
La fundación dijo que el proceso de verificación se ejecuta a través de Stellar Core porque verificar firmas ML-DSA requiere considerablemente más recursos informáticos que las firmas convencionales.
El Protocolo 30 admite tres funciones de verificación ML-DSA correspondientes a los diferentes niveles de seguridad del algoritmo.
La característica es el primer componente en cadena del Plan de Preparación Cuántica de Stellar, aunque las firmas de transacciones a nivel de red continuarán usando Ed25519 hasta una futura actualización del protocolo.
Otras cadenas de bloques han estado explorando protecciones similares. En agosto, Sui describió planes para introducir autenticación de cuentas segura ante la computación cuántica utilizando esquemas de firma aprobados por el NIST.
La temporización del libro mayor en milisegundos prepara a Stellar para un procesamiento más rápido
El tercer componente de Bell, CAP-88, cambia la forma en que Stellar registra la hora a la que se cierran los libros mayores.
Actualmente, Stellar registra los tiempos de cierre del libro mayor en segundos enteros, lo que impide que la red apunte a intervalos inferiores a un segundo.
El nuevo sistema introduce marcas de tiempo con resolución de milisegundos, lo que permite que futuros cambios de protocolo admitan intervalos de cierre de libro mayor más precisos.
En septiembre, la actualización Protocolo 28 de Stellar redujo los tiempos típicos de cierre del libro mayor de la red principal de aproximadamente 5,7 segundos a cinco segundos.
CAP-88 no reduce inmediatamente esos tiempos aún más. En cambio, elimina una restricción técnica existente, y los desarrolladores de Stellar Core ya están experimentando con un procesamiento del libro mayor más rápido.
El cambio introduce un nuevo formato de encabezado de libro mayor, lo que requiere que las aplicaciones que decodifican datos brutos de la cadena de bloques actualicen su software.
Según la guía de actualización de la fundación, los SDK más antiguos pueden fallar al decodificar los libros mayores del Protocolo 30, mientras que los indexadores y los servicios de análisis deben actualizar sus definiciones XDR.
Los contratos Soroban existentes pueden continuar operando sin modificaciones, aunque los desarrolladores deben actualizar sus herramientas para usar las nuevas características de Bell.
Actualización de la red principal programada para el 23 de noviembre
Antes de la votación de la red principal, Stellar ha publicado versiones compatibles con el Protocolo 30 de su software de infraestructura Core, Horizon, RPC y Galexie.
Su guía de actualización del 23 de octubre enumeró el SDK de JavaScript v17.3.0 y el SDK de Go v0.8.0 entre las versiones para desarrolladores disponibles, junto con un candidato de lanzamiento para el SDK de Soroban Rust.
Se ha indicado a los validadores que instalen Stellar Core v30.0.0 antes de la votación de la red principal, mientras que los intercambios, los proveedores de billeteras y otros operadores de infraestructura deben preparar sus integraciones para el nuevo formato de libro mayor.
La actualización sigue a desarrollos recientes en todo el ecosistema de Stellar, incluida la integración de VIA Labs de mensajería entre cadenas entre Stellar y Ethereum a finales de octubre.
La integración permite que los contratos inteligentes de Soroban intercambien mensajes con contratos basados en Ethereum, admitiendo aplicaciones que involucran monedas estables, activos tokenizados y transacciones entre cadenas.
La votación de actualización de la red principal de Stellar está programada para el 23 de noviembre a las 17:00 UTC, y la fundación coordina los preparativos a través de su comunidad de desarrolladores y sus canales de validadores.
