Dịch vụ listing DefiLlama và DappRadar cho dự án DeFi: hai yêu cầu, một bộ hồ sơ chuẩn bị sẵn

Dịch vụ listing hai trang web bao gồm những gì?

Kiểm tra nhanh: Bạn có thể chỉ ra hợp đồng thông minh, nguồn TVL và tài liệu công khai trong 3 liên kết không? Nếu không, hãy thu thập chúng trước.

Dịch vụ bao gồm việc chuẩn bị và phối hợp cho hai yêu cầu nền tảng riêng biệt: listing TVL trên DefiLlama và listing dApp trên DappRadar. Công việc này hữu ích cho một nhóm DeFi muốn thông tin dự án được trình bày rõ ràng và cần một người chịu trách nhiệm tổ chức công việc gửi hồ sơ.

Hai yêu cầu này không nên được coi là có thể thay thế cho nhau. DefiLlama liên quan đến việc trình bày TVL của dự án; DappRadar liên quan đến việc trình bày ứng dụng như một dApp. Chúng tôi ánh xạ sản phẩm, mạng lưới, liên kết công khai và bằng chứng có sẵn của dự án vào thông tin mà mỗi yêu cầu cần, sau đó đánh dấu các chi tiết còn thiếu hoặc mâu thuẫn trước khi gửi bất cứ điều gì.

Dịch vụ này phù hợp khi dự án của bạn đang hoạt động hoặc có một sản phẩm được mô tả rõ ràng và bạn có thể cung cấp thông tin chính xác, công khai. Nếu ưu tiên của bạn là hồ sơ token trên các trang theo dõi giá, exchange listing hoặc các vị trí tăng khả năng hiển thị, thì đó là các gói khác. Tổng quan về listing và xác minh của chúng tôi có thể giúp chọn hướng đi phù hợp, trong khi các listing trên trình theo dõi tiền điện tử khác bao gồm một loại nền tảng riêng biệt.

Kết quả thực tế là một quy trình gửi hồ sơ mà nhóm của bạn có thể theo dõi và xác minh, chứ không phải là lời hứa về việc được chấp nhận. Bạn giữ quyền kiểm soát các tuyên bố và quyền truy cập của dự án; chúng tôi giúp biến tài liệu bạn phê duyệt thành một yêu cầu mạch lạc.

Cần chuẩn bị gì trước khi yêu cầu listing?

Một hồ sơ gửi hiệu quả bắt đầu bằng một hồ sơ dự án nhất quán. Trước khi tiếp cận, hãy thu thập thông tin mà nhóm bạn có thể xác minh và công bố; các khoảng trống sẽ dễ giải quyết hơn trước khi gửi hồ sơ hơn là trong quá trình trao đổi sau đó.

Chuẩn bị một thư mục gọn gàng bao gồm:

• Tên dự án, mô tả ngắn gọn, trạng thái sản phẩm và trang web chính thức.
• Mạng lưới liên quan và liên kết đến ứng dụng hoặc giao diện giao thức đang hoạt động.
• Tài liệu công khai và các kênh xã hội hoặc cộng đồng chính thức.
• Giải thích của dự án về cách hiểu TVL, kèm theo các nguồn mà nhóm có thể đứng sau.
• Mọi liên kết hợp đồng thông minh hoặc explorer có liên quan, cùng với người được ủy quyền trả lời các câu hỏi kỹ thuật.

Đối với thông tin liên quan đến TVL, hãy sẵn sàng giải thích cấu trúc của dự án và cung cấp các tài liệu tham khảo có thể truy xuất cho các con số hoặc thành phần bạn gửi. Chúng tôi không bịa đặt hoặc sửa đổi số liệu để làm cho hồ sơ trông mạnh mẽ hơn. Nếu một con số, hợp đồng, mạng lưới hoặc mô tả sản phẩm khác nhau giữa trang web và tài liệu của bạn, hãy giải quyết sự không nhất quán hoặc giải thích nó trước khi gửi. Các dự án xử lý câu hỏi về nguồn cung token có thể tham khảo hỗ trợ xác minh nguồn cung lưu hành riêng của chúng tôi.

Đối với DappRadar, hãy đảm bảo ứng dụng có thể được mô tả một cách đơn giản: nó làm gì, ai sử dụng nó và cách người truy cập có thể tiếp cận nó. Mục tiêu không phải là thêm ngôn ngữ quảng cáo, mà là làm cho sản phẩm dễ hiểu đối với người xem xét tài liệu công khai mà không có bối cảnh nội bộ. Chúng tôi ghi lại các mục chưa được giải quyết và thống nhất với bạn về việc tiếp tục, làm rõ hay tạm dừng.

Hai yêu cầu này khác nhau như thế nào?

Yêu cầu trên DefiLlama tập trung vào việc trình bày một dự án DeFi và thông tin liên quan đến TVL của nó; yêu cầu trên DappRadar tập trung vào việc trình bày chính dApp. Chúng tôi xây dựng một nguồn thông tin dự án chung, sau đó điều chỉnh các chi tiết liên quan cho từng nền tảng thay vì gửi một bài chào hàng chung chung giống hệt nhau hai lần.

Sự khác biệt này rất quan trọng khi một giao thức có nhiều giao diện, sản phẩm hoặc mạng lưới. Quyết định sản phẩm nào là chủ thể của mỗi yêu cầu và nêu rõ mối quan hệ giữa chúng. Nếu một tên thương hiệu duy nhất bao gồm nhiều ứng dụng, hãy ghi lại cấu trúc đó để người xem xét có thể hiểu listing đại diện cho cái gì.

Nhóm của chúng tôi có thể xem xét tài liệu công khai, tổ chức thông tin gửi và phối hợp theo dõi với người liên hệ của dự án. Bạn phê duyệt nội dung và bằng chứng trước khi bất cứ điều gì được gửi. Nếu dự án của bạn cũng cần thiết lập sàn giao dịch phi tập trung hoặc liquidity thay vì listing thư mục, hãy xem DEX listing và thiết lập liquidity; nó giải quyết một mục tiêu vận hành khác.

Danh sách 6 điểm kiểm tra DefiLlama và DappRadar của bạn

Kiểm tra 6 điểm này trước khi bạn gửi yêu cầu. Một bộ hồ sơ đã được xem xét phục vụ cho cả hai trang web và việc xem xét nó trước sẽ tránh được hai vòng chỉnh sửa với hai nhóm khác nhau trong những tuần tiếp theo. In danh sách, đánh dấu từng dòng bằng bút và giữ nó bên cạnh brief để mọi người làm việc từ cùng một trang.

1. Thu thập địa chỉ hợp đồng trên mọi chain.
2. Liên kết tài liệu và nguồn dữ liệu TVL.
3. Viết mô tả 3 dòng.
4. Chuẩn bị file logo.
5. Kiểm tra cách dự án xuất hiện hiện tại.
6. Chỉ định một người liên hệ cho cả hai nhóm.

Thuật ngữ trong một dòng

TVL (nói một cách đơn giản: tổng giá trị bị khóa, giá trị tài sản được gửi trong một giao thức).

Bộ hồ sơ có nghĩa là tập hợp các thông tin và liên kết được gửi kèm với yêu cầu listing.

Công việc listing được phối hợp như thế nào?

Nguyên tắc chung: Kiểm tra cách dự án được mô tả trên cả hai trang web. Sự không khớp trông cẩu thả đối với người đọc.

Chúng tôi bắt đầu bằng cách xác nhận những gì bạn muốn listing và bằng chứng nào đã sẵn sàng, sau đó giữ hai yêu cầu nền tảng riêng biệt ở những nơi nhu cầu thông tin của chúng khác nhau. Một trưởng dự án tại MarketingExtra phối hợp công việc với người liên hệ được chỉ định của bạn, vì vậy các câu hỏi về thông tin sản phẩm và phê duyệt có chủ sở hữu rõ ràng.

Quy trình làm việc rất thực tế:

1. Lập kế hoạch yêu cầu. Xác nhận giao thức, dApp, mạng lưới, phạm vi nền tảng mong muốn và người liên hệ của dự án.
2. Xem xét tài liệu nguồn. So sánh trang web, tài liệu, liên kết ứng dụng và chi tiết dự án đã gửi; liệt kê sự khác biệt và bằng chứng còn thiếu.
3. Chuẩn bị thông tin cụ thể cho từng nền tảng. Soạn thảo mô tả TVL và dApp có liên quan từ các thông tin bạn phê duyệt, giữ cho các tuyên bố có thể truy xuất từ các nguồn công khai.
4. Xác nhận và gửi. Bạn xem xét tài liệu cuối cùng; chúng tôi phối hợp các yêu cầu đã thống nhất và lưu giữ hồ sơ về những gì đã gửi.
5. Theo dõi phản hồi. Chúng tôi chia sẻ phản hồi của nền tảng hoặc thay đổi trạng thái hiển thị, xác định các yêu cầu làm rõ và phối hợp các bước tiếp theo với bạn.

Nhóm dự án nên chỉ định một người có thể phê duyệt các tuyên bố công khai và có được câu trả lời kỹ thuật. Điều đó làm cho việc xem xét hiệu quả hơn và ngăn chặn các phiên bản khác nhau của mô tả sản phẩm lưu hành. Thời gian được thảo luận sau khi xem xét ban đầu, dựa trên mức độ sẵn sàng và kế hoạch; chúng tôi không coi ngày gửi là ngày quyết định của nền tảng.

Bạn nhận được một bản tóm tắt bằng văn bản về các tài liệu đã xem xét, thông tin đã gửi, câu hỏi mở và các hành động tiếp theo. Để có cái nhìn tổng quan rộng hơn về cách tiếp cận của chúng tôi, hãy xem cách chúng tôi làm việc.

Những gì nằm ngoài tầm kiểm soát của chúng tôi?

Chúng tôi kiểm soát chất lượng và sự phối hợp của công việc đã thống nhất, nhưng mỗi nền tảng kiểm soát việc liệu nó có chấp nhận, thay đổi, hiển thị hay từ chối một listing hay không. Cách DefiLlama xử lý thông tin TVL đã gửi và cách DappRadar xem xét hoặc trình bày một dApp là quyết định của nền tảng; không thể hứa hẹn việc chấp nhận hoặc một kết quả hiển thị cụ thể.

Đó là lý do tại sao chúng tôi giữ cho công việc có thể xác minh được. Chúng tôi có thể đảm bảo rằng thông tin chúng tôi chuẩn bị khớp với các thông tin và bằng chứng bạn phê duyệt, rằng các yêu cầu đã thống nhất được phối hợp và bạn nhận được hồ sơ theo dõi. Chúng tôi không thể thay mặt bạn đưa ra quyết định về nền tảng hoặc tuyên bố rằng một listing đã được phê duyệt trước khi nền tảng xác nhận.

Trước khi bắt đầu, hãy thống nhất nội bộ về người có thể chứng minh từng tuyên bố, liệu ứng dụng liên quan có thể truy cập được không và nhóm của bạn có thể phản hồi các yêu cầu làm rõ nhanh như thế nào. Nếu có những thay đổi sản phẩm đã biết, bổ sung mạng lưới hoặc sự khác biệt về dữ liệu, hãy tiết lộ chúng trong quá trình khởi động. Một giải thích ngắn gọn được hỗ trợ bởi thông tin công khai hiện tại sẽ hữu ích hơn là để người xem xét phải đối chiếu các trang dự án mâu thuẫn.

Khi nào một dự án nên yêu cầu cả hai?

Yêu cầu cả hai khi bạn có thể xác định rõ ràng giao thức DeFi có thông tin TVL liên quan và dApp bạn muốn trình bày, đồng thời mỗi bên có tài liệu công khai chính xác. Nếu chỉ một bên sẵn sàng, hãy bắt đầu với yêu cầu phù hợp với sản phẩm và bằng chứng có sẵn; bên thứ hai có thể được lên kế hoạch khi thông tin của nó đã hoàn chỉnh.

Để có một khởi động tập trung, hãy gửi cho MarketingExtra trang web dự án, tài liệu, liên kết ứng dụng, chi tiết mạng lưới liên quan và một ghi chú ngắn về việc bạn muốn DefiLlama, DappRadar hay cả hai. Bao gồm mọi trang nền tảng hiện có và giải thích những gì bạn muốn xem xét hoặc cập nhật. Không gửi thông tin đăng nhập trừ khi chúng thực sự cần thiết và được thống nhất thông qua một quy trình an toàn.

Gửi 3 thứ: tài liệu dự án của bạn, địa chỉ hợp đồng thông minh của bạn và các chain bạn sử dụng. Với những thứ đó, chúng tôi tập hợp bộ hồ sơ và xác nhận chi phí bằng văn bản trước khi bất kỳ yêu cầu nào được gửi.

Cách hoạt động

1. Xác nhận kế hoạch listingXác định giao thức, dApp, chi tiết mạng lưới và nền tảng trong kế hoạch. Chỉ định một người liên hệ dự án có thể phê duyệt các tuyên bố và trả lời các câu hỏi kỹ thuật.
2. Xem xét tài liệu dự ánChúng tôi kiểm tra các liên kết công khai và thông tin đã cung cấp để tìm bằng chứng còn thiếu hoặc không nhất quán, sau đó trả về một danh sách rõ ràng các mục cần giải quyết.
3. Chuẩn bị các yêu cầuChúng tôi tổ chức thông tin cụ thể cho từng nền tảng bằng cách sử dụng các thông tin và tài liệu hỗ trợ được nhóm của bạn phê duyệt.
4. Phê duyệt và phối hợp gửi hồ sơBạn xem xét thông tin cuối cùng trước khi chúng tôi phối hợp các yêu cầu đã thống nhất và ghi lại những gì đã gửi.
5. Theo dõi phản hồiChúng tôi chia sẻ phản hồi hoặc thay đổi trạng thái hiển thị, ghi lại các yêu cầu làm rõ và thống nhất với bạn về hành động tiếp theo.