私たちのコンセンサスメカニズムについては多くの疑問がありました。 私たちの設計は、私たちが多大な考えを込めたものであり、将来的には多くのプロトコルで使用されると信じています。 BULKは、Minisketchベースのリコンシリエーション(ピア間の注文の違いを効率的に同期するコンパクトなスケッチアルゴリズム)を使用して、各ティックで受信した注文のセットに最初に合意することで、迅速なコンセンサスを達成します。 BULK は、完全なチェーン状態にすぐに同意するのではなく、決定論的実行に依存しているため、すべてのノードが後で同じ合意された注文を処理し、独立して同じ結果の状態に到達できます。 後のティックでは、システムは BFT 風味のコンセンサスを通じて状態合意に達し、すべてのノードが同じ最終状態に収束することを保証します。 このスプリットティックモデルは、高速注文契約と遅い状態のファイナライズを分離し、決定論的な安全な一貫性を維持しながら、実行を高速追跡(20ms)することができます。 これらのプロセスは、1つの巨大なオーダーブックをサポートするために構築されました。標準的なアプリチェーンや L1 のようには動作しませんが。これは、BULK に対するあらゆるアクションを暗号的に検証、再生可能、台帳に保存できるようにするステート マシンです なぜこれらすべてがあなたの取引経験にとって重要なのでしょうか? 1. 確認のコミットメントレベルを選択できます - (a) ミニスケッチが承認済み (8 ミリ秒)、(b) 実行済み (25 ミリ秒)、(c) 状態が確定しました (40 ミリ秒)。メーカーのようなレイテンシーに敏感な参加者は、取引がほぼ瞬時に承認されるため、最高の経験値を得ることができます。 2. 注文を送信するノード (MCP) を選択できるため、注文フローに対するノード検閲やサンドイッチ攻撃がなくなります。 3. BULKはネットワーク内の中立的なプレーヤーであり、すべてのバリデーターがあなたの注文、照合結果、資産の変更に何が起こるかを決定します。 4. チェーン上で何が起こったのかを再生して検証できます - 最良の使用例は清算中です。スイープのためにチェリーピッキングされていないか、注文が無視されたかを確認してください。 5. 回復力のあるパフォーマンス - ステートマシンとして。フォールトトレランスは自然に生まれます。10月10日の出来事は、1台のマシンが高負荷でダウンする可能性があることを教えてくれました。複数のノードがオーダーブックの処理に参加しているため、エクスペリエンスが低下することはありません。 bulk-agarve で稼働するモジュール (executor、注文ブロードキャスト、リスク モデルなど) はさらにあり、近い将来にそれらをカバーできます。この投稿は、仲間のコンセンサス maxis から受け取っている多くの質問に答えるためのものです。 この件にご関心をお寄せいただきありがとうございます。