ray

NFT 遗民 | 想搞懂以太坊 | 被卷入 AI 中 | mfer | builder @LXDAO_Official | Private🦞: @TinaPeeeach

[ray @rayoo_eth]

在以太坊上写智能合约，一旦代码量超过 24KiB 的上限，开发者就只能写额外的代理合约，把逻辑拆开来部署。

为了解决这个问题，社区提了 EIP-7954（一个直接提升合约体积上限的提案）。它的改动只涉及底层参数调整，把运行时的代码上限提升到 64KiB，初始化代码上限提升到 128KiB。有了这个改动，开发者就不需要再写复杂的拆分架构。

但是这种放宽上限的做法，和以太坊底层的另一个核心提案 EIP-8141（原生账户抽象提案）产生了冲突。

EIP-8141 的机制要求网络节点在 Mempool（内存池，也就是交易未打包上链时所在的节点缓存区）里提前模拟执行验证逻辑，节点必须通过这种模拟来防范恶意交易。

如果合约体积上限膨胀到 64KiB，节点每次在 Mempool 里加载和模拟这些庞大的合约，都会承受更高的 I/O 和 CPU 压力。

为了防止大合约带来的拒绝服务攻击风险，EIP-8141 将被迫引入复杂的 Gas（以太坊计算资源的计价单位）封顶限制和验证规则。另外，未来大量部署的庞大智能账户也会加快全网状态数据的增长速度。

EIP-7954 也确定会在 Glamsterdam 升级中上线，虽然很多时候设计上可以做到很完美，但是在具体的工程落地还是会有很多的妥协。

[ray @rayoo_eth]

@brucexu_eth 🤣，最近在增加 Hermes 的使用，把 github 也接入到 Hermes 了

[ray @rayoo_eth]

虽然大家都骂 Gemini 垃圾，但是 Gemini 确实是我用来学新东西的第一选择。

非常有做老师的潜质。

写代码一般，所以用来写代码的人少，然后写代码能力就一直很垃圾。

NotebookLM 强，让人学的快，然后用的人多，就越来越会教人。

大概是这样的一个逻辑。

[ray @rayoo_eth]

在以太坊上开发应用时，开发者经常需要检索过去的数据，比如查找某笔具体的代币转账。以太坊现在使用的是布隆过滤器（Bloom Filter，一种空间效率极高的概率型数据结构）来做这件事。

但当前以太坊的区块由于在持续提升 gas limit 来使区块变大，区块中包含的日志数据量就会增加。如果要让 Bloom Filter 继续保持有效，那么就需要将数据结构扩大 10 倍，这样会让区块头的大小增加。

另外这种方式会带来很多无效的下载。布隆过滤器只能告诉你某条记录可能存在，无法明确告诉你不在这里。这导致节点经常需要下载大量的区块数据来做最终验证。可以说 Bloom Filter 已经无法满足后续的无状态化、ZK 化。

EIP-7745 提出了一套 Filter Map 协议。这套协议把所有的交易和日志索引规范成了固定的 64 字节，并且在区块内部进行严格排序。

如果系统在查找记录 5 时看到了 4 紧接着 6，就可以确信 5 不存在，客户端因此不需要下载多余的数据。每一张索引表还会记录上一张表的哈希值，就像是在内部再造了一条区块链。

不过逐个区块查询之前的日志依然很慢。

提案引入了多级合并机制。系统将日志按跨度分为 1、4、16、64 个区块四个层级。新出块的数据实时更新，随后节点会在后台把多个小表汇总重新排序，打包成更大的表。这个设计很巧妙，可以快速定位到之前的任何一个区块，然后快速查询出某一笔具体的日志。

合并 64 个区块的 filter map 非常耗时，容易卡住出块流程。

协议因此允许大表的哈希值迟到。节点可以慢慢计算，最多延迟 16 个区块再把结果写入区块头。区块头最终只保留 4 个轻量级的哈希值，系统靠区块高度和固定公式就能自动推算出它们对应的历史区间。

如果遇到区块链分叉回滚，这套设计也能直接应对。已经生成的 64 区块大表不受影响，节点只需要清理掉那些包含作废区块的短期小表即可恢复。

目前 EIP-7745 的 B 版本确定了具体的实施边界。以太坊主网为了减轻节点负担，最大只负责把日志合并到 64 个区块。更早的历史数据将交给链下第三方，他们会通过 ZK 证明把这些 64 区块的表融合成超大跨度的历史账本。

