DefiLlama TVL掲載とDappRadar dApp掲載：DeFiプロジェクト向け

DefiLlamaとDappRadarへの掲載で得られるものは？

DefiLlamaへの掲載は、DeFiプロトコルをそのTVLの文脈で提示するのに役立ち、DappRadarは分散型アプリケーションのプロフィールを掲載します。これらは目的の異なる2つの独立したカタログであり、1つの申請や同一の審査と見なすべきではありません。当社は、プロジェクトが両方の掲載に備え、情報を整合させるよう支援します。

このサービスは、すでに製品が稼働しており、審査に必要な公開資料があるチームに適しています。開始前に、何を掲載したいのか（資産ロックデータのあるプロトコル、ユーザーシナリオのあるアプリケーション、またはその両方）を明確にすると有益です。プロジェクトがまだローンチ準備段階の場合は、まず動作するリンク、ネットワークとコントラクトの情報、わかりやすい製品説明を収集してください。

開始前に、以下を明確にします：

• プロジェクトに関連するネットワークとコントラクトはどれか
• ユーザーがどこでアプリケーションを開き、その機能を確認できるか
• 提供された情報を裏付ける公開ソースは何か
• ウェブサイトとプロフィール上の名称、説明、リンクが一致しているか

より広範な掲載を計画したい場合は、掲載と認証のセクションをご覧ください。当社は、適応なしに同じ説明を提出するのではなく、お客様の製品に適したカタログを個別に調整します。

DefiLlamaとDappRadar向けデータの違いは？

DefiLlamaの場合、主要な準備課題は、TVLプロトコルを正確に説明し、それをチェーン上の検証可能なデータにリンクする方法です。DappRadarの場合は、アプリケーション自体（その目的、利用可能な機能、製品とのインタラクション方法）を提示することが重要です。したがって、1つの汎用アンケートでは2つの個別の資料セットを代替できません。

TVL申請には、コントラクトアドレス、サポートされているネットワークの情報、考慮される資産の説明を収集してください。データが誤って解釈される可能性がある場合は、アーキテクチャの特徴を記載してください。ドキュメントの情報がプロトコルの実際の動作と一致していることを確認してください。説明できない、または公開ソースで確認できない指標は含めないでください。

dAppカードには、ユーザータスクの簡潔な説明、動作する製品へのリンク、公式ウェブサイト、プロジェクトの最新チャネルを準備してください。アプリケーションが開き、主要ページが利用可能であり、名称とビジュアル資料が公式リソースと一致していることを確認してください。関連する質問（コントラクトや流動性の準備など）については、DEX掲載と流動性設定が役立つ場合があります。

両方の申請は、申告された製品と独自に検証可能なものとの間に明確な対応関係があることでメリットを得ます。名称、ネットワーク、リンクに不一致がある場合は、説明を求める照会の後ではなく、提出前に解消するのが最善です。

掲載準備に含まれるものは？

本サービスの一環として、DefiLlamaとDappRadar向けの準備済み資料と明確な行動計画を受け取ります。作業範囲はプロジェクトの状態に応じて調整されます。主要データがすでに収集されている場合は、確認と整理に集中します。不足がある場合は、まずチームが提供または修正すべき点を特定します。

作業には以下が含まれる場合があります：

• プロジェクトと選択されたカタログの準備状況の初期評価
• 名称、説明、リンク、ネットワーク、コントラクトアドレスの確認
• TVL情報とdApp説明の個別準備
• 不足している確認事項と資料に関するコメントのリスト
• 合意されたシナリオに基づく申請の作成と提出
• コミュニケーションのサポートと照会への対応支援

当社は、製品に関する内部情報や技術的解決策が必要な事項についてチームに代わることはありません。例えば、開発者のみがコントラクトの目的を確認し、指標計算の特徴を説明できます。当社の役割は、これらの情報を適切な形式で要求し、その整合性を確認し、審査側が理解しやすいように提示することです。

同時に他のカタログでのトークン情報を整理する必要がある場合は、別の分野です。CoinGecko掲載またはCoinMarketCap掲載をご検討ください。これらの掲載はDefiLlamaやDappRadarへの申請を代替するものではありません。

DefiLlamaとDappRadarへの申請プロセスは？

作業は、同じフォームを異なるカタログに送信することからではなく、プロジェクトの分析から始まります。まず、適切な掲載対象を特定し、初期リンクを収集します。次に、確認できる情報と説明が必要な情報を特定します。資料の合意後、申請を提出し、チームが可能性のある照会に対応するのを支援します。

