As Listas de Acesso a Blocos (EIP-7928) vão mudar a trajetória de escalabilidade do Ethereum. Não é apenas uma mudança longe do gargalo de escalabilidade do verificador lento. Isso traz de volta a viabilidade de infraestruturas de verificação mais simples: Clientes não-rust. DBs de estado simples. MEV estático.
Não-rust: quanto mais paralelo o processamento de blocos se torna, mais viáveis são novamente as linguagens "mais lentas". Go, Java, Typescript, talvez até Python possam ser vistos mais. DBs de estado simples: é difícil otimizar o acesso ao estado no caminho crítico, o que é ruim, não apenas para escalabilidade: atualmente, cada nova ferramenta de infraestrutura está bloqueada em (1) conexão a um RPC externo ou (2) sua própria implementação de DB, apenas para manter um estado atualizado. Isso muda, sem pipelines de atualização de estado fora do protocolo personalizados. Clientes apenas de verificação podem ser escritos com DBs extremamente lentos, e isso não importará muito mais. MEV estático: o tempo para "ver" uma mudança de estado não será bloqueado pelo processamento das transações em um novo bloco, mas apenas pela recepção da lista de acesso ao bloco em si. Mais tempo para buscar MEV. E as pools de transações de sentry também se tornam fáceis de manter em sincronia com mudanças de saldo/nonce.
Sim, a construção de blocos em si ainda será intensa. Mas os construtores são incentivados a usar seus próprios recursos para lucro de qualquer maneira. Reduzir a barreira de entrada para implantações de verificadores viáveis significa muito para a proliferação da infraestrutura do ethereum. A "fronteira" do ethereum pode ter muitos novos participantes, novas integrações, que não eram viáveis anteriormente. Giga-gas e um amplo ecossistema de nós não são mutuamente exclusivos.
20,01K