#dusk $DUSK @Dusk
従来の金融システムで同じ指示が重複処理されるのを防ぐのは、かなり素朴な仕組み――通し番号や小切手番号だ。各指示に一意の番号を振り、システムは最初の送信だけを受け付け、以後の重複送信はすべて拒否する。この仕組みは少し地味だが、何十年もの金融インフラはこの地味な方法に支えられてきた。二重引き落としや二重清算といった厄介な事故の大半を防いできたのだ。

DuskのMoonlightアカウントモデルがやっているのも、まったく同じことだ。各アカウントはnonce（カウンター）を管理し、各トランザクションは現在のnonceよりちょうど1大きくなければならない。送信後にnonceが増えるため、同じ署名付きトランザクションが何度も再送され、重複して送信されても、ネットワークは最初の1回しか認めず、その後は直接拒否する。聞けばごく基本的な設計に思えるし、あまりに基本的すぎて多くの人はその存在すら意識していないかもしれない。だが、まさにこの基礎的な仕組みこそが、あるチェーンを本物の資金決済指示に使えると信頼できるかどうかを決める。

私はこの業界に入ってから何年も、古いシステムが重複指示を適切に処理できず、同じ送金が二重に引き落とされ、その後に長い照合と返金のプロセスを踏むことになった事例を何度も見てきた。こうした問題は従来の金融ではしばしば「運用事故」として扱われ、ニュースになることは少ないが、当事者の機関や顧客にとっては決して簡単に片付く話ではない。機関向けの決済に使いたいチェーンが、こんな最も基本的なリプレイ防止メカニズムすらきちんと実装できていないなら、その先にゼロ知識証明をいくら積み上げても意味がない。機関はあなたの暗号学がどれほど先進的かには関心がなく、まず聞くのは「私のお金は二重に引き落とされないのか」だ。

こういう設計の話は派手さがなく、スクリーンショットを撮ってXに投稿したくなるようなところもない。だが、まさにこうした素朴な仕組みが堅牢に作られているかどうかが、私があるチェーンの土台が強いかどうかを判断する出発点であって、終点ではない。

あるチェーンが信頼できるかを評価するとき、こういう素朴な基礎メカニズムから見るべきだと思う？ それとも、まずはどれだけ派手な新技術があるかを見るべきだろうか？