> For the complete documentation index, see [llms.txt](https://docs.goodcrypto.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.goodcrypto.app/goodcryptox-ja/dexsupotto/nomi/mev-bao-hu.md).
# MEV保護
分散型取引所で取引すると、オンチェーンで確認される前に、あなたの取引はネットワーク参加者に一時的に見える状態になります。専用ボットは— **MEVサーチャー** —その可視性を利用してあなたの損失の上で利益を得ることができ、最も一般的には、あなたの取引を自分たちの買い注文と売り注文の間に挟んで価格を不利に動かします。
goodcryptoXは、あらゆるスワップを、この種の有害なMEVから保護するトランザクション経路を通してルーティングします。具体的な仕組みは、あなたが取引しているチェーンによって異なります。
MEVとは、正確には何ですか？
**MEV** は **Maximal Extractable Value** の略です。これは、ブロック生成者やサーチャーが、ブロック内のトランザクションを並べ替えたり、挿入したり、除外したりすることで抽出できる利益のことです。AMM型DEXで、トレーダーにとって特に重要な3つの形態は次のとおりです。
* **サンドイッチ攻撃** — サーチャーがあなたの保留中のスワップを見つけ、先回りして買い注文を置き（価格を押し上げ）、あなたの注文をより悪い価格で約定させ、その後、さらに高くなった価格で売り戻します。差額はあなたが負担し、サーチャーがその利益を得ます。
* **フロントランニング** — サーチャーが、より高い手数料であなたのトランザクションを複製して先に実行し、あなたが本来得られたはずの機会を奪います。
* **バックランニング** — サーチャーがトランザクションを *直後に* 置いて、あなたの取引が生み出す裁定機会（例：2つのDEX間の価格差）を捉えます。サンドイッチと違い、バックランニングはあなたの約定価格を悪化させません。一般的には「生産的な」MEVと見なされます。
サンドイッチ攻撃はトレーダーに最も損失を与える形態であり、MEV保護が防ぐことを目的としている主な対象です。
### **EVMチェーン：Ethereum、Base、Arbitrum、BNB Chain**
EVMチェーンでは、goodcryptoXはすべてのスワップを **ERC-4337バンドラー** を通じて、プライベートなトランザクションルーティングで送信します — **Alchemy** はEthereum、Base、Arbitrum上で、 **Pimlico** はBNB Chain上で使用します。
スワップに署名すると、あなたのトランザクションはパブリックなメモリプールではなく、プライベートチャネルを通じてバンドラーに送られます。バンドラーはそれをパッケージ化し、検証者またはブロックビルダーへ直接転送して含めます。どのサーチャーもそのトランザクションがオンチェーンに載る前に見ることがないため、その周囲にサンドイッチやフロントランを挿入される余地はありません。
この保護は自動で有効になっており、これら4つのチェーン上でgoodcryptoXを経由するすべての注文（手動スワップ、ボット取引、トリガー注文を含む）に適用されます。何かを有効にする必要はありません。
### **Solana**
SolanaはEVMチェーンとは異なります。従来型の公開メモリプールはありません。トランザクションは現在のブロックリーダーに直接ストリーミングされます。これにより、Ethereumのような古典的なフロントランニングはなくなりますが、別のMEVの攻撃面は依然として存在します。サーチャーは自前のインフラを運用してRPCノード経由で保留中のトランザクションを監視し、Jitoバンドルを使って競合するトランザクションを送信します。
デフォルトでは、goodcryptoXはSolanaトランザクションを **優先手数料** でブロードキャストします。これは高速で低コストですが、MEV保護はありません。MEVの露出が問題となる大きなスワップでは、ブロードキャストモードを **Jito**:
1. DEX注文フォームを開く
2. ⚙️設定の歯車をクリック
3. の下で **ブロードキャストモード**、を **優先手数料** から **Jito**
Jito経由でブロードキャストすると、あなたのトランザクションは **Jitoバンドル** に含められます。これは、バリデーターが指定された正確な順序で原子的に実行するか、まったく実行しないかのどちらかにしなければならないトランザクションのグループです。バンドルがオンチェーンでのトランザクション順序を固定するため、どのサーチャーもあなたの周りに自分のスワップを挿入してサンドイッチすることはできません。
> **MEV保護は、実際にはいつ重要になるのですか？**
>
> サンドイッチ攻撃が利益を生むのは、価格を意味のある程度動かせるほど大きな取引だけです。サーチャーは価値を抽出するためのスリッページを必要とします。小さく頻繁な注文（DCAボットやグリッドボットが出す個々の取引のようなもの）では、攻撃者にとって経済的に見合わず、こうした注文が狙われることはめったにありません。デフォルトの優先手数料モードで通常は問題ありません。
>
> 次の場合はJitoへの切り替えを検討してください **大きな単発スワップ** をSolanaで送るときです。特に、変動が大きいトークンや流動性の低いトークンでは、スリッページが広くなり攻撃面も大きくなります。
#### **Solanaにおける「生産的MEV」について**
一部のMEVは実際には有益です。特に **バックランニング裁定取引**では、サーチャーがあなたの取引成立直後にDEX間の価格を再調整します。これはあなたの約定を悪化させません（あなたの取引はすでに成立しています）。単に、あなたのスワップが生み出した小さな価格差を回収しているだけです。
Solanaでは、goodcryptoXは **Helius Sender** を使ってトランザクションをルーティングしており、Heliusのバックラン報酬プログラムに参加しています。これは、あなたにとって次の意味があります。
* あなたのスワップは常に最初に実行されます。サーチャーは *後で* オンチェーンに載った後にしか行動できず、トレード後のバックランのみが許可されます。
* オークションに参加するサーチャーは、Heliusによって審査およびKYC確認済みであり、フロントランニングやサンドイッチ攻撃は許可されません。
* あなたの取引が裁定機会を生み出した場合、回収された価値はHeliusとgoodcryptoXで50/50に分配されます。
goodcryptoXの取り分は、当社がDEXスワップ手数料の [収益分配](/goodcryptox-ja/ekoshisutemu/shou-yi-fen-pei.md) および [GOODトークン](/goodcryptox-ja/goodtkun/gai-yao.md) の買い戻し＆ [バーン](/goodcryptox-ja/goodtkun/bn.md) プログラムに使用している同じプールに追加されます。つまり、外部の抽出者ではなく、エコシステムへ還元されます。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://docs.goodcrypto.app/goodcryptox-ja/dexsupotto/nomi/mev-bao-hu.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.