用于屏蔽交易的 Shutter API：DEX、OTC 和衍生品的 MEV 解决方案
- shutter
- 发布于 2025-06-04 18:32
- 阅读 8
Shutter API 提供了一种解决方案，通过阈值加密来防止 DEX、OTC 交易和衍生品交易中的恶意 MEV 攻击。它通过对交易进行加密，使得在交易执行前，没有人可以看到交易的内容，从而避免了抢跑交易和三明治攻击。Shutter API 可以集成到 DEX、OTC 交易平台和链上衍生品协议中，而无需更改底层协议。
CZ 最近呼吁建立一个暗池式的 Perp DEX——但没有必要构建一个完整的 FHE 暗池。用于屏蔽交易的 Shutter API 今天提供了一个可扩展的解决方案，它使用阈值加密来阻止跨 DEX、OTC 交易平台和衍生品的恶意 MEV。
如果你正在运营一个具有中心化订单簿运营商的去中心化交易所 (DEX)，管理一个 OTC 交易平台，或开发一个具有可信执行方的链上衍生品协议，那么你已经知道最大可提取价值 (MEV) 攻击会对你的用户造成怎样的破坏。高波动性、低流动性的代币市场尤其容易受到攻击。Shutter API 通过屏蔽交易提供了一个实用的解决方案，它使用阈值加密来消除对中心化交易实体的信任，并保护用户免受抢先交易和夹层攻击——而无需协议级别的更改。
该解决方案补充了更广泛的创新，例如协议内的加密 mempool，我们已成功将其部署在 Gnosis Chain 上。与直接在区块链内增强 MEV 保护的协议级加密 mempool 不同，Shutter API 专门针对中心化或半中心化的交易设置，提供即时、灵活和无缝的集成，而无需更改底层协议。
DEX、OTC 交易和衍生品面临的 MEV 漏洞
如果交易细节在公共 mempool 中暴露，每种链上交易都容易受到攻击。让我们来看看不同领域的 MEV 漏洞：
- DEX 交易和流动性池交易：2025 年 3 月，一位交易员希望在 Uniswap v3 的 USDC-USDT 流动性池上交易大量稳定币，遭受了灾难性的夹层攻击。他们试图在低流动性池中将约 220,000 美元的 USDC 兑换成 USDT——一个机器人通过操纵流动性来利用这笔交易。该机器人在交易前暂时从池中撤回了大部分流动性，导致交易员的订单以极高的价格执行。在 8 秒内，交易员只得到了约 22 万美元中的 $ 5,271 美元——损失了 98% 的资金给攻击者。MEV 机器人向区块构建者支付了巨额贿赂（约 20 万美元）以确保此次夹层攻击，并带着利润离开，而用户实际上被清空了。不幸的是，这并非个例；早些时候发生的类似攻击将 732,000 美元的交易变成了受害者的 19,000 美元。这些事件表明，即使是在公共 mempool 上交易像稳定币这样的“安全”资产也可能是不安全的。所需要的只是一个机器人提前看到大额订单并利用流动性缺口。
Crypto Trader Loses $215K in MEV Sandwich Attack
加密交易员在 MEV 夹层攻击中损失 21.5 万美元
A crypto trader lost $215K in an MEV sandwich attack on Uniswap; the bot drained liquidity, causing a disastrous swap rate.
一位加密交易员在 Uniswap 上的 MEV 夹层攻击中损失了 21.5 万美元；该机器人耗尽了流动性，导致灾难性的交易汇率。
The Crypto TimesDishita Malvania
](https://www.cryptotimes.io/2025/03/13/crypto-trader-loses-215k-in-mev-sandwich-attack/?ref=blog.shutter.network)- 私人 OTC 交易和大额订单执行：场外交易 (Over-the-counter deals) 旨在交易所外进行，以避免滑点和市场影响。然而，当此类交易在链上结算时，它们会将交易细节广播给所有人。如果你试图一次性出售低市值代币的大量头寸，那么你实际上是在提醒机器人。他们可能会通过卖空或抛售该代币来抢先交易，因为他们知道你的卖出会使价格暴跌，或者在你出售后抢购廉价代币来进行尾随交易。在一个值得注意的案例中，DeFi 协议的创始人不得不进行一系列小额 OTC 出售以偿还贷款，而不是一次大的交易——分批进行是避免向市场泄露信息并被机会主义者提前抛售的唯一方法。教训很明确：任何大型链上交易，如果事先可见，都会招致利用。OTC 交易平台可能会尝试使用暗池或拆分订单，但在透明的区块链上，“私人”交易并非真正私密，除非区块交易结算在最终确定之前保持机密。
- 链上衍生品和期权协议：MEV 机器人不仅针对现货代币交易。衍生品平台——如永续合约、期货和期权协议——也容易受到基于交易的操作的影响。例如，当用户开设一个大型杠杆头寸或提交一个具有可见行权价的期权交易时，该意图会在公共 mempool 中暴露。监控待处理交易的机器人可以通过抢先交易交易员、将价格推向对他们不利的方向或操纵相关的 AMM 池或预言机来扭曲执行。在某些情况下，机器人可能会检测到即将执行的多头头寸，并通过购买基础资产来抬高价格，迫使交易员以更差的价格进入，然后在执行后出售以获取利润。对于期权，机器人可以通过在到期或执行前扭曲标的价格来利用可预测的行权水平。这些策略通常难以在链上检测到，但源于相同的根本原因：交易意图在执行前的可见性。如果没有交易隐私，高杠杆和高敏感性交易将成为容易的目标。
其他 MEV 解决方案试图提供保护，但未达到目的
鉴于恶意 MEV 的规模，社区并没有闲着。已经开发了各种缓解策略来保护用户免受抢先交易和夹层攻击。也许你或你的用户已经尝试过其中一些。在某种程度上，它们可以减少风险敞口。但它们都伴随着权衡。
流行的工具，如 Flashbots Protect、MEV-Boost 和基于 RPC 的服务，如 Eden Network 或 Blocknative，承诺通过私有、可信的基础设施路由交易来提供保护。这些系统声称可以保护你的数据并防止其泄露或利用。但这里有一个问题：你仍然必须信任它们。
这些中继和 RPC 是封闭系统。用户无法看到内部发生了什么。如果出现一个价值数百万美元的 MEV 机会，也无法验证运营商是否利用了它。最终，你仍然依赖于具有特权访问权限的中心化参与者。界面可能看起来不同——但底层的信任模型并没有改变。
当一笔交易带来高价值的 MEV 机会时会发生什么？答案很简单：如果它是可见的，它就会被利用。
这些解决方案并没有消除问题。它们只是转移了信任点，希望新的可见性保管人会比上一个表现得更好。
一些 MEV 缓解方法更进一步，依赖于基于硬件的解决方案，如可信执行环境 (TEE)。这些安全区域旨在私下处理数据，即使是在受损的系统上也是如此。从理论上讲，你的交易是安全的——加密的、安全执行的，甚至对运营商也是隐藏的。
但同样，这取决于信任——这次是对硬件供应商的信任。如果这种信任被打破，整个系统都会受到损害。
对于任何依赖这些 MEV 缓解解决方案的平台来说，这应该是一个令人震惊的认识：它们都无法解决核心问题。
这就是 Shutter 存在的原因——从根本上消除问题。
Shutter 不是将你的交易隐藏在另一个受信任方之后，而是对其进行加密，以便任何人都无法看到其中的内容——无论是中继、排序器还是矿工——直到它不可逆转地提交到区块。
没有可见性。这意味着没有利用的机会。
Shutter API 如何实现屏蔽交易
Shutter API 提供去中心化阈值加密，以防止交易细节在执行前可见。它非常适合涉及中心化或半中心化组件的金融用例，如具有中心化订单簿运营商的 DEX，或在链上结算交易的 OTC 交易平台。
以下是它的工作原理，分步讲解：
- 提交（加密提交）：当用户通过你的中心化运营商提交交易时，交易负载将使用 Shutter 的公共加密密钥进行加密。用户仍然可以正常交互，但交易内容对运营商和其他潜在攻击者保持隐藏。
- 排序和提交：中心化订单簿运营商根据预定义的逻辑（如订单到达或费用）对加密交易进行排序。交易以加密形式公开提交，防止抢先交易和恶意重新排序。
- 阈值解密和执行：一组去中心化的节点 (Keypers) 仅在交易排序最终确定后才协同解密交易。包括中心化运营商在内的任何一方都不能单独解密交易。这可以防止在交易最终确定时被利用。
- 交易后结果：交易完全按照预期执行，免受抢先交易或夹层攻击。用户可以从公平执行中受益，而不会出现意外滑点或操纵。
Shutter API 如何修复 DEX、OTC 交易和衍生品中的 MEV 漏洞
以下是 Shutter API 提供的屏蔽交易可以提供的概述：
- DEX 和流动性池交易：Shutter API 通过加密交易直到执行来消除夹层攻击。机器人无法再检测到 mempool 中的大型交易、抢先交易它们或通过流动性转移来操纵滑点。交易员获得更公平的执行，流动性提供者免受有毒订单流的影响。对于 DEX 协议，这创造了一个更安全和抗操纵的交易环境——尤其是在低流动性或高波动性市场中。
- 私人 OTC 交易和大额订单执行：由于抢先交易和价格影响，大型交易员和机构通常避免链上执行。Shutter API 允许谨慎地提交区块交易和再平衡。资产类型、交易规模和方向在结算前保持完全隐藏，防止市场反应并保持执行质量。这解锁了在公共链上更安全、更高效的 OTC 结算。
- 衍生品协议：衍生品平台特别容易受到 MEV 的影响。暴露的行权价、杠杆头寸或时间敏感的订单可以通过预言机 Timing 或价格扭曲进行操纵。Shutter API 使所有交易参数在执行前保持加密，防止机器人进行干扰。这确保了策略保持私密，并且头寸在结算前受到保护。
是时候保护你的用户了——集成 Shutter API 以进行屏蔽交易
抢先交易者和夹层机器人攻击用户已经够久了。如果你是 DEX 开发人员、OTC 平台运营商或正在构建下一个大型 DeFi 衍生品协议，那么保护你的用户免受恶意 MEV 的侵害是信誉和成功的必备条件。
- 了解更多关于 Shutter API 的信息
- 与 Shutter 团队安排 Shutter API 演示
- 浏览 Shutter API 用例 的文档，了解 DEX、OTC 和衍生品交易中的用例
- 原文链接： blog.shutter.network/shu...
- 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～
