#dusk $DUSK @Dusk 先日Duskのノードを立ち上げてみた。node-installerを入れて、起動コマンドを叩こうとしたとき、手がEnterキーの上で一瞬止まった。操作ミスが怖いというより、前回までと同じように——ログが数行流れたところで固まってしまい、あとから「ドキュメントとコードが噛み合っていない」ことに気づく、あのパターンが怖かった。

起動後ruskがログを流し始めた。ValidationとRatificationの2つのフェーズが交互に実行される。まずValidationフェーズで、委員会のメンバー一組が候補ブロックの有効性をチェック。続いてRatificationフェーズで、別の委員会が検証結果を確認し、最終的にそのブロックを確定する。ログの各ラウンドにはRoundとIterationの番号が付いていて、ブロック生成の間隔も安定している。画面を十数分見つめていたら、ブロック高はずっと増え続けて止まらなかった。ほかのテストネットでよくある「途中まで流れて固まる」ような影が、ようやくここで消えた。

その後ruskリポジトリを調べた。コミット数は8025。CIパイプラインはclippyに加えてnightly testを回し、チーム自身がcargo-dusk-analyzerというツールまで書いて静的解析を行っている。デプロイツールdsk-deploy-cliの中で気づいた細かい点として、PhoenixとMoonlightは別々のコマンドライン引数になっていた。同じチェーン上でも2種類の取引パスはそれぞれ独立して呼び出される。issueに貼られていたgasデータを見て、Moonlight送金は約8万gas、MoonlightからPhoenixへ送ると2556万gas——つまり300倍の差。これがZK証明の“実際の計算コスト”なんだと分かった。

次にネットワーク層を読み返した。Kadcastは公式のRust実装で、107のリポジトリはすべてRust。plonkリポジトリもコミット872で、チームが自分たちで書いたもので、既存ライブラリを少し弄って載せるタイプではない。

そしてNPEXの背景も調べた。AFMの規制を受けるオランダの取引所で、MTF、Broker、ECSPのライセンスを保有し、3億ユーロの資産を運用している。Dusk Tradeの候補者リストはすでに公開されていて、実際にRWAの取引プラットフォームを構築しているようだ。

2018年から今まで、7年。8025コミット、107リポジトリ、すべてRust。このようなエンジニアリングの規律には、本当に感心した。