#dusk $DUSK @Dusk 早期の @dusk を見たとき、最初の反応は実はかなり陳腐だった:またしても「プライバシー + RWA + PoS」を一緒に物語って、L1として語るのか。ところがドキュメントと Rusk のコードを実際に掘り下げてみると、その判断はむしろ過小評価だったと感じた——Dusk は単にもう1本チェーンを作り直しているというより、むしろ「決済システム」を一から組み直しているようだ。
私が以前いちばん誤解していたのは、Phoenix を Dusk の「プライバシー機能」だと思い込んでいたこと。ソースと取引モデルを見る限り、これは別の資産表現の方式だった。Moonlight は公開のアカウントモデルで、Phoenix は残高を消費可能な UTXO に分解し、ゼロ知識証明で「このお金を使う権利がある」かつ「二重支払いをしていない」ことを証明する。ただし、取引の細部をすべて公開する必要はない。さらに重要なのは、両者とも最終的に Transfer contract に収束する点だ。つまり、プライバシーはアドオンではなく、台帳レイヤーにおける“ネイティブな状態”だ。(DOCS)
合意形成も、判断を修正させた。私は当初「委員会 + PoS」を見て、普通の validator committee に分類しがちだった。しかし SA(Succinct Attestation)の設計を追うと、ブロック生成・検証・最終確定が連続した役割に分解されていることが分かる。まず提案者がいて、次にランダムに選ばれた委員会が検証し、最後に別の委員会が ratification を行う。ブロックが ratification を完了した時点で、確定的なファイナリティが得られ、「先にチェーンへ載せて、その後 reorg しないことに賭ける」タイプではない。これは TPS の数字そのものより、金融決済ではずっと重要だ。(DOCS)
ネットワーク層にも、見落とされがちな細部がある。Dusk は従来の gossip のように「受け取ったら、適当にいくつかの隣に転送する」粗い伝播を採用せず、Kadcast の構造化された overlay を使ってメッセージ経路を制御している。この設計の価値は、見た目に“より高度”だということではなく、帯域と遅延をより制御しやすい点にある。金融シーンでは、宣伝文句のピークスループットよりも、確実性のほうが価値を持つことが多い。(Dusk)
だから今の私は、Dusk への見方が変わった。注目すべきなのは「もう一つの流行り L1 になれるか」ではなく、「プライバシー取引、コンプライアンスの開示、確定的な決済、そして資産発行を、同じ基盤台帳へ押し込められるか」だ。
私が以前いちばん誤解していたのは、Phoenix を Dusk の「プライバシー機能」だと思い込んでいたこと。ソースと取引モデルを見る限り、これは別の資産表現の方式だった。Moonlight は公開のアカウントモデルで、Phoenix は残高を消費可能な UTXO に分解し、ゼロ知識証明で「このお金を使う権利がある」かつ「二重支払いをしていない」ことを証明する。ただし、取引の細部をすべて公開する必要はない。さらに重要なのは、両者とも最終的に Transfer contract に収束する点だ。つまり、プライバシーはアドオンではなく、台帳レイヤーにおける“ネイティブな状態”だ。(DOCS)
合意形成も、判断を修正させた。私は当初「委員会 + PoS」を見て、普通の validator committee に分類しがちだった。しかし SA(Succinct Attestation)の設計を追うと、ブロック生成・検証・最終確定が連続した役割に分解されていることが分かる。まず提案者がいて、次にランダムに選ばれた委員会が検証し、最後に別の委員会が ratification を行う。ブロックが ratification を完了した時点で、確定的なファイナリティが得られ、「先にチェーンへ載せて、その後 reorg しないことに賭ける」タイプではない。これは TPS の数字そのものより、金融決済ではずっと重要だ。(DOCS)
ネットワーク層にも、見落とされがちな細部がある。Dusk は従来の gossip のように「受け取ったら、適当にいくつかの隣に転送する」粗い伝播を採用せず、Kadcast の構造化された overlay を使ってメッセージ経路を制御している。この設計の価値は、見た目に“より高度”だということではなく、帯域と遅延をより制御しやすい点にある。金融シーンでは、宣伝文句のピークスループットよりも、確実性のほうが価値を持つことが多い。(Dusk)
だから今の私は、Dusk への見方が変わった。注目すべきなのは「もう一つの流行り L1 になれるか」ではなく、「プライバシー取引、コンプライアンスの開示、確定的な決済、そして資産発行を、同じ基盤台帳へ押し込められるか」だ。