ウォレットへのトークンロゴ掲載：Trust WalletとJupiterの申請手順

ウォレットトークンリスト掲載の対象範囲

クイックテスト： 2つのウォレットでトークンを開いてください。ロゴが表示されていますか、それとも空白の円ですか？どのウォレットで対応が必要か確認してください。

ウォレットトークンリスト掲載とは、プロジェクトのアセット情報をウォレットがサポートするトークン表示面に準備し、チームが該当する提出ルートを辿れるよう支援することを指します。これは取引所上場とは異なります。作業は、正確な識別、使用可能なロゴアセット、一貫した公開情報に焦点を当てます。

このサービスは、ウォレット内でトークンの識別が困難な場合、ロゴが欠落または不整合な場合、またはプロジェクトがウォレットのレビューや検証プロセスを進めたい場合に有用です。ロゴ表示、トークンリストへの掲載、検証ステータスはそれぞれ異なるため、まずはお客様が求める成果を明確にすることから始めます。

作業開始前に、以下を収集します：

• トークンのネットワークとコントラクトアドレス（プロジェクトの公式公開情報と照合）
• 現在のロゴファイルと、既にお持ちのブランドやファイル要件に関する指示
• 公式ウェブサイト、ソーシャルプロフィール、プロジェクト説明（相互確認用）
• 対応したいウォレットと具体的なユーザー向け表示面

これにより、「掲載してほしい」という曖昧な依頼ではなく、具体的な計画を立てることができます。より広範なトラッカー提出も準備中の場合は、関連作業について上場と検証をご覧ください。

プロジェクトはウォレットトークン情報をどのように準備すべきですか？

何かを提出する前に、一貫した唯一の情報源を準備してください。ネットワーク、コントラクトアドレス、トークン名、シンボル、ロゴ、公式プロジェクトリンクは、ユーザーが確認できるすべての場所で一致している必要があります。当社のウォレット準備状況レビューでは、これらの項目を比較し、簡潔なギャップリストを返します。これにより、チームはリクエスト送信前に不一致を解決できます。

以下のチェックリストを使用して、レビューを効果的に進めてください：

• プロジェクトの公式チャネルと該当するエクスプローラーページからコントラクトアドレスを確認する。
• ロゴは元のファイルで提供し、スクリーンショットや圧縮されたソーシャル画像のみで提供しない。
• トークンの命名とシンボルを、ウェブサイト、ウォレットリクエスト、公開プロフィール全体で一貫させる。
• 公式リンクがアクセス可能で、無関係なページではなくプロジェクトを指していることを確認する。
• 最近のコントラクト移行、リブランド、トークン詳細の変更があれば報告する。

コントラクトや名称を変更したプロジェクトの場合は、ウォレットリクエストを公開アップデートと連携させてください。当社のコントラクト移行とリブランド更新サービスで、その関連プロフィール作業をカバーしています。クリーンで一貫性のある提出パッケージは、レビュアーとユーザーが意図されたアセットを識別するのに役立ちますが、プラットフォーム自身のレビューを代替するものではありません。

ウォレットロゴ掲載のための6つのチェックポイント

提出前に以下の6つのポイントを確認してください。これにより、すべてのウォレットに同じロゴと同じ情報が提供され、レビューを最速で通過し、不一致なリクエストを避ける唯一の方法となります。

• 2つのウォレットでトークンを開く。
• ロゴを必要な形式で準備する。
• エクスプローラーからコントラクトアドレスをコピーする。
• 名前とティッカーをすべての場所で一致させる。
• 所有権の証明を保持する。
• 各リクエストとその日付を記録する。

用語の簡単な説明

トークンリスト：ウォレットやアプリが名前とロゴとともに表示する、検証済みトークンのリスト。

Jupiter検証（平たく言えば、Jupiterがトークンの詳細を確認したことを示すマーク）。

Trust WalletとJupiter：各リクエストで求められるものは何ですか？

Trust Walletのアセット可視性とJupiter検証は、異なる遷移先を持つ別々のリクエストです。したがって、一方の提出をもう一方の証明として扱うべきではありません。まずお客様と対象の表示面を確認し、その後、プロジェクトの検証済み詳細を使用して該当するプラットフォームルート向けの情報を準備します。

Trust Walletについては、要求されたウォレット向け掲載パスに必要なアセットIDとロゴ情報を整理します。Jupiterについては、プロジェクトが求めている検証またはアセット情報を明確にし、一貫性のある提出を準備するのを支援します。汎用的なトークンリストリクエストをJupiter検証と同等のものとして提示することはありません。ステータスと目的は正確に記載する必要があります。

