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