MonadでのRenounce Ownership: やるべき時とやめておくべき時
クリプト界隈では『コントラクトの放棄は常に正解で、早ければ早いほど良い』という考えが広まっていますが、少し補足が必要です。すべてはトークンをどう設定したかで決まりますし、場合によってはこの行為がほとんど意味を持たないこともあります。
この記事はどちらかの方向にあなたを誘導するものではありません。一度きりしか実行できない操作だからこそ、自分で判断するための基準をお伝えします。
まずは自分が実際に何をコントロールしているかを把握しよう
まず最初に、ほとんどの人がやっていないチェックから。自分のコントラクトにどんな管理者機能が備わっているのか、確認してみましょう。
オーナー権限といっても、なんでもできる万能の権限ではありません。トークンをデプロイしたときに有効化した機能だけが動きます。当時、追加発行もポーズもコミッション調整もない、シンプルなコントラクトを作ったのであれば、オーナー権限でできることはほぼ皆無で、renounceしてもexplorer上のラベルが変わる程度の話です。
逆にそういった機能を複数有効にしたままだった場合、そのオーナー権限は他人の資金に対する相当な支配力を意味します。この場合はrenounceに本物の重みが出てきます。
言い換えれば、renounceの価値は「renounceしなければできてしまうこと」の大きさに正比例します。
コントロールをrenounceする前に自問すべき3つの質問
正直に答えれば、答えは自ずと見えてきます。
- 今後どこかのタイミングで追加発行する予定はありますか? 答えがイエスなら、たとえ1年後であっても、renounceした瞬間にその可能性は永久に消えます。
- コミッションは今の数値で確定していますか? マーケットの反応を見ながらまだ調整中のパーセンテージなら、今この時点で固める必要はありません。
- 残す予定の各権限について、それぞれ理由を説明できますか? ノーなら、問題はrenounceにあるのではなく、必要のない機能まで有効化してしまったこと自体にあります。
この3つ目は思っている以上によくある話で、修正は事後ではなく事前にしかできません。コントラクトの設定段階での話はMonadでトークンを作成する方法で扱っています。
あなたを見ている側から見て、何が変わるのか
外から見ると、オーナーのいないコントラクトはあの気まずい疑問を一発で消し去ります。誰もあなたの言葉を信じる必要も、意図を推し量る必要もありません。情報はコントラクト自体にあり、数秒で確認できます。
この業界において、ニュアンスや解釈の余地を許さない数少ないシグナルの一つです。オーナーがいるか、いないか。それだけです。
なぜこれがそれほど重要なのか、理解しておく価値があります。スタート地点での不信感は、多くのプロジェクトを潰してきた最大の壁の一つで、トークンの90%が稼げない理由の分析にも繰り返し登場するテーマです。
あなた自身がrenounceで失うもの
失うものは机上の話ではありません。コントラクトに対するあらゆる対応の余地が消えます。 数か月後に何か調整が必要な状況が出てきたとしても、答えは「できません」の一択、例外なしです。
判断がつかないときの選択肢は、中途半端にrenounceすることではありません。そんなものは存在しないからです。答えは待つこと。コントラクトはそのままにして、どの権限を、何のために残しているのかを透明に説明することです。プロジェクトが実際の動きで信頼を築いていく間、明確な説明はけっこう長く効いてくれます。
Monadでrenounce ownershipを実行する方法
実行を決めたら、作業はMonad向けSmithiiのToken Manager、つまりデプロイ済みトークンを管理するパネルの中で行います。renounceはそのオプションの一つで、コントラクトの関数を呼び出し、オーナー権限を誰もコントロールできないアドレスへ移します。決めるべきパラメータはないので、技術的な部分はこの見出しを読むより短く終わります。トークンを読み込むと、こんな画面が表示されます。
オーナーのwalletを接続し、コントラクトのアドレスを用意すれば、手順は4つです。
- Token Managerを開き、オーナーのwalletを接続します。権限を保持しているアドレスと完全に一致するwalletでなければなりません。
- コントラクトアドレスを貼り付けてトークンを読み込みます。ヘッダーには名前、供給量、現在のコミッション、wallet単位と取引単位のリミットが表示されます。
- サイドメニュー最初の項目、Ownership & Controlに入り、設定を最後にもう一度見直します。文字通り、最後です。
- Renounce Ownershipを押してsignします。コントラクトはオーナー不在の状態になり、話はそこで終わりです。
renounce ownershipのコスト
操作コストは900 MONとネットワークのgasです。
どのトークン機能がロックされるのか
オーナー権限を放棄する画面は、オーナーとしてできることがすべてまとまっている場所でもあります。署名する前に、サイドメニューを一度ざっと見ておく価値があります。各項目は、放棄と同時に使えなくなる機能そのものだからです。
- Ownership & Control。放棄ボタンの隣にあるのが Change Owner と Verify Token です。前者は権限を破棄せずに別のアドレスへ引き継ぐ機能、後者はネットワークのエクスプローラー上でコントラクトを検証する機能です。
- Token Supply Actions。指定したアドレスに向けて新規供給をミントする、トークンをバーンして流通量を減らす、ウォレット間で強制的にトランスファーを実行する(ロックされてしまった資金を回収するために用意された機能)といった操作ができます。
- Security And Restrictions。ブラックリスト、ホワイトリスト、除外アドレスを設定できるアンチボットのスイッチ、そしてアンチホエール。アンチホエールでは、1回の取引の上限、1つのウォレットが保有できる上限、購入と購入の間隔、そして制限を維持する日数を設定できます。
- Tax & Address Settings。手数料の割合、その受け取り先ウォレット、そして手数料が免除されるアドレスを設定できます。
さらに、ほとんど話題に上らない三つ目の選択肢もあります。Change Owner は権限をなくすのではなく、別のアドレスに預ける機能で、チームのマルチシグに渡すこともできます。オーナー不在のコントラクトほど強いメッセージにはなりませんが、権限を一人に集中させずに分散でき、あとから巻き戻すことも可能です。
リストを読んでいて、どこかの機能で手が止まったなら、まだそのタイミングではありません。どれも必要ないと感じたなら、放棄することに失うものはありません。
プロジェクトのどのタイミングで実行すべきか
経験上、この判断がしっくり来るのは、プロジェクトが介入なしで自走できる段階に入ったときです。
- マーケットが整っていること。ペアが開いていないきれいなコントラクトは、誰も買えないからです: Monad でリクイディティプールを作成する方法。
- 供給が分散していること。デプロイ用ウォレットに偏っていないことが条件です: Monad の multisender。
- 数字が発信内容と一致していること。これは次のツールで確認できます: Monad のホルダー向け snapshot。
供給の大半を自分で持ったままオーナー権限だけ放棄しても、誰も納得しません。この二つはセットで読まれるサインで、後者のほうが前者よりも重く響きます。
問題を混同しないことも大切です。オーナー権限の放棄はオーナーによる悪用から守るものであって、ローンチ当日に起きることを防ぐものではありません。そちらは別の話で、sniping bot を回避する方法で対処する領域です。
FAQ
コントロールを取り戻す方法はありますか?
ありません。権限は誰もコントロールしていないアドレスに移され、それを巻き戻す仕組みは用意されていません。あなた側からも、Smithii 側からも不可能です。
手持ちのトークンには影響しますか?
いいえ。手放すのはコントラクトの管理権限であって、あなたの残高ではありません。トークンはこれまでどおりウォレットに残ります。
Monad ではいくらかかりますか?
操作自体は 900 MON、それに加えてネットワークのガス代がかかります。
必ず放棄しなければならないのですか?
必須ではありませんが、真っ先にチェックされる項目のひとつです。コントロールを残す判断をするなら、どの機能を保持していて、それを何のために必要としているのかを説明できるように準備しておきましょう。
放棄するとミントはどうなりますか?
完全に使用不可になります。将来のミントを想定していたプロジェクトの場合、放棄と同時にその予定はキャンセルされるので、署名する前にロードマップを見直しておくのが賢明です。
まとめ
Monad でオーナー権限を放棄することの意味は、コントラクトに放棄する価値のあるものがどれだけ入っているかで決まります。シンプルなトークンならほぼ象徴的な行為ですが、権限が広く設定されているトークンなら、これ以上ないほど強力なシグナルになります。
まずどの機能が有効になっているかを確認し、上の三つの問いに答えたうえで、それに沿って動きましょう。迷ったら待つのが正解です。この操作は明日でも実行できますが、一度実行したら元に戻せることは二度とありません。
