#dusk $APR $ACE @Dusk

Duskウォレットのバインディングは、カレンダーが動き出したら私が信用できなくなる部分です。

設定時は、十分きれいに見えます。

投資家がDuskの資格（eligibility）チェックをクリアします。ウォレットが紐づけられる。資格の状態が一致する。保有者ルールが通る。するとアドレスは、正しいルールのもとで、正しい人に紐づく正しいアドレスになります。

そして3か月が過ぎます。

管轄が変わる。認定（accreditation）が期限切れになる。サービスプロバイダーが、受け入れ条件を更新する。Duskの資格ルールもそれに連れて移動します。

でもウォレットのバインディングは移動しません。

そこで私はイラッとし始めます。なぜなら@Dusk のバインディングが答えているのは、ひとつの質問だけだからです……そのウォレットは、まだその検証済み参加者に関連付けられているのか？

次の質問には答えてくれません。

では、その参加者は、今このDuskアセットを受け取る資格がまだあるのか？

同じウォレット。違う資格（eligibility）の時計。

私は、紐づいたウォレットを「許可がくっついてそのまま効き続けるもの」のように扱ってしまっていました。

寛大すぎた。

Duskでは、次に管理された譲渡（controlled transfer）の下にある保有者ルールがすでに変わっていても、ウォレットのバインディングは完全に無傷のまま残り得ます。Citadelはまだ参加者を特定できます。ウォレットはまだ正しいウォレットであり得る。Dusk Tradeはまだ現在の資格ロジックにヒットして、いずれにせよ譲渡を止められます。

壊れているわけじゃない。

素晴らしい。

投資家は先月と同じ紐づいたウォレットを見ます。保管（custody）は同じアドレスにまだ対応している。発行体（issuer）も、保有者の関係をまだ認識している。

その後、受け取り側のルールが動きます。

却下。

まずウォレットを確認して、次に保有者の状態を確認すべきでしょう。

また順番が間違っている。

今、保管側（custody）は「なぜウォレットが有効なのか」「参加者が既知である根拠は何か」「バインディングは正しいのに」「それでもアセットが動かないのはなぜか」を説明しなければならない。

これがDuskインフラのあざ（bruise）です。

バインディングは関連づけを保持する。いい。

それでも資格（eligibility）が、アセットが動くかどうかを決める。

これらの状態は静かにズレていき得ます。まさに、きれいなインターフェースが隠してくれるようなやつで、すでにお金を動かそうとしている段階で初めて露見する。

そしてそれが起きたら、私はもうウォレットを見ていません。

私はDuskの資格状態に付いているタイムスタンプを見ています。

では、紐づいたウォレットはいつ「使えるように見える」のをやめるべきなのでしょうか？ .. #Dusk $DUSK