加密帧交易下的 MEV 保护、Glamsterdam、ERC-8004 增长与 Tempo 主网上线

加密 Frame Transactions 旨在为 Ethereum 带来同槽位 MEV 保护

Ethereum 研究人员提出了“加密 frame transactions”这一新设计：通过在区块排序最终确定之前隐藏关键交易数据，可能显著减少 MEV 提取。

其核心在于将排序与执行分离。Builders 必须先对区块中交易的完整列表和顺序作出承诺，然后才会公开任何解密密钥。只有在这一承诺之后，交易才会在同一 slot 内被解密并执行，从而防止 builders 或 searchers 在排序过程中利用交易细节。

该设计建立在 Frame Transactions（EIP-8141）之上，它用可编程验证的 VERIFY frames 取代了固定的授权逻辑。这使得交易可以有选择地隐藏执行细节——例如 calldata、contract targets 或 fees——同时仍能预先证明其有效性。它还为更高级的功能打开了大门，例如后量子兼容签名和灵活的权限系统。

不同于更早的提案，例如 LUCID，后者依赖下一 slot 执行和独立的加密通道，encrypted frame transactions 能够在不重构区块的情况下实现同槽位加密执行。加密交易和明文交易可以在单一的有序流程中共存，在保留隐私保障的同时简化集成。

该系统依赖一种 key-releaser 模型，即解密密钥只会在区块提交后公开。这些密钥可以由用户自行释放，也可以委托给委员会，或由外部实体处理。随后，验证者会检查解密后的数据是否与预先提交的哈希一致，从而在不提前暴露敏感信息的情况下确保正确性。

然而，这一设计也引入了新的权衡。Builders 必须在不了解完整交易内容的情况下完成排序承诺，这增加了执行风险。围绕揭示时机、mempool 规则以及“free option”问题也仍有未解决的挑战；在执行结果变得不利时，用户可能会选择不公开密钥。

? 值得参加：ACDE #233

All Core Devs — Execution（[ACDE] #233）将于本周四（3 月 26 日）14:00 UTC 举行，并可能就 EIP-8141 作出决定。

如果你正在关注 native account abstraction，这次会议值得参加，尤其是如果你想表达对其被纳入的支持。

? Zoom link。

ACDC #176：Glamsterdam Devnets 进展持续推进，Hegota 时间线取决于 EL 决定

Ethereum 共识层开发者在 All Core Devs — Consensus (ACDC) #176 期间重点关注了 Glamsterdam devnet 的进展和 Hegota 规划，讨论强调了测试工作的稳步推进，以及对执行层决策的关键依赖。

一个主要焦点是 Glamsterdam devnets 的状态，特别是像 epbs-devnet-0 这样的早期测试环境。它曾经历过“rocky start”，但现在被认为已相当稳定。开发者们正在继续评估后续 devnets 还需要哪些工作，包括解决悬而未决的规范问题，以及提升面向更广泛测试的准备程度。

若干技术工作正在并行推进。这些包括 enshrined PBS（ePBS）的进展、PTC（Payload Timeliness Committee）机制的更新，以及围绕基于 SSZ 的 Engine API 的持续工作，其目标是改进 execution 层与 consensus 层之间的通信。像 JWT secret 标准化这样的额外工作也在被探索，以简化 client 的互操作性。

在路线图方面，开发者讨论了 Hegota 升级规划如何在很大程度上依赖 execution-layer 的决定——尤其是 headliner EIP 的选择。共识层实际上是在等待这一决定，之后才会为非 headliner 提案开启窗口，这表明 EL 和 CL 路线图之间需要紧密协调。

这次会议还延续了 3 月 5 日一次更早的异步协调，反映出一种日益明显的趋势：将部分协议讨论放到实时会议之外进行，以加快迭代。

总体而言，ACDC #176 表明 Glamsterdam 正在取得渐进但稳定的进展，同时也再次强调，重大的架构决策，尤其是围绕 account abstraction 的决定，将塑造下一次 Ethereum 分叉的时间线和范围。

ERC-8004 随着链上 AI 生态扩展达到 130K Agents

