#dusk $DUSK @Dusk 決済直前に取引が失敗したことで問題に気づきました。買い手の適格性証明(credential)が期限切れになっていたのです。資産は有効で、支払いも準備できており、双方は取引が成立すると見込んでいました。それでもDuskはこれを拒否しました。最初の反応は、ウォレットのバインディングが別の摩擦を生み出したのではないかというものでした。でも、それはおそらく単純すぎます。取引をそのまま通してしまえば、コンプライアンス上の問題は別の場所、たぶん、事後に所有権レコードを修復しようとするオペレーションチームへ移っていたでしょう。台帳は確実でしたが、人は確実ではありませんでした。私が関心を持ったのは、失敗した転送が皆の行動をどう変えたかです。会場(venue)はより早い段階で適格性を確認し、投資家は証明を更新し、発行者(issuer)は凍結やリカバリーに対してどれだけの権限を保持すべきかを判断する必要がありました。最後の部分はいまでも居心地が悪いと感じます。鍵を失ったときや裁判所の命令が届いたときにリカバリー権限は有用ですが、誰かがそれらの権限を握り、定義の曖昧な介入が、元の失敗よりも大きなリスクになり得ます。Duskはアイデンティティ条件、制限付きの転送、選択的開示、そして最終決済を調整できますが、そうした仕組みは判断を取り除くわけではありません。判断を取引のより近くへ移すだけです。期限切れの適格性証明に耐えるトークン化された債券を、遅延した支払いの一部、係争中のウォレット復旧まで含めて一つ追跡し、できれば同じ報告期間の中で、そのうえでどれほどの作業がまだメールやスプレッドシートへ逃げていくのかを見てみたいです。
