フロント走り
フロントランニングは、トレーダーが自分自身のトレーダーを彼らの前に置いて利益を得るために待機中の取引に関する知識を利用する悪意のある実践です。
Front-runningは、ユーザー（多くの場合、ボット）がブロックチェーン上で保留中の取引を観察し、この情報を有利に利用することによって発生します。これは通常、mempool（未確認の取引の保留領域）を分析して、大規模または潜在的に収益性の高い取引を特定することを含みます。次に、front-runnerは、元の取引よりも先に処理されるように、より高いガス料金で独自の取引を送信し、元の取引によって引き起こされた価格変動から利益を得ることができます。この慣行は、取引がオンチェーンで行われ、取引の可視性が高い分散型金融（DeFi）アプリケーションで特に普及しています。Front-runningは、他のユーザーにとって不公平な優位性と経済的損失につながる可能性があります。
graph LR
Center["フロント走り"]:::main
Pre_logic["logic"]:::pre --> Center
click Pre_logic "/terms/logic"
Rel_dex_exploits["dex-exploits"]:::related -.-> Center
click Rel_dex_exploits "/terms/dex-exploits"
Rel_trading["trading"]:::related -.-> Center
click Rel_trading "/terms/trading"
Rel_cryptocurrency_trading_algorithms["cryptocurrency-trading-algorithms"]:::related -.-> Center
click Rel_cryptocurrency_trading_algorithms "/terms/cryptocurrency-trading-algorithms"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧠 理解度チェック
🧒 5歳でもわかるように説明
アイスクリーム屋さんで、誰かが列に割り込もうとしているのを想像してみてください。フロンラニングとは、その人が最後のひとすくいのアイスクリームを食べる前に、素早くその人の前に出てしまうようなものです。
🤓 Expert Deep Dive
Proof-of-Work (PoW) や Proof-of-Stake (PoS) ネットワークといったブロックチェーンエコシステムにおけるフロントランニングは、公開されているメモリプール（mempool）と、ブロック生成者（マイナー/バリデーター）に対する経済的インセンティブの直接的な結果です。攻撃者は、しばしば高度なボットとして動作し、収益性の高い取引機会をメモリプールで監視します。これらの機会は通常、DEX（分散型取引所）での大規模な取引、レンディングプロトコルでの清算、またはアービトラージの可能性から生じます。攻撃者は、被害者のトランザクションの 前に 自身のトランザクションを戦略的に配置するため、より大幅に高いガス価格（またはステークベースの優先手数料）を支払うトランザクションを送信し、次のブロックに含めることを保証します。これにより、攻撃者は被害者のトランザクションによって引き起こされる価格変動や状態変化から利益を得ることができ、その後、利益を確保するためにバックランニングトランザクションを実行する可能性があります。根本的な脆弱性は、メモリプールの透明性と、ブロック内のトランザクションの決定論的な順序付け（多くの場合、ガス価格に基づく）にあります。高度な形態には、「サンドイッチ攻撃」があり、攻撃者は被害者のトランザクションの前後にトランザクションを配置して利益を最大化します。緩和策は、活発な研究開発分野です。これらには、暗号化されたメモリプール（例：Flashbots Protect RPC）、コミット・リビールメカニズム、バッチオークション、オーダーフローオークションなどが含まれます。しかし、それぞれのアプローチにはトレードオフが伴います。暗号化されたメモリプールはトランザクション順序付けを中央集権化する可能性があり、コミット・リビールは遅延を追加し、バッチオークションはすべてのアプリケーションに適しているとは限りません。ブロック生成の経済的インセンティブ構造は依然として根本的な推進要因であり、コアコンセンサスまたはネットワークアーキテクチャを変更せずに、完全な排除は困難です。