Duskのテストネット・ノードを走り終えたあと、コンプライアンス重視のプライバシーチェーンに抱いていた幻想が半分減りました

DuskはPLONKとフェニックスの取引モデルを同一チェーンに詰め込んだわけで、発想自体が「概念を借りただけ」というわけではありません。ですが実際にノードをデプロイしてみると、ハードウェア要件の記載が曖昧で、データ同期の段階ではCPUがすぐに上限まで張り付きました。メモリ使用量も、私の想定より一段高いです。これが設計上の欠陥というより、最適化が追いついていないだけかもしれません。ただ、ちゃんとノードを動かそうとする人にとっては、あまり親切ではありません。

Secret Networkと比べると、違いがよく分かります。Secret Networkはプライバシー計算をコントラクト層に置き、開発者の参入障壁は低い一方で、プログラマビリティはTEEにがっちり縛られています。Duskは、基盤の状態マシンから直接プライバシーを作ろうとしていて、理論上はより徹底的です。その代わり、開発体験がかなり痛い。Rusk VMのデバッグツールはほぼ推測頼みで、エラーメッセージはブラックボックスのよう。状態遷移の問題なのか、ガス推定のズレなのかを特定するのに半日かかります。これは私一人が遭遇した話ではなくて、コミュニティの独立開発者たちのフィードバックもだいたい同じでした。

コンプライアンス面のストーリーでは、@Dusk が打ち出す証券トークン化と機密KYC/AMLは、実際の金融機関のニーズに関してはOasisよりもずっと近いと思います。Oasisはデータ・エコノミー寄りで、Duskは規制対象の資産に直接突っ込んでいます。方向性は明確ですが、実装の歩みは異様に遅い。Citadelコンセンサスでのブロック生成は安定しているものの、ブラウザとウォレット間のデータ同期には遅延がある。マーケットメイクや取引にはあまり向きません。金融シーンを標榜するチェーンにしては、フロントエンドのツールチェーンが雑すぎるので、気になってしまうのは避けられません。

私は$DUSK を見限っているわけではありません。ただ、この手のプロジェクトで最大のリスクは、いつだって技術ではなくエコシステムのコールドスタートです。もしノードのデプロイやデバッグですら独立開発者を思いとどまらせてしまうのなら、後から十分なアプリがプライバシー取引プールを埋めるのは難しい。Duskはコンプライアンスの宣伝に力を使い切らないでください。ツールチェーンが先に追いつかないと、たとえ叙事がいかに美しくても、実際の利用量を支えられません。
#dusk