DuskEVM テストネットを何十本も実測投稿を読み漁っていると、「選択的開示カードがキャッシュ層にある」と言う人がいました。

8月10日、DuskEVM テストネットが公開され、広場には実測投稿がどんどん増えてきました。Solidity と Hardhat でコントラクトをデプロイしている人もいて、思ったより簡単に始められたそうです。Hedger モジュールは同型暗号とゼロ知識証明で機密取引を処理し、開発者は新しい言語を学ばなくて済むので、プライバシーチェーンが「反人類的」と見なされがちな印象を確かに打ち破っています。

しかし、ある投稿を読んだところで私は立ち止まりました。作者は自分で選択的開示のテストを行ったと言います。つまり、非公開で送金→権限を要求→指定した相手にデータを提示、という流れです。最初の数ステップはすべて通り、支払いも検証も最後までクリアしたのに、「開示層」で詰まったのです。作者は当初、テストネットの遅延が原因だと思ったのですが、ルートはクリアになっており、Hedger の状態も緑でした。問題は、選択的開示の手順だけが想定より遅いことでした。最後に作者が指し示したのは、あまり語られることのないもの――キャッシュ層が「プライバシー状態を、次回の権限呼び出しでいつ使えるようにするか」を決めている、という点です。@Dusk

この細部は、実は「TPS がどれくらいか」よりも考える価値があります。選択的開示は Dusk が機関向けに売り込む中核のセールスポイント――取引は秘匿されつつ、監査は可能、というものです。もしこの部分がテストネットの段階で遅延するなら、メインネットで取引量が増え、複数の権限要求が同時に押し寄せるようになったとき、キャッシュ層は耐えられるのでしょうか？作者自身もこの疑問を投げかけています。複数の権限審査が同時に到来し、経済的なコミットメントを連続性のある形で保たなければならないとき、いったい何が効いているのか？

DuskEVM テストネットが公開され、Hedger も動くようになった。技術の土台は確かに前に進んでいます。でも「動いた」と「機関が実際に使う」に至るまでには、まだ負荷テストの壁があります。選択的開示は「ある」だけでは不十分で、実際の負荷のもとで「安定している」ことが必要です。いつか私が、テストネットで高い同時並行性における開示遅延データを誰かが晒してくれるのを見たら、このチェーンは本当に準備ができているのだと言えるでしょう。

#dusk $DUSK