Hỗ trợ listing DefiLlama và DappRadar cho Web3 project

Dịch vụ listing DefiLlama và DappRadar bao gồm những gì?

Dịch vụ này phối hợp hai quy trình listing riêng biệt: thông tin TVL cho DefiLlama và hồ sơ dApp cho DappRadar. Mục tiêu là một bài trình bày mạch lạc, có cơ sở về dự án của bạn, không chỉ là một tập hợp các liên kết được nộp mà không qua rà soát.

DefiLlama phù hợp khi người dùng cần tìm và đánh giá thông tin TVL của một giao thức. DappRadar phù hợp khi sản phẩm của bạn là một dApp cần có hồ sơ công khai rõ ràng. Công việc có thể bao phủ cả hai nền tảng cùng nhau, hoặc tập trung vào nền tảng phù hợp với dự án và bằng chứng hiện có. Chúng tôi trước tiên xác nhận rằng loại dự án và thông tin bạn có thể chứng minh phù hợp với listing được yêu cầu.

Lộ trình kết hợp hữu ích khi giao thức và dApp của nó liên kết chặt chẽ, nhưng hai hồ sơ vẫn cần chi tiết riêng cho từng nền tảng. Tên, chuỗi, mô tả sản phẩm hoặc URL chính thức không nên khác biệt giữa các lần nộp. Để có cái nhìn tổng quan rộng hơn về công việc listing, xem Listings và xác minh. Nếu ưu tiên của bạn là một tracker khác, listings trên các tracker tiền điện tử khác có thể giúp định hình các lựa chọn.

Bạn nên chuẩn bị gì trước khi nộp thông tin TVL và dApp?

Một bài nộp mạnh mẽ bắt đầu với thông tin mà nhóm của bạn có thể xác minh và cập nhật. Trước khi soạn thảo, MediaStrategy chạy một danh sách kiểm tra khởi động để xác định nguồn công khai của dự án, liên hệ chịu trách nhiệm và bất kỳ khoảng trống nào có thể làm chậm quá trình xem xét.

Chuẩn bị một thư mục hoặc tài liệu nguồn dùng chung với:

• Tên chính thức, trang web và mô tả ngắn gọn của dự án.
• Chi tiết chuỗi và giao thức liên quan, với các trang công khai hỗ trợ chúng.
• Thông tin liên quan đến TVL và các nguồn mà nhóm sử dụng để giải thích.
• Điểm truy cập chính thức, danh mục sản phẩm và giải thích hướng đến người dùng của dApp.
• Liên kết truyền thông xã hội hoặc cộng đồng chính thức, nếu chúng là một phần danh tính công khai của dự án.
• Một liên hệ nhóm có tên có thể xác nhận chi tiết và trả lời các câu hỏi từ nền tảng.

Tách biệt các sự kiện đã xác nhận khỏi thông tin vẫn đang thay đổi. Nếu một con số hoặc mô tả sản phẩm chưa sẵn sàng để công bố, hãy đánh dấu thay vì lấp đầy khoảng trống bằng ước tính. Chúng tôi so sánh các chi tiết đã nộp với tài liệu công khai của chính dự án và trả lại một danh sách khoảng trống ngắn để phê duyệt. Điều này làm cho việc rà soát hữu ích hơn: nhóm có thể giải quyết bằng chứng còn thiếu và mô tả mâu thuẫn trước khi gửi.

Các bài nộp DefiLlama và DappRadar khác nhau như thế nào?

Hai bài nộp nên kể một câu chuyện dự án nhất quán trong khi trả lời các câu hỏi khác nhau của người dùng. Đối với DefiLlama, việc chuẩn bị tập trung vào giao thức và thông tin TVL của nó; đối với DappRadar, tập trung vào dApp và các chi tiết người dùng cần để nhận diện và truy cập.

Chúng tôi không coi một hồ sơ hoàn thành là bằng chứng rằng hồ sơ kia đã sẵn sàng. Đối với mỗi hồ sơ, chúng tôi rà soát xem tên, mô tả và liên kết đã nộp có khớp với sự hiện diện công khai của chính dự án hay không. Nhóm dự án phê duyệt từ ngữ và tài liệu nguồn cuối cùng trước khi nộp. Điều này đặc biệt quan trọng khi một giao thức có nhiều sản phẩm, triển khai chuỗi hoặc thương hiệu mới cập nhật: chọn phạm vi sản phẩm chính xác và đích chính thức trước, sau đó căn chỉnh các chi tiết hỗ trợ xung quanh.

Nếu dự án của bạn cũng cần một hồ sơ exchange thị trường, đó là một quyết định riêng biệt với các bài nộp tracker này; xem exchange listing tập trung.

MediaStrategy xử lý những gì trong quá trình listing?

MediaStrategy cung cấp một quy trình nộp được quản lý, với một người rà soát cấp cao chịu trách nhiệm về phạm vi, tài liệu và theo dõi. Bạn giữ quyền kiểm soát các sự kiện và phê duyệt của dự án; vai trò của chúng tôi là làm cho thông tin có tổ chức, nhất quán và sẵn sàng trình bày.

Dự án nhận được một tập hợp các kết quả làm việc xác định:

• Một đánh giá mức độ sẵn sàng cho các quy trình DefiLlama và DappRadar được yêu cầu.
• Một danh sách kiểm tra phù hợp về thông tin và bằng chứng công khai cần cung cấp.
• Dự thảo chi tiết hồ sơ để nhóm của bạn xác minh trước khi nộp.
• Phối hợp nộp và hồ sơ về tài liệu đã nộp.
• Xử lý theo dõi và ghi chú trạng thái khi các nền tảng phản hồi hoặc yêu cầu làm rõ.

