オンチェーンで本人確認(identity check)がどう機能し得るのかを調べていたところ、Duskのアプローチについて何か引っかかって立ち止まってしまいました。👀
通常、サービスからKYC(本人確認)を求められると、個人情報を渡して、それを適切に扱ってくれることを信頼します。すると別のサービスがやってきて、まったく同じような情報をさらに求めてくることもあります。そうなると、かなり早い段階で居心地の悪さを感じてしまいます。
CITADELはこの点に興味深いアプローチを取っています。個人情報を、何度も何度も受け渡す必要があるものとして扱うのではなく、検証済みのユーザーは、必要な条件を満たしていることを示す資格(クレデンシャル)を持てるようにします。
この考えで私が良いと思うのは、「何かを証明すること」と「すべてを開示すること」を切り分けられる点です。金融サービス側は、元の本人確認でのあらゆる詳細にアクセスする必要がなくても、利用が許可されていることを知るだけでよいかもしれません。🔐
これは、規制のあるアプリケーションにとって役立つインフラになり得ます。特に、今後さらに多くの金融活動がオンチェーンへ移っていくにつれて。
とはいえ、この仕組みが概念そのものの外側でどう機能するのかもまだ気になります。実際のユーザーや実際の金融サービスが関われば、対処すべき状況がもっとたくさん出てくるはずだからです。
ただ、基本的な考え方自体は私には納得がいきます。
必要以上に個人情報を開示する必要はあるのでしょうか?🤔
@Dusk $DUSK #dusk
通常、サービスからKYC(本人確認)を求められると、個人情報を渡して、それを適切に扱ってくれることを信頼します。すると別のサービスがやってきて、まったく同じような情報をさらに求めてくることもあります。そうなると、かなり早い段階で居心地の悪さを感じてしまいます。
CITADELはこの点に興味深いアプローチを取っています。個人情報を、何度も何度も受け渡す必要があるものとして扱うのではなく、検証済みのユーザーは、必要な条件を満たしていることを示す資格(クレデンシャル)を持てるようにします。
この考えで私が良いと思うのは、「何かを証明すること」と「すべてを開示すること」を切り分けられる点です。金融サービス側は、元の本人確認でのあらゆる詳細にアクセスする必要がなくても、利用が許可されていることを知るだけでよいかもしれません。🔐
これは、規制のあるアプリケーションにとって役立つインフラになり得ます。特に、今後さらに多くの金融活動がオンチェーンへ移っていくにつれて。
とはいえ、この仕組みが概念そのものの外側でどう機能するのかもまだ気になります。実際のユーザーや実際の金融サービスが関われば、対処すべき状況がもっとたくさん出てくるはずだからです。
ただ、基本的な考え方自体は私には納得がいきます。
必要以上に個人情報を開示する必要はあるのでしょうか?🤔
@Dusk $DUSK #dusk
