A Stellar ativou sua atualização Protocol 30, codinome Bell, na testnet, introduzindo novas capacidades de contratos inteligentes, verificação de assinatura pós-quântica e mudanças que podem permitir processamento de ledger mais rápido em futuras atualizações.
Resumo
- A Stellar ativou sua atualização Protocol 30 Bell na testnet, com validadores programados para votar na ativação da mainnet em 23 de novembro às 17:00 UTC.
- Bell introduz endereços de contrato multiplexados que permitem que exchanges, custodiantes e provedores de pagamento gerenciem múltiplos saldos de clientes por meio de um único contrato inteligente.
- A atualização adiciona suporte para verificação de assinatura ML DSA pós-quântica dentro de contratos inteligentes, enquanto as assinaturas de transações de rede continuarão usando Ed25519.
- O Protocol 30 introduz temporização de ledger em milissegundos para suportar processamento mais rápido em futuras atualizações, embora a mudança não reduza imediatamente os tempos de fechamento do ledger.
- Provedores de carteira, exchanges e operadores de infraestrutura devem atualizar seu software para suportar o novo formato de endereço e mudanças nos dados do ledger antes da ativação da mainnet.
De acordo com um anúncio de 4 de novembro da Stellar Development Foundation, a atualização da testnet foi concluída, com validadores agora programados para votar na ativação do Bell na mainnet em 23 de novembro.
A atualização introduz três mudanças sob CAP-84, CAP-87 e CAP-88, cobrindo como os contratos inteligentes lidam com endereços de clientes, verificam assinaturas criptográficas e registram os tempos de fechamento do ledger.
Em seu anúncio de 20 de outubro, a fundação explicou que o Bell foi projetado para ajudar empresas a gerenciar fundos de clientes por meio de contas inteligentes, enquanto prepara a rede para segurança resistente a quantum e processamento de transações mais rápido.
A ativação da testnet seguiu uma votação de validadores programada para 3 de novembro às 17:00 UTC. A votação da mainnet está programada para o mesmo horário em 23 de novembro, com a ativação dependendo da aprovação dos validadores.
Stellar Protocol 30 introduz endereços de contrato inteligente multiplexados
Uma das principais mudanças do Bell é o CAP-84, que introduz endereços de contrato multiplexados que permitem que empresas gerenciem fundos pertencentes a múltiplos clientes por meio de um único contrato inteligente.
Anteriormente, a Stellar suportava contas multiplexadas que permitiam que exchanges e custodiantes recebessem depósitos de diferentes clientes em uma conta, enquanto identificavam usuários individuais por meio de IDs separados.
Contas inteligentes, que usam contratos programáveis para controlar permissões de gastos, não tinham a mesma capacidade. Empresas que as utilizavam geralmente precisavam de contratos separados para distinguir saldos de clientes.
Com o CAP-84, um endereço de contrato pode carregar um identificador de 64 bits que identifica o cliente pretendido sem exigir um contrato inteligente separado para cada usuário.
Os novos endereços usam um formato que começa com a letra W, distinguindo-os dos endereços de conta multiplexados existentes que começam com M.
Quando tokens são transferidos para um desses endereços, os fundos chegam ao contrato subjacente enquanto o identificador do cliente é registrado no evento de transferência.
De acordo com a Stellar, exchanges, provedores de pagamento e custodiantes podem usar o sistema para gerenciar depósitos de clientes por meio de contas inteligentes sem implantar contratos individuais para potencialmente milhões de usuários.
A mudança exige que provedores de carteira e outros aplicativos que processam endereços Stellar suportem o novo formato.
Bell traz verificação de assinatura pós-quântica para contratos inteligentes
Outro componente importante, o CAP-87, introduz suporte para verificação de assinaturas ML-DSA dentro do ambiente de contratos inteligentes Soroban da Stellar.
ML-DSA é um algoritmo de assinatura digital pós-quântica padronizado pelo Instituto Nacional de Padrões e Tecnologia dos EUA em 2024.
Diferentemente dos sistemas de assinatura de curva elíptica existentes, o ML-DSA foi projetado para resistir a ataques de computadores quânticos suficientemente poderosos.
A Stellar atualmente usa esquemas de assinatura criptográfica incluindo Ed25519, secp256k1 e secp256r1, que podem se tornar vulneráveis a futuros avanços na computação quântica.
Com o Bell, os desenvolvedores podem criar contas inteligentes que exigem assinaturas ML-DSA antes de autorizar transações, permitindo que carteiras e custodiantes introduzam controles de gastos resistentes a quantum.
A fundação afirmou que o processo de verificação é executado através do Stellar Core porque a verificação de assinaturas ML-DSA requer consideravelmente mais recursos computacionais do que as assinaturas convencionais.
O Protocolo 30 suporta três funções de verificação ML-DSA correspondentes aos diferentes níveis de segurança do algoritmo.
O recurso é o primeiro componente onchain do Plano de Preparação Quântica da Stellar, embora as assinaturas de transações em nível de rede continuem usando Ed25519 até uma futura atualização de protocolo.
Outras blockchains vêm explorando proteções semelhantes. Em agosto, a Sui delineou planos para introduzir autenticação de contas resistente a quantum usando esquemas de assinatura aprovados pelo NIST.
Tempo de ledger em milissegundos prepara a Stellar para processamento mais rápido
O terceiro componente do Bell, o CAP-88, muda como a Stellar registra o momento em que os ledgers são fechados.
Atualmente, a Stellar registra os horários de fechamento de ledgers em segundos inteiros, o que impede a rede de mirar em intervalos menores que um segundo.
O novo sistema introduz timestamps com resolução de milissegundos, permitindo que futuras mudanças de protocolo suportem intervalos de fechamento de ledger mais precisos.
Em setembro, a atualização do Protocolo 28 da Stellar reduziu os tempos típicos de fechamento de ledger da mainnet de aproximadamente 5,7 segundos para cinco segundos.
O CAP-88 não reduz imediatamente esses tempos ainda mais. Em vez disso, ele remove uma restrição técnica existente, com os desenvolvedores do Stellar Core já experimentando processamento de ledger mais rápido.
A mudança introduz um novo formato de cabeçalho de ledger, exigindo que aplicações que decodificam dados brutos da blockchain atualizem seu software.
De acordo com o guia de atualização da fundação, SDKs mais antigos podem falhar ao decodificar ledgers do Protocolo 30, enquanto indexadores e serviços de análise devem atualizar suas definições XDR.
Contratos Soroban existentes podem continuar operando sem modificação, embora os desenvolvedores devam atualizar suas ferramentas para usar os novos recursos do Bell.
Atualização da mainnet agendada para 23 de novembro
Antes da votação da mainnet, a Stellar lançou versões compatíveis com o Protocolo 30 de seus softwares de infraestrutura Core, Horizon, RPC e Galexie.
Seu guia de atualização de 23 de outubro listou o JavaScript SDK v17.3.0 e o Go SDK v0.8.0 entre os lançamentos de desenvolvedor disponíveis, juntamente com um release candidate para o Soroban Rust SDK.
Os validadores foram instruídos a instalar o Stellar Core v30.0.0 antes da votação da mainnet, enquanto exchanges, provedores de carteiras e outros operadores de infraestrutura devem preparar suas integrações para o novo formato de ledger.
A atualização segue desenvolvimentos recentes em todo o ecossistema da Stellar, incluindo a integração da VIA Labs de mensagens cross-chain entre a Stellar e a Ethereum no final de outubro.
A integração permite que contratos inteligentes Soroban troquem mensagens com contratos baseados em Ethereum, suportando aplicações envolvendo stablecoins, ativos tokenizados e transações cross-chain.
A votação de atualização da mainnet da Stellar está agendada para 23 de novembro às 17:00 UTC, com a fundação coordenando os preparativos através de sua comunidade de desenvolvedores e canais de validadores.
