「プログラマブルなプライバシー」は抽象的に聞こえるけれど、実際に使う当事者ごとに分解すればそうではない——誰のためのものかを明確にして、プライバシーの中身を崩して説明しました。Dusk自身の枠組みはこれを4つのパートに分けています。
発行体にとって、プライバシーは「ルール」についてです。資産条件、アクセス条件、コーポレートアクション、開示要件は、別のオフチェーン処理ではなく、資産ロジックそのものの中に置くことができます。
投資家にとって、それは「エクスポージャー」についてです。残高、移転、ポジションを、全インターネットに対してブロードキャストする必要はありません。完全にパブリックなチェーンでは、それが本来行われてしまいます。
取引の場と機関にとって、それは「運用の全体像」についてです。権限付与、決済、レビューは、ワークフロー全体を公開の場にさらすことなく実行できます。
ビルダーにとっては、どの単一アドレスよりも広い話です。プライバシーは、トークン保有のウォレットだけではなく、ルール・データ・ユーザー体験までを含みます。
つまり、ここでのプライバシーは「1つの設定」ではありません。同じ仕組みを共有しながら同時に発生する、4つの異なるニーズです。
私が下す結論は、だからこそ「ただプライベートにするだけでいい」と言うのは過小評価だということです。各当事者が、隠したい/見せたいものが違うからです。
一方で確信が持てないのは、これら4つが重なったとき、開示ポリシーを誰が所有するのかです。発行体のルールと、ある取引の場の権限が、レビューアが何を見ることができるかで食い違った場合、どちらの設定が勝つのでしょうか。
@Dusk_Foundation $DUSK #dusk
発行体にとって、プライバシーは「ルール」についてです。資産条件、アクセス条件、コーポレートアクション、開示要件は、別のオフチェーン処理ではなく、資産ロジックそのものの中に置くことができます。
投資家にとって、それは「エクスポージャー」についてです。残高、移転、ポジションを、全インターネットに対してブロードキャストする必要はありません。完全にパブリックなチェーンでは、それが本来行われてしまいます。
取引の場と機関にとって、それは「運用の全体像」についてです。権限付与、決済、レビューは、ワークフロー全体を公開の場にさらすことなく実行できます。
ビルダーにとっては、どの単一アドレスよりも広い話です。プライバシーは、トークン保有のウォレットだけではなく、ルール・データ・ユーザー体験までを含みます。
つまり、ここでのプライバシーは「1つの設定」ではありません。同じ仕組みを共有しながら同時に発生する、4つの異なるニーズです。
私が下す結論は、だからこそ「ただプライベートにするだけでいい」と言うのは過小評価だということです。各当事者が、隠したい/見せたいものが違うからです。
一方で確信が持てないのは、これら4つが重なったとき、開示ポリシーを誰が所有するのかです。発行体のルールと、ある取引の場の権限が、レビューアが何を見ることができるかで食い違った場合、どちらの設定が勝つのでしょうか。
@Dusk_Foundation $DUSK #dusk