ほとんどのチェーンは、コンプライアンスをオンボーディング時のチェックボックスのように扱っています。KYCフォーム1つ、許可リスト1つ、それで終わり。マーケット・サウンディングが登場するまでは、それでうまくいきます。

サウンディングは一時的で、特定的で、しかも高いリスクを伴います。投資家が非公開の詳細を受け取った瞬間、その情報が公開されるまで、または猶予期間が閉じるまで取引ができないように隔離する必要があります。オフチェーンでは、銀行がメールや社内リストで処理します。オンチェーンでは、システムが住所と静的な認証情報しか見ていないなら、その「壁」は実質的に、遅れて届くメーリングリストです。注文はすでに埋まっています。さらに、事後の強制執行は高額なフォレンジック（鑑識）による後始末に変わってしまいます。

本当の試験はライブ状態です。受領が確認されてからだけ有効化されるカバレッジ（「メールを送った」だけでは不十分）であり、情報が公開されるか期限が到来したら自動的に解除されること。そして、解除の正確な時刻をログに残して、残っているロックや早期解除があった場合に監査できること。失敗したときは、残高エラーのような曖昧なものではなく、明確なウォールコードを返すべきです。静的な質問票では、その種のタイミングを扱えません。

Duskの設計はそれにより近づいています。アクセス制御や転送チェックは、特定の理由で失敗し得ます。アイデンティティ認証情報に加え、選択的開示を組み合わせることで、すべてをオープンに投げずに、時間に紐づくイベント固有の制限を実現できます。プロトコルが本番環境で動的なサウンディング用のウォールを実際に動かせるかどうかはまだ未解決ですが、少なくともアーキテクチャはすでに正しい問いを投げています。多くのL1はそのギャップすら見えていません。

$DUSK #dusk @Dusk $TUT $PAXG