如何在你的生态系统中提出加密内存池集成方案

本文深入探讨了在各种环境中提出加密 内存池（mempool） 的见解，为你提供一个根据你的具体情况量身定制的实用框架。

人们经常问如何在他们的生态系统中提出加密 内存池（mempool）。没有通用的剧本。技术架构范围从单体 Layer 1 到模块化 rollup，治理范围涵盖基金会、Token 持有者代表、工作组和商业伙伴关系。即使技术相同，在一个链上有效的提案，在另一个链上可能会失败。

本文分享了我们从在不同环境中实施和提出加密 内存池（mempool） 中学到的经验。它提供了一种实用的方法来提出加密 内存池（mempool） 集成，你可以根据你的具体情况进行调整。

我们的目标不是承诺保证集成的路径，而是提供一个清晰、有据可依的框架，用于倡导和部署可信的、可衡量的改进，以对抗有害的 Maximal Extractable Value (MEV) 和实时审查。

如果你想为你的链或社区提出一个加密 内存池（mempool），请 [联系我们](https://calendly.com/loringharkness/30-minute-shutter-api-demo?ref=blog.shutter.network)，我们很乐意与你合作。

加密 内存池（Mempool） 在实践中的意义

Shutter 使用阈值加密 内存池（mempool） 系统。在这种设置中，用户的交易在进入 内存池（mempool） 之前会被加密。一组去中心化的 Keypers 负责管理解密过程。该系统的关键原则是“先提交后解密”：首先，验证者或定序器（sequencer）承诺交易的顺序和包含；然后 Keypers 才会发布他们的解密份额，以允许交易被执行。在此承诺完成之前，交易的内容对 内存池（mempool） 中的观察者来说仍然是不透明的。

在提出集成时，区分两个单独且垂直的轴：

加密发生在哪里

• 钱包 (原生): 最佳用户体验，直接控制加密内容。
• dApp (SDK/库): 让应用程序快速保护特定流程。
• RPC 代理: 最快的采用路径; 在转发到现有客户端之前进行加密。

链对加密流程的集成深度

• 非协议内 (Out-of-protocol): 选择加入的加密提交与明文共存。
• PBS 对齐的承诺: 提议者承诺和构建者约束在区块构建管道中强制执行先提交后解密。
• 协议内 (In-protocol): 加密负载成为一等公民 (在证据和共识之后的一个步骤)。

你的路径取决于治理意愿和客户端复杂性，而不是在何处执行加密。

为什么阈值加密 内存池（Mempool） 值得提出

加密 内存池（mempool） 并非为了保密本身；相反，它旨在消除实时信息泄漏，而这种泄漏会导致恶意的交易前 MEV 和审查。通过在订单最终确定之前保持交易细节的隐藏，对手无法将自己置于用户与其期望结果之间。这个过程是机械的，不依赖于验证者或定序器的善意。

核心优势一览

• 减轻有害 MEV： 减少抢跑/夹击交易、复制交易以及在铸造和游戏中的狙击。
• 具有抗抢跑性的调度： 时间/区块调度的交易可以保持隐藏，直到约定的承诺窗口（对于启动和拍卖很有用）。
• 验证者/定序器的可信中立性： 如果内容在决策点不可见，则无法被利用；与以太坊的 PBS 和 Rollup 的中心化定序器自然对齐。
• 监管/合规相关性： 通过设计纳入隐私可以帮助减轻与实时利用和市场操纵相关的风险。 它培养了一种公平和市场诚信的叙事，这有利于治理和监管机构。

谁会受益

• 用户和应用： 更可预测的执行；更少的掠夺性操纵。
• DEX、聚合器和钱包： 更清晰的价格形成和更低的支持负担。
• 验证者/定序器： 一种专注于特定行为（如实时审查）的中立性工具。
• 研究人员和风险团队： 可衡量的交易前隐私，具有清晰的失败模式和遥测数据。

兼容性和权衡

加密 内存池（mempool） 并不旨在消除所有类型的 MEV。竞争性的后运行，例如套利和清算，仍然可以在解密后发生。加密和密钥释放的过程会引入一定量的延迟。部署设计有保守的时间窗口、非敏感交易的后备选项以及重试和包含服务机制。

加密 内存池（mempool） 的构建旨在利用分布式 Keyper 集、开源实现和公共监控，所有这些都由文档化的操作手册指导。经济模型很简单：用户为加密服务和区块链上的常用资源付费。社区可以通过遥测数据和分阶段推出评估结果。

我们从集成和提案中获得的经验

Gnosis Chain - 客户端优先，然后是 RPC 以促进采用

2024 年 7 月，我们在 Gnosis Chain 上推出了加密 内存池（mempool）。我们早期的工作是在 Nethermind 客户 端内部添加了加密交易处理，因此验证者能够处理这些交易。为了更广泛地采用，我们引入了一个加密 RPC 作为一种简单的入门方式，然后从测试网发展到受控的主网启动。

文档 和 一个浏览器 与软件一起发布，允许验证者、钱包和用户在不损害隐私的情况下监控系统健康状况。这种缓慢、可观察的进展在 UX 边缘情况（例如负载下的行为和重试语义）演变成全面事件之前就将其暴露出来。

Op Stack - 治理优先，附带小演示

在重视公共产品和工作组的文化中，我们用当地术语构建需求，制作了一个重点演示，并记录了成本/收益，以便代表们可以推理权衡。

中心化定序器改变了激励机制，因此我们将加密与对公平排序的明确承诺配对。赠款对于研究和原型设计是有效的；持续的工程需要一个延续计划。

Bnb Chain - 正式的 BEP 流程

通过 BEP 进行参与扩大了跨客户端和验证者的技术审查，并简化了与钱包和 RPC 的协调。高吞吐量预期使得基准测试和门控推出标准至关重要。

Ethereum L1 - 通过 PBS 的衡量路线图

2025 年 2 月，Shutter 与一群合作伙伴发布了白皮书 以太坊上分布式加密 内存池（Mempool） 之路，概述了在以太坊上集成加密 内存池（mempool） 的拟议路线图。

它从与标准提交共存的eth_sendEncryptedTransaction开始（不需要硬分叉），然后通过 提议者承诺 和 构建者约束 在 PBS 管道中引入先提交后解密（例如，Primev 探索的机制）。如果数据支持且社区同意，协议内支持 可以使加密负载成为一等公民。参与范围涵盖客户端团队、中继/构建者、验证者和研究人员，其中遥测和后备是基本条件。

非 EVM 赠款 - 范围和匹配度

一份被拒绝的研究赠款提供了宝贵的经验：使提案与当地的威胁模型保持一致，在客户和验证者社区内争取当地的支持者，并适当地调整项目范围。一个小的本地演示可以胜过全面的书面请求。

一种提出加密 内存池（Mempool） 的实用路径

1. 绘制决策和成果图

谁做决策（基金会、Token 治理、工作组、伙伴关系）？期望什么样的成果（类似 EIP 的规范、RFC、赠款、伙伴关系简报）？

2. 定义当地的威胁模型和成功标准

专注于解决危害并建立可衡量的目标（例如，减少夹击交易、包含延迟限制、目标应用程序的采用率）。

3. 招募拥护者

技术方面包括客户端团队、验证者/定序器和 RPC；产品组件包括 DEX、钱包、桥和游戏；治理涉及代表、管理者和研究人员。

4. 在两个轴上选择你的路径

• 在哪里加密： 钱包、dApp 或 RPC 代理 - 选择在你的生态系统中进行可信测试的最快途径。
• 集成有多深： 从非协议内开始；根据需要添加与 PBS 对齐的提议者承诺和构建者约束；仅在获得证据和支持后才考虑协议内。

5. 发布一个最小的、可测试的参考

一个钱包和一个应用程序流程、一个水龙头和一个浏览器页面。发布 Keyper 健康状况、包含延迟和失败率的仪表板。

6. 选择一个资助渠道

用于研究和早期工程的赠款和 RFP；用于路由流通的商业伙伴关系；如果验证者或定序器运行其他基础设施，则与运营商保持一致。

7. 提交、测量并迭代

预计会进行几轮审查。将首次部署视为具有明确检查点和回滚计划的受控实验。

尽早联系我们

提出加密 内存池（mempool） 并非独立完成的事情。尽早联系 Shutter 团队。每个生态系统都有自己的治理、决策流程和技术现实。我们已经在 Gnosis Chain、OP Stack、BNB Chain 和 Ethereum L1 上亲眼目睹了这一点。

无论提案成功还是停滞，这些经验都表明，最可靠的策略是仔细计划、尽早对话以及对利益相关者透明的分阶段推出。

在实践中，这通常看起来像是从范围界定对话开始，共同编写需求和架构，设置一个小的演示，然后准备一个带有监控和问责制的生产推出。

所以，请联系我们。让我们加密 内存池（mempool）。

常见问题解答（一览）

加密 内存池（mempool） 会扼杀良性 MEV 吗？

不会，它专注于防止交易前剥削。然而，竞争性的后运行，包括套利和清算，仍然可以在解密后发生。

我们应该期望什么样的延迟？

加密和密钥释放会引入有限的延迟。部署建立保守的窗口并为非敏感交易提供替代方案，以及重试和包含服务。

Keyper 是谁？

一个去中心化的 Keyper 集管理密钥，具有透明的组成和轮换。由 Shutter DAO 选择。

这会集中权力吗？

设计倾向于分布式和可验证性：多个 Keyper、开放的实现和公共指标减少了信任假设并使问责制可见。

如果解密失败或延迟会发生什么？

系统设计为安全地发生故障。交易可以通过标准路径继续进行或重试；推出标准包括明确的事件应对手册。

会花费多少？

用户为加密服务和标准链资源付费；运营商为 Keyper 和监控基础设施分配预算。社区通过衡量的结果评估价值。

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