DEX 上的 Insufficient Liquidity 是什么？

去中心化交易所上的流动性不足意味着，您的交易对所在的池无法在您选定的 slippage 限制内提供足够的目标代币。合约计算出预期产出，将其与您的最低要求进行比较，当无法达到该阈值时便会拒绝交易。

自动化做市商根据池中所持代币的比例来为交易定价。买入其中一侧会改变该比例并推高其价格。当相对于可用储备金而言订单较大时，汇率的变动幅度可能会大到使最初的报价不再适用。随后，界面会在消耗任何 gas 之前显示错误。

诸如 Uniswap 上的 ETH/USDC 这样深度充足的交易对可以吸收七位数金额的 swap，而价格冲击（price impact）仅占百分之几的一小部分。新代币、Meme 币和其他长尾资产则不同。它们的池通常持有不到 100,000 USD，这使得 5,000 USD 的订单大到足以消耗单一储备金中肉眼可见的一部分。

此次 trading 出现 Insufficient Liquidity 的原因

几种不同的情况都可能触发相同的错误。储备金浅是最常见的，尽管集中流动性、链碎片化、代币机制和自定义钩子逻辑（hook logic）也会产生相同的结果。

如何修复此交易的流动性不足错误

要清除该错误，要么给合约更多执行空间，要么将订单路由到更深的储备金。下面列出的四种方法从最简单的修复方案递进到最亲自动手的方案。

解决方案 1：使用 DEX 聚合器

像 1inch、Jupiter 或 KyberSwap 这样的 DEX aggregator 会检查数十个池子，而不是只依赖一个交易场所。它可以将订单拆分到多个来源并在单笔交易中完成结算，通常无需更改设置即可解决错误。

请按照以下步骤通过聚合器完成兑换：

1. 连接钱包：打开聚合器界面并连接一个自托管加密货币钱包。确认你当前所在的链拥有该代币最深的池子。
2. 选择资产：选择你持有的代币，然后粘贴输出代币的精确合约地址。仅凭代码可能会匹配到没有池子的山寨代币。
3. 检查拆分：检查拟定的执行路径。健康的报价通常会将交易拆分到多个交易场所或池子版本，而不是强行通过一个浅池。
4. 比较影响：将显示的price impact与直接池报价进行比较。任何超过 2% 的数值都是该代币在该链上深度不足的警告。
5. 设置容差：对于主流交易对，保持聚合器的默认滑点。只有在模拟结果仍显示输出不足时，才以小幅递增的方式调高滑点。
6. 确认兑换：签署交易，然后将收到的金额与批准前显示的最低输出进行比较。

解决方案 2：调整 slippage 容差设置

每次兑换都包含一个根据你的滑点设置计算得出的最低输出。如果池子的预计输出低于该数值，合约将拒绝该交易。较高的容差会降低最低限制，从而为波动剧烈或流动性浅的池子提供更多空间，以便以更差的汇率完成兑换。

逐步提高它。从 0.5% 提高到 1%，再到 2%，一旦报价成功立即停止。每增加一个百分点就代表你自愿放弃的价值，并且会给三明治机器人留出更多空间来利用该交易。PancakeSwap 的故障排除文档建议对转账收费代币采用相同的渐进方法。

解决方案 3：拆分您的总交易规模

将大订单拆分为多笔较小的兑换可以减少每笔成交引起的价格变动。它还为套利机器人留出了在交易之间重新平衡池子的时间，不过你需要支付额外的gas。

当聚合器仍然报告不足时，请使用此手动方法：

1. 划分份额：将订单拆分为价值不超过池子总锁仓价值 2% 至 3% 的区块。这可以使每次成交的price impact保持在 1% 以下。
2. 首次成交：执行第一个区块并记录精确的输出。在 DexScreener 上观察该池子，看看其价格恢复的速度有多快。
3. 稍作等待：在下单下一笔交易之前，让套利机器人有几个区块的时间来重新平衡交易对。这在 Ethereum 上不到一分钟，在 Solana 上只需几秒钟。
4. 重复成交：继续使用相等的区块，直到完成整个仓位。如果任何成交的price impact超过你选择的阈值，请缩小区块大小。
5. 追踪成本：将每次成交的gas成本和实现的实际价格相加。将总额与原始单笔兑换报价进行比较，因为只有在最终成本更低时，碎片化交易才有意义。
6. 稍后自动化：对于重复交易，通过 Jupiter 或 CoW Swap 上的定时或时间加权订单应用相同的方法，以便在无需手动签名的情况下完成拆分。

