以前は、セキュリティトークンとは基本的に、余計な書類が付いただけのERC-20コントラクトで、転送ロジックも同じ、アクセスも同じように開かれていて、違いがあるのは法的な理由で別の名前が付いているだけだと思っていました。
ところが、規制対象の証券が実際に何を要求するのかを調べるほど、その前提は成り立たなくなりました。金融証券には、コードとは無関係で、誰がそれを保有できるかに関係する制限があります。
所有権がどのように移転され得るのか、また、その移転にどんな開示が伴うのか。投資家の適格性、管轄(jurisdictional)の制限、管理された移転条件は、トークンに後から「追加する」機能ではなく、資産そのものの実際の振る舞いです。
そこでDuskのXSCというコンセプト、すなわち機密証券コントラクト(Confidential Security Contract)が、その論理を汲み取っているように見えます。コンプライアンスを仲介者によって外部のチェックリストとして強制するのではなく、適格性や移転制限をコントラクト自身のルールの一部として扱います。それでも、所有権の詳細がオンチェーンで完全には公開されないようにプライバシーの仕組みを活用しています。
DuskはXSCを、プライバシーを有効化したトークン化証券の標準として位置づけています。これにより、各取引ごとにカストディアンが人手で検証する責任が薄れ、ルールを自動的に執行するインフラへ責任が移ります。代償は、単純な残高送金を符号化するよりも、法的なニュアンスをコントラクトに織り込む複雑さのほうが高いことです。
では、コンプライアンスを自動化することで本当にリスクは減るのでしょうか、それとも、ミスが起こり得る場所を別のところへ移しているだけなのでしょうか?
@Dusk_Foundation #dusk $DUSK
ところが、規制対象の証券が実際に何を要求するのかを調べるほど、その前提は成り立たなくなりました。金融証券には、コードとは無関係で、誰がそれを保有できるかに関係する制限があります。
所有権がどのように移転され得るのか、また、その移転にどんな開示が伴うのか。投資家の適格性、管轄(jurisdictional)の制限、管理された移転条件は、トークンに後から「追加する」機能ではなく、資産そのものの実際の振る舞いです。
そこでDuskのXSCというコンセプト、すなわち機密証券コントラクト(Confidential Security Contract)が、その論理を汲み取っているように見えます。コンプライアンスを仲介者によって外部のチェックリストとして強制するのではなく、適格性や移転制限をコントラクト自身のルールの一部として扱います。それでも、所有権の詳細がオンチェーンで完全には公開されないようにプライバシーの仕組みを活用しています。
DuskはXSCを、プライバシーを有効化したトークン化証券の標準として位置づけています。これにより、各取引ごとにカストディアンが人手で検証する責任が薄れ、ルールを自動的に執行するインフラへ責任が移ります。代償は、単純な残高送金を符号化するよりも、法的なニュアンスをコントラクトに織り込む複雑さのほうが高いことです。
では、コンプライアンスを自動化することで本当にリスクは減るのでしょうか、それとも、ミスが起こり得る場所を別のところへ移しているだけなのでしょうか?
@Dusk_Foundation #dusk $DUSK