すべてのプラットフォーム申請を1つの記録にまとめる
上場調整は、プロジェクト情報とプラットフォーム申請を1つの作業記録にまとめます。新しいアグリゲータープロフィール、検証申請、エクスプローラーの修正、ウォレット情報、取引所への問い合わせなどが対象です。各遷移先は個別のタスクとして扱われ、漠然とした可視性の約束にはなりません。
初回レビューでは、既に公開されている情報、修正が必要な箇所、チームが次に取り組みたい事項を洗い出します。指名された担当者が作業を進め、チームが質問できる窓口を1つ確保します。CoinMarketCapやCoinGeckoへの申請では、関連するプロジェクト事実とサポートリンクを整理してから提出準備を行います。
この体制は、ローンチ準備中、複数の申請を同時に管理している、またはプロジェクト変更後に公開情報を修正する必要があるチームに適しています。プロジェクト事実の最終決定権はお客様にあります。指定された担当者が資料を承認するまで、何も提出されません。
遷移先によって、ファイルに含める内容が決まる
資料は遷移先に応じて異なります。アグリゲーターへの申請はエクスプローラーの更新とは異なり、取引所への問い合わせとも異なります。この区別により、準備は焦点が絞られ、お客様の承認はその作業に固有のものとなります。
| 形式 | 最適な用途 | お客様から提供いただくもの |
|---|---|---|
| アグリゲーターへの上場またはプロフィール修正 | 公開リファレンスプロフィールの追加または修正が必要 | 承認済みのプロジェクト事実、公式リンク、既存のプロフィールURL |
| エクスプローラー情報の更新 | エクスプローラー上でトークンの詳細や表示を修正する必要がある | ネットワーク、正しいコントラクトアドレス、該当するロゴアセット |
| ウォレット情報または掲載 | ウォレットでの表示がユーザー体験の一部である | ロゴファイルとプロジェクトの公式リファレンス |
| 取引所への問い合わせ | チームが取引所への申請準備ができている | 取引所が要求するプロジェクトおよび会社資料 |
より広範なトラッカーカバレッジが必要な場合は、他の仮想通貨トラッカーへの上場を調整できます。エクスプローラーやウォレットに関する申請は、別途トークン情報とロゴの更新およびウォレットロゴとトークンリスト掲載のルートで、準備すべき内容を明確にできます。
申請を送信する前に、何を確定しておくべきか？
プロジェクトに公開事実の承認済みソースが1つあれば、申請の準備は容易になります。下書きの前に、トークン名、ティッカー、ネットワーク、コントラクトアドレス、プロジェクト説明、公式リンクの一貫性を確認します。未解決の点は、推測として記載するのではなく、チームに差し戻します。
作業ファイルには、ロゴアセット、既存のプラットフォームプロフィール、受信済みの連絡事項も含まれる場合があります。供給量に関する質問が含まれる場合は、循環供給量の検証のために、チームは関連情報を提供する必要があります。現在のプロフィールに既にエラーが含まれている場合は、新規申請よりも上場プロフィールの是正の方が適している場合があります。
移行やリブランドの場合は、何が変更され、どの公開記録に影響があるかを明確に説明する必要があります。準備を始める前に移行の詳細を共有していただければ、同じ承認済みの説明を関連する各申請に添付できます。お客様の担当者が最初に下書きを確認し、チームの書面による承認をもって提出可能となります。
4つの工程で構成される体制
作業は4つの定義された工程で進み、承認はお客様の手に委ねられます。指名された担当者が申請記録を管理し、合意された形式で最新のステータスを報告します。
- 申請をマッピングする。 既存のプロフィールリンク、各遷移先で望ましい結果、既に開始されている連絡事項を収集します。
- ソース情報を確認する。 提供された事実とアセットを比較し、不足している詳細や矛盾点を特定し、チームが解決できるようにします。
- 承認の準備をする。 何かを送信する前に、承認用の下書きを提示します。機密性の高いプロジェクト資料は作業プロセス内に留め、未承認のバージョンを最終版として扱うことはありません。
- 調整し、記録する。 承認後、合意された申請とフォローアップを処理し、提供された内容と最新の表示ステータスを記録します。
公開プロフィールが確認可能な場合は、更新後に承認済み情報と比較します。記録は、チームの対応待ちの申請と、プラットフォームの応答待ちの申請も区別します。これにより、プロジェクト詳細を不必要に流通させることなく、チームに有用な引き継ぎ情報を提供します。
評価から行動へ、非公開のルート
適切な出発点は、情報のギャップであり、可能な限り長いプラットフォームリストではありません。アグリゲータープロフィールの欠落、矛盾する公開記録、コントラクトの変更は、それぞれ異なる申請を必要とします。必要に応じて、この作業はDEX上場と流動性設定、Launchpad上場、または他の個別の上場ニーズと並行して進めることができます。
指名された担当者が順序を管理します。最初にプロジェクト事実、次に遷移先、そして承認です。チームには、提出済みの資料と未処理のフォローアップに関する簡潔な説明が提供され、申請を処理する担当者以外と共有する情報は裁量をもって決定されます。
初回の打ち合わせでは、関連するチェーンまたはネットワークと、既存のプロフィールリンクがあればそれをお知らせください。指名された担当者が関連する申請をマッピングし、準備を開始する前にお客様の承認が必要な事項を説明します。
よくある質問
初回の打ち合わせに役立つプロジェクト詳細は何ですか？
プロジェクトのウェブサイト、トークン名とティッカー、ネットワーク、コントラクトアドレス、公式ソーシャルリンク、既存のプラットフォームプロフィールがあれば、出発点として役立ちます。遷移先と、目的とする修正または申請の目的も含めてください。指名された担当者は、下書きを作成する前に不足している詳細を特定し、指定された承認者はプロジェクト事実の確認責任を負います。
既存のCoinMarketCapやCoinGeckoのプロフィールを修正できますか？
はい。修正が必要な公開情報を特定し、修正案を準備し、関連する申請を調整します。お客様のチームが正確な修正内容とサポートリンクを提供し、下書きを承認します。複数の既存プロフィールに修正が必要な場合は、是正ルートとして作業を整理できます。
CoinMarketCapのコミュニティ検証と供給量検証はどう違いますか？
これらは異なる申請に対応するため、別々に準備する必要があります。コミュニティ検証はプロジェクトのコミュニティプロフィールに関するものであり、循環供給量検証は供給情報に関するものです。まず遷移先と要求される結果を特定し、その後、お客様のチームが実証し承認できる資料をまとめます。
1回の申請で複数のプラットフォームのトークンを更新できますか？
通常、各遷移先には個別の申請と関連情報が必要です。共有の承認済みソースは詳細の一貫性を保つのに役立ちますが、アグリゲータープロフィール、エクスプローラーの記録、ウォレット表示、取引所への問い合わせが同じタスクになるわけではありません。担当者はそれらを個別に追跡し、各下書きを承認用に提示します。
上場調整にはどの程度の期間を見込むべきですか？
準備スケジュールは、お客様の資料の完全性、申請の数と種類、チームの承認タイミングに依存します。プラットフォームの応答スケジュールは、当社の調整作業とは別です。初回レビュー後、担当者が準備の順序を提示し、未処理の申請を報告しますが、プラットフォームの決定日を約束することはありません。
プラットフォームが申請を承認することを保証できますか？
いいえ。各プラットフォームが独自の適格性審査、決定、公開プロフィール表示を管理しています。当社は、合意された準備、申請調整、フォローアップを実施し、それらのアクションの記録を保持します。担当者は、完了した作業とプラットフォームの判断に委ねられている事項を区別します。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…