あるチェーンが本当に手の届くところまで来ているかは、ホワイトペーパーを眺めただけでは足りない。いくつかのエンジニアリング指標に分解して、一つずつクリアしていく必要がある。@Dusk が、私がそれをばらして見たくなるまさにその細部だ。

まずはアカウントモデル。これは同時に2つの台帳を維持する。1つは公開、もう1つは機密だ。資金がこの2つの台帳間で切り替わるということは、同じ資産が2種類の記帳方法の間で何度も持ち替えられることを意味する。一般の利用者にとっては、各操作をするたびに自分がどちら側に立っているのかを最初に理解しなければならず、単一台帳のチェーンより学習コストは自然と一段高くなる。$TUT

次にノード。基盤側の決済・保管の層が、合意形成、状態管理、外部インターフェースまでノードのプログラムにすべて押し込まれている。ノードが重くなるほど、同期や再同期の体験がボトルネックになりやすい——ログがどれだけ速く流れても、ユーザーはそれが正常な運転なのか、異常に空回りしているのか判別できない。

そして機密送金の性能。こうした送金ではローカルで大量の暗号演算を行う。使う残高の断片を選び、払い戻し（お釣り）用の漏えいしないアドレスを生成し、二重使用を防ぐための印（マーキング）を計算し、最後にそれらを証明に全部詰めて、その場で生成する。1回の送金だけでも端末にかなりの時間を走らせる必要があり、断片が増えたり、結合して支払いを行う必要が出てくると、待ち時間は倍々に膨らむ。さらにウォレットは、チェーン上の全断片を走査し、暗号解読を1つずつ試して初めて自分の残高を取りに行けるため、断片量が多いとここも見えない負担として効いてくる。

合意形成の参加条件も問い直す価値がある。委員会方式は、数ラウンドで決着すると約束している。しかし、委員会メンバーの選定基準、規模の閾値、そして少数のグループが長期的にブロック生成の席を独占してしまうのではないか——これらは、「表向きの開放性」と「実際に参加できる度合い」が一致しているかを左右する決定的な要因だ。

最後はアイデンティティの開示。選択的開示は理論上、「条件を満たすことの証明」と「具体的な情報の提出」を分離できる。しかし、実際の規制当局との対話に落とし込まれると、当局が欲しがるのは多くの場合“具体の細部”だ。この溝は、暗号技術だけでは自動的に埋められない。

これらの点を個別に見るなら致命的ではない。でも組み合わさると、Duskが「普通のユーザーがそのまま使える」段階にどれくらい近いのかを決めてしまう。技術の方向性はとても新しくても、その新しさの裏側——往々にして、まだ手早く使える域に達していないということでもある。#dusk $DUSK