[ray @rayoo_eth]

Bitmine 帮助 EF 吸引了不少火力，成为了众多节点中的一个。

[ray @rayoo_eth]

@xin_web4 这个不会，只会记录转账的信息

[ray @rayoo_eth]

在以太坊上对 ERC20 进行转账，链上会记录下一笔标准的日志，开发者可以根据日志来对各类的转账进行追踪和分析。

但是原生资产 ETH 却不产生日志。如果是普通用户直接用 EOA（普通用户的外部账户）转 ETH，区块的交易列表里还能看到。一旦这笔钱是通过智能合约转出去的，底层不会生成任何日志。

为了解决这个问题，开发者只能去运行成本很高的归档节点，才能在复杂的调用记录里把内部转账找出来。

EIP-7708 就是用来解决这个问题的。它的思路是让所有的 ETH 转账都自动生成一个标准化的日志。

无论这笔钱是通过普通交易转出，还是伴随智能合约调用发生，底层都会自动触发一个和 ERC20（以太坊上最常用的代币标准）完全一致的转账日志。

为了区分这是协议自动生成的，而不是开发者自己在合约里写的，日志的发送方会被固定成一个特定的系统地址（0xfffffffffffffffffffffffffffffffffffffffe）。

日志里包含了发送方、接收方和转账金额。数据格式和普通 ERC20 转账完全一样。

AA钱包用户向交易所充值时，交易所只需要像监听代币一样监听这个特定的系统地址，就能直接识别充值。

开发者也不需要再依赖复杂的调试接口，直接调用基础的 eth_getLogs（一种最常用的节点数据查询接口）就能拿到所有的 ETH 资金流向。

EIP-7708 已经确定会包含在 Glamsterdam 升级中，下半年应该可以正常上线。

[ray @rayoo_eth]

有一个反直觉的感受，有了 AI 之后，软件工程师就更需要学习底层知识了。

AI 也会让底层知识更容易学。

[ray @rayoo_eth]

达特茅斯会议之后的这几十年，都是在给 AI 做基础设施。

[ray @rayoo_eth]

Hyperliquid 的 token 经济模式设计其实没有做什么花哨的设计，就是把用户当做正常人来对待。通过回购让用户对 HYPE 有信心，吸引更多的用户，增加交易的深度和更多的交易。产生的交易费继续回购 HYPE，交易体验越好就会吸引更多的用户来交易。

话说到现在才产生第 4 个 HIP，说明在产品诞生的时候，整个产品就构思的很稳定了，都不需要大的迭代。

最近上线的 HIP-4 也和其他的预测市场不一样，预测市场需要通过预言机来和现实世界连接。所以像 Polymarket 都需要额外的预言机来输送信息。

但 Hyperliquid 直接建立了一套预言机，直接利用现在的共识节点来为事件结果。而且想要创建预言事件，那么同样需要质押 100 万 Hype，如果在这个过程中出现作恶，那么 Hype 就会被罚没。这样 Hypeliquid 本身就不需要有预测市场的运营压力。

那些创建了预测市场的人会自发的去吸引更多的人来交易。而且更重要的是，这些事情都是围绕 HYPE 这个 token 在进行，最终的价值也会被 HYPE 捕获。

Hyperliquid 发展的势头确实挺好的，现在很多人把 Hyperliquid 与 Ethereum 进行对比。但很明显 Ethereum 想要做的是一个基础的结算层。而 Hyperliquid 则更像是一个应用链，如果非要比较的话，Hyperliquid 与交易所的业务模式更接近，更应该害怕是这些交易所。

[ray @rayoo_eth]

AI 用多了真的会伤害阅读能力。

因为看到任何内容会下意识让 AI 先读🥲。

[ray @rayoo_eth]

命运还是得掌握在自己手中，OP 的超级链计划算是破产了。

[Base @base]

Base Azul is officially live on mainnet

This upgrade makes Base even faster and more secure

Making it ready to be the home of global finance

[ray @rayoo_eth]

Vitalik 推荐这个 Vyper 是以太坊上的另一种编程语言。 Uniswap 的最初版本就是使用 Vyper 写的。

在 当前 Solidity 成为主流的情况下，为什么还需要另一门编程语言。

一方面，多样化是以太坊的做事习惯，避免出现单点故障。共识层和执行层都有多种客户端。也让开发者有着更多选择。

