A última reunião dos principais desenvolvedores da camada de execução do Ethereum trouxe novidades. Na 228ª reunião do ACDE, a equipa de desenvolvimento tomou várias decisões importantes em relação à próxima atualização.
Primeiro, o EIP-7843 (opcode de slot) foi adiado do plano de desenvolvimento do BALs Devnet-2 devido à sua envolvência na interação entre a camada de consenso e a camada de execução, permitindo mais tempo para testes e coordenação. Isto reflete a abordagem rigorosa do desenvolvimento do Ethereum — alterações complexas entre camadas exigem uma implementação mais cautelosa.
Em segundo lugar, a reunião rejeitou sete EIPs propostos para inclusão na atualização Glamsterdam, demonstrando que os desenvolvedores mantêm altos padrões na seleção de propostas. No entanto, o EIP-7954 foi aprovado, expandindo o limite de tamanho do código de contrato de 24KB para 32KB, abrindo novas possibilidades para o desenvolvimento de contratos inteligentes mais complexos.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
16 gostos
Recompensa
16
10
Republicar
Partilhar
Comentar
0/400
blocksnark
· 22h atrás
A interação entre camadas é assim mesmo, vá com calma, não se apresse para dar uma escorregada
Ver originalResponder0
HypotheticalLiquidator
· 01-18 01:20
Interação entre camadas atrasada? Isto é uma forma de fazer seguro contra riscos sistêmicos... Na minha opinião, quanto mais cauteloso, melhor. As peças do dominó caem assim, uma coordenação inadequada faz um fator de saúde despencar de forma linear.
Ver originalResponder0
TokenomicsPolice
· 01-18 00:33
Estabilidade é estabilidade, mas essa velocidade... Quando é que realmente vai se concretizar?
Ver originalResponder0
ContractFreelancer
· 01-16 08:42
A interação entre camadas ainda precisa de cuidado, caso contrário um bug pode fazer tudo falhar. A aprovação do 7954 foi ótima, finalmente podemos escrever contratos mais complexos.
Ver originalResponder0
SchrodingerWallet
· 01-16 08:42
A interação entre camadas é tão complexa, ainda assim é preciso ir devagar, isso é que faz sentido. No entanto, o aumento de capacidade de 7954 para 32KB é interessante, será que isso significa que podemos construir contratos mais complexos?
Ver originalResponder0
WhaleWatcher
· 01-16 08:40
A interação entre camadas realmente deve ser feita com cautela, afinal, mexer numa parte pode afetar toda a estrutura. Em vez de lançar rapidamente, é melhor fazer mais testes e ajustes.
Ver originalResponder0
Rugpull幸存者
· 01-16 08:34
A interação entre camadas deve ser tratada com cuidado, um bug pode causar perdas de milhões de euros.
Ver originalResponder0
ShortingEnthusiast
· 01-16 08:25
Foi mais uma vez adiado, este tipo de coordenação entre camadas é assim, demora, mas tenho que dizer que a equipa de desenvolvimento é sólida, não faz as coisas à pressa.
Ver originalResponder0
TokenUnlocker
· 01-16 08:24
A interação entre camadas realmente precisa de tempo, não se pode fazer às pressas
A última reunião dos principais desenvolvedores da camada de execução do Ethereum trouxe novidades. Na 228ª reunião do ACDE, a equipa de desenvolvimento tomou várias decisões importantes em relação à próxima atualização.
Primeiro, o EIP-7843 (opcode de slot) foi adiado do plano de desenvolvimento do BALs Devnet-2 devido à sua envolvência na interação entre a camada de consenso e a camada de execução, permitindo mais tempo para testes e coordenação. Isto reflete a abordagem rigorosa do desenvolvimento do Ethereum — alterações complexas entre camadas exigem uma implementação mais cautelosa.
Em segundo lugar, a reunião rejeitou sete EIPs propostos para inclusão na atualização Glamsterdam, demonstrando que os desenvolvedores mantêm altos padrões na seleção de propostas. No entanto, o EIP-7954 foi aprovado, expandindo o limite de tamanho do código de contrato de 24KB para 32KB, abrindo novas possibilidades para o desenvolvimento de contratos inteligentes mais complexos.