エクスプローラーのトークン情報・ロゴ更新サービス

エクスプローラーのトークン情報更新では何をカバーしますか？

エクスプローラー更新は、プロジェクトがトークンページに関連付けたい公開トークン詳細、ロゴ、ソーシャルリンクを整理します。指定されたネットワークとリクエストに基づき、Etherscan、BscScan、Solscan、Tonviewer向けの準備と提出作業を調整します。

これは、トークンページのプロジェクト情報が不完全な場合、ビジュアルアイデンティティが古い場合、またはソーシャルリンクが現在の公式チャンネルと一致していない場合に役立ちます。また、リブランド後の実用的なステップでもあり、チームが最新の詳細を確認していることが前提です。変更にコントラクト移行が伴う場合は、関連作業をコントラクト移行とリブランド更新で別途スコープ設定してください。

成果物は単なるロゴファイルではありません。プロジェクトの承認済みソース資料と照合された一貫性のある詳細セットと、準備・提出された記録です。ディレクトリやプロファイル作業の広範な文脈については、上場と検証をご覧ください。

開始前に、正確なネットワーク、トークンコントラクトアドレス、エクスプローラーページを特定してください。これにより、類似名称のアセットや古いページ向けに情報を準備することを防ぎます。

どのエクスプローラーを更新対象にすべきですか？

トークンのネットワークに対応し、ユーザーが確認すると想定されるページのエクスプローラーを対象にしてください。本サービスはEtherscan、BscScan、Solscan、Tonviewerをカバーできます。該当するものをお知らせいただき、正確なトークンアドレスを共有してスコープを明確にしてください。

プロジェクトが複数のネットワークで運用されている場合や、異なるトークンコントラクトを持つ場合は、複数のエクスプローラーが必要になることがあります。各チェーンとコントラクトを個別のレビュー対象として扱い、アドレス、公開資料で使用される名前とシンボル、公式ロゴ、そのアセット向けのソーシャルリンクを確認してください。あるエクスプローラーの更新が自動的に別のエクスプローラーのページを変更するわけではありません。

各対象について、当社のレビューは提出情報をプロジェクト自身の承認済みソースと整合させます。また、提出前にチームが解決すべき不一致（別のブランドを指すウェブサイトや、もはや公式でないソーシャルアカウントなど）を指摘することもできます。ウォレット表示もプロジェクトのチェックリストに含まれる場合は、ウォレットロゴとトークンリスト掲載を別スコープとしてご確認ください。

実務上の判断はシンプルです。リクエストされたネットワークごとにエクスプローラーページとコントラクトアドレスをお送りいただき、それが初回の情報リクエストか、既存詳細の修正かをご確認ください。

提出前にチームは何を準備すべきですか？

完全なヒアリングにより、矛盾するメッセージを調整する代わりに、承認済みの単一記録に照らしてリクエストをチェックできます。キックオフチェックリストを使用して、プロジェクトが提供するものとMegaSatoshiが準備・レビューするものを区別します。

クライアントが提供するもの:

• 各対象のネットワーク名、コントラクトアドレス、エクスプローラーページ。
• 承認済みのトークン名、シンボル、説明、その他リクエストされた公開詳細。
• 現在のロゴファイル、表示する公式ウェブサイトとソーシャルURL。
• リクエストを承認できる人物の確認、およびプラットフォームが必要とするエビデンスやアカウントアクセス。
• 文言を承認し質問に回答できる連絡窓口。

MegaSatoshiが準備するもの:

• 選択されたエクスプローラー向けの構造化された情報セット。
• トークン詳細、ロゴ、ウェブサイト、ソーシャルリンク間の一貫性チェック。
• 提出準備済みパッケージと合意されたリクエストの調整。
• 送信内容、保留中の事項、クライアントの入力を必要とする応答を記録したステータス記録。

指名された品質管理工程は提出前レビューです。各フィールドをチームが承認したソース資料と比較し、矛盾点を黙って選択するのではなく確認のために差し戻します。プロジェクトが循環供給量の表示について別途レビューを必要とする場合は、循環供給量検証をご覧ください。

エクスプローラー更新プロセスはどのように進みますか？

プロセスはスコープ確認からチェック済み提出へと進み、クライアントがプロジェクトを代表する情報を承認します。各段階に明確な担当者がいるため、チームはアクションが当社、クライアント、エクスプローラーのいずれにあるかを把握できます。

