O PANews informou em 13 de junho que, de acordo com o Solana Improvement Document (SIMD), o desenvolvedor Max Resnick apresentou uma proposta SIMD-301, com o objetivo de realizar a função de execução assíncrona do blockchain. A proposta permitiria que os validadores votassem antes de uma transação em bloco ser executada, reduzindo significativamente os tempos de confirmação do bloco e abrindo caminho para subsequentes simultaneidade multilíder (MCL) e mecanismos de consenso canalizados. As principais mudanças incluem: 1) remover o campo BankHash da estrutura de votação, 2) introduzir um mecanismo de verificação de bloco estático e 3) os validadores podem votar depois de passar o cheque estático sem esperar que a transação seja executada. Em particular, a proposta aponta para a necessidade de prevenir o risco de nós mal-intencionados apresentarem transações demoradas que resultem em blocos vazios. O recurso será ativado em fases por meio de um Feature Flag e espera-se que seja implantado após a conclusão da atualização do Alpenglow.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
A comunidade Solana lançou a proposta SIMD-301, com o objetivo de implementar a funcionalidade de execução assíncrona.
O PANews informou em 13 de junho que, de acordo com o Solana Improvement Document (SIMD), o desenvolvedor Max Resnick apresentou uma proposta SIMD-301, com o objetivo de realizar a função de execução assíncrona do blockchain. A proposta permitiria que os validadores votassem antes de uma transação em bloco ser executada, reduzindo significativamente os tempos de confirmação do bloco e abrindo caminho para subsequentes simultaneidade multilíder (MCL) e mecanismos de consenso canalizados. As principais mudanças incluem: 1) remover o campo BankHash da estrutura de votação, 2) introduzir um mecanismo de verificação de bloco estático e 3) os validadores podem votar depois de passar o cheque estático sem esperar que a transação seja executada. Em particular, a proposta aponta para a necessidade de prevenir o risco de nós mal-intencionados apresentarem transações demoradas que resultem em blocos vazios. O recurso será ativado em fases por meio de um Feature Flag e espera-se que seja implantado após a conclusão da atualização do Alpenglow.