オフチェーン・マッチング＋オンチェーン決済（ZKプルーフによる不正防止/フロントラン回避）

数カ月前、私が「確認」を押したまさにその瞬間に、ある取引がより不利になってしまうのを見ました。表示されていた価格は実際に得られた価格と一致せず、その差は偶然にしてはあまりにもきれいでした。

私はその差を「オーダーブックの漏洩」と呼ぶようになりました。つまり、誰かがあなたの注文を先に見て先行して動くことで、決済前に発生する小さく反復する“税”のようなものです。これは単発の派手な損失として現れることはまれです。むしろ、気づかないうちに「トレードとはそういうものだ」と感じてしまう、無数の小さな損失として現れます。

@grvt_io のアーキテクチャは、オーダーマッチングと決済を分離し、イーサリアム上でゼロ知識プルーフによりすべての取引を検証します。これは、そのギャップを埋めるための具体的な設計です。さらに、約定前により良い執行価格があるかを自動で確認するリテール価格改善（RPI）注文も加わります。

それが実際に完全に漏洩を塞ぐのか、それとも見えにくくするだけなのか——それを「解決済み」と呼ぶ前に、より独立した実行データが必要だと思います。ただ、直近でライブに約定が起きたときは、最初に価格が私に不利に動きませんでした。
#grvt