$ETH #dusk $DUSK @Dusk 機関による一件の送金は、決してウォレットを一度クリックして終わるようなものではない。トレーダーが指示を出し、リスク管理が限度額を確認し、管理者が承認し、署名デバイスが実行し、監査担当者が事後に振り返る。どこか一つでも曖昧なら、資産の安全は運任せにすぎない。DuskはDusk Vaultをこの連鎖の中に組み込んだ。意味はウォレットを一つ増やすことではなく、カストディを責任追及可能な運用制度として再定義することにある。

DuskがCordial Systemsと協業した際に選んだのはCordial Treasuryだった。この技術は自己保管とオンプレミス展開を重視しており、NPEXはカストディ基盤を直接掌握できる。重要な制御面を第三者のソフトウェアサービス事業者に完全に委ねる必要がない。この選択はきわめて慎重だ。Duskはコンプライアンスを画面上の認証表示として飾るのではなく、問題を鍵、権限、そしてデプロイ境界の上に置いている。

市場で一般的な道は二つある。ひとつは資産を専門カストディ機関に預けること、もうひとつはクラウド型カストディプラットフォームを導入することだ。前者は手間が少ないが、外部依存が増える。後者は導入が速いが、機関は依然としてベンダーのサービス境界を受け入れなければならない。Dusk Vaultはより重い道を選んでいる。機関に制御権を残しつつ、デプロイ、運用、復旧の責任を内部に戻すのだ。

もしDusk Vaultが実際の資金フローに入るなら、私は送金の一件をそのまま分解する。誰がアドレスを作成できるのか、誰がホワイトリストを変更できるのか、どの程度の金額で何人の承認が必要なのか、デバイス紛失後にどう復旧するのか、緊急凍結に完全な記録が残るのか。見た目の使いやすさはその後でいい。機関カストディで最も怖いのは手順が多いことではない。手順が存在するように見えるだけで、事故現場では責任者が見つからないことだ。

これこそが、Duskの手法がプレスリリースでは見落とされやすいコストでもある。自己保管は自動的な安全を意味しない。オンプレミス展開は、鍵のローテーション、権限の退職引き継ぎ、パッチ更新、災害復旧訓練、24時間対応を伴う。Fireblocksのようなプラットフォームは、複雑さの一部を標準化できるし、専門カストディ機関は法務上・運用上の責任の一部を引き受けられる。Duskがより強い道筋を証明したいなら、こうした煩雑な作業を検証可能で、訓練可能なものにしなければならない。制御権の所在だけを強調してはいけない。

Dusk Vaultが本当に提供すべきものは、「機関向けの安全」という一言ではない。監査に耐える責任マップだ。指示を誰が出すのか、ルールを誰が定めるのか、異常を誰が止めるのか、失敗を誰が復旧するのか。