这是关于rollups未来可能性的一个很棒的指南。去本地化的最大好处之一是，它可以通过消除维护证明系统的需要，删除rollup团队数十万行代码。桥接将在rollup的同时完成，这意味着不再有乐观rollup的7天窗口。目前仍不太确定状态转换函数的自定义在实践中将如何运作。也许在EXECUTE预编译中对链上RISC-V程序的钩子？某种方式将自定义执行委托给一组特定于应用的侧车？如果有可以修改的自定义内容，似乎完全去除治理也是不可能的。感谢你整理这些内容 @donnoh_eth！

周末看看真是太棒了

在我们日常工作的基础上，@donnoh_eth 最近一直在澄清原生 Rollups 的愿景和实际细节。它仍处于早期阶段，但请查看并关注他，以便及时了解此主题。如果您有任何问题，或者想分享您的想法/观点/关注/问题，请随时直接联系我或他。

很高兴分享过去一个月在原生汇总方面取得的进展！我们创建了一个全新的网站，以收集规范草案和设计想法，旨在为社区成员和L2开发者提供反馈的起点。 链接在帖子末尾 🧵👇

ZK Catalog 刚刚进行了重大更新！ 我们正在推出一个公共框架，以评估与 L2 相关应用程序的 ZK 证明系统的可信设置。 目标：使隐含的信任假设明确化，设定清晰的标准，并使其成为我们生态系统的首选参考。🧵👇

为什么选择原生 Rollups？ 🧵(1/5) 安全性 • 对于 EVM 等效 - 不用担心漏洞，自动随 L1 硬分叉更新 • 不用担心证明漏洞，你可以从 L1 节点获得证明。如果证明者存在漏洞，L1 硬分叉 • 多证明者 - 你自动继承多重证明（多个 ZK 证明）用于第二阶段 • 注意，第二阶段仍然需要 30 天的退出窗口，没有即时升级。 便利性 • 任何 dapp 都可以在原生分片上部署，无需任何修改（不必担心 rollups 或 L1 之间的差异） • 启动去中心化的原生 rollup 很简单（假设基于序列） - 最低情况大约是 100 行合约，带有单个交易调用 • 这也降低了去中心化的法律风险

“今天关于 ZK 有很多问题。” 我们邀请了 @donnoh_eth（@l2beat 的研究员）在我们的柏林 Ethproofs 峰会上发表演讲，提供关于 ZK 的对立观点——而这正是我们所得到的。 一些关键要点： • 验证者是不透明的。智能合约可以被检查，但一旦你接触到 ZK 验证者，你看到的就是随机数字——而且如果不从源代码重现验证者，你无法知道到底证明了什么。 • 可重现性很难。许多项目不发布再生其验证者所需的确切提交哈希或工具版本。在某些情况下，几乎不可能确认链上运行的内容。 • 自定义工具增加了风险。每个项目构建自己的技术栈，使得验证在生态系统中变得复杂且不一致。 • 审计不够。审计可能是部分的、过时的，或者遗漏了修复。简单声称“完全审计”在没有透明链接和范围的情况下是误导性的。 卢卡的核心观点：ZK 并不一定消除信任。相反，它转移了信任——挑战在于最小化和澄清这种信任所在的地方。 观看完整演讲：

盲签名是有风险的。 多年来，我一直在使用一个简单的脚本来安全地预览交易，然后再发送它们。在一些人工智能的帮助下，我将其转变为一个命令行工具，这样你就可以在广播之前轻松模拟你的交易。 👉

天哪，我们刚刚达到了 blob 容量，blob 基础费用从 1 wei 翻倍到 2 wei 谢谢大红蜡烛 🙏

我是不是唯一一个认为这些新的L1对任何人都没有意义的人？我们只会在它们想要相互操作时看到效果，那时它们需要决定在哪里进行操作。