#dusk $DUSK @Dusk 午後はDusk Connectと、Dusk上のCreatorPadタスク向けの新しいウォレットフローをあれこれ触っていました。あとになって、ひとつだけずっと引っかかっていたことがありました。
ウォレットの provider API ドキュメントのリポジトリを開き直したところ、最後の更新は8月7日で、ガスのデフォルトが送金タイプごとに分かれているのに気づきました。public/Moonlight の送金は低いデフォルト価格、shielded/Phoenix のものは高いほう。Markdown ファイルのたった1行。でも、それは大きな示唆でした。
というのも、新しいウォレットフローで実際にたどるデフォルトの経路は connect、sign、send で、抵抗の少ない道は透過型のほうだからです。プライバシーはちゃんとあります。実在するし、機能もします。でもそれは、最初から選ばれている状態ではなく、意図してもう1回クリックする必要があるものなんです。
プライバシー最優先を強く打ち出しているブランディングを考えると、ちょっと面白いですよね。
実際のところ、UXとその下にある手数料計算は、静かに public に進むほうを報いています。経済的には理にかなっています。難読化された tx は証明コストが高いから……でもそれは、Connect を初めてクリックする多くの人が、何もシールドしていない可能性が高いということでもあります。したくないからではなく、ただデフォルトが別の方向に押し流しているだけ。
テストの途中でおやつを取ってきて、しばらくそのことをぼんやり考えていました。正直、否定したいわけじゃなくて、ただ気づいただけです。ウォレット自体のデフォルトが、こっそりとプライバシーから外してしまうなら、「デフォルトでプライバシー」はどれほど意味があるんだろう?
$RE $HEMI
ウォレットの provider API ドキュメントのリポジトリを開き直したところ、最後の更新は8月7日で、ガスのデフォルトが送金タイプごとに分かれているのに気づきました。public/Moonlight の送金は低いデフォルト価格、shielded/Phoenix のものは高いほう。Markdown ファイルのたった1行。でも、それは大きな示唆でした。
というのも、新しいウォレットフローで実際にたどるデフォルトの経路は connect、sign、send で、抵抗の少ない道は透過型のほうだからです。プライバシーはちゃんとあります。実在するし、機能もします。でもそれは、最初から選ばれている状態ではなく、意図してもう1回クリックする必要があるものなんです。
プライバシー最優先を強く打ち出しているブランディングを考えると、ちょっと面白いですよね。
実際のところ、UXとその下にある手数料計算は、静かに public に進むほうを報いています。経済的には理にかなっています。難読化された tx は証明コストが高いから……でもそれは、Connect を初めてクリックする多くの人が、何もシールドしていない可能性が高いということでもあります。したくないからではなく、ただデフォルトが別の方向に押し流しているだけ。
テストの途中でおやつを取ってきて、しばらくそのことをぼんやり考えていました。正直、否定したいわけじゃなくて、ただ気づいただけです。ウォレット自体のデフォルトが、こっそりとプライバシーから外してしまうなら、「デフォルトでプライバシー」はどれほど意味があるんだろう?
$RE $HEMI
