Me encontré con el anuncio oficial de Stellar: la próxima actualización de la red se llama Bell (Protocolo 30). Llegan tres CAP a la vez: los contratos inteligentes también podrán usar direcciones muxed (que empiezan por W, para que un contrato pueda atender a varios clientes), verificar firmas ML-DSA de NIST resistentes a la computación cuántica y registrar marcas de tiempo del libro mayor con precisión de milisegundos, allanando el camino para reducir más adelante el intervalo entre bloques.
La votación en la red de pruebas será el 3 de noviembre a las 17:00 UTC; en la red principal, el 23 de noviembre a la misma hora. El anuncio oficial también aclara los límites: esto no significa que toda la red vaya a ser resistente a la computación cuántica de inmediato; las firmas de las transacciones seguirán siendo Ed25519. Esta actualización tampoco reducirá por sí sola el intervalo entre bloques a menos de 5 segundos; solo elimina primero el límite mínimo rígido de «un libro mayor por segundo».
Las billeteras y los exchanges deberían actualizar el SDK con antelación y añadir las direcciones W a sus validaciones. La versión estable de Core v30 ya se publicó el 16 de octubre. $XLM #Stellar #ResistenteALaComputaciónCuántica
La votación en la red de pruebas será el 3 de noviembre a las 17:00 UTC; en la red principal, el 23 de noviembre a la misma hora. El anuncio oficial también aclara los límites: esto no significa que toda la red vaya a ser resistente a la computación cuántica de inmediato; las firmas de las transacciones seguirán siendo Ed25519. Esta actualización tampoco reducirá por sí sola el intervalo entre bloques a menos de 5 segundos; solo elimina primero el límite mínimo rígido de «un libro mayor por segundo».
Las billeteras y los exchanges deberían actualizar el SDK con antelación y añadir las direcciones W a sus validaciones. La versión estable de Core v30 ya se publicó el 16 de octubre. $XLM #Stellar #ResistenteALaComputaciónCuántica