著者: Haotian
eth_proofs Day に、Justin Drake 氏は zklighthouse クライアントを使用して BrevisPico ZKVM 証明をライブ検証し (トランザクションを再実行せずにブロックを直接確定)、Gigagas ETH 時代の到来を宣言しました。
Brevisが再びイーサリアム財団に選出されたことは間違いありません。では、Brevisは一体何を計画しているのでしょうか？
最新の ProverNet ホワイト ペーパーとデモを確認したところ、他の zk ソリューションとは確かに異なることがわかりました。
1) 一般的に、ZK 証明市場は単一ベンダーモデルに従いますが、Brevis は実稼働環境で厄介な問題を発見しました。たとえば、Uniswap のオフチェーン リベート プロセスでは ZK が透明性の高いソリューションを提供する必要があり、PancakeSwap の VIP 手数料率では各トランザクションの前に 1 秒未満の証明チェックが必要であり、100,000 を超えるアドレスのインセンティブ割り当てを処理するために一定の時間を必要とする Euler Labs にはスループット要件があります。
論理的に言えば、異なる需要シナリオには、全く異なるハードウェア構成、検証システムの仕様、そして最適化の方向性が必要です。単一ベンダーであれば、一時的なニーズに合わせて詳細なシナリオ最適化を行うか、妥協した汎用的なソリューションを提供するかのどちらかしかできません。これでは、特定のシナリオにおける要求の厳しい、かつ差別化されたニーズを満たすことは明らかに困難です。
2) BrevisのProverNetソリューションは非常にシンプルです。アプリケーション開発者が要件を提示し、専門の証明者がその注文を受諾するために入札する、双方向のマーケットプレイスを構築します。これはTODA（Truthful Representation Double Auction）メカニズムです。この「市場主導型」ソリューションは、複数の異種証明タイプを同時に処理できるため、様々なシナリオで特定のニーズを持つアプリケーション開発者は、最も専門的で有能な証明者から専門的なサービスを受けることができます。
実際、これはさらに一歩進めることができます。より複雑なタスクでは、複数の開発者がタスクを細分化し、連携することができます。例えば、zkVMの証明では、チャンク化は開発者A、圧縮は開発者B、集約は開発者C、最終的なカプセル化は開発者Dが担当するといった具合です。つまり、専門的な分業とタスクの細分化によって、より多様な市場ニーズに対応できるのです。
その上。
その論理は実は非常に単純です。それは、「シャベルを売る」という古い考え方から「マーケットプレイス」を構築すること、そして純粋に集中化されたサプライヤーサービスシステムから分散化されたマーケットプレイスに移行することです。
いわゆるギガガス ETH 時代には、単一のツール サービス以上のものが必要です。証明者のネットワーク全体を調整できるインフラストラクチャが必要です。