Khi khởi động, chúng tôi thống nhất ai có thể phê duyệt nội dung và trả lời các câu hỏi về sản phẩm hoặc dữ liệu. Một đầu mối liên hệ từ phía bạn giúp các bản sửa đổi không bị phân tán giữa các nhóm. Định dạng báo cáo của chúng tôi là một ghi chú trạng thái ngắn gọn: công việc đã hoàn thành, câu hỏi mở, hành động tiếp theo và người phụ trách. Điều này cho phép founder và nhà điều hành có cái nhìn hữu ích về tiến độ mà không làm người ra quyết định chìm trong lịch sử tin nhắn. Phạm vi được xác nhận trước khi bắt đầu, vì vậy bạn biết những hồ sơ, tài liệu và nhiệm vụ phối hợp nào được bao gồm.

Điều gì có thể ảnh hưởng đến listing DefiLlama hoặc DappRadar?

Rủi ro vận hành chính là khoảng cách giữa thông tin dự án nộp và những gì các nguồn công khai của họ có thể hỗ trợ. DefiLlama kiểm soát liệu và cách thông tin TVL được xem xét hoặc hiển thị, trong khi DappRadar kiểm soát việc chấp nhận và trình bày hồ sơ dApp; không kết quả hay thời gian nào nằm trong tầm kiểm soát của chúng tôi. Chúng tôi cam kết công việc chuẩn bị, nộp và theo dõi đã thỏa thuận, không cam kết quyết định của nền tảng hoặc vị trí cụ thể.

Để giảm ma sát có thể tránh được, chúng tôi kiểm tra rằng nhóm có thể giải thích danh tính, nguồn dữ liệu và đích sản phẩm một cách nhất quán trước khi nộp. Chúng tôi đánh dấu quyền sở hữu không rõ ràng, các liên kết công khai hỏng và mô tả kết hợp nhiều sản phẩm mà không phân biệt. Nếu thông tin thay đổi trong khi xem xét, chúng tôi yêu cầu liên hệ dự án xác nhận chi tiết đã sửa trước khi cập nhật bài nộp.

Giữ hồ sơ về nguồn nào là có thẩm quyền cho mỗi sự kiện và thông báo kịp thời nếu hợp đồng, tên sản phẩm hoặc URL chính thức thay đổi. Điều đó cho nhóm một cách kiểm soát để trả lời các câu hỏi và ngăn mô tả cũ bị tái sử dụng trong bản cập nhật sau. Đối với một hồ sơ on-chain hoặc thiết lập thị trường riêng, xem xét DEX listing và thiết lập liquidity.

Các listing này nên được tích hợp vào kế hoạch ra mắt rộng hơn của bạn như thế nào?

Coi các bài nộp tracker là một phần của lớp thông tin công khai đáng tin cậy, không phải là sự thay thế cho sự sẵn sàng sản phẩm hoặc giao tiếp người dùng. Thời điểm tốt nhất để chuẩn bị là khi dự án có thể giải thích nó làm gì, chỉ đến sản phẩm chính thức và hỗ trợ dữ liệu công khai bằng các nguồn mà nhóm thoải mái chia sẻ.

Một trình tự thực tế là xác nhận danh tính và quyền sở hữu dự án, thu thập bằng chứng, rà soát từng hồ sơ riêng biệt, sau đó phối hợp nộp và theo dõi. Nếu khám phá exchange cũng nằm trong lộ trình, hãy tách quy trình đó và các yêu cầu của nó khỏi việc chuẩn bị hồ sơ tracker. Các trang CoinMarketCap listing và CoinGecko listing bao phủ các quy trình nền tảng riêng biệt đó. Để thảo luận phạm vi rộng hơn, bắt đầu tại Liên hệ.

Trước khi khởi động, hãy gửi trang web chính thức, hồ sơ DefiLlama và DappRadar hoặc bối cảnh nộp nếu có, các nguồn dữ liệu công khai liên quan và tên của người có thể phê duyệt chi tiết. MediaStrategy sẽ rà soát tài liệu, xác định các câu hỏi mở và trả lại một kế hoạch phạm vi cho công việc listing được yêu cầu.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Xác nhận phạm vi listingChúng tôi làm rõ bạn cần chuẩn bị TVL DefiLlama, hồ sơ dApp DappRadar hay cả hai. Chúng tôi cũng xác nhận liên hệ dự án và những gì nhóm có thể chứng minh.
2. Thu thập và kiểm tra tài liệuBạn chia sẻ chi tiết chính thức của dự án và các nguồn công khai liên quan. Người rà soát của chúng tôi kiểm tra tính nhất quán và gửi lại danh sách khoảng trống tập trung cho nhóm của bạn.
3. Phê duyệt chi tiết riêng cho từng nền tảngChúng tôi chuẩn bị thông tin cho từng quy trình riêng biệt, sau đó yêu cầu liên hệ được ủy quyền của bạn xác nhận chi tiết cuối cùng trước khi nộp.
4. Nộp và báo cáo theo dõiChúng tôi phối hợp các bài nộp đã thống nhất, theo dõi phản hồi và cung cấp ghi chú trạng thái ngắn gọn với hành động tiếp theo và người phụ trách.