通常のプロセスは以下の通りです：

• ウェブサイト、説明、アプリケーションへのリンク、ネットワークとコントラクトの情報を提供します。
• 当社が完全性を確認し、矛盾や不足しているソースを指摘します。
• チームが技術的な詳細を明確にし、最終的な表現を確認します。
• 当社が各カタログ向けに資料を適応させ、申請をサポートします。
• プラットフォームからの回答後、照会を分析し、次のステップを調整します。

準備期間は、チームが質問にどれだけ迅速に回答するか、初期データがどれだけ完全かによって決まります。申請の審査時間はプラットフォーム自体が設定するため、当社が管理できるスケジュールの一部とは見なせません。遅延を防ぐために、製品の構造を理解し、コントラクト情報を確認できる担当者を指定してください。

コミュニケーションは合意されたチャネルで行い、各段階のステータス（準備完了した資料、チームの回答待ち、完了したアクション）を伝えます。開始前に、作業範囲と当社部分の完了基準を確定します。

プラットフォームの審査に依存する点は？

当社は準備の質と合意されたアクションの実行を管理しますが、DefiLlamaやDappRadarに代わって決定を下すことはありません。各プラットフォームは、プロジェクトがそのルールとデータに準拠しているか、掲載に十分な情報があるか、カタログにどのような変更を加えるかを独自に判断します。審査、掲載、TVL表示、順位、その後のカード更新は代理店が保証できません。

DefiLlamaの場合、TVLデータの解釈の正確性と、説明を利用可能なソースにリンクできることが特に重要です。DappRadarの場合、アプリケーションと提供された情報がそのカタログに適しているかどうかが審査されます。注意深く作成された申請でも、追加の説明や修正が必要になる場合があります。プラットフォームが資料を受け入れない場合、当社は理由を分析し、プロジェクトやドキュメントのどの変更をチームと議論すべきかを提案します。

提出前に内部確認を実施してください：

• アプリケーションが公式リンクからアクセス可能で、その目的が明確であること
• コントラクトとネットワークが漏れや曖昧さなくリストされていること
• 説明が製品の実際の機能と矛盾していないこと
• 申告された情報がドキュメントまたはチェーンデータで確認できること
• チームの連絡先が照会に迅速に対応できること

プロジェクトでコントラクトや名称が変更された場合は、以前のデータと現在のデータの関係を説明する準備を事前に行ってください。トークン情報の確認に関する質問は、別のタスクである循環供給量の認証に関連する場合があります。

カタログ掲載と組み合わせるべき作業は？

掲載は、プロジェクトの発見からアプリケーションへの遷移、主要情報の確認までのユーザーパスの一部として計画するのが最も効果的です。提出前に、ウェブサイト、ドキュメント、コミュニティチャネルが同じ製品価値を説明していることを確認してください。カタログからの訪問者が明確な指示や最新のリンクを見つけられない場合、カタログに存在するだけではコンバージョンの問題は解決しません。

関連タスクは実際の不足に基づいて選択してください。トークンカタログでの適切な表示が不足している場合は、他の暗号トラッカーへの掲載を検討してください。プロジェクトが中央集権型取引所での取引を予定している場合は、中央集権型取引所への掲載を個別に検討してください。プロセスと要件セットが異なります。体系的な資料準備には、掲載と認証の一般的なセクションから始めることができます。

すべての方向性を同時に開始する必要はありません。まず、製品情報と技術ソースの重大な不一致を解決してください。次に、どのカタログがプロジェクトのモデルとオーディエンスに実際に対応しているかを決定してください。この順序により、チームは具体的な質問に集中し、現在の目標をサポートしない掲載にリソースを分散することを防げます。

料金

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

仕組み

1. プロジェクト評価主要リンクを提供し、何を掲載したいかを説明します。当社は、リクエストがDefiLlama、DappRadar、またはその両方に適しているかを判断します。
2. 初期データ確認ネットワーク、コントラクト、説明、リンク、製品の可用性を照合します。チームに確認事項と不足資料のリストを提供します。
3. 申請準備TVLプロトコルとdApp向けに個別の情報セットを作成します。チームが技術的な詳細と最終的な表現を確認します。
4. 提出とサポート合意された資料を提出し、プラットフォームからの照会対応を支援します。結果に基づき、ステータスと可能な次のステップを説明します。