DefiLlama TVL掲載とDappRadar dApp上場サービス

DefiLlamaとDappRadarの上場には何が含まれますか？

DefiLlamaとDappRadarの上場プロジェクトでは、2つの異なるタスクを調整します。DefiLlamaにDeFiプロトコルのTVL情報を提示することと、DappRadarにdAppプロフィールの提出を準備することです。これらは互換性のある上場ではないため、それぞれに独自の情報とレビューが必要です。

DefiLlamaの場合、作業はプロトコルと、検討してほしいTVLデータに焦点を当てます。DappRadarの場合は、dApp、その対応ネットワーク、ユーザーが識別するために必要な情報の説明に焦点を当てます。私たちは資料を整理し、チームとのギャップを明確にし、提出物が実際の製品と一貫性を持つように支援します。

このサービスは、稼働中のDeFi製品やdAppを持ち、上場準備の明確な責任者を必要とする創業者やマーケティング責任者に適しています。また、プロジェクト情報がウェブサイト、ドキュメント、ダッシュボード、チームノートに分散している場合にも役立ちます。上場オプションを比較している場合は、上場と検証の概要から始めてください。

作業開始前に、どのプラットフォームへの提出を対象とするか、技術的な詳細を確認できる担当者、プラットフォームの質問に回答する担当者を合意します。これにより、責任の不明確さによる回避可能な遅延を防ぎます。

申請前に何を準備すべきですか？

どちらの提出前にも、正確で公開可能なプロジェクト情報を準備してください。完全なソースパックがあれば、製品の機能、動作場所、データの解釈方法を説明しやすくなります。

該当する場合は、以下の項目を収集してください。

• プロジェクト名と製品名、公式ウェブサイト、公開ドキュメント。
• プロトコルまたはdAppとそのユーザー向け目的の簡潔な説明。
• 対応ネットワーク、関連するコントラクトアドレス、公開エクスプローラーへのリンク。
• TVLデータソースと、レビューを希望する数値に含まれる構成要素の明確な説明。
• 製品アクセスリンク、スクリーンショット、dAppの識別に役立つその他の資料。
• 公式のソーシャルチャンネルとサポートチャンネル、技術的な質問に回答できる連絡先。

提出前に、チームですべてのアドレス、ラベル、データ説明を検証してください。TVLの場合、ダッシュボードのスクリーンショットを、基礎となるプロトコルと表示数値の導出方法の説明の代わりに使用しないでください。dAppプロフィールの場合、製品リンクが古いLPではなく現在のエクスペリエンスにリンクしていることを確認してください。

初回レビューでは、資料全体の欠落したコンテキストや矛盾を指摘します。公開ソースから詳細を確認できない場合は、仮定でギャップを埋めるのではなく、チームに信頼できる表現を提供するよう依頼します。同じ情報規律は、他の暗号トラッカー上場にも役立ちます。

各プラットフォームでの上場プロセスはどのように機能しますか？

プロセスは、プラットフォーム固有のレビューから始まり、準備、提出、フォローアップと続きます。DefiLlamaとDappRadarでは異なる説明が必要なため、1つの汎用プロフィールを両方の申請に再利用することはありません。

DefiLlama TVLリクエストの場合、プロトコルの説明と利用可能なデータコンテキストを整理し、レビュー用に要求された提出情報を準備します。技術担当者は、説明がプロトコルとその公開データと一致することを確認します。DefiLlamaは独自のプロセスとガイダンスを維持しています。私たちの役割は、資料を一貫性のあるものにし、合意された提出作業を管理することです。プラットフォームのコンテキストについては、公式DefiLlamaサイトを参照してください。

DappRadarの場合、ユーザーがアクセスできるものを説明するために必要なプロジェクト詳細と製品参照を含む、dAppに焦点を当てたプロフィールを準備します。名前、ネットワーク詳細、遷移先リンクが提出物と公開チャンネル間で一致していることを確認します。

事実確認と質問への回答のために、1人のチーム連絡先を確保してください。迅速で一貫性のある回答は、追加の未検証資料を送信するよりも有用です。

このサービスから何を受け取れますか？

プロジェクトを可視化するという曖昧な約束ではなく、定義された範囲を持つ整理された上場サポートを受け取ります。正確な成果物は、プロジェクトをレビューし、どのプラットフォーム作業が必要かを特定した後に合意します。

典型的な契約には以下が含まれます。

