O espaço de design dos rollups do Ethereum é enorme. Não vou negar que avaliar o @0xFacet foi desafiador para toda a equipe, uma vez que seu design não é o que você esperaria de um rollup típico. No entanto, adoramos ser desafiados e, como resultado, alguns novos painéis relacionados a ativos canônicos e externamente conectados estão em desenvolvimento. O aspecto mais desafiador do @0xFacet é, sem dúvida, seu token de gás não padrão. Seu uso desafia a definição central de um ativo "canônico", uma vez que normalmente assumimos que o token de gás deve ser conectado de forma canônica, mas e se você não "conectar" o token de gás de forma alguma? O que é um ativo canônico e uma ponte canônica então? Leia a análise completa e o anúncio do @0xFacet para mais detalhes técnicos.

Eu tenho uma visão muito diferente * muitos projetos conseguiram fazer uma lavagem cerebral em todos de que postar dados na AWS ou 1/1 DAC é "bom o suficiente". Os usuários finais não se importam, mas nós (comunidade profissional) devemos fazê-los se importar, desencorajando fortemente tais arquiteturas. Em vez disso, eles são realmente encorajados por algumas equipes de rollup e RaaS * O mecanismo de descoberta de preços no Ethereum e Celestia é desagradável - os projetos querem confiabilidade de preço Web2 para que eles possam manter um preço baixo e previsível para seus usuários. Picos de preços repentinos não são aceitáveis quando você opera em escala * Os projetos de AD devem se concentrar na promoção de casos de uso legítimos e não em projetos centralizados que nem se preocupam em publicar seu código para que a comunidade possa verificar suas reivindicações. Se tudo o que construímos forem clones hiperlíquidos, então todos iremos a zero. Ninguém quer, a longo prazo, um intercâmbio centralizado e de custódia que pretenda ser descentralizado * Ataques de retenção de dados (literalmente a principal razão para usar DA) são difíceis de explicar aos usuários - poderíamos fazer com mais educação e, em geral, a consciência da comunidade de um problema. A grande maioria dos usuários profissionais não vê a diferença entre publicação e recuperação de dados. Os usuários não-profissionais não veem nenhum problema, pois para eles os dados "parecem" estar sempre disponíveis, então é difícil explicar a eles qual problema estamos tentando resolver aqui

Por que você deve verificar @cartesiproject * Ter um honeypot para incentivar os hackers a quebrar o sistema é muito melhor do que ter EOA com poderes de atualização para o lançamento beta * Se estiver trabalhando como projetado, você tem um SDK à sua disposição para criar AppChains personalizadas de forma rápida e barata que podem ser Stage1 ou Stage2 no lançamento facilmente. Código Cpp para honeypot é mínimo, confira * Porque é otimista, não há necessidade de você executar infra provador complicado, então os custos de funcionamento da cadeia são mínimos e você pode torná-lo totalmente sem permissão a partir do dia 1 Agora precisamos de mais fundos em um honeypot e pesquisadores / hackers dispostos a olhar para o seu novo sistema à prova de fraude

Estude as suposições de confiança L2. Sempre assuma o pior. Aja de acordo. Segurança e descentralização não importam até que importem.

Os L2 alt-DA são um experimento fracassado no escalonamento do Ethereum? Há alguns meses, @l2beat anunciou que ter uma configuração abismal de DA, onde um ou dois endereços podem cobrir os fundos de todos os usuários, uma prática que se tornou predominante no espaço, resultará em mudança na classificação desses sistemas. Eles não serão mais considerados Validiums/Optimiums. Eu acredito firmemente que nós, como comunidade, queremos sistemas que deem aos usuários algumas garantias mínimas de segurança e descentralização, e isso significa ter um sistema de prova e - se os dados não forem postados no Ethereum - ter algumas garantias básicas sobre a disponibilidade de dados. Acontece que o projeto não se importa. Eles não se importam porque seu único objetivo era pegar algum dinheiro de VC e obter o mínimo de atenção do usuário apenas para lançar um token de uma maneira que seja o mais barata possível. Na prática, isso significa usar um dos provedores de RaaS e, certamente, não pagar Ethereum por dados. Se eles usaram @celestia, @AvailProject ou @eigen_da eles não se preocuparam em "informar" a ponte Ethereum sobre isso, tornando todos os fundos na ponte do Ethereum facilmente robustos. Esses projetos desaparecerão em breve - a maioria já são cadeias fantasmas com qualquer atividade. Mas talvez alguns projetos sejam legítimos, mas os usuários simplesmente não se importam. Neste caso, a decisão de não proteger a ponte Ethereum é uma escolha de design consciente - no entanto, há projetos de arquitetura muito melhores do que lançar um "L2" completamente inseguro em RaaS. Há dois anos, todos os sinais sugeriam que teríamos milhares de rollups e @l2beat não conseguiremos acompanhar. Agora, parece mais provável que estejamos a assistir a uma tendência oposta - apenas algumas dezenas de projetos realmente bons e um enorme cemitério de projetos falhados que ninguém queria em primeiro lugar.

Há algum tempo @l2beat está rastreando o uso de DA para várias camadas e projetos de DA. Se você está interessado em como a recente atualização do Pectra afetou o espaço do blob Ethereum, confira

Qual é o seu instinto re: segurança da ponte que afirma usar MPC? Você confiaria nele (mano, computação multipartidária, matemática da lua, que tem que ser segura, não?) ou você é cético (quem são os f* os signatários?). Verifique o antes de 🧵 responder

As cadeias AnyTrust da @arbitrum foram introduzidas em 2022. Eles argumentaram na época que ter, digamos, 20 membros do comitê com a suposição de apenas dois serem honestos é um bom modelo de segurança. E é difícil argumentar

Faz exatamente um ano que a @Immutable (alimentada por @0xpolygon) anunciou sua cadeia zkEVM. Você pode verificar os documentos para aprender sobre sua tecnologia zk

Uma explicação (nem tanto) curta por que introduzimos um apelido "AppChain" no sistema Stages