• CAP-83 mira condições de dados mais lentas, enquanto CAP-85 e CAP-86 melhoram atualizações do Soroban e a migração de dados do contrato para desenvolvedores.

  • O cronograma prevê uma votação em testnet em 27 de agosto, seguida por uma votação em mainnet em 16 de setembro para uma implantação mais ampla pela rede.

  • A proposta se concentra na resiliência da infraestrutura e na manutenção para desenvolvedores, enquanto a Stellar dá suporte a aplicações financeiras e de tokenização.

O Stellar Protocol 28 introduz atualizações de infraestrutura focadas em desempenho do consenso, manutenção do Soroban e migrações de contratos à medida que o uso da rede continua se expandindo.

O adaptador foca no desempenho central da rede

A Scopuly afirma que a próxima atualização fortalece a infraestrutura da Stellar sob aplicações financeiras em expansão. O provedor de carteira aponta para três mudanças envolvendo consenso e Soroban. Essas mudanças têm como alvo a resiliência da rede, a manutenção dos contratos e os fluxos de trabalho dos desenvolvedores.

https://twitter.com/scopuly/status/2089218979688525949?s=20

O CAP-83 aborda situações em que os dados de transação chegam aos validadores lentamente. A proposta permite que os validadores continuem avançando nessas condições. Essa abordagem visa apoiar um desempenho de rede mais consistente durante atrasos.

Esse foco se torna cada vez mais relevante conforme a atividade de transações se expande pela Stellar. A rede é descrita como processando milhões de transações. Assim, sua infraestrutura enfrenta demandas maiores com o crescimento da atividade de aplicações.

O CAP-83 difere das outras propostas por mirar diretamente o comportamento de consenso. O CAP-85 e o CAP-86, em vez disso, se concentram no desenvolvimento de contratos inteligentes. Juntas, as mudanças abrangem tanto as operações de rede quanto a manutenção da aplicação.

Atualizações do Soroban visam melhorar a eficiência do desenvolvedor

O CAP-85 permite que vários contratos Soroban que compartilham código comum façam upgrade juntos. Isso poderia simplificar a manutenção em implantações maiores de contratos. Os desenvolvedores deixariam de lidar com cada contrato relacionado como uma atualização separada.

Atualizações coordenadas também podem reduzir a complexidade operacional para aplicativos maiores. Isso importa quando vários contratos dependem do mesmo código subjacente. Um processo unificado pode tornar a manutenção futura mais gerenciável.

O CAP-86 aborda outro desafio para desenvolvedores envolvendo migrações de dados de contrato. Aplicações frequentemente precisam que estruturas de dados evoluam à medida que o software se desenvolve. A proposta busca simplificar essas mudanças sem interromper as aplicações existentes.

As duas propostas do Soroban, portanto, tratam de requisitos de manutenção diferentes. O CAP-85 se concentra em atualizações coordenadas de código entre contratos. O CAP-86 se concentra em evoluir os dados do contrato preservando a continuidade da aplicação.

O cronograma de governança define os próximos marcos

O processo de atualização inclui uma votação no testnet agendada para 27 de agosto. Em seguida, uma votação de atualização em mainnet está agendada para 16 de setembro. Essas votações representam os próximos checkpoints de governança para as mudanças propostas.

A implantação no testnet oferece um ambiente para avaliar as modificações propostas. Desenvolvedores e participantes da rede podem examinar o comportamento antes da consideração em mainnet. Isso cria uma etapa de testes antes da implantação em nível de produção.

A justificativa mais ampla se concentra na crescente infraestrutura financeira da Stellar. A Scopuly aponta para ativos do mundo real tokenizados e participação institucional. Essas aplicações podem exigir consenso confiável e um gerenciamento flexível de contratos.

Portanto, a proposta representa uma preparação de infraestrutura, e não uma única funcionalidade isolada. Seus três componentes abordam validadores, contratos inteligentes e dados de aplicação. Se aprovado, as mudanças apoiariam o desenvolvimento contínuo da Stellar em torno de casos de uso institucionais.