Just-In-Time Liquidity

What is just-in-time liquidity, and how does it differ from the sandwich attack discussed earlier in this series?

When this series broke down the sandwich attack earlier, an attacker inserted their own transactions before and after a victim's, directly pushing the price against the victim — fundamentally an active intervention in the victim's execution price. Just-in-time liquidity operates on different logic: the extractor doesn't actively move the trading pair's price direction; instead, it precisely times the moment a large trade is about to happen and temporarily provides a large amount of liquidity, effectively becoming that trade's market maker, earning the fee that trade would generate anyway, then immediately withdrawing the liquidity once the trade completes.

This means just-in-time liquidity theoretically doesn't directly worsen the victim's execution price the way a sandwich attack does (since the extractor is providing genuine liquidity, potentially even improving actual slippage on the large trade to some degree) — what it extracts is fee income that should have gone to long-term liquidity providers, not spread siphoned directly from the trader. This is the fundamental difference between the two in terms of who's harmed and how the profit mechanism works.

Why is just-in-time liquidity considered a form of MEV rather than normal market-making?

Traditional market-making means a liquidity provider continuously, for an extended period, keeps capital in a liquidity pool, carrying exposure to market price volatility (impermanent loss) in exchange for a share of trading fees as compensation — a business model requiring genuine risk-bearing in exchange for reasonable reward. What classifies just-in-time liquidity as MEV rather than plain market-making is its exploitation of an information head start on the mempool — only injecting liquidity at the precise moment it's clear a large trade is about to happen, immediately withdrawing once the trade completes, carrying almost none of the price volatility exposure a traditional market maker has to bear throughout.

This pattern of behavior essentially intercepts, through a technical information advantage, fee income that should have gone to liquidity providers who take on long-term market risk — doing so with near-zero risk. The fees long-term liquidity providers actually get to split are diluted as a result, which is exactly why just-in-time liquidity, despite superficially looking like providing genuine liquidity, is still viewed as an unfair value-extraction technique against other market participants, especially long-term liquidity providers.

ジャストインタイム流動性は実際どのように機能し、技術的にどんな条件が実行に必要ですか？

典型的な流れは次の通りである：抽出者の自動化システムがmempoolを継続的に監視し、十分に大きく、相当な手数料が予想される未確認取引を検知する。この取引がブロックに組み込まれる前に、抽出者はその取引ペアの流動性プールに大量の資金を注入する取引を先んじて送信する。元の大口取引が同じブロック内で実行され、手数料の分配がトリガーされると、抽出者は同じブロック内で直ちに別の取引を送信し、先ほど注入した流動性を全て撤退させる。この「注入—手数料を稼ぐ—撤退」というプロセス全体は、理想的には単一のブロック内で完了するよう圧縮され、抽出者の価格変動エクスポージャーをほぼゼロに近づける。

この操作は実行速度とブロック内での位置の精密な制御に極めて高い要求がある——流動性注入の取引が対象の大口取引より前に完了できなかった場合、あるいは流動性撤退の取引が次のブロックまで遅延した場合、戦略全体のリスク特性は完全に変わってしまう（抽出者はブロックをまたぐ市場変動のエクスポージャーを負うことになり、本来の「ほぼゼロリスク」という核心的な優位性を失う）。これが、ジャストインタイム流動性が通常、本シリーズで前述したプライベートトランザクションプールや類似のインフラと組み合わせる必要がある理由でもある。ブロック内での取引の順序を精密に制御するためだ。

ジャストインタイム流動性は一般ユーザーにどのような実際の影響を与えますか？DeFAI製品を使う際、この現象をどう捉えるべきですか？

もしあなたのDeFAIエージェントが頻繁に大口取引を実行する場合、ジャストインタイム流動性は理論上、「ジャストインタイム流動性の介入が全くない」場合よりもあなたの実際の約定条件をやや良くする可能性がある（マッチングに参加する一時的な流動性が追加されるため）。しかしこれは、この現象があなたに全くマイナスの影響を与えないことを意味するわけではない——もしあなたが同時にある流動性プールの長期プロバイダーでもある場合、ジャストインタイム流動性はあなたが本来受け取るべき手数料収入を希薄化する。これは、ある取引においてあなたが取引者と流動性プロバイダーのどちらの役割を演じているかによって、「受益者」と「被害者」の両方の役割を同時に負っている可能性がある特殊な状況である。

一般ユーザーにとって、この概念はDeFAIエコシステムにおける価値分配の複雑さを理解する助けとなる面が大きい——全てのMEV関連の現象が取引者に明らかな損害を直接与えるわけではない（サンドイッチ攻撃のように直接的で識別しやすいものとは異なる）。ジャストインタイム流動性のような一部の現象は、その影響がより間接的であり、取引チェーン全体の中であなたがどんな役割を演じているかを見て初めて実際に利益を得ているのか損失を被っているのかを判断できる。もしあなたがDeFAI戦略のユーザーであると同時に、ある流動性プールに資金を投入して手数料を稼ぐことも計画しているなら、この種の手法の存在が、プールの総手数料をあなたの資金比率で単純に割った理論上の数字よりも、実際の流動性提供収益を低くする可能性があることを意識する価値がある。