プライバシー・プロトコルで私が繰り返し立ち返るのは、「デフォルト」が選択肢そのものよりも重要だという点です。DuskのPhoenixによるハードニングのアップデートでは、価値の移動を伴うトランザクションにおける難読化が、ユーザーが自分でオプトインする“追加機能”ではなく、デフォルトとして採用されています。この違いは手続き的に聞こえるかもしれませんが、実際にはシステムが保護する対象についての宣言です。技術に動機づけられた人だけでなく、一般のユーザーを守るよう設計されている、ということです。
オプトインのプライバシーは、それを選んだより小さく、識別しやすいユーザーの集合を生みがちで、提供するはずの機密性そのものに逆に働くことがあります。少なくとも原理的には、デフォルトでの難読化はこの好ましくない選別(アドバース・セレクション)の問題を回避できます。もう一つ、この文脈で重要なのは、クロス・アップグレードの互換性です。これは目に見えにくいものの、長期的にはより重要だと言えるでしょう。プロトコルのアップグレードで破綻するプライバシー・システムは、誰も外部に晒すつもりのなかった前提を漏らしてしまう傾向があります。
私がまだ分かっていないのは、こうした保証が、通常のアップグレードではなく敵対的なアップグレード条件下でどの程度保たれるのかという点です。単に文書化されるよりも、まずはストレステストされるのを見たい。私は、Phoenixが次の、些か重要なアップグレード・サイクルの中でどう振る舞うかを観察しています。
@Dusk #dusk $DUSK
オプトインのプライバシーは、それを選んだより小さく、識別しやすいユーザーの集合を生みがちで、提供するはずの機密性そのものに逆に働くことがあります。少なくとも原理的には、デフォルトでの難読化はこの好ましくない選別(アドバース・セレクション)の問題を回避できます。もう一つ、この文脈で重要なのは、クロス・アップグレードの互換性です。これは目に見えにくいものの、長期的にはより重要だと言えるでしょう。プロトコルのアップグレードで破綻するプライバシー・システムは、誰も外部に晒すつもりのなかった前提を漏らしてしまう傾向があります。
私がまだ分かっていないのは、こうした保証が、通常のアップグレードではなく敵対的なアップグレード条件下でどの程度保たれるのかという点です。単に文書化されるよりも、まずはストレステストされるのを見たい。私は、Phoenixが次の、些か重要なアップグレード・サイクルの中でどう振る舞うかを観察しています。
@Dusk #dusk $DUSK