最初の問題記録には何が表示されますか？
最初の成果物は、プラットフォーム、プロフィールURL、通知テキスト、影響を受ける詳細、利用可能なエビデンス、次のアクションの6つのフィールドからなる問題記録です。この形式により、プラットフォームが表示する内容とプロジェクトが実証できる内容が分離されます。また、影響を受ける各プロフィールに追跡可能な項目が割り当てられます。
CoinMarketCap、CoinGecko、DEXTools、DEXScreener上で表示されているプロフィールと通知を確認します。その後、問題となっている詳細を提供された資料と比較します。フィールドは「確認済み」「不一致」「未サポート」のいずれかに分類されます。この区別により、仮定を事実として扱う回答を防ぎます。
初期レビューでは通常以下を対象とします：
- プロフィールの同一性、プロジェクト名、公式リンク。
- トークンまたはコントラクトの詳細、および記載されたネットワーク。
- 表示されているフラグまたはリクエストの文言とコンテキスト。
- プロフィール情報を裏付ける既存の記録。
- プロジェクトの権限のある連絡先が必要な質問。
監査では、修正、エビデンスの不足、または明確化が必要なリクエストを特定します。これらは異なるタスクです。プロフィール修正は表示情報を変更します。エビデンスの不足には裏付け記録が必要です。明確化のリクエストにはプロジェクトからの正確な回答が必要です。トラッカーサポートの広い範囲については、掲載と検証を参照してください。
4つのトラッカープロフィールはエビデンス計画をどのように変えますか？
プロフィールURLと表示された通知によってエビデンス計画が決まります。CoinMarketCap、CoinGecko、DEXTools、DEXScreenerは異なるプロフィール情報や懸念事項を表示する場合があります。これらを共通のレビューキューとして扱うのではなく、影響を受ける各場所を確認します。
複数プラットフォームのケースでは、4つのサービスすべてが対象となる場合、4つのプラットフォーム行を使用した問題マップを作成します。各行には、関連するURL、懸念事項、裏付け資料、提案された回答、プロジェクトの連絡先が記録されます。事実は行間で一貫している必要があります。それでも、エビデンスと回答は各表示された問題に個別に対処する必要があります。
この区別により、チームが関連性を説明せずに広範なドキュメントバンドルを送信することを防ぎます。プロジェクトはまず影響を受けるすべてのプロフィールリンクを収集し、次に問題となっている詳細ごとに通知をグループ化できます。問題がDEXToolsまたはDEXScreener上のプロフィールデータに関するものである場合は、DEXToolsおよびDEXScreenerのプロフィール更新を確認してください。CoinMarketCapの掲載に関する問題については、CoinMarketCap掲載サポートを参照してください。CoinGecko掲載サポートはそのトラッカーをカバーします。
回答を準備する前に、実際のプロフィールコンテキストを確認します。あるサービス向けに準備した修正が、別の場所の通知に自動的に回答するとは想定しません。
どのファイルが同一性、トークンデータ、KYCをサポートしますか？
有用なエビデンスフォルダは、プロジェクトの同一性、トークン詳細、プロフィールの主張を結び付けます。通知に記載された項目を直接サポートする記録から始めてください。関連性が明確になるまでは、無関係な機密ファイルを最初のパッケージに含めないでください。
実用的なフォルダには5つのグループを含めることができます：
- プロフィールエビデンス：URLと通知のスクリーンショットまたは保存されたコピー。
- 同一性詳細：正規のプロジェクト名、ウェブサイト、公式ドキュメントリンク。
- トークン事実：コントラクト情報と関連するネットワーク詳細。
- 裏付け記録：問題となっているプロフィールフィールドを実証する現在のドキュメント。
- 担当と承認：事実を確認し回答を承認する権限のある連絡先。
KYC資料は、プラットフォームのリクエストまたは該当するレビューが本人確認を求める場合にのみフォルダに含めます。すべてのプロフィール懸念事項に普遍的に添付されるものではありません。ファイルを共有する前に、ファイル間で名前とトークン詳細を確認してください。古いドキュメントは、現在の記録と黙って組み合わせるのではなく、明示的にフラグを立ててください。
提供された資料の完全性と一貫性をレビューします。プロジェクトは、各記述が正確であり、公開が承認されていることを確認します。より広範な掲載ドキュメントについては、他の仮想通貨トラッカー掲載オプションを使用して、新規掲載作業と既存のプロフィール問題を分離してください。
修正の引き継ぎには何が含まれますか？
引き継ぎには4つの実用的な項目が含まれます：問題の概要、エビデンスのチェックリスト、回答資料、アクション記録です。これらにより、レビューした内容、プロジェクトが確認した内容、未処理の内容が示されます。この形式により、回答が送信される前にプロジェクトが明確な承認ポイントを得られます。
問題の概要は、影響を受けるプロフィールと懸念事項を特定します。チェックリストは、要求された各事実を裏付け記録または未解決の質問にリンクします。回答資料は、平易な言葉で説明を整理します。アクション記録は、準備または提出された内容を記録し、プロジェクトから提供されたフォローアップを捕捉します。
承認前に、プロジェクトの連絡先は名前、コントラクト詳細、事実の記述を確認します。また、添付ファイルが最新であり、共有が許可されていることを確認します。監査で回答タスクではなくプロフィール編集が特定された場合、範囲は分離されます。DEXToolsまたはDEXScreenerのプロフィール更新は、プロフィール更新サービスを通じてレビューできます。
この引き継ぎは、ケースが複数のサービスにまたがる場合でも有用です。プロジェクトは各プロフィールに属する資料を確認でき、あるプラットフォームの通知を別のプラットフォームのものと混同することを防げます。関連作業の概要については、掲載警告ガイドを参照してください。
提出前にケースはどのようにチェックされますか？
ケースは3つのチェックを経ます：表示された問題、エビデンスの一致、プロジェクトの承認です。この順序により、回答資料が最終決定される前にギャップを発見できます。また、必要な事実が未確認のままの場合に、決定ポイントを明確にします。
まず、正確なプロフィールリンク、通知テキスト、プロジェクトの連絡先から始めます。最初のチェックでは、関連プラットフォームで確認できる内容を記録します。2番目のチェックでは、それらの詳細をプロジェクトの記録と比較します。ギャップを仮定で埋める代わりに、矛盾または不足しているエビデンスをリストアップします。
その後、プロジェクトは不足している資料を提供し、事実の詳細を確認します。その確認後に、回答ファイルと提出チェックリストを作成します。プロジェクトは最終テキストをレビューし、使用する資料を承認します。合意された提出サポートはその承認に従います。
作業の順序は以下の通りです：
- 影響を受けるプロフィールURL、通知テキスト、連絡先を共有します。
- 表示された懸念事項を記録し、提供された記録と比較します。
- プロジェクトが未解決の質問に回答し、関連ファイルを提供します。
- プロジェクトのレビュー用に回答資料を作成します。
- プロジェクトが内容を承認します。合意された提出をサポートします。
- 送信された資料を記録し、フォローアップを整理します。
スケジュールは最初のレビュー後に設定されます。エビデンスの準備状況、影響を受けるプロフィール数、承認のタイミングが作業を形成します。より広範な運営アプローチについては、私たちの作業方法を参照してください。
プラットフォームの管理はどこから始まりますか？
提出記録は、プロジェクトが検証できる内容とプラットフォームの決定に委ねられる内容を示します。プロジェクトは、情報の正確性、記録の完全性、および自身の回答の承認を管理します。これらのチェックにより、ケースの追跡が容易になり、提出資料の整合性が保たれます。
承認前に、連絡先がプロジェクトを代表して発言できることを確認してください。各記述をソースドキュメントと照合してください。古いリンクを削除し、未解決の事実を明確にマークしてください。主張に裏付けがない場合は、回答に含める前にプロジェクトに明確化を依頼してください。
CoinMarketCap、CoinGecko、DEXTools、DEXScreenerは、自身の通知を変更するかどうか、どのエビデンスを受け入れるか、いつ提出物をレビューするかを決定します。当社は合意された監査、エビデンスの整理、提出サポートを提供します。プラットフォームは追加資料を要求したり、通知を維持したりする場合があります。
CoinMarketCapまたはCoinGeckoの問題については、掲載警告ガイドがプロフィール修正とエビデンス回答の区別に役立ちます。その区別により、すべての通知を同じケースとして扱うことなく、プロジェクトに実用的な次のアクションを提供します。
仕組み
- プロフィールリンクと通知テキストを共有する影響を受けるURL、完全な表示リクエスト、プロジェクトの連絡先を送信してください。チームが最初に問題を確認した日時がわかれば含めてください。
- 表示された懸念事項を記録するプロフィールを確認し、通知を提供されたプロジェクト情報と比較します。
- エビデンスを確認するプロジェクトが関連記録を提供し、どの事実が正確で使用が承認されているかを確認します。
- 回答資料を準備するエビデンスを整理し、プラットフォーム別の回答ファイルと提出チェックリストを作成します。
- 承認し、フォローアップを追跡するプロジェクトが資料を承認します。合意された提出を記録し、その後の返信を整理します。
よくある質問
最初のケースファイルには何を含めるべきですか？
プロフィールURL、完全な通知テキスト、プロジェクトの連絡先、および記載された懸念事項に関連する記録を送信してください。公開資料で使用されている現在のプロジェクトとトークンの詳細を含めてください。ドキュメントが不足している場合は、無関係なファイルで代用するのではなく、そのギャップを特定してください。最初の問題記録は、表示されているプロフィールの事実と、プロジェクトがまだ確認する必要がある詳細を分離します。
1回のレビューでCMCと3つのDEXトラッカーすべてを含めることはできますか？
はい。影響を受ける各プロフィールと通知を提供いただければ、CoinMarketCap、CoinGecko、DEXTools、DEXScreenerを対象に含めることができます。プロフィールごとに個別の問題行を保持します。これにより、プロジェクト名とトークン詳細をケース全体で一貫させながら、エビデンス計画が各表示された懸念事項を反映できるようになります。
プラットフォームのケースで実際にKYCファイルが必要になるのはいつですか？
KYCファイルは、プラットフォームのリクエストまたは該当するレビューが本人確認を求める場合に関連します。すべてのプロフィール懸念事項に対するデフォルトの添付ファイルではありません。監査では、通知が同一性、プロフィールデータ、または別のドキュメントのギャップを指しているかどうかを記録します。必要なエビデンスの範囲が明確になった後にのみ、機密ファイルを共有してください。
回答を準備するスケジュールは何によって決まりますか？
スケジュールは、プロフィールと利用可能な記録の最初のレビュー後に合意されます。エビデンスの準備状況、影響を受けるプロフィール数、プロジェクトの承認時間が準備を形成します。当社の作業スケジュールはプラットフォームのレビュータイミングとは別です。アクション記録は、チームが何を送信し、どの返信が未処理かを追跡するのに役立ちます。
プラットフォームが通知を削除することを確認できますか？
いいえ。当社は合意された監査、エビデンスの整理、提出サポートを提供できます。CoinMarketCap、CoinGecko、DEXTools、DEXScreenerは、通知を変更するかどうか、どの証明を受け入れるか、いつケースをレビューするかを決定します。当社は提出物を追跡可能に保ち、プラットフォームが追加資料を要求した場合に回答を整理するのに役立ちます。
これはDEXプロフィールの変更とどう違いますか？
修正は既存の警告、フラグ、または検証の問題に対処します。プロフィール更新は表示情報を変更し、プロフィールに既に添付されている通知に対処しない場合があります。問題の概要にその区別を記録します。両方のタスクが必要な場合、プロジェクトは回答とプロフィール変更に対して個別のアクションを承認できます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…