Duskの仕組みがどのように証明を生成するかを読み始めて以来、ずっと気になっている小さなことがある。
ゼロ知識証明は高コストです。あなたの電話はそれをやりたがりません。そこでDuskは抜け道を用意します。wallet-coreは、証明生成を外部のProverに委任できるようにしていて、Proverは実際に実行できるドキュメント化されたノードタイプです。ProvisionerやArchiveと並んで使えます。
それは筋の通ったエンジニアリング上の回答です。これを導入するエンジニアリングアップデートでは、委任は可塑性（malleability）を避けるよう設計されている、と明記されています。つまりProverは、あなたが依頼した内容をこっそり改変できない。
ただし委任は、いつも一つの疑問に答えつつ、別の疑問を生みます。可塑性とは、Proverがあなたのトランザクションを変更できるかどうかの話です。それは、Proverがあなたのために証明を組み立てる際に何を見られるのか、という問題とは同じではありません。
ではHedgerを並べて見てください。EVM側についてのHedgerの売り文句は、まったく逆です。軽量な回路、ブラウザ上で2秒未満のクライアント側での証明生成。第三のマシンは不要です。
だから@Dusk は、同じスタックの中に両方の形を持っています。重いネイティブ回路向けの委任型の証明経路と、秘密に関わるEVMレイヤー向けのローカル証明経路。
どちらも間違っているとは思いません。ローカル証明はプライバシー面ではよりクリーンですが、弱いデバイスには不利です。委任型はその逆です。ほとんどのチェーンはどちらかを選んで、それ以上は議論を止めています。
ただ、ドキュメントからはまだ分からない点があります。通常のユーザーは、いまの時点で自分がどちらを使っているのかをどうやって知ることになっているのか。銀行がクライアントを載せる前に、ここは明確にしてほしいところです。
もし、あなたのプライバシー用の証明を代わりに生成してくれるサービスがあって、より速く、無料だったら——それを使いますか？それとも、あなたにとっては肝心な点が損なわれることになりますか？

#dusk $DUSK @Dusk