方案 4：通过流动性中介交易对进行交易

两个小币种之间的直接池通常很薄。这两种资产对 ETH、SOL 或 USDC 可能仍然拥有深厚的流动性。通过这些主流资产之一进行交易使用的是两个流动性池，而不是强行将整个订单通过浅层的直接交易对。

当能产生更好的报价时，聚合器已经会自动选择这条路线。每次跳转都会增加另一个池手续费，并且在 Ethereum 上还会增加另一个gas成本。在 Solana 上，这种额外费用微不足道，当这样做能产生更好的成交时，Jupiter 可以通过多个 Raydium、Orca 和 Meteora 池路由单个 memecoin 订单。

什么是加密货币中的 slippage？

滑点是指提交兑换时报价与最终在链上结算价格之间的差额。区块需要时间来确认，其他订单可能会在你的订单落地之前移动池子，并且你自己的交易在成交时也会改变价格。

price impact专门指你的订单引起的价格变动。其规模取决于交易相对于可用流动性的比例。1,000 美元的兑换几乎不会影响 1,000 万美元的池子，而同样的订单可以使 50,000 美元的池子变动几个百分点。

滑点容差定义了你愿意接受的最差汇率。如果最终输出低于该底线，合约将拒绝兑换。严格的限制可以保护交易，但在流动性浅的池子中更容易失败。宽松的限制提高了执行的几率，同时让更多价值暴露在机器人面前。

任何 DEX 上都可能发生流动性不足吗？

该错误源自自动做市商模型，在该模型中，汇集储备金取代了实时的交易对手。订单簿场所不会返回相同的消息，尽管较浅的订单簿仍然可能产生部分成交和较大的价差。

诸如 Hyperliquid 等订单簿场所将交易与挂单的限价单进行匹配。因此，大额市价买单会以更差的价格在订单簿中逐步推进，而不会因池流动性不足而失败。Datawallet 关于去中心化永续合约交易所的指南解释了这些订单簿在市场波动期间如何处理深度和价差。

为什么链上流动性不断碎片化

现在，单个代币可以在多个链、池版本和手续费层级之间进行交易。每个市场都需要足够的独立深度，以便直接订单能够清算而不会触发流动性错误。

Uniswap V4 hooks 使每个交易对的流动性池倍增

Uniswap V4 允许任何人将hook 合约附加到池中。hooks 可以修改手续费、限制交易者身份，或者改变流动性在兑换过程中的表现。每个 hook 都会为同一交易对创建一个单独的池。因此，一个代币除了其 V2 和 V3 市场外，还可以拥有一打 V4 池，从而将储备分散到更多场所。

Datawallet 对 Uniswap V4 的剖析解释了通用路由器如何在单笔交易中比较 V2、V3 和 V4 定价，并能够在不同版本之间分割订单。手动选择的带 hook 的池会跳过该比较。这就是为什么通过界面路由的兑换可能会成功，而直接池交易会失败的原因。

Layer 2 和 Solana 孤岛按链分割深度

根据《The Defiant》的数据，DefiLlama 在 8 月初发布的过去 30 天排名显示，Solana 的现货 DEX 交易量接近 500 亿美元。BNB Chain 紧随其后，为 310 亿美元，Ethereum 为 290 亿美元，Base 为 220 亿美元。部署在四个链上的代币仍然需要四个单独资金支持的池。大多数项目将其流动性集中在一个链上。

