各掲載トラックにはどのエビデンスが必要ですか？
最初のレビューで、DefiLlama TVL掲載用とDappRadar dApp情報用の2つのエビデンスマップを作成します。この分割により、プロトコルの事実と、アプリケーションを理解するための詳細情報を区別できます。
DefiLlamaについては、プロトコルの識別情報、関連ネットワーク、コントラクト参照、プロジェクトが提供するTVLコンテキストを整理します。各主張の根拠となる情報源はお客様のチームが提供します。DappRadarについては、dApp名と明確なプロダクト説明に焦点を当てます。対応ネットワークと動作するアプリケーションリンクも記録します。公式プロジェクト名など共通の事実は、両パックで一貫性を保ちます。
プロトコルインフラとユーザー向けインターフェースの両方を持つプロジェクトは、両方のトラックが必要になる場合があります。アプリケーションのディレクトリプロファイルのみを求めるプロジェクトは、DappRadarトラックだけで十分な場合があります。資料作成前に目的の範囲を確認し、異なる種類の詳細を1つの汎用的な提出物にまとめないようにします。
より広範な掲載と検証の範囲は、他のプロジェクトプロファイルの調整にも役立ちます。マーケットアクセスを目的とする場合は、DEX上場と流動性設定を別途ご確認ください。これらの掲載申請はその作業をカバーしません。
どのような情報源記録があれば、提出物の検証が容易になりますか？
情報源台帳は、プロジェクトの各主張をチームが確認できる公開遷移先に結び付けます。まず6つの情報グループから始め、提出資料のドラフト作成前に不足項目や矛盾を特定します。
- 識別情報：公式プロジェクト名、プロダクト名、承認済み説明文
- プロダクトアクセス：ウェブサイト、該当する場合はライブアプリケーションへの直接リンク
- ネットワーク範囲：対応ネットワークと、それらに紐づくコントラクトまたはエクスプローラーページ
- プロダクトエビデンス：プロトコルまたはアプリケーションを説明する公開ドキュメント
- TVLコンテキスト：関連数値とその情報源に関するプロジェクトの説明
- 担当：技術的および編集上の詳細を確認できる連絡先
主張は情報源が示す範囲内に留めてください。指標やプロダクト詳細が変更された場合は、その情報源を記録し、チームで最新バージョンを確認してください。当社は推測でギャップを埋めることはしません。代わりに、適切なプロジェクト担当者が解決すべき質問リストを返します。
トークンやコントラクトの詳細は、別のレビュートラックが必要になる場合があります。供給記録については循環供給量検証を、プロジェクトの識別情報やコントラクト参照が変更された場合はコントラクト移行とリブランド更新をご参照ください。
DefiLlamaとDappRadarの資料はどのように異なりますか？
トラック比較では、各申請で異なる主要対象を記録します。DefiLlamaはプロトコルのTVLコンテキスト、DappRadarは使用可能なdAppプロファイルです。事実は重複する可能性がありますが、エビデンスと説明は各遷移先に合わせる必要があります。
| トラック | 主要資料 | チームが確認すること |
|---|---|---|
| DefiLlama | プロトコル識別情報、ネットワークとコントラクト参照、TVLコンテキスト | プロジェクトのアカウントを裏付けるコントラクトと情報源 |
| DappRadar | dApp識別情報、プロダクト説明、アプリケーションリンク | プロダクトリンクが動作し、現在のアプリを表していること |
1つの共有事実台帳と2つのトラック別エビデンスパックを保持します。これにより、プロダクト、エンジニアリング、コミュニケーションの各担当者が共通の参照先を持ち、両方の提出物が同じように読めることを防ぎます。各主張について、台帳には文言、情報源URL、担当者、最終確認日を記録できます。
承認前に、該当する担当者にすべてのリンクを開いて遷移先を確認してもらってください。その後、ウェブサイト、ドキュメント、提出テキスト間で公開プロジェクト名とプロダクト説明を比較します。トラッカーカバレッジも対象範囲内であれば、他の仮想通貨トラッカーへの掲載を確認し、どの記録に独自の情報源パックが必要かを判断してください。
エンゲージメントからチームはどのような記録を受け取りますか？
引き渡しには、準備状況サマリー、承認済み提出資料、ステータス記録が含まれます。各項目は特定のトラックに紐づいています。チームは何が準備できていて、何にまだプロジェクトの判断が必要かを把握できます。
作業ファイルでは、各エビデンス項目に5つのフィールド（主張、情報源、トラック、担当者、ステータス）を使用します。ファイルはプロジェクトの範囲に合わせて調整します。ステータス記録には、調整済みの資料と、当社と共有されたプラットフォームからの応答を記載します。また、未解決の質問とチームに割り当てられた次のアクションも記録します。これは将来の更新のための実用的な参照であり、プラットフォームの結果に関する主張ではありません。
エンゲージメントには以下を含めることができます。
- 不足または矛盾するプロジェクト事実を特定する情報源レビュー
- 該当する場合、DefiLlamaとDappRadarの個別の提出ドラフト
- 資料使用前の承認チェックポイント
- 合意された申請の調整と文書によるフォローアップ記録
チームは事実の主張と最終承認の管理を保持します。トークンプロファイルも対応が必要な場合、CoinGecko上場サポートとCoinMarketCap上場サポートは別の範囲です。共有事実台帳を使用し、各遷移先に合わせてエビデンスを調整できます。
エビデンスはどのように情報収集から提出まで進みますか？
作業記録は、情報収集からフォローアップまでの5つのチェックポイントに従います。各チェックポイントはレビューのための明確な成果物を残します。チームは資料が次に進む前に質問を解決できます。
- 情報収集： 公式ウェブサイト、アプリケーションリンク、ネットワーク詳細、参照情報、プロジェクト連絡先を共有します。
- トラック選択： 範囲がDefiLlama TVL掲載、DappRadar dApp掲載、またはその両方をカバーするかを記録します。
- 情報源レビュー： 提供された事実とリンクされた公開情報源を比較し、ギャップをチームにリストアップします。
- 承認： 調整前に、トラック別のテキストとエビデンスパックをレビュー用に準備します。
- フォローアップ： アクション、応答、未処理項目の文書によるステータス記録を維持します。
情報源セット、トラック数、承認ニーズを確認後、スケジュールを確定します。名前付きの担当者が技術的な質問を適切な所有者にルーティングするのに役立ちます。これにより、タイムリーな内部決定をサポートします。当社の進め方のページでは、エンゲージメント全体での承認と責任の扱いについて説明しています。
引き渡し後、承認済みの説明、情報源リンク、コントラクト参照をまとめて保管してください。事実が変更された場合、チームは影響を受ける記録を特定し、レビューのために現在の公式情報源を提供できます。
プロジェクトのエビデンスファイルの範囲外となる判断は何ですか？
完全なエビデンスファイルはお客様の主張を文書化しますが、プラットフォームがそれらをどのように評価するかを決定するものではありません。DefiLlamaとDappRadarは、独自の適格性レビュー、カテゴリ分類、公開、タイミング、プロファイルの可視性を管理します。GeoMarketing Expertsは受理や継続的な表示を約束できません。当社は合意された準備、調整、報告作業にコミットします。
申請を承認する前に、すべての事実の主張に情報源があることを確認してください。すべてのリンクが公式プロジェクト遷移先にリンクしていることを確認してください。指名された連絡先がプロダクト詳細やネットワーク参照に関する質問に回答できることを確認してください。最終承認パック（ステータス記録を含む）は社内で保管してください。そうすれば、詳細が変更された場合でもチームは一貫して対応できます。
調整後にコントラクト、プロダクトルート、またはプロジェクト名が変更された場合は、更新された情報源を送信し、影響を受けるトラックを特定してください。当社は承認済み資料と比較し、フォローアップが現在の範囲に該当するかどうかを合意できます。他のプロファイル修正については、DEXToolsおよびDEXScreenerプロファイル更新が別の記録セットを扱います。
仕組み
- 情報源セットを送信ウェブサイト、アプリケーションリンク、ネットワーク、コントラクトまたはエクスプローラー参照、プロジェクト連絡先を共有します。
- 掲載トラックを選択申請がDefiLlama TVL掲載、DappRadar dApp情報、またはその両方をカバーするかを確認します。
- 主張と情報源をレビュー提供された事実と公開リンクを比較し、ギャップをチームに特定します。
- エビデンスパックを承認調整前に、チームがトラック別の説明と情報源記録をレビューします。
- ステータス記録を受け取る調整済み資料、当社と共有された応答、未解決の質問、次のアクションを文書化します。
よくある質問
DefiLlama TVL掲載申請では、最初に何を送るべきですか？
プロジェクトウェブサイト、プロトコル説明、関連ネットワーク、コントラクトまたはエクスプローラー参照、TVLコンテキストの根拠となる情報源を送信してください。技術的な詳細を確認できる連絡先を含めてください。当社はこれらの資料を情報源台帳に整理し、トラック別エビデンスパックを作成する前にギャップを特定します。
DappRadarのみを掲載トラックの範囲とすることはできますか？
はい。DefiLlama TVL掲載申請なしで、DappRadar dAppトラックのみを準備できます。ライブアプリケーションリンク、公式プロジェクト説明、対応ネットワーク、プロダクト詳細を確認できる連絡先を送信してください。提出記録は、プロトコルのTVLコンテキストではなく、アプリケーションに焦点を当てます。
両方のプラットフォームプロファイルが必要な場合はどうなりますか？
1つの共有事実台帳を使用し、2つのトラック用に個別のエビデンスパックを準備します。共有プロジェクト事実は一貫性を保ち、各パックは独自の目的に焦点を当てます。プロダクトおよびプロトコルの担当者は、チームが調整を承認する前に関連資料をレビューできます。
掲載申請の作業スケジュールはどのように設定しますか？
情報源セット、トラック数、承認ニーズを確認後、作業スケジュールを確定します。明確な公開リンクと利用可能な技術連絡先があるプロジェクトは、内部の質問が少なく準備を進められます。合意されたステータス記録には、完了した作業と次のアクションが示されます。
どちらかのプラットフォームがプロファイルを公開することを保証できますか？
いいえ。DefiLlamaとDappRadarは、適格性、レビュー、カテゴリ分類、タイミング、公開、プロファイルの継続的な可視性について独自に決定します。当社のコミットメントは、合意された準備、調整、文書による報告にあります。引き渡し記録には、何が提出され、どのようなフォローアップが残っているかが示されます。
コントラクトやプロダクトリンクが変更された場合、どう対処すればよいですか？
新しい公式情報源を送信し、影響を受ける掲載トラックを指定してください。当社は承認済みエビデンスパックと比較し、どの記録に注意が必要かを特定します。以前の承認済み資料と更新された情報源を一緒に保管し、チームが何が変更され、現在の詳細を確認できるようにしてください。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…