ERC-8004 社区通过一场两小时活动总结了其“Genesis Month”，重点展示了围绕链上 AI agents 和 agent registries 的快速采用与早期实验。

根据贡献者的说法，ERC-8004 已成长为最活跃的分布式 agent registries 之一，目前在 20 多条 EVM chains 上追踪约 130,000 个 agents，在过滤后有超过 97,000 条已验证记录。该生态也已扩展到 Ethereum 兼容网络之外，首个非 EVM 实现现已上线，同时还有社区贡献的多个独立审计。

这一倡议完全通过开放协作构建，贡献者涵盖 chains、基础设施提供商、开发者和工具团队。这也带来了一些早期用例的出现，例如 agent 身份、发现系统、agent-to-agent 支付、任务市场，以及 DeFi 或交易 agents。

尽管增长迅速，参与者强调 agent economies 仍处于早期阶段，到目前为止收入创造仍然有限。社区确定了未来三个关键挑战：提升现实世界中的实用性、应对伪造或恶意 agents 等安全风险，以及开发更好的数据和 reputation 系统来评估 agent 表现。

活动期间展示了若干实时实现，包括与现有 agent frameworks 和 registries 的集成，以及支持自托管 agent 市场和自主交互的应用。

展望未来，ERC-8004 路线图聚焦于强化其作为 agent 服务 discovery layer 的角色、改进 reputation 机制，并启用更丰富的数据基础设施。下一阶段旨在推动实际效用、信任，以及在新兴 agent 生态系统之间实现可互操作标准。

Tempo 上线主网，重点关注 Stablecoin 支付与 AI Agent 商务

Tempo 已正式上线主网，将自己定位为专为互联网规模的真实世界支付而打造的 blockchain infrastructure，重点关注 stablecoins、高吞吐量和可预测费用。

该网络旨在解决现有 blockchains 的局限性：在这些系统中，波动的费用和受限的吞吐量使其不太适合高频支付场景。Tempo 则强调即时结算、低且可预测的成本，以及全球可用性，尤其适用于大规模交易流。

随着上线，团队推出了 Machine Payments Protocol（MPP），这是一个与 Stripe 共同编写的开放标准，用于程序化支付。该协议使机器，例如 AI agents 或服务，能够自动请求、授权并结算支付，而无需为每项服务进行自定义集成。

虽然 MPP 运行在 Tempo 上，但其设计保持 payment-rail agnostic，并且扩展已经支持 cards、wallets，甚至可通过 Lightning Network 支持 Bitcoin。

一个被重点强调的核心用例是 agentic payments 的兴起，即自主系统执行需要持续交易的工作流，例如为 APIs、compute 或 data 付费。

这些环境通常涉及数十笔甚至数百笔微交易，暴露出传统支付系统和现有 blockchain 基础设施中的效率低下。Tempo 旨在通过原生原语（如 payment “sessions”）来支持这一模式，这些原语允许流式支付和批量结算。

该平台还推出了一个 payments directory，使 agents 能够以程序化方式发现服务并与之交易。上线时，它包含了来自基础设施、数据和 compute 提供商的 100 多个集成。

随着 public RPC 访问现已可用，开发者可以开始直接在 Tempo mainnet 上构建，尤其适合需要高频、程序化以及跨境支付流的应用。

x402 Payments 可能需要“Proof of Human”层来防止滥用

随着 x402 HTTP payment standard 获得关注，开发者正在强调需要增加一层“proof of human”，以解决身份识别和 Sybil resistance 问题。

虽然 x402 使得无需 accounts 或 API keys 即可为 APIs 和 web services 进行程序化支付，但它只能证明一个请求能够支付，而不能证明它来自真实用户还是自动化 bot networks。

一个提议的解决方案是将支付与隐私保护的身份证明结合起来，例如基于 zero-knowledge 的 credentials，使用户能够在不泄露个人数据的情况下证明唯一性或资格。

这种组合可以提升在线市场的公平性，支持诸如防 bot 的票务销售、限速 API 访问，以及更安全的 agent 驱动商务等用例，从而将“proof of human”定位为新兴 x402 生态系统的一个潜在扩展。

• 原文链接： medium.com/etherspot/mev...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～