$CYS $AIO $TUT
私が何度も戻ってしまうのは、Duskのシタデルライセンスそのものではありません。
その1つ後ろの層にある「信頼されたライセンスプロバイダー一覧」です。
投資家はオフチェーンのチェックを通過できます。LPがシタデルの資格情報(クレデンシャル)に署名します。資格情報は登録されます。そしてZK証明は引き続き検証されます。
すべて問題なさそうに見えます。
しかし次に、Duskサービスプロバイダーが、そのLPを自分の信頼リストから削除します。
暗号的なものが突然壊れたわけではありません。
ライセンスが急に無効になったわけでもありません。証明が失敗したわけでもありません。
サービスプロバイダーが、発行した主体(エンティティ)を受け付けなくなっただけです。
この違いは、私が最初に思っていた以上に重要です。
資格情報の有効性と、サービスプロバイダーによる受け入れは、別の状態です。
同じウォレット。 同じライセンス。 同じ証明。
ある瞬間:受け入れられた。
後になって:信頼されたLPリストが変わったため拒否された。
そして、それが私が最初に見落としがちだと思う部分です。実際に変化が起きたのが別の場所だったのに、私は資格情報のどこかが間違っているのではないかと探しに戻ってしまうかもしれません。
ライセンスは完璧に検証できたままでも、次のサービスプロバイダーのアクションに対しては、実質的に役に立たなくなることがあり得ます。
だから、私が残された問いはシンプルです:
ライセンスは、いつ本当に「役に立たなくなる」のか?
資格情報が失敗するとき?
それとも、Duskサービスプロバイダーが、その署名者を信頼しなくなるとき?
それは私にとって、ずっと面白い失敗パターンです
.
私が何度も戻ってしまうのは、Duskのシタデルライセンスそのものではありません。
その1つ後ろの層にある「信頼されたライセンスプロバイダー一覧」です。
投資家はオフチェーンのチェックを通過できます。LPがシタデルの資格情報(クレデンシャル)に署名します。資格情報は登録されます。そしてZK証明は引き続き検証されます。
すべて問題なさそうに見えます。
しかし次に、Duskサービスプロバイダーが、そのLPを自分の信頼リストから削除します。
暗号的なものが突然壊れたわけではありません。
ライセンスが急に無効になったわけでもありません。証明が失敗したわけでもありません。
サービスプロバイダーが、発行した主体(エンティティ)を受け付けなくなっただけです。
この違いは、私が最初に思っていた以上に重要です。
資格情報の有効性と、サービスプロバイダーによる受け入れは、別の状態です。
同じウォレット。 同じライセンス。 同じ証明。
ある瞬間:受け入れられた。
後になって:信頼されたLPリストが変わったため拒否された。
そして、それが私が最初に見落としがちだと思う部分です。実際に変化が起きたのが別の場所だったのに、私は資格情報のどこかが間違っているのではないかと探しに戻ってしまうかもしれません。
ライセンスは完璧に検証できたままでも、次のサービスプロバイダーのアクションに対しては、実質的に役に立たなくなることがあり得ます。
だから、私が残された問いはシンプルです:
ライセンスは、いつ本当に「役に立たなくなる」のか?
資格情報が失敗するとき?
それとも、Duskサービスプロバイダーが、その署名者を信頼しなくなるとき?
それは私にとって、ずっと面白い失敗パターンです
.
(A) Absolutely
B) Only if holding DUSK
C) Didn’t know it mattered
D) Not really
13 残り時間
