«Bell» de Stellar (Protocolo 30) llega a la red de pruebas: Soroban seguro frente a la computación cuántica y contratos multiplexados; votación el 23 de nov. | Ethereum AI Generated News en Binance Square

Ethereum AI Generated News · 2026-11-04T12:57:56.000Z

Titular: El Protocolo 30 «Bell» de Stellar llega a la red de pruebas; la votación para la red principal se fija para el 23 de nov. La esperada actualización del Protocolo 30 de Stellar, apodada Bell, ya está activa en la red de pruebas: un paso importante hacia la incorporación de nuevas funciones de contratos inteligentes, la verificación de firmas resistente a la computación cuántica y las bases para acelerar la temporización del libro mayor. La Stellar Development Foundation anunció la activación en la red de pruebas el 4 de nov. y programó una votación de validadores para activar Bell en la red principal el 23 de nov. a las 17:00 UTC; la activación en la red principal requerirá la aprobación de los validadores. Qué incorpora Bell (tres CAP) - CAP-84 — Direcciones de contratos multiplexadas: Los contratos inteligentes ahora pueden aceptar e identificar a muchos clientes detrás de una sola dirección de contrato. Bell introduce direcciones de contrato que contienen un identificador de cliente de 64 bits (un formato que comienza con «W», distinto de las cuentas multiplexadas existentes, que empiezan con «M»). Cuando se envían tokens a estas direcciones, los fondos llegan al contrato subyacente y el identificador del cliente queda registrado en el evento de transferencia. Esto permite que los exchanges, los proveedores de pagos y los custodios gestionen depósitos de potencialmente millones de usuarios sin desplegar contratos individuales para cada usuario. - CAP-87 — Verificación de firmas poscuánticas en Soroban: Bell añade compatibilidad en cadena para verificar firmas ML-DSA dentro de los contratos inteligentes de Soroban. ML-DSA es uno de los algoritmos de firma poscuánticos estandarizados por el NIST (2024) y está diseñado para resistir ataques de potentes computadoras cuánticas. Con Bell, los desarrolladores pueden exigir la aprobación de ML-DSA en cuentas inteligentes para añadir controles de gasto resistentes a la computación cuántica. Como las verificaciones de ML-DSA requieren muchos recursos de cómputo, se ejecutan a través de Stellar Core. El Protocolo 30 ofrece tres funciones de verificación correspondientes a los niveles de seguridad de ML-DSA. Nota: las firmas de transacciones a nivel de red seguirán usando Ed25519 hasta una futura actualización. - CAP-88 — Marcas de tiempo del libro mayor en milisegundos: Stellar registrará las horas de cierre del libro mayor con una resolución de milisegundos en lugar de segundos enteros. Este cambio elimina una barrera técnica para habilitar intervalos de cierre inferiores a un segundo en futuras actualizaciones (el Protocolo 28 ya redujo los tiempos de cierre habituales de la red principal de ~5,7 s a 5 s). CAP-88 por sí solo no acorta de inmediato los tiempos de cierre de la red principal; cambia el formato de la cabecera del libro mayor para permitir una temporización más precisa en el futuro. Notas para desarrolladores y sobre infraestructura - Bell requiere actualizaciones en todo el ecosistema. Stellar ha publicado versiones compatibles con el Protocolo 30 de Core, Horizon, RPC y Galexie, y ha lanzado actualizaciones de SDK: JavaScript SDK v17.3.0, Go SDK v0.8.0 y una versión candidata del Soroban Rust SDK. - Los validadores deben instalar Stellar Core v30.0.0 antes de la votación del 23 de nov. en la red principal. Los exchanges, las billeteras, los indexadores y los proveedores de analítica deben actualizar sus definiciones XDR y la lógica de decodificación, ya que el nuevo formato de la cabecera del libro mayor puede causar problemas en los SDK antiguos y los analizadores de datos sin procesar. Los contratos Soroban existentes seguirán funcionando sin cambios, pero es necesario actualizar las cadenas de herramientas para aprovechar las funciones de Bell. Contexto e implicaciones - CAP-84 cierra la brecha entre las cuentas multiplexadas tradicionales (útiles para custodios y exchanges) y las cuentas inteligentes programables, lo que permite que grandes operaciones de custodia utilicen la lógica impulsada por Soroban sin proliferar contratos de forma desmedida. - CAP-87 es el primer paso en cadena del Plan de Preparación Cuántica de Stellar. Otras cadenas de bloques están tomando medidas similares (por ejemplo, Sui ha anunciado planes para una autenticación segura frente a la computación cuántica aprobada por el NIST). - CAP-88 allana el camino para futuras mejoras de rendimiento. Los desarrolladores de Stellar Core ya están experimentando con un procesamiento más rápido del libro mayor gracias a la mayor precisión de las marcas de tiempo. Impulso del ecosistema - El impulso del Protocolo 30 llega en medio de otros avances recientes en Stellar, incluida la integración de mensajería entre cadenas de VIA Labs, a finales de octubre, entre Stellar y Ethereum, que permite a los contratos Soroban intercambiar mensajes con contratos de Ethereum; esto resulta útil para las stablecoins, los activos tokenizados y los flujos de trabajo entre cadenas. Qué hay que seguir de cerca - Votación de validadores en la red principal: 23 de nov., 17:00 UTC; el resultado determinará la activación de Bell. - Preparación de la infraestructura: Los exchanges, las billeteras, los indexadores y los usuarios de SDK deben instalar el software v30 y actualizar los decodificadores/XDR para evitar interrupciones del servicio. - Adopción por parte de los desarrolladores: Se prevé que las herramientas se actualicen y que los primeros contratos Soroban empiecen a usar direcciones de contrato multiplexadas y la verificación ML-DSA tras la activación en la red principal. La activación de la red de pruebas de Stellar es el hito concreto que muchos en el ecosistema llevaban esperando: Bell no solo añade funciones, sino que también prepara la red frente a las amenazas cuánticas y para intervalos de liquidación más rápidos en el futuro. No pierdas de vista la votación del 23 de nov., el próximo paso decisivo. Lee más noticias generadas por IA en: https://app.chaingpt.org/news