《The Block》的 DEX 与 CEX 系列记录了 2026 年 7 月的链上现货交易量占中心化交易所交易量的 24%，为 2019 年开始追踪以来的最高水平。绝对 DEX 交易量在同月下降了 26%。随着大额交易后恢复平衡的活跃套利者减少，失衡的流动性池可能会保持这种状态更长时间。

集中式价格区间超出范围

Meteora 的 DLMM 和 Raydium 的 CLMM 流动性池将资金置于由流动性提供者预先选定的离散价格区间内。当市场在活跃区间内交易时，滑点接近于零。一旦价格超出填充范围，该流动性就会停止参与兑换。此后，可用流动性池的大小可能会比其总锁仓量的头条数字所显示的小得多。

如何避免流动性不足问题

避免错误比提交后修复更具成本效益。失败的 Ethereum 交易仍然会消耗 gas，而滑点过大的成功兑换则会通过执行损失价值。以下三种做法有助于在签署前识别较浅的流动性。

1. 使用基于意图的求解器而非直接兑换

诸如 CoW Swap、UniswapX 和 1inch Fusion 等意图系统的运作方式与直接 AMM 交易不同。你签署的是描述你想要结果的订单，而不是指定交易必须如何精确执行。

然后，求解器会竞标从公共池、私有做市商或相反的用户订单中寻找满足填充条件的来源。如果没有任何求解器能够满足你的限价，你将无需支付任何费用。

据 TheStreet 报道，CoW 处理了大约 22% 的 Ethereum 聚合器交易量。KyberSwap 约占 31%，1inch 约占 15%，而 Jupiter 清算了 Solana 上近 95% 的聚合器交易量。由于求解器可以访问单个池界面无法看到的深度，它们消除了成熟代币上的大部分流动性错误。

2. 在签署前检查链上深度

花一分钟检查链上数据可以表明流动性池是否能够吸收你的订单。这对于启动池、Meme 币以及你之前未在该链上交易过的代币最为重要。

在发送大额订单之前，请在 DexScreener 或 DefiLlama 上验证这些数字：

• 池 TVL：确认特定池的资金量至少达到您订单价值的十倍。任何更窄的区间都可能将价格影响推高至大多数界面所采用的容差范围之外。
• 储备拆分：检查两种资产，而不是依赖总 TVL。一个显示 20,000 美元的池中可能仍然包含 190,000 美元的 USDC，而几乎没有您想要的代币。
• 交易量比率：将 24 小时交易量与总锁仓量进行比较。日交易量超过储备数倍的池可能会剧烈波动，并在套利周期之间失去平衡。
• 链匹配：确保流动性最深的池位于连接到您钱包的链上，而不是同一代币交易更活跃的其他部署上。
• 活跃范围：对于 DLMM 和 CLMM 池，请确认当前价格位于已填充的区间内。活跃范围之外的资本对您的成交毫无帮助。
• 代币审计：在区块浏览器中打开合约。检查转账税、出售限制或所有者功能，这些功能可能会使一个表面上健康的池无法退出。
• 近期交易：检查最近十几笔兑换的大小和方向。如果没有相应的买入，重复的大额卖出可能预示着某个池很可能会拒绝或重罚您的订单。
• 交易时间：青睐美国和欧洲交易时间重叠的时段，此时套利机器人和 maker 最为活跃，储备往往能更快地重新平衡。

DefiLlama 跟踪超过 500 条链上的池级别 TVL 和交易量。其 DEX 仪表板是识别哪条链持有代币最深流动性池的最快途径。

3. 使用 TWAP 拆分大额订单

时间加权平均价格订单将大仓位平分为相等的份额，并以固定的时间间隔提交。因此，每一份份额到达的都是已经有时间重新平衡的池。Jupiter 的循环订单、CoW Swap 的 TWAP 产品以及几个永续合约 DEX 界面都提供了此功能，无需编写自定义脚本。

Jupiter 的循环订单还会改变子订单之间的间隔时间。这使得下一次执行更难被机器人预测，并缩小了由固定计划创建的三明治夹击窗口。对于超过池深度约 5% 的订单，TWAP 是避免流动性误差和严重价格影响的唯一可靠方法。

