DefiLlama・DappRadar掲載の対象範囲は?
このサービスでは、DefiLlama向けのTVL情報とDappRadar向けのdAppプロフィールという、2つの異なる掲載資料を準備します。これらは互換性のある提出物ではないため、各プロフィールがプロジェクトについて伝えるべき内容に応じてエビデンスを整理します。
TVL側では、プロトコルの明確な説明、関連するコントラクト、提示する数値を裏付けるソースをまとめるお手伝いをします。DappRadar側では、レビュアーがユーザーが操作できる内容を理解できるよう、dAppの公開アイデンティティ、アクセス経路、機能説明を整理します。名前、ネットワーク参照、リンク、プロジェクト説明が資料間で一致していることを確認します。
これは、公開ローンチを準備しているDeFiチーム、別のネットワークへの拡大、プロジェクト情報の整理に役立ちます。より広範なディレクトリ計画が必要な場合は、掲載と検証から始めてください。取引所を優先する場合は、DEX上場と流動性設定をご覧ください。
文書収集前に要求スコープを定義します。これにより、TVLエビデンス、dApp説明、プロジェクトリンクが、一般的なプロフィール提出に混ざらず、追跡可能になります。
提出前にどのプロジェクト情報を準備すべきですか?
チームがデータソースを説明でき、安定した公開参照を提供できる場合、提出はレビューしやすくなります。キックオフチェックリストを使用して、ドラフト作成前に不足項目を特定します。
準備・確認するもの:
- 一貫した用語を使用した簡潔なプロジェクト・プロトコル説明。
- チームが提供した関連ネットワークとコントラクトアドレスのマップ。
- レビュアーに評価してもらいたいTVL方法論またはソース資料(除外事項を含む)。
- dAppの公開アクセスリンク、ユーザー向け説明、サポートドキュメント。
- 公式プロジェクトリンク、ブランド資産、フォローアップ用の連絡先。
- 各主要ステートメントを裏付けるソースから主張へのレビュー。
クライアントが提供するもの:
- 提出されたコントラクト・ネットワーク詳細が正しいことの確認。
- プロジェクトの主張を裏付ける公開ダッシュボードまたはドキュメントへのアクセス。
- 希望するプロジェクト名、カテゴリ、説明、および承認された連絡先。
- ソースが不明瞭またはチャネル間で情報が異なる場合のタイムリーな回答。
不足している数値を発明したり、曖昧なプロトコル会計を推測で解決したりすることはありません。トークントラッカー向けの供給データレビューも必要な場合は、循環供給検証をご覧ください。複数のディレクトリにプロフィールを準備するチームは、他の暗号トラッカー掲載をこの作業と並行してスコープできます。
DefiLlama TVLとDappRadarの提出はどのように処理されますか?
各プラットフォームトラックを個別のレビューパッケージとして扱い、プロジェクトIDがそれらの間で一貫していることを確認します。これにより、何が提出されたか、各ステートメントを裏付けるエビデンス、クライアントの決定が必要な事項をチームが把握しやすくなります。
DefiLlamaトラックは、プロトコルとTVL関連の参照を評価しやすい形で提示することに焦点を当てます。DappRadarトラックは、dApp自体(公開説明、アクセスポイント、サポート情報)に焦点を当てます。資料を準備し、合意された提出アクションを調整し、プラットフォームの応答や要求された明確化の記録を保持します。
典型的なシーケンス:
- プロジェクトスコープ、プラットフォーム、承認された連絡先を確認。
- ソースリンク、ネットワーク詳細、説明、サポート資料を収集。
- 競合する名前、裏付けのない主張、不完全な参照をレビュー。
- 関連する提出資料を準備し調整。
- 可視プロフィールステータスを追跡し、チームへのフォローアップ質問を整理。
重要なソースやプロジェクト事実がクライアントの確認を必要とする場合、シーケンスは一時停止できます。これにより、重大な不整合を含む洗練されたパッケージを送信することを防ぎます。取引所向けプロセスも必要な場合は、別スコープです。中央集権取引所上場をご覧ください。
提出前に掲載パッケージをどのようにチェックしますか?
品質管理では、レビュアーが重要なプロジェクトステートメントをチームが提供した資料に遡れるかどうかをチェックします。目標は、エビデンスが裏付ける以上の主張ではなく、一貫した提出記録です。
調整前に、提供された文書全体でプロジェクト名、ネットワーク参照、コントラクト詳細、公開リンクを比較します。同じ機能に異なる用語を使用する説明にフラグを立て、公開ソースから独立して確立できない詳細の確認をクライアントに求めます。TVL関連資料では、説明のない数値を提示するのではなく、記載されたソースと方法論を記録します。dAppプロフィールでは、説明がユーザー向け製品と一致し、アクセスルートが使用可能かどうかを確認します。
クライアントは、以下を特定する簡潔なレビューログを受け取ります:
- 受け取った資料と不足項目。
- 所有者の確認が必要な事実。
- 明確化または一貫性のために調整された表現。
- 取られた提出アクションと未解決のフォローアップ。
このログにより、創業者と運用チームは実用的な引き継ぎができます。何が準備されたかを確認し、チャット履歴を再構築せずにプラットフォームの質問に回答できます。プロジェクト変更後のプロフィール修正については、コントラクト移行とリブランディング更新をご覧ください。
DefiLlamaまたはDappRadarのレビューに影響するものは何ですか?
最も有用な保護策は、検証可能なプロジェクト情報を提出し、エビデンスを要求されたプロフィールと整合させることです。提出が成功することを管理的確実性として扱うことはありません。
DefiLlamaとDappRadarは、独自のレビュー決定、適格性評価、表示情報、その後のプロフィール変更を管理します。受け入れや特定の表示を約束することはできません。プロジェクトは、最新のソース、正確なコントラクト詳細、アクセス可能なdApp、質問に迅速に対応できる連絡先を提供することで、回避可能な摩擦を減らせます。
キックオフ前に、この短い準備チェックを使用してください:
- チームはすべてのコントラクトとネットワーク参照の所有者を特定できますか?
- レビュアーはプライベートアクセスなしで引用されたドキュメントに到達できますか?
- 公開プロジェクト名と説明は公式チャネル全体で一致していますか?
- TVLソースまたは方法論は評価するのに十分明確に説明されていますか?
- dAppを開いて、そのコア目的を資料から理解できますか?
答えが「いいえ」の場合、ギャップをマークし、提出前に解決するか、パッケージから除外するかを合意します。これにより、記録の正確性が保護され、裏付けのないステートメントが確定事実として提示されるのを防ぎます。
この掲載作業を広範なディレクトリ計画にどのように組み込むべきですか?
DefiLlamaとDappRadarの作業を焦点を絞った掲載タスクとして扱い、明確な発見または検証ニーズに役立つ場合にのみ他のプラットフォームを追加します。各プロフィールに名前付きオーナーと独自のソース記録がある場合、広範な計画は管理しやすくなります。
例えば、トークンチームはDeFiプロトコル掲載に加えてトラッカープロフィールを必要とする場合があります。その場合、1つの提出ですべてのディレクトリをカバーすると想定せず、CoinMarketCap掲載またはCoinGecko掲載の関連スコープを比較してください。これらのサービスは異なるプラットフォームプロセスを持ち、別々のワークストリームとして準備する必要があります。
MegaSatoshiは、提出を調整する前にキックオフチェックリストとソースから主張へのレビューを使用します。チームから必要な情報、主張がサポートされる場所、残りのフォローアップを把握できます。開始価格は上記の概要に記載されています。最終スコープは、プラットフォーム数と資料の状態に基づいて確認されます。
開始するには、プロジェクトウェブサイト、プロトコルまたはdApp説明、関連ネットワークとコントラクト詳細、レビューしてほしい公開ソースへのリンクを送信してください。資料を評価し、ギャップを特定し、DefiLlamaとDappRadarの掲載作業の定義されたスコープを返します。
料金
| サービス | 価格 | 見積もり |
|---|---|---|
| DeFi上場 | $540から / プロジェクト |
開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。
仕組み
- 掲載スコープを確認リクエストがDefiLlama TVL、DappRadar dAppプロフィール、またはその両方をカバーするかを特定し、確認用のクライアント連絡先を割り当てます。
- プロジェクトエビデンスを収集チームがネットワーク・コントラクト詳細、説明、公開ソース、ドキュメント、関連アクセスリンクを共有します。
- ソースから主張へのレビューを実行主要なステートメントにサポート参照があるかチェックし、矛盾や不足情報をクライアントレビュー用にフラグします。
- 提出を準備・調整プラットフォーム固有の資料を整理し、送信されたものの記録とともに合意された提出アクションを調整します。
- 可視ステータスとフォローアップを追跡公開プロフィールステータスを確認し、プラットフォームが明確化を要求した場合の回答整理を支援します。
よくある質問
DefiLlama TVL掲載とDappRadar掲載の違いは何ですか?
DefiLlamaリクエストはプロトコルとTVL関連情報に関するもので、DappRadarリクエストはdAppプロフィールとユーザーがアクセスできる製品に関するものです。プロジェクトのデータと説明が1つの一般的な提出として扱われないよう、それぞれに個別のエビデンスを準備します。
DeFiチームからどの情報が必要ですか?
プロジェクトウェブサイト、希望するプロジェクト説明、関連ネットワークとコントラクト詳細、公開ドキュメント、TVLソース資料、dAppアクセスリンクを提供してください。また、詳細を確認またはフォローアップ質問に回答できる承認された連絡先も必要です。
DefiLlama・DappRadar掲載サポートの費用はいくらですか?
開始価格はプロジェクトあたり$540からです。作業開始前に、含まれるプラットフォームトラックと提供された資料がレビュー準備済みかどうかを確認し、合意されたスコープを明確にします。
掲載プロセスにはどのくらい時間がかかりますか?
スケジュールは、ソース資料の完全性、チームが詳細を確認する速さ、プラットフォームのレビュー・応答プロセスによって異なります。キックオフ時に作業シーケンスを概説し、未解決項目とフォローアップについてプロジェクト連絡先に通知します。
DefiLlamaまたはDappRadarがプロジェクトを受け入れることを約束できますか?
いいえ。各プラットフォームが独自のレビュー、適格性決定、プロフィール表示を管理するため、受け入れを約束することはできません。合意された資料の準備、整合性チェック、明確な記録による提出調整を約束できます。
プロジェクトがまだ変更中の場合、両方の掲載を準備できますか?
はい、チームがどの情報が最新で誰が承認できるかを特定できる場合に限ります。未確定の名前、コントラクト詳細、製品説明にフラグを立て、変更中の事実を最終として提示するのではなく、確認のために保留できます。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…