Arcでトークンを管理する方法：オーナーシップ、供給量、税金、制限
ローンチ初日を想定した設定でトークンを立ち上げたものの、その初日はすでに過ぎ去っています。薄いプールを守るためのアンチボットは邪魔になり、税は今は使っていないアドレスに流れ、手数料を取るべきでないパートナーからも徴収されている。こうした要素はすべてコントラクトの中にあり、フォームを編集するのではなくトランザクションで変更するものです。
Arcでトークンを管理する方法を押さえるには、これらの操作をひとつにまとめたパネルの使い方を理解することがカギになります。コントラクトのオーナーを読み取り、あなたのウォレットで署名できるアクションだけを表示し、オーナーシップ、供給量、税金、トレーディングの制限、アドレスリストという5つのタブに整理されています。先に知っておきたいのは、ここで実行できるアクションの一部は取り消せないという点です。
Arcでトークンを管理する方法をステップごとに解説
SmithiiのArc向けToken Managerは、同社のツールでデプロイされたERC-20を対象に動作し、資産を預かることは一切ありません。すべての操作はあなた自身が署名するトランザクションです。ヘッダーには選択中のトークンの供給量・税・現在の上限がまとまって表示され、左側には5つの設定グループが並びます。
どの設定を変更する場合も、手順は常に同じ流れです。
- コントラクトを所有するEVMウォレットをネットワークに接続します。パネルは何かを有効化する前に所有権を確認します。
- そのウォレットが管理するトークンの中から、操作したいトークンを選択します。
- 左のカラムから、目的のグループに入ります。所有権、供給量、セキュリティ、税、または表示のいずれかです。
- 数量、新しいアドレス、スイッチなど、そのアクションに必要な値を設定します。
- アクションのボタンを押して、ウォレット側でトランザクションを承認します。
- オンチェーンでの確認を待ちます。数秒程度で完了するので、ヘッダーに変更が反映されているかチェックしてください。
5つの設定グループ
各トークンは、自身のコントラクトが対応している項目のみを表示するため、2つの異なるトークンでは表示される画面も異なる場合があります。各グループとその中身は次のとおりです。
- 所有権とコントロール：コントラクトを別のアドレスに譲渡するか、完全に放棄します。ここからは、まだ検証されていないコントラクトを、エクスプローラーで検証する処理も起動できます。
- 供給量：トークンをデプロイした際にその機能が有効化されている場合に限り、追加でミント（発行）したり、バーンして流通から取り除いたりできます。
- セキュリティと制限：アンチボット、アンチクジラ、1回あたりの上限、累計上限、購入間隔のクールダウン、オープン期間などです。
- 税とアドレス：税率、受け取るアドレス、そして支払いが免除されるウォレットを設定します。
- 表示：エクスプローラーやアグリゲーターに向けた、トークンの見せ方に関する情報です。
これに加えて、アドレスリストが2つの方向で機能します。ブラックリストは特定のアドレスを締め出し、ホワイトリストは逆にそのアドレスだけを通す仕組みです。
どんなパネルでも変更できないもの
どのタブにも表示されない項目が3つあり、これは見落としではありません。名前、シンボル、小数点桁数（デシマル）はコントラクトの初期化時に一度だけ書き込まれるものです。標準の仕様上、これらを書き換える関数は存在しないので、これに触れるツールは、このパネルであれ他のものであれ、一つとしてありません。
この点はSolanaから来た人にとっては意外に感じられるかもしれません。Solanaではアップデート権限が破棄されるまでメタデータが編集可能なままです。Arcのロジックはその逆で、そもそも編集可能だったことがないため、シンボルの誤字を直すには、このトークンを修正するのではなく別のトークンを新たにデプロイすることになります。
何度でもやり直せるのは、チェーンの外側にある部分です。ロゴ、説明文、プロジェクトのリンクなどはエクスプローラーやアグリゲーターがそれぞれのページに保存しているもので、こちらは修正を受け付けます。
Arcでトークンのオーナーシップを放棄する：取り消しできないアクション
Arcでトークンのownershipを放棄すると、コントラクトの所有権はゼロアドレスに割り当てられます。その瞬間から誰もミントできず、誰も一時停止できず、誰も税を編集できず、誰もリストを触れなくなります。理由はシンプルで、コントラクトが命令を受け付けるアドレスそのものが存在しなくなるからです。パネル自体もボタンを押す前に警告を出します。これは透明性とコミットメントを示したいのであれば検討すべき、信頼のための一手です。
買い手がこの点を確認するのと同じ理由で、放棄が行われます。所有者が残っているということは、可能性が低いとしても行使され得る一連の権限が残っているということであり、放棄済みのコントラクトを読むことは、供給量が増えず、自分のトークンが凍結されないと誰かが確信するための手段です。この外部からのシグナルがどう映るかを確かめたいなら、実行前と実行後にコントラクトをArcのリスクスキャナーにかけてみてください。
変更は永続的なので、順序が重要です。renounce(所有権放棄)は最初ではなく最後に行うものです。その前に税率を望む位置に設定し、初期の上限を緩め、後から供給量をバーンする必要がないことを確認しておきましょう。所有権を別のアドレスに移すのは同じ発想のソフトなバージョンで、こちらは受け取った側が巻き戻せます。
ローンチ後にArcでトークンの税金を変更する方法
初日に効いてくる設定は、3ヶ月目にはほとんど関係なくなります。アンチボットや厳しい上限はローンチ直後のブロックのために存在します。プールが薄く、1つのアドレスが大きな割合を持っていける状況で必要になるもので、市場が落ち着いたら緩めるのが普通です。
この項目で最も実用的なのが除外リストです。各制限には対象外にできるアドレスのリストがあり、アンチボットを有効にしたままでもプール、ステーキングコントラクト、大口を動かす必要のあるパートナーのウォレットに息を通せます。追加も削除も1つずつ行えます。
税率の仕組みも同じです。パーセンテージを変更したり、トレジャリーが動いたタイミングで徴収先を別のアドレスに切り替えたり、特定の統合先が操作ごとに手数料を払わなくて済むように除外することもできます。
料金が発生するアクションと発生しないアクション
区別はシンプルです。基本アクション(所有権の移転、renounce、ミント、バーン、税率の変更)はネットワークのgas代のみで済みます。高度な機能(アンチボット、アンチクジラ、ブラックリスト・ホワイトリスト、デフレ、リフレクション)はトークンごとに1回だけの手数料があり、初回有効化時に支払います。
ここでArcには実際に効いてくる利点があります。手数料もgasもUSDCで決済されるのです。これがネットワークのネイティブ通貨です。ボタンに表示される数字が実際にウォレットから出ていく金額で、署名している間に価格が動くような資産での見積もりではありません。ただし、オーナーウォレットにその残高を持たせておく必要があるので、署名作業を始める前にウォレットにUSDCをチャージしておくのがおすすめです。
FAQ
パネルからトークンを管理できるのは誰ですか?
オンチェーンでそのコントラクトのオーナーとして登録されているウォレットだけです。ツールは接続直後にそのアドレスを読み取り、あなたのウォレットで署名できないアクションはすべて無効化するので、リバートするトランザクションに料金を払ってしまうことはありません。
所有権のrenounceを取り消せますか?
できません。所有権はゼロアドレスに移り、このツールでも他のどのツールでも取り戻す方法はありません。復元の余地を残したままコントロールを手放したいなら、renounceせずにコントラクトを別のアドレスに移してください。
トークンの名前やシンボルは修正できますか?
できません。これらのフィールドは小数点桁数と同じく、コントラクト作成時点で固定され、標準では後から変更できない仕様です。誤字の対処法は新しいトークンをデプロイし直すことだけです。一方、ロゴと説明はオフチェーンに保存されるので、こちらは更新できます。
なぜ私のトークンにすべてのオプションが表示されないのですか?
パネルはあなたのコントラクトが実際に対応している機能を反映するからです。ミント機能なしでデプロイされたトークンにはミントのアクションが出ませんし、税率のないトークンには税率調整のタブが出ません。これらの特性はArcでトークンを作成する時点で選ぶもので、後から追加はできません。
ツールが一時的にでも私のトークンをカストディしますか?
一切ありません。各アクションはあなた自身のウォレットから発行され、あなたが署名するトランザクションに変換されます。パネルを使ったからといって、コントラクトのコントロールが他人の手に渡ることはありません。
まとめ
こうしたパネルの価値は、すべてを触れる点ではなく、何を、どの順序で触れるかを知っている点にあります。税率とリミットは市場の変化に合わせて動かすためのものです。所有権は一度だけ手放すためのものです。そしてトークンのアイデンティティは動かすものではありません。デプロイに署名した日に決まったからです。
ローンチを準備中なら、この順序で余計な失敗を避けられます。まず調整し、次に緩め、最後に変更したいものが何も残らなくなった時点でrenounceする、というのが正解です。
