Este é um guia incrível para um possível futuro para rollups. Um dos maiores benefícios de se tornar nativo é que isso permitiria a exclusão de centenas de milhares de linhas de código para as equipes de rollup, removendo a necessidade de manter um sistema de prova. A ponte seria finalizada ao mesmo tempo que o rollup, significando que não haveria mais uma janela de 7 dias para rollups otimistas. Ainda é um pouco incerto como as personalizações na função de transição de estado funcionariam na prática. Talvez ganchos na pré-compilação EXECUTE para programas RISC-V onchain? Alguma forma de delegar a execução personalizada a um conjunto de sidecars específicos de aplicativo? Também parece que seria impossível remover completamente a governança se houver personalizações que possam ser modificadas. Obrigado por reunir isso @donnoh_eth!

Trabalho incrível, dê uma olhada durante o fim de semana

Além do nosso trabalho habitual, @donnoh_eth tem recentemente esclarecido a visão e os detalhes práticos dos rollups nativos. Ainda está nas fases iniciais, mas dê uma olhada e siga-o para se manter atualizado sobre este tópico. Se você tiver alguma dúvida, ou se quiser compartilhar suas ideias/opiniões/preocupações/questões, não hesite em me contatar ou a ele diretamente.

Feliz por compartilhar o progresso feito no último mês sobre rollups nativos! Um novo site brilhante foi criado para coletar o rascunho da especificação e ideias de design, com o objetivo de fornecer um ponto de partida para feedback dos membros da comunidade e desenvolvedores de L2. link no final do tópico 🧵👇

O Catálogo ZK acaba de receber uma grande atualização! Estamos a introduzir uma estrutura pública para avaliar configurações de confiança de sistemas de prova ZK em aplicações relacionadas com L2. Objetivo: tornar explícitas as suposições de confiança ocultas, estabelecer padrões claros e torná-lo a referência principal para o nosso ecossistema. 🧵👇

Por que Rollups Nativos? 🧵(1/5) Segurança • Para equivalente EVM - Não precisa se preocupar com bugs, atualizações automáticas com hard forks do L1 • Sem preocupações em relação a bugs de prova, você recebe a prova dos nós do L1. Se houver um exploit no provador, hard forks do L1 • Multi Provador - você herda automaticamente a multi prova (múltiplas provas ZK) para a Fase 2 • Nota, a Fase 2 ainda requer uma janela de saída de 30 dias, sem atualizações instantâneas. Facilidade • Qualquer dapp pode ser implantado em shards Nativos sem nenhuma modificação (não precisa se preocupar com a diferença entre rollups ou L1) • Fácil de lançar um rollup Nativo descentralizado (assumindo sequenciamento baseado) - O caso mais simples é sobre 100 linhas de contrato com uma única chamada de tx • Isso também reduz o risco legal se descentralizado.

“Hoje existem muitos problemas com ZK.” Convidámos @donnoh_eth (Pesquisador na @l2beat) para apresentar no nosso Berlin Ethproofs Summit e dar uma perspectiva contrária sobre ZK - e foi exatamente isso que obtivemos. Alguns pontos-chave: • Os verificadores são opacos. Os contratos inteligentes podem ser inspecionados, mas uma vez que você chega a um verificador ZK, está olhando para números aleatórios - e sem reproduzir o verificador a partir da fonte, você não pode saber o que está realmente sendo provado. • A reprodutibilidade é difícil. Muitos projetos não publicam os hashes de commit exatos ou as versões das ferramentas necessárias para regenerar seus verificadores. Em alguns casos, é praticamente impossível confirmar o que está rodando na cadeia. • Ferramentas personalizadas adicionam risco. Cada projeto constrói sua própria pilha, tornando a verificação complexa e inconsistente em todo o ecossistema. • Auditorias não são suficientes. As auditorias podem ser parciais, desatualizadas ou perder correções. Simplesmente afirmar “totalmente auditado” é enganoso sem links e escopo transparentes. O ponto central de Luca: ZK não elimina necessariamente a confiança. Em vez disso, ela a desloca - e o desafio é minimizar e esclarecer onde essa confiança reside. Assista à palestra completa:

A assinatura cega é arriscada. Eu tenho usado um script simples há anos para visualizar transações com segurança antes de enviá-las. Com um pouco de assistência de IA, transformei-o em uma ferramenta de linha de comando para que você possa simular facilmente sua transação antes de transmiti-la. 👉

OMG, acabámos de atingir a capacidade do blob e a taxa base do blob duplicou de 1 wei para 2 wei obrigado, grande vela vermelha 🙏

sou eu o único que acha que esses novos L1s não significam nada para ninguém? Vamos apenas ver os efeitos quando eles quiserem interagir uns com os outros e precisarem decidir onde isso deve acontecer.