#dusk $DUSK @Dusk

以前は、コンセンサス設計はどんなブロックチェーン・プロジェクトにおいても退屈な部分だと思っていました——エンジニア同士が議論することはあっても、実際に金融活動がその上で回るかどうかを左右するものではない、という認識です。Dusk のバリデータ・セットがどのように機能するかを読むことで、その見方が少し変わりました。

規制された金融向けに売り込まれることが多いほとんどのチェーンは、まずオープン参加を前提に構築されたコンセンサスを採用し、コンプライアンスは後から追加します。Dusk はそのパーミッションレスな土台を捨てません——必要なステークをロックすれば誰でも provisioner（プロビジョナー）になれます——しかし、その上でそれを特定の形で扱います。Succinct Attestation コンセンサスでは、決定論的ソートitionによって適格な provisioner の委員会（コミッティ）を選び、各ブロックを確率的なファイナリティではなく、明示的な投票ラウンドを通じて提案・検証・承認します。これは重要です。そこに取引を決済してもらいたいネットワークなら、台帳を参加者全員の活動の公開帳簿に変えることなく、ブロックのファイナリティについて確実で監査可能な答えが必要だからです。

目立ったのは、これが「分散化」と「コンプライアンス」のトレードオフとして組み立てられているのではなく、最初から設計上の制約として捉えられている点です。たとえば EU の MTF ライセンスのようなものの下で運営する市場オペレーターには、コンセンサスの結果がブロック単位で監査できる必要があり、同時にすべての取引をすべてのカウンターパーティが見てしまうことは避けたいのです。TPS やガス料金の最適化とは違います——多くの「エンタープライズ・ブロックチェーン」的な語りが見落としがちなところです。

また、明確な答えを持てない問いも提起されます。委員会ベースのファイナリティでは、各ラウンドの provisioner に対して、単に時間が経てばチェーンが自然に落ち着くのではなく、実際に収束してアテステーション（証明）を作り出すことが求められます。これが規制下の決済により適しているのか、それとも「ライブネス（稼働性）」や参加の観点で別のトレードオフに過ぎないのかは、本物のネットワーク条件下で検証する価値があります。設計だけから決めつけるのではなく、実際の制度的な取引量がオンチェーンで決済を試みて、これらの前提にプレッシャーをかけてみないと分かりません。