まず、対象エクスプローラー、ネットワーク、コントラクトアドレス、変更の種類を確認します。次に、クライアントはキックオフチェックリストを使用して承認済みトークン詳細、ロゴ、公式リンクを提供します。その後、提出前レビューを実施し、不一致を文書で確認するよう差し戻します。承認後、該当エクスプローラーの利用可能なプロセスを通じてリクエストを調整し、提出ステータスを記録します。

完了時の引き継ぎには、最終情報セット、リクエストの記録、およびエンゲージメント中に受信したプラットフォーム応答が含まれます。追加の説明や資料が求められた場合は、チームが提供すべき具体的な項目を特定し、合意されたフォローアップを調整します。エクスプローラーページを超えたプロファイル修正が必要なプロジェクトは、DEXToolsおよびDEXScreenerプロファイル更新とスコープを比較できます。

タイミングは、どのエクスプローラーが関与するか、チームが完全なソース資料を持っているかが判明した後に計画されます。承認を1つの連絡チャネルに集約し、要求されたエビデンスを迅速に返送することで、回避可能な中断を防ぐことができます。

提出後、エクスプローラーは何を決定できますか？

エクスプローラーでの公開は各プラットフォームのプロセスに依存するため、プロジェクトチームは提出と公開を別々のマイルストーンとして扱う必要があります。当社の業務は合意されたリクエストを準備・調整することであり、Etherscan、BscScan、Solscan、Tonviewerに代わって決定を下すことではありません。

エクスプローラーは情報をレビューし、説明を求めたり、独自の基準に基づいて変更を拒否したりする場合があります。当社は受理、特定の公開日、またはリクエストされたすべてのフィールドが正確に表示されることを約束できません。これらの決定とページ表示は当社の管理外です。

リクエストの評価を容易にするため、エビデンスと文言をプロジェクトの公開ソースと整合させてください。承認前に、コントラクトアドレスがエクスプローラーページからコピーされていること、各URLが公式プロジェクト先にリンクしていること、ロゴがドラフトではなく承認済みバージョンであることを確認してください。リクエストが差し戻された場合は、プラットフォームの正確なフィードバックを保持し、変更されていない資料を再提出するのではなく、その指摘に対応してください。

すでに不正確または一貫性のないプロファイルに対処しているプロジェクトは、上場プロファイル修正の方が単純な情報更新よりも適切な出発点となる場合があります。作業開始前にサービススコープを確認します。

エクスプローラー更新は上場計画にどのように組み込むべきですか？

エクスプローラー情報はプロジェクトの公開参照レイヤーの一部です。そこで名前、ロゴ、公式リンクの一貫性を保つことで、チームがディレクトリ提出、取引所の協議、その他のプロファイル作業を準備する際に、よりクリーンな引き継ぎをサポートできます。ただし、それらの個別の申請プロセスを代替するものではありません。

プロジェクトがトークンアイデンティティを確定し、1つの正規の詳細セットを承認できるタイミングでエクスプローラー更新を計画してください。リブランドやコントラクト移行がまだ決定中の場合は、それらの入力を先に解決し、すぐに古くなるバージョンを提出しないようにしてください。より広範なディレクトリ作業の順序については、上場と検証の概要を使用して関連タスクを特定してください。これにはCoinMarketCap上場サポートやCoinGecko上場サポートが含まれます。

効率的な初回レビューのために、各対象のエクスプローラーページURL、ネットワーク、コントラクトアドレスをお送りいただき、承認済みロゴ、公式ウェブサイト、ソーシャルリンクを添付してください。プロジェクトの確定済みトークン名、シンボル、説明を追加し、最終パッケージを承認する権限のある人物を特定してください。MegaSatoshiがスコープと資料を確認し、具体的な不足点を差し戻し、チームと次のアクションを確認します。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. 対象を確認更新リクエストごとにエクスプローラーページ、ネットワーク、コントラクトアドレスを共有してください。当社は資料準備前に合意されたプラットフォームスコープを確認します。
2. 承認済み詳細を収集現在のトークン情報、ロゴ、公式URL、およびリクエストに必要な承認やエビデンスを提供してください。
3. 提出前レビューを実施パッケージを承認済みソースと比較し、提出前に不一致を解決するよう依頼します。
4. 提出と追跡承認後、合意されたリクエストを調整し、提出ステータスとプラットフォーム応答を記録します。
5. 引き継ぎを完了最終情報セットを共有し、チームから必要なフォローアップ資料を特定します。