Headline: Stellar’s Protocol 30 “Bell” lands on testnet — mainnet vote set for Nov. 23 Stellar’s long‑anticipated Protocol 30 upgrade, nicknamed Bell, is now live on testnet — a major step toward rolling out new smart‑contract functionality, quantum‑resistant signature verification and the groundwork for faster ledger timing. The Stellar Development Foundation announced the testnet activation on Nov. 4 and has scheduled a validator vote to activate Bell on mainnet for Nov. 23 at 17:00 UTC; mainnet activation will require validator approval. What Bell brings (three CAPs) - CAP‑84 — Muxed contract addresses: Smart contracts can now accept and identify many customers behind a single contract address. Bell introduces contract addresses that carry a 64‑bit customer identifier (a format starting with “W”, distinct from existing muxed accounts that begin with “M”). When tokens are sent to these addresses, the funds reach the underlying contract while the customer ID is recorded in the transfer event. This lets exchanges, payment providers and custodians manage deposits for potentially millions of users without deploying individual contracts per user. - CAP‑87 — Post‑quantum signature verification in Soroban: Bell adds on‑chain support for checking ML‑DSA signatures inside Soroban smart contracts. ML‑DSA is one of the NIST‑standardized post‑quantum signature algorithms (2024) and is designed to resist attacks from powerful quantum computers. Under Bell, developers can require ML‑DSA approval inside smart accounts to add quantum‑resistant spending controls. Because ML‑DSA checks are compute‑heavy, verification runs through Stellar Core. Protocol 30 exposes three verification functions corresponding to ML‑DSA’s security tiers. Note: network‑level transaction signatures remain Ed25519 until a future upgrade. - CAP‑88 — Millisecond ledger timestamps: Stellar will record ledger close times with millisecond resolution instead of whole seconds. That change removes a technical barrier to sub‑second ledger intervals in future upgrades (Protocol 28 already trimmed typical mainnet close times from ~5.7s to 5s). CAP‑88 itself does not immediately shorten mainnet close times; it changes the ledger header format to enable more precise timing later. Developer and infrastructure notes - Bell requires updates across the ecosystem. Stellar has released Protocol 30‑compatible versions of Core, Horizon, RPC and Galexie, and published SDK updates: JavaScript SDK v17.3.0, Go SDK v0.8.0 and a release candidate for the Soroban Rust SDK. - Validators must install Stellar Core v30.0.0 ahead of the Nov. 23 mainnet vote. Exchanges, wallets, indexers and analytics providers need to update their XDR definitions and decoding logic because the new ledger header format can break older SDKs and raw‑data parsers. Existing Soroban contracts will continue to run unchanged, but toolchains must be updated to take advantage of Bell features. Context and implications - CAP‑84 closes a gap between legacy muxed accounts (useful for custodians and exchanges) and programmable smart accounts, enabling large custodial operations to use Soroban‑driven logic without massive contract sprawl. - CAP‑87 is the first on‑chain step in Stellar’s Quantum Preparedness Plan. Other blockchains are pursuing similar moves (for example, Sui has outlined plans for NIST‑approved quantum‑safe authentication). - CAP‑88 paves the way for future performance tuning. Stellar Core developers are already experimenting with faster ledger processing thanks to the finer timestamp resolution. Ecosystem momentum - The Protocol 30 push comes amid other recent developments on Stellar, including VIA Labs’ late‑October cross‑chain messaging integration between Stellar and Ethereum, which allows Soroban contracts to exchange messages with Ethereum contracts — useful for stablecoins, tokenized assets and cross‑chain workflows. What to watch - Validator vote on mainnet: Nov. 23, 17:00 UTC — outcome determines Bell activation. - Infrastructure readiness: Exchanges, wallets, indexers and SDK users should install the v30 software and update decoders/XDR to avoid service interruptions. - Developer adoption: Expect tooling updates and early Soroban contracts to begin using muxed contract addresses and ML‑DSA verification after mainnet activation. Stellar’s testnet activation is the concrete milestone many in the ecosystem have been waiting for — Bell doesn’t just add features, it also prepares the network for quantum threats and faster settlement intervals down the road. Keep an eye on the Nov. 23 vote for the next decisive step. Read more AI-generated news on: https://app.chaingpt.org/news