オンライン鍵が動いてお金を出せるようになるのか？これは、プロダクション用の担保エントリ選定の最初の質問です。まず、オンライン鍵が資金の引き出し（exit）権を取得し得るかを気にします。そのうえで、設定がどれだけ手間かも見ます。キーをマージすると、オンラインのコンセンサス鍵が資金の引き出し権を持つことになります。つまり、unstake と withdraw を発起できるということです。owner を consensus に設定する前に、ためらうのはとても必要です。
まず、@Dusk の node-wallet-setup が示す 2 つの構成を見ます。1 つは owner と consensus をマージし、同一のオンライン鍵がコンセンサスと資金の役割を同時に担う構成です。もう 1 つは 2 つの鍵を分離し、コンセンサス権限と資金アクションをそれぞれ適切な側に置く構成です。マージ案は運用が軽く、分離案は管理が重くなります。手順が少ない＝省事ではあっても、生産上のリスクがより低いことを必ずしも意味しません。
重要なのは、権限がオンライン鍵と一緒に露出するかどうかです。2 つの案を分解して対照し、4 つの選択肢のマトリクスに入れてみます。オンライン露出は、コンセンサス鍵が資金鍵も兼任しているかで見ます。資金の引き出し権は、その鍵が unstake と withdraw を発起できるかで見ます。バックアップ／リカバリは、責務が統合されているか分離されているかで見ます。運用コストは、利便性と隔離のそれぞれの代償です。マージ案はシンプルさと権限の集中を得られ、分離案は運用を増やす代わりに、引き出し権限を隔離します。これは「手順が少ないこと＝安全」と同じ話にはなりません。
なぜ分離すればリスクが消えるわけではないのでしょうか？マトリクスは、分離後のコンセンサス鍵が担保の解除や引き出しをできないことを示すにとどまり、他のリスクが空になったことを意味しません。バックアップ、リカバリ、権限管理がもう一式増えると、人は不安になりますし、私も複雑さにためらいを覚えます。しかし、あなたのオンライン鍵が侵害されたときに、資金の引き出し権に到達できるかどうか—それこそが最悪のケースを分ける境目です。
資金の隔離を便利さより先にする。それが答えです。小規模または一時的な環境では、オンライン鍵の権限を集中させることを明確に受け入れる場合に限って、owner=consensus を選べます。$DUSK のプロダクション担保では、資金アクションとオンラインのコンセンサス責務を隔離することが求められるなら、まず owner の分離を優先すべきです。分離は運用とリカバリのコストを増やしますが、だからといってあらゆるリスクが消えるわけではありません。慎重な選択としては、「最悪のケースで誰がお金を動かせるか」を明確に書き出すべきです。#dusk