Vi no canal oficial da Stellar: a próxima atualização da rede se chama Bell (Protocol 30). Três CAPs chegam juntas — os contratos inteligentes também poderão usar endereços muxed (que começam com W, permitindo que um contrato atenda vários clientes), verificar assinaturas ML-DSA da NIST resistentes à computação quântica e registrar timestamps do ledger com precisão de milissegundos, abrindo caminho para reduzir ainda mais o intervalo entre os blocos no futuro.
A votação na rede de testes está marcada para 3 de novembro, às 17:00 UTC; na rede principal, será no mesmo horário, em 23 de novembro. O comunicado também deixa claros os limites: isso não torna toda a rede resistente à computação quântica de imediato — as transações continuam assinadas com Ed25519; esta atualização também não reduzirá o intervalo entre blocos para menos de 5 segundos, apenas remove o limite rígido de «um ledger por segundo».
Carteiras e corretoras devem atualizar os SDKs com antecedência e incluir os endereços W na validação — a versão estável do Core v30 já foi lançada em 16 de outubro. $XLM #Stellar #ResistenteÀComputaçãoQuântica
A votação na rede de testes está marcada para 3 de novembro, às 17:00 UTC; na rede principal, será no mesmo horário, em 23 de novembro. O comunicado também deixa claros os limites: isso não torna toda a rede resistente à computação quântica de imediato — as transações continuam assinadas com Ed25519; esta atualização também não reduzirá o intervalo entre blocos para menos de 5 segundos, apenas remove o limite rígido de «um ledger por segundo».
Carteiras e corretoras devem atualizar os SDKs com antecedência e incluir os endereços W na validação — a versão estável do Core v30 já foi lançada em 16 de outubro. $XLM #Stellar #ResistenteÀComputaçãoQuântica