今朝Duskのブロックエクスプローラーを見ていたら、妙なことに気づきました。トランザクションの最終確定までの時間が5〜6秒あたりで推移していて、DuskDSでは普通です。ところが、私のテスト送金は決着までにほぼ45秒かかりました。

RPCのせいだと思いました。ノードの問題か、ネットワークの混雑かと。

でも、それは簡単すぎました。

結論は、確認（confirmation）≠最終確定（finality）。トランザクションは確認されました。ZK証明も検証されています。しかしDuskDSは、1秒のブロック時間で動く決定論的な決済モデルです。見落としていたのはこれです：プロバイダー側（prover side）でコールドスタートが発生していました。一定期間の非アクティブの後に最初の機密送金を行うと、ZK証明生成パイプラインを起動する必要があるため、時間がかかるのです。

誰もあまり話さないのは「キュー（待ち行列）の間隔」です。現在ネットワークには47ノードあります。これはレイヤー1としては多くありません。複数の機関が同時にコンプライアンスチェックを提出した場合、たとえばNPEXで€200M+が確認された発行が行われるようなタイミングでは、これらのキューは一気に詰まります。

インフラは、選択的開示を前提とした規制資産向けに作られています。ですが、私は結局ここに戻ってしまいます：47ノード、流通供給500M、そして36年にわたる発行スケジュール。バリデータの経済性は長期を前提に設計されています。しかし、実際の機関ボリュームによる継続的な利用はどうでしょう？テストネットのトラフィックとは別物です。

では、€200Mが実際に取引されて、すべての47ノードに一斉に負荷がかかったら何が起きるのでしょう？

#dusk $DUSK @Dusk