• プロジェクトの公開資料とチームから提供された情報の初期レビュー。
• 不明瞭な説明、一貫性のないリンク、欠落した技術的コンテキストをカバーするギャップリスト。
• 合意された範囲に応じて、DefiLlamaとDappRadar向けの個別の提出可能情報。
• 指定された技術担当者または製品担当者との調整による詳細確認。
• 合意された作業期間内での提出支援と質問へのフォローアップ。
• 何が提出されたか、何が未解決か、各次のアクションを誰が担当するかをまとめたハンドオーバー。

最も重要な品質チェックは一貫性です。プロジェクト名、ネットワーク、コントラクト参照、製品説明は、ウェブサイト、ドキュメント、提出資料間で矛盾してはなりません。また、チームが確認した事実と、まだ確認が必要な項目を明確に区別します。

リクエストが1つのプラットフォームのみの場合、範囲を集中させ、無関係な作業を追加しません。他の場所でプロフィール修正が必要な場合は、関連サポートとして循環供給量検証またはコントラクト移行とリブランディング更新を参照してください。

上場プロジェクトにはどのくらいの時間がかかりますか？

上場プロジェクトは、情報レビューとプラットフォームプロセスが許す限り迅速に進みます。最初のフェーズは通常、プロジェクトの事実を収集して確認することです。次のフェーズは、個別のプラットフォーム資料を準備し、提出し、合意された範囲に含まれるフォローアップを処理することです。

キックオフ時に、技術的な質問のためのプロジェクト連絡先と、必要に応じて公開説明を承認できる別の担当者を特定します。その後、インプットと未決定事項の共有リストを作成します。これにより、チームはすべての遅延をプラットフォームの問題として扱うのではなく、何が提出を妨げているかを実用的に把握できます。

有用な準備チェックリストは次のとおりです。

• 一貫して使用する製品名とプロトコル名を確認する。
• 公開ドキュメントと製品リンクが最新であることを確認する。
• 技術責任者にTVLの説明とネットワーク詳細を検証してもらう。
• プラットフォームの質問に回答できる担当者を割り当てる。
• 最終提出資料をレビューする担当者を決定する。

必要な詳細が欠落している場合、技術的な説明の明確化が必要な場合、またはプラットフォームが追加情報を求めた場合、スケジュールは延長される可能性があります。私たちは作業の状況を報告し、チームの次のアクションを特定します。準備とプラットフォームレビューはプロセスの別々の部分であるため、推定完了期間を承認日として提示することはありません。

上場の適格性と結果に影響を与えるものは何ですか？

適格性と公開の決定は、代理店ではなくプラットフォームによって行われます。プラットフォームの基準、レビュー慣行、データ要件、可視性は変更される可能性があり、承認、タイミング、順位、継続的な表示は保証されません。いかなる上場サービスも、特定のTVL数値、トラフィックレベル、またはビジネス結果を約束することはできません。

私たちのコミットメントは、合意された準備、提出、調整、フォローアップ作業に限定されます。プラットフォームに代わってプロジェクトを承認したり、そのアルゴリズム、編集上の決定、データチェック、ボリューム要件、レビューキューを制御したりすることはできません。プラットフォームがリクエストを拒否したり、さらなる証拠を求めた場合、合意された範囲内で次のアクションの解釈を支援できますが、結果の覆りを約束することはできません。

サポートを依頼する前に、資料が慎重なレビューに耐えられるかどうかを評価してください。チームに質問してください。

• 裏付けのない主張なしに製品とその目的を説明できますか？
• 技術責任者がネットワークとデータの詳細を検証できますか？
• 公開リンクは提出物と同じプロジェクトアイデンティティを示していますか？
• フォローアップの質問に一次情報で回答する準備はできていますか？

新しい提出ではなく、既存のプロフィールを修正する必要がある場合は、初期レビュー時に現在の問題を説明してください。これにより、範囲が確定する前に、上場リクエストとプロフィール更新または是正タスクを区別できます。

料金

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

仕組み

1. プロジェクト詳細を共有製品リンク、ネットワーク情報、既存のプラットフォームプロフィールを送信してください。技術的な事実を確認できる担当者を特定します。
2. 準備状況をレビュー利用可能な情報のギャップと矛盾を確認し、適切なプラットフォーム作業を決定します。
3. 範囲を合意提出作業開始前に、成果物、責任、フォローアップの範囲を承認します。
4. 準備と提出DefiLlamaとDappRadarの資料を個別に整理し、指定された連絡先と調整して提出します。
5. 未解決項目を追跡プラットフォームからの質問や未解決のインプットを共有し、各回答または次のアクションの責任者を特定します。
6. ステータスを引き継ぎ提出された資料、現在のステータス、合意された範囲内の残作業の簡潔な記録を受け取ります。