另一方面，也是更重要的一点。Vyper 的重点放在了安全上。

AI 发展的速度很快，找漏洞的能力也越来越强。对于 DeFi 类或者其他存放资产的协议来说，如果出现安全问题，那么可能就会带来很大的损失。

更重要的是会让用户对 DeFi 带来信任危机，不愿意在 DeFi 协议中放入资产。长期来说不利于 DeFi 的发展。

而 Vyper 重点就是研究安全和可审计性，并且形式化证明是其中一个重要的方向。所以 Vyper 得到了很多DeFi 协议的资助，算是目前发展的比较好的一个公共物品。

前不久 Vitalik 也写了一篇文章来说明以后软件工程的发展。其中有一个很重要的点就是对安全性要求高的系统需要在上线之完成形式化证明。这刚好就是 Vyper 的优势所在。

[vitalik.eth @VitalikButerin]

Vyper devs continue doing impressive things. Highly encourage people (and their bots) to take another look at the language.

[ray @rayoo_eth]

@brucexu_eth 是不是把你的帐号判为外国人了😅

[ray @rayoo_eth]

巴别塔在 X 上被建起来了。

但为啥我看到外国人也都在发中文视频，是我的错觉吗？

[ray @rayoo_eth]

加密社区的人对以太坊的期望太高了，从 DeFi、NFT，到 Layer 2，每一项都被认为是革命性的，有太大的想象空间。把兴奋的阈值拉的太高了。

这样的宏大叙事没有了之后，就很难再兴奋起来。

而传统金融公司看中的是以太坊的稳定性和安全性。而这正是以太坊追求的目标。

当前以太坊质押的退出队列已经清空了，而质押还在大规模排队。这也说明以太坊正在走向大规模采用的关键点时期上。

另外，一个技术走向大规模采用的阶段，肯定是无聊的，demo 让人兴奋，但大规模采用才有价值。

[Leo⟠ @NPC_Leo]

很神奇的现象，很多传统金融的大公司多数口径都是看多ETH，而加密原生的社区都宣称以太坊已死。

[ray @rayoo_eth]

Kohaku 在日语中表示琥珀，更是红白锦鲤的代称，能给以太坊带来好运吗？

[ray @rayoo_eth]

@mon1y_ 确实便宜

[ray @rayoo_eth]

我发现很多人对以太坊上的 AA （Account Abstraction）钱包还没什么概念。这么说吧，以太坊能不能降低使用门槛，被大规模采用，很大程度上就要靠 AA。

对于普通用户来说，独立保管 12 个助记词，还要有安全意识，这种用户体让普通用户看到了懵了。

要想让区块链像日常软件一样好用，就需要账户抽象 AA。有了它，以后使用以太坊就会像使用支付宝一样简单。但是 AA 太复杂了，很难一次性到位，中间出现了很多过渡性的方案。

以太坊最先跑通的是 ERC-4337 方案。开发者不想轻易改动底层协议，于是在应用层打了个补丁，引入了 Bundler（专门收集用户操作并打包上链的中间角色）来帮忙处理复杂的逻辑。

Fusaka 升级中，引入了 EIP-7951，EIP-7951 是通过在协议底层支持手机常用的密码学曲线，让全球几十亿台智能手机能够无缝、安全且低成本地作为 Web3 钱包的生物识别密钥。

Pectra 升级中，引入了 EIP-7702。可以让老账户在发起交易的瞬间可以临时变身为智能合约。资产停留在原地不动，老用户也能体验到一键批量授权和免 Gas 费用的特权。当前每月 EIP-7702 的交易数量也在持续增长，4 月份交易量已经超过了 70 万。

但只要底层架构不改，账户依然受限于传统的签名算法。

最终的解决方案是在协议层去做重构。目前社区正在讨论的 EIP-8141 引入了 Frame Transactions（帧交易，一种直接写在共识层的原生交易类型）。

原生结构彻底去掉了打包者这个中间环节，让老账户实现原地永久升级。你可以彻底摆脱助记词，组合使用多设备共同管理大额资产，也可以设定具体的安全规则（比如单日转账上限设定为 1000 USDC）。以太坊通过这个协议也打破了单一签名算法的绑定，为未来抗量子做好准备。

EIP-8141 的升级太过于复杂，需要对当前的协议做很大的改造，目前看来，如果能找 2027 年完成升级都算比较顺利的。