常见兑换错误信息解析

流动性不足警告只是与执行条件绑定的多个兑换错误之一。识别确切的消息有助于缩小适当修复方案的范围。

将屏幕上的消息与下方的起因和解决方法进行匹配：

• INSUFFICIENT_OUTPUT_AMOUNT：Uniswap V2 或 PancakeSwap 路由计算出的输出低于您的最低要求。请稍微增加滑点容差或减少订单大小，并检查代币是否收取转账税。
• INSUFFICIENT_LIQUIDITY：池的一侧包含的库存太少，无法在任何价格下交付请求的数量。请通过聚合器路由或使用主流资产中介。
• Impact too high：界面已阻止了一笔会将价格推高至内置安全限制之外的交易。请拆分订单，而不是覆盖警告。
• Deadline expired：交易在截止日期之后仍处于挂起状态，通常是因为 gas 激增。请请求最新的报价并以稍高的 priority fee 重新发送。
• TRANSFER_FROM_FAILED：代币合约拒绝转账。可能的原因包括缺少授权、黑名单或蜜罐。在重试之前验证合约。
• Slippage exceeded：Jupiter 的 Solana 错误代码 0x1771 表明成交价落在了您的限价之外。启用动态滑点或使用略宽的固定设置重试。
• Execution reverted：这是一个没有原因字符串的通用失败，在挂钩的 V4 池或自定义 AMM 上很常见。尝试使用界面的默认路由，而不是手动选择池。
• No quote：聚合器在当前链上没有找到流动性足够的路由。验证合约地址并检查该代币是否在别处交易。

使用高滑点时的风险管理

增加滑点是克服该错误的最快方法，但它也可能破坏价值。较宽的容差给三明治机器人留出了更多从您的交易中获利的空间。

当您将滑点容差设为高于 1% 时，请采取以下安全措施：

• 私密提交：通过 Flashbots Protect 或 MEV Blocker 路由交易。这使其远离公开的 mempool，防止机器人搜寻高滑点 swap 以实施夹子攻击。
• 亏损上限：在签名之前，将百分比容差转换为美元金额。在 20,000 美元的 swap 中设置 5% 的限制，可能导致高达 1,000 美元的损失。
• 批处理拍卖：通过 CoW Swap 或其他意图交易平台发送相同的交易。以统一价格进行批量结算，消除了夹子攻击中所利用的交易排序优势。
• 稳定币上限：稳定币交易对的滑点应保持在 0.1% 或以下。Cointelegraph Research 发现，约有 40% 的夹子攻击目标是交易者预期没有波动的低波动性流动性池。
• 最低检查：重点关注收到的最低金额，而不是预估产出。一旦您签名，最低金额就是智能合约强制执行的唯一数额。
• gas 时机：在网络拥堵期间避免进行高滑点 swap。Ethereum 的交易失败依然需要支付 gas，而以更差的价格重试会加剧初始损失。
• 短截止时间：将交易截止时间限制在几分钟内。卡住的订单应直接过期，而不是在稍后以过时的价格执行。
• 测试 swap：从一笔小额订单开始，以衡量实际影响并确认该代币可以被卖回。只有在两项检查都通过后，再扩大规模。

根据 Cointelegraph 和 EigenPhi 的同一数据集，Ethereum 夹子攻击提取额从 2024 年底的每月近 1,000 万美元下降到 2025 年 10 月的约 250 万美元。每月攻击次数保持在 60,000 到 90,000 之间。机器人依然活跃，但受保护的交易者已经不再向它们输送那么多价值。

最后总结

“该交易的流动性不足”错误是一种安全保障。当流动性池无法满足您的最低产出时，它就会出现，将该警告视为有关流动性池的信息，比盲目覆盖它更安全。

DEX 聚合器和基于意图的求解器可以访问单个流动性池界面无法看到的流动性。对于成熟的代币，它们可以解决大多数流动性错误，而无需扩大滑点。

长尾资产需要更多的关注。检查可用的深度，必要时将大额订单拆分，并使用私密提交来覆盖剩余的执行风险。