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.
O conteúdo serve apenas de referência e não constitui uma solicitação ou oferta. Não é prestado qualquer aconselhamento em matéria de investimento, fiscal ou jurídica. Consulte a Declaração de exoneração de responsabilidade para obter mais informações sobre os riscos.
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.