実用的な区別：

目標が特にJupiter向けのカバレッジである場合は、関連ルートとしてJupiter上場サポートをご確認ください。エクスプローラーページに表示されるロゴやトークン詳細については、エクスプローラートークン情報とロゴ更新をご覧ください。

ウォレット掲載作業で提供されるもの

経験則： すべてのリクエストで同じロゴファイルとトークン詳細を使用してください。不一致は却下の原因となります。

リクエストが送信されたというメッセージだけでなく、準備された提出パッケージを受け取ります。正確な内容は選択したウォレットとプランによって異なりますが、作業はチームが何を確認し、何を提供し、どのようなアクションが残っているかを把握できるように整理されています。

典型的な提供物には以下が含まれます：

• トークンID、ネットワーク、コントラクト、ロゴ、公式リファレンスをカバーする準備状況チェックリスト。
• 提出前に解決すべき不一致や欠落項目のリスト。
• 提出準備が整ったプロジェクト詳細と、チームから提供されたロゴファイル。
• リクエストルート、提出資料、受け取った応答やフォローアップの記録。
• ウォレットで何を監視すべきか、表示の問題をどこに報告すべきかを説明する簡潔な引き継ぎ資料。

ワークフローはシンプルです。まず、アセット詳細を収集し、対象のウォレット表示面を確認します。次に、資料をレビューし、修正事項があれば承認を得るために送付します。承認されたパッケージが準備できたら、提出をサポートし、ステータス記録を保持します。プラットフォームから確認を求められた場合は、その要求内容を説明し、適切な応答をまとめるのを支援します。プロジェクトは、公式の主張と最終承認の管理を常に保持します。

ウォレット表示や検証に影響を与える可能性のあるもの

準備された提出は明確性を向上させますが、ウォレット表示と検証は遷移先プラットフォームが決定するものです。プロジェクトチームにとって有用な区別は、自身で修正できる項目（例：一貫性のない公開詳細）と、プラットフォームによるアセットデータとレビューの取り扱いとの間です。

Trust Walletは、アセットがウォレット体験のどこにどのように表示されるかを管理し、Jupiterは検証判断と表示するステータスを管理します。提出されたロゴや完全なプロジェクトパッケージは、それらのレビュー結果、タイミング、アセットカバレッジ、その後の表示変更を決定することはできません。

作業を実践的に保つために、提出した正確な詳細を記録し、更新が報告された後にユーザー向け表示面を確認します。アセットがまだ表示されない場合は、ウォレットのバージョン、ネットワーク、トークンアドレス、およびアセットを見つけるために行った手順を共有してください。これらの具体的情報は、データの問題と検索や表示の問題を区別するのに役立ちます。該当するウォレット表示面や検証ステータスが実際に確認されるまで、提出を承認と表現しないでください。これにより、コミュニティに正確なガイダンスを提供し、フォローアップが必要な場合にプラットフォームに有用な報告を提供できます。

ウォレット掲載は他の可視化作業とどのように連携しますか？

ウォレット掲載は、一貫性のあるアセット情報計画の一部です。プロジェクトはしばしばこれをトラッカープロフィールのメンテナンスや上場リクエストと組み合わせますが、各遷移先には独自の記録とワークフローがあり、ウォレットへの提出が自動的に他のプラットフォームを更新することはありません。

承認されたコントラクト、トークン名、シンボル、ロゴ、公式リンクを関連するプロフィール全体で同じもの使用することで、作業を連携させてください。より広範なトラッカー申請を準備中の場合は、当社のCoinGecko上場サポートとCoinMarketCap上場サポートがそれぞれの遷移先に対応しています。市場向けDEXプロフィールの更新については、DEXToolsとDEXScreenerのプロフィール更新をご覧ください。

3つの情報をお送りください：コントラクトアドレス、ロゴファイル、公式リンク。これらをもとに、リクエストを準備し、何かを提出する前に費用を書面で確定します。

仕組み

1. アセット詳細を共有ネットワーク、コントラクトアドレス、公式プロジェクトリンク、ロゴファイル、対応したいウォレット表示面をお送りください。
2. リクエスト計画を確認Trust WalletのアセットリクエストとJupiter検証を区別し、提出が何を対象とするか合意します。
3. ギャップをレビューし解決提供された詳細の一貫性を比較し、欠落または矛盾する項目の書面チェックリストをお送りします。
4. 準備と提出承認後、提出資料を整理し、合意されたプラットフォームルートでの提出をサポートします。
5. ステータスを記録しフォローアップ提出内容と受け取った応答を共有し、プロジェクトチーム向けの実践的な次のステップをお伝えします。