Cách xóa cảnh báo trên CoinGecko và CoinMarketCap

Cảnh báo listing trên CoinMarketCap hoặc CoinGecko có nghĩa là gì?

Một cảnh báo listing cho thấy rằng nền tảng muốn bạn chú ý đến một khía cạnh nào đó trong hồ sơ của tài sản hoặc thông tin được sử dụng để đánh giá nó. Chính thông báo đó—chứ không phải một giả định chung về dự án—sẽ quyết định điều bạn cần điều tra trước tiên.

Các đội nhóm thường gặp các thông báo liên quan đến chi tiết supply, thị trường giao dịch, thông tin contract hoặc chain, các liên kết dự án, hoặc sự thay đổi trạng thái của tài sản. Hãy coi đây là những lĩnh vực cần kiểm tra, chứ không phải là một danh sách chung các loại cảnh báo của nền tảng: mỗi nền tảng có thể hiển thị nội dung khác nhau và yêu cầu bằng chứng khác nhau.

Ghi lại thông báo trước khi thay đổi bất cứ điều gì. Chụp lại toàn bộ văn bản, trang listing bị ảnh hưởng, ngày bạn nhìn thấy nó và bất kỳ hướng dẫn hoặc liên kết nào đi kèm. Sau đó, so sánh các trường hồ sơ liên quan với các nguồn chính thức của dự án và thông tin on-chain. Nếu thông báo không xác định rõ vấn đề, hãy hỏi nền tảng thông qua kênh hỗ trợ hoặc listing chính thức của họ xem trường hoặc bằng chứng cụ thể nào cần được chú ý.

Cách tiếp cận này hữu ích cho dù bạn đang xem xét listing trên CoinMarketCap hay tìm hiểu cách được listing trên CoinGecko. Một cảnh báo không phải là lý do để viết lại mọi tuyên bố của dự án: hãy sửa sự khác biệt mà nền tảng đã xác định và để nguyên các trường không liên quan.

Làm thế nào để chẩn đoán cảnh báo listing trước khi thực hiện thay đổi?

Chẩn đoán thông báo bằng cách đối chiếu nội dung của nó với một trường hồ sơ, nguồn dữ liệu hoặc bản cập nhật dự án cụ thể. Một nhật ký vấn đề bằng văn bản giúp đội nhóm tránh các chỉnh sửa suy đoán và giữ cho yêu cầu xem xét được mạch lạc.

Sử dụng danh sách kiểm tra này:

• Lưu lại toàn bộ thông báo và ghi chú tài sản, mạng lưới và hồ sơ mà nó đề cập đến.
• Liệt kê các tuyên bố hoặc trường bị ảnh hưởng, chẳng hạn như circulating supply, total supply, địa chỉ contract, cặp thị trường hoặc URL dự án chính thức.
• So sánh từng tuyên bố với nguồn chính thống của nó: explorer có liên quan, trang web chính thức của dự án, trang sàn giao dịch hoặc pool, và tài liệu dự án đã công bố.
• Đánh dấu từng mục là đã xác nhận, lỗi thời, không nhất quán hoặc chưa thể xác minh.
• Chỉ định người phụ trách và ghi lại bản sửa lỗi đã thực hiện, nơi thực hiện và bằng chứng hỗ trợ nó.

Kiểm tra xem sự khác biệt đến từ chính listing hay từ một nguồn mà nó dựa vào. Ví dụ: một dự án có thể đã sửa trang web của mình trong khi một tài liệu được liên kết vẫn hiển thị địa chỉ contract cũ hơn. Gửi yêu cầu trước khi các nguồn công khai cơ bản thống nhất có thể tạo ra nhiều câu hỏi hơn thay vì giải quyết vấn đề ban đầu.

Đừng suy luận rằng một cảnh báo là do vị trí thứ hạng hoặc chiến dịch trending gây ra. Việc xem xét listing và các vị trí khả năng hiển thị là những vấn đề khác nhau. Nếu cả hai đều có liên quan, hãy giải quyết vấn đề hồ sơ trước; xem các hướng dẫn riêng về trending trên CoinMarketCap và trending trên CoinGecko để biết các cơ chế đó.

Làm thế nào để xác minh thông tin supply và contract trên CoinGecko?

Để xác minh thông tin supply, hãy làm cho các con số đã công bố của dự án có thể truy xuất được đến đúng contract và chain, sau đó đảm bảo các tài liệu công khai giải thích cách các con số đó được tính toán. Bằng chứng được yêu cầu và định dạng được chấp nhận của nền tảng vẫn là thẩm quyền cho việc xem xét của chính nó.

Bắt đầu bằng cách xác nhận địa chỉ contract của tài sản trên các kênh chính thức của dự án và block explorer có liên quan. Kiểm tra xem listing có trỏ đến đúng mạng lưới và contract hay không, đặc biệt là sau khi di chuyển hoặc thay đổi triển khai. Tiếp theo, so sánh các con số hiển thị trên listing với tài liệu token của dự án và thông tin có thể kiểm tra trên on-chain. Nếu circulating supply khác với total hoặc maximum supply, hãy giải thích rõ ràng sự khác biệt và hỗ trợ nó bằng nguồn thích hợp.

Trước khi gửi, hãy chuẩn bị một bộ bằng chứng ngắn gọn:

• Địa chỉ contract và trang explorer cho mạng lưới chính xác.
• Tài liệu token hiện tại với định nghĩa cho từng con số supply.
• Một giải thích ngắn gọn về bất kỳ token nào bị khóa, vested, đốt hoặc bị loại trừ theo cách khác, nếu có liên quan và có thể xác minh.
• Liên kết đến các trường listing chính xác cần sửa.

Để có một quy trình làm việc tập trung, hãy sử dụng hướng dẫn xác minh supply trên CoinGecko và xem xét các tùy chọn khắc phục hồ sơ listing của dự án. Tránh gửi các bảng tính không được giải thích hoặc thay đổi mô tả supply để làm cho các con số có vẻ nhất quán; hãy giải thích phương pháp thực tế và để bằng chứng hỗ trợ nó.

Bạn nên kiểm tra những chi tiết thị trường và dự án nào?

Xem xét các thị trường, danh tính dự án và các liên kết công khai xuất hiện trên hồ sơ bị ảnh hưởng, sau đó xác minh từng mục so với một nguồn chính thống hiện tại. Một contract token chính xác không tự nó xác nhận rằng mọi thị trường hoặc chi tiết dự án vẫn còn hiện tại.

Đối với thị trường, hãy kiểm tra xem cặp giao dịch và sàn giao dịch được liệt kê có còn tương ứng với một thị trường đang hoạt động và có liên quan cho tài sản hay không. Xác nhận rằng cặp giao dịch sử dụng đúng token và tài sản định giá, và dự án chưa di chuyển liquidity đến một pool hoặc contract thay thế. Nếu một thị trường không hoạt động hoặc trỏ đến một pool lỗi thời, hãy ghi lại những gì đã thay đổi và xác định nguồn hiện tại thay vì để lại một tham chiếu lỗi thời không được giải thích.

Đối với thông tin dự án, hãy xem xét trang web, các hồ sơ xã hội chính thức, chi tiết chain, ticker và tên token. Tìm kiếm các liên kết cũ, ký hiệu token xung đột, lộ trình lỗi thời hoặc các thông báo mô tả việc di chuyển mà không xác định rõ ràng contract mới. Làm cho các kênh riêng của dự án nhất quán trước khi yêu cầu nền tảng cập nhật hồ sơ của nó.

Sử dụng một nhật ký thay đổi đơn giản với ba cột: trường như được hiển thị, nguồn hiện tại đã xác minh và hành động đã thực hiện. Điều này cung cấp cho người xem xét một con đường trực tiếp từ vấn đề được báo cáo đến bản sửa lỗi. Để biết bối cảnh listing ban đầu, hãy so sánh các yêu cầu listing trên CoinGecko rộng hơn với hướng dẫn listing trên CoinMarketCap; đừng cho rằng quy trình của một nền tảng tự động áp dụng cho nền tảng kia.

Một yêu cầu xem xét nền tảng nên bao gồm những gì?

Một yêu cầu xem xét mạnh mẽ xác định listing bị ảnh hưởng, nêu rõ những gì đã thay đổi và liên kết trực tiếp đến bằng chứng hỗ trợ việc sửa lỗi. Giữ nó thực tế và có tổ chức để người xem xét có thể xác minh vấn đề mà không cần tái tạo lại lịch sử của dự án.

Bao gồm tên tài sản và ticker, chain và địa chỉ contract, URL của listing có liên quan, cảnh báo chính xác hoặc trường đang được xem xét, và một mô tả ngắn gọn về việc sửa lỗi. Chỉ thêm bằng chứng cần thiết cho vấn đề đó: ví dụ: trang explorer cho chi tiết contract, tài liệu token hiện tại cho phương pháp supply, hoặc trang dự án chính thức cho một liên kết đã sửa. Nếu có liên quan đến việc di chuyển hoặc thay đổi thị trường, hãy giải thích trình tự và phân biệt tham chiếu cũ với tham chiếu hiện tại.

Một cấu trúc yêu cầu hữu ích là:

1. Xác định listing và trích dẫn hoặc tóm tắt vấn đề được hiển thị.
2. Nêu rõ bản sửa lỗi đã xác minh trong một hoặc hai câu.
3. Liên kết từng tuyên bố chính với nguồn chính thống của nó.
4. Ghi chú bất kỳ trường hồ sơ nào đã được dự án cập nhật.
5. Hỏi xem có cần thêm bất kỳ bằng chứng nào không.

Sử dụng tuyến gửi bài chính thức cho nền tảng có liên quan và giữ lại một bản sao của yêu cầu và các tệp đính kèm. Tránh gửi các tin nhắn lặp đi lặp lại với các giải thích khác nhau trong khi cùng một yêu cầu đang được xem xét. Nếu vấn đề yêu cầu sự phối hợp rộng rãi hơn giữa dữ liệu dự án, bằng chứng supply và thông tin liên lạc listing, một dịch vụ khắc phục hồ sơ có thể giúp tổ chức công việc. Các dự án có hướng dẫn bắt đầu từ $1.300 / dự án.

Dự án có thể kiểm soát điều gì trong quá trình xem xét của CoinMarketCap hoặc CoinGecko?

Dự án kiểm soát tính chính xác của các tài liệu của chính mình, bằng chứng mà nó gửi và liệu nó có phản hồi yêu cầu làm rõ hay không. Nền tảng kiểm soát việc xem xét, xử lý dữ liệu và bất kỳ quyết định nào để thay đổi thông báo hoặc trạng thái listing.

Sự khác biệt này rất quan trọng vì việc sửa một nguồn không tự động thay đổi hiển thị của nền tảng. CoinMarketCap và CoinGecko có các quy trình listing, tuyến hỗ trợ và quyết định xem xét riêng biệt; một bản sửa lỗi được một nền tảng chấp nhận không tự động cập nhật nền tảng kia. Một trường hồ sơ cũng có thể dựa trên dữ liệu thị trường hoặc dự án bên ngoài, vì vậy hãy xác định nguồn gốc của sự khác biệt trước khi cho rằng nền tảng có thể chỉnh sửa trực tiếp.

Không có cố vấn bên ngoài nào có thể hứa hẹn rằng một nền tảng sẽ xóa hoặc thay đổi cảnh báo, chấp nhận một định dạng bằng chứng cụ thể, hoặc hoàn tất việc xem xét vào một ngày đã chọn. Nền tảng có thể yêu cầu thêm thông tin hoặc giữ nguyên hiển thị hiện tại sau khi xem xét bài gửi. Điều mà một dự án có thể yêu cầu một cách hợp lý từ một cố vấn là một phạm vi công việc đã thỏa thuận: chẩn đoán, tổ chức bằng chứng, hướng dẫn sửa lỗi và hỗ trợ gửi bài—chứ không phải kiểm soát quyết định của nền tảng.

Để giữ cho quy trình có trách nhiệm giải trình, hãy thỏa thuận trước về các sản phẩm bàn giao, ai chịu trách nhiệm cho mỗi bản sửa lỗi phía dự án, kênh chính thức nào sẽ được sử dụng và cách thức cập nhật trạng thái sẽ được chia sẻ. Giữ bằng chứng cơ bản có sẵn sau khi gửi và trả lời các câu hỏi tiếp theo bằng cùng các sự kiện đã được ghi chép thay vì tạo ra một bản tường trình mới về các sự kiện.

Làm thế nào để giảm khả năng xảy ra vấn đề listing khác?

Duy trì một bản ghi nhỏ, thuộc sở hữu của các dữ kiện listing và xem xét nó bất cứ khi nào dự án thay đổi contract, thông tin supply, thị trường hoặc các liên kết chính thức. Một hồ sơ listing dễ duy trì tính nhất quán hơn khi các bản cập nhật được coi là một phần của hoạt động ra mắt và sau ra mắt, chứ không phải là một nhiệm vụ gửi một lần.

Chỉ định một người phụ trách cho mỗi nguồn sự thật: chi tiết contract và chain, tài liệu supply token, các liên kết dự án chính thức và các tham chiếu thị trường. Khi một thứ thay đổi, hãy cập nhật các tài liệu công khai của dự án trước, sau đó kiểm tra xem listing bị ảnh hưởng có cần một yêu cầu cập nhật riêng hay không. Giữ các bản sao có ngày tháng của tài liệu quan trọng và một nhật ký thay đổi ghi lại những gì đã thay đổi và tại sao.

Một danh sách kiểm tra bảo trì thực tế bao gồm:

• Xác nhận rằng chi tiết contract và chain vẫn khớp với các kênh dự án chính thức.
• Xem xét các định nghĩa supply và các nguồn hỗ trợ sau các thay đổi token quan trọng.
• Kiểm tra rằng các liên kết dự án vẫn trỏ đến các trang và tài khoản hiện tại.
• Xem xét lại các thị trường sau khi di chuyển, thay đổi pool hoặc cập nhật sàn giao dịch.
• Giữ các bài gửi listing và thông tin liên lạc với nền tảng có thể truy cập được cho nhóm phụ trách.

Đối với các đội nhóm cũng đang so sánh các tùy chọn khám phá, hãy hiểu rằng việc sửa lỗi listing không giống như một chiến dịch khả năng hiển thị. Đọc về trending trên CoinGecko hoặc trending trên CoinMarketCap một cách riêng biệt và đưa ra bất kỳ quyết định chiến dịch nào dựa trên các mục tiêu riêng của nó. Giữ sự khác biệt đó rõ ràng giúp các đội nhóm ưu tiên độ chính xác của dữ liệu trước các hoạt động quảng bá.

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. Ghi lại thông báoLưu toàn bộ văn bản, URL listing bị ảnh hưởng và chi tiết tài sản cũng như chain có liên quan. Giữ nội dung có sẵn cho mọi người làm việc trên vấn đề.
2. Truy tìm nguồn gốc cơ bảnĐối chiếu thông báo với trường hồ sơ hoặc nguồn dữ liệu liên quan. So sánh nó với các tham chiếu chính thống của dự án, thị trường và on-chain trước khi chỉnh sửa listing.
3. Sửa lỗi và ghi chépCập nhật thông tin không chính xác do dự án kiểm soát và ghi lại sự thay đổi. Chỉ chuẩn bị bằng chứng hỗ trợ cho việc sửa lỗi cụ thể.
4. Gửi qua tuyến đường chính thứcXác định listing, giải thích rõ ràng việc sửa lỗi và liên kết đến các nguồn có thể xác minh. Giữ một bản sao của yêu cầu và bất kỳ thông tin tiếp theo nào.
5. Theo dõi quá trình xem xét và duy trì hồ sơChỉ định người phụ trách theo dõi phản hồi và cung cấp thông tin làm rõ khi được yêu cầu. Lưu giữ bằng chứng và cập nhật các tài liệu dự án khác nếu các dữ kiện cơ bản thay đổi.