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

Các loại cảnh báo listing CoinGecko và CoinMarketCap nào thường xuất hiện?

Cảnh báo được hiểu rõ nhất qua nội dung chính xác và trường listing hoặc nguồn dữ liệu mà nó đề cập. CoinGecko và CoinMarketCap vận hành hệ thống listing và dữ liệu riêng biệt, vì vậy đừng cho rằng cùng một nhãn có cùng nguyên nhân trên cả hai nền tảng. Đầu tiên, ghi lại thông báo, trang tài sản và ngày bạn nhìn thấy.

Các lĩnh vực thường cần điều tra bao gồm:

• Thông tin supply: supply lưu hành hoặc tổng supply hiển thị có thể không khớp với phương pháp luận đã công bố của dự án hoặc bằng chứng trên chuỗi.
• Dữ liệu thị trường: một thị trường hoặc cặp giao dịch có thể không hoạt động, được ánh xạ sai, hoặc báo cáo thông tin không còn phản ánh sàn hiện tại.
• Chi tiết hợp đồng hoặc mạng: địa chỉ hợp đồng, chuỗi, di trú, hoặc phiên bản token có thể không rõ ràng hoặc lỗi thời.
• Thông tin hồ sơ: liên kết, mô tả dự án, tên, hoặc chi tiết công khai khác có thể mâu thuẫn giữa các nguồn chính thức.
• Mối quan tâm về tính toàn vẹn dữ liệu: nền tảng có thể yêu cầu làm rõ khi thông tin có sẵn có vẻ không nhất quán hoặc không thể kiểm tra độc lập.

Đây là các danh mục điều tra, không phải khẳng định rằng mọi nền tảng đều dùng cùng phân loại cảnh báo. Đừng đoán nguyên nhân chỉ từ ảnh chụp màn hình. Ghi lại chính xác nền tảng, trang token, nội dung thông báo và mọi bài viết trợ giúp liên kết. Nếu thông báo không rõ ràng, hãy tổ chức bằng chứng xoay quanh trường cụ thể thay vì gửi tin nhắn chung về toàn bộ dự án.

Làm thế nào để tìm nguồn gốc cảnh báo CoinGecko hoặc CoinMarketCap?

Tìm nguồn gốc bằng cách truy vết từng trường listing bị tranh chấp về bằng chứng trực tiếp và hiện tại nhất. Chẩn đoán hữu ích phân biệt lỗi từ phía dự án với lỗi từ sàn giao dịch, explorer, hoặc nền tảng hiển thị trước khi bất kỳ ai chỉnh sửa metadata hoặc gửi bản sửa.

Sử dụng trình tự sau:

• Lưu nội dung cảnh báo và URL listing công khai. Ghi chú tài sản, chuỗi, hoặc thị trường mà nó liên quan.
• Xác định tuyên bố cụ thể có vẻ bị tranh chấp: supply, hợp đồng, thị trường, tên, website, hoặc trường hồ sơ khác.
• So sánh listing với các nguồn do dự án kiểm soát, như website chính thức, tài liệu token, trang hợp đồng đã xác minh và trang thị trường hiện tại của sàn.
• Kiểm tra xem nguồn đó có hiện tại không. Liên kết đến hợp đồng cũ hoặc pool đã ngừng không chứng minh cho listing hiện tại.
• Ghi lại những gì khác biệt, nơi có thể kiểm tra giá trị có thẩm quyền và đề xuất bản sửa.

Tách biệt sự kiện và diễn giải. “Địa chỉ được liệt kê khác với hợp đồng đã xác minh hiện tại” có giá trị hành động hơn “listing sai.” Nếu thông báo liên quan đến supply lưu hành, hãy sử dụng phương pháp luận và bằng chứng được mô tả trong cách xác minh supply trên listing token. Nếu vấn đề là sự không khớp hồ sơ rộng hơn, đánh giá khắc phục hồ sơ listing có thể giúp biến các hồ sơ rời rạc thành gói sửa tập trung.

Cách xác minh supply trên CoinGecko trước khi yêu cầu sửa lỗi

Xác minh supply bằng cách ghi lại ý nghĩa của từng con số supply và cách kiểm tra nó. Một con số đơn lẻ không có định nghĩa hiếm khi đủ để giải quyết sự khác biệt, đặc biệt khi token bị khóa, vesting, bridge, hoặc nắm giữ trên nhiều hợp đồng.

Chuẩn bị một ghi chú supply ngắn bao gồm:

• Con số được đề cập: trích dẫn giá trị hiển thị trên nền tảng và xác định liệu vấn đề là supply lưu hành, tổng supply, hay trường supply khác.
• Hợp đồng và chuỗi: liệt kê các địa chỉ liên quan và liên kết đến trang explorer công khai cho từng địa chỉ.
• Phương pháp tính toán: giải thích số dư nào được bao gồm hoặc loại trừ và tại sao. Tránh trình bày ước tính như tổng trên chuỗi đã xác minh.
• Phân bổ đặc biệt: xác định số dư khóa, vesting, kho bạc, bridge, hoặc số dư khác chỉ khi chúng ảnh hưởng đến phương pháp đã nêu. Liên kết đến hồ sơ có thể xác minh nếu có.
• Nhất quán giữa các nguồn: so sánh website dự án, tài liệu, thông tin explorer và bản gửi dữ liệu token. Cập nhật các trang do dự án kiểm soát đã lỗi thời trước khi gửi lại.

Một bản sửa tốt cho phép người xem xét tái tạo logic mà không dựa vào đảm bảo riêng tư. Nếu một con số supply không thể suy ra từ hồ sơ công khai, hãy nêu rõ giới hạn đó và làm rõ hồ sơ nào có sẵn. Đừng thay đổi nhiều con số không liên quan cùng lúc: cô lập bản sửa supply để người xem xét thấy điều gì đã thay đổi và tại sao. Dịch vụ xác minh supply bao gồm tổ chức bằng chứng cho loại vấn đề listing này.

Liệu thị trường hoặc nguồn dữ liệu có thể đứng sau thông báo listing không?

Có. Một listing có thể hiển thị thông tin thị trường cần điều tra ngay cả khi hồ sơ của dự án chính xác. Kiểm tra sàn thực tế, cặp giao dịch, địa chỉ token và nguồn dữ liệu hiện tại thay vì cho rằng thông báo yêu cầu phản hồi marketing hoặc liquidity.

Xem xét từng thị trường bị ảnh hưởng riêng lẻ. Xác nhận rằng sàn vẫn hỗ trợ cặp giao dịch, cặp giao dịch trỏ đến đúng token và tài sản định giá, và trang công khai có thể truy cập. Tìm thị trường đã đổi tên, pool cũ, hợp đồng đã di trú, hoặc trang sàn không còn đại diện cho giao dịch đang hoạt động. Nếu một sàn đã thay đổi endpoint dữ liệu hoặc ngừng cặp giao dịch, hãy ghi lại sự kiện đó và xác định nguồn hiện tại thay vì mô tả thị trường cũ là đang hoạt động.

Giữ một bảng đơn giản trong tệp làm việc của bạn:

Nếu nhiều thị trường bị ảnh hưởng, hãy tách riêng theo sàn. Một danh sách liên kết không giải thích khiến việc xem xét khó hơn; một ghi chú ngắn cho mỗi thị trường cho thấy chính xác những gì nền tảng nên xác minh.

Bạn nên kiểm tra gì sau khi di trú hợp đồng hoặc thay đổi hồ sơ?

Sau khi di trú, đổi thương hiệu, hoặc cập nhật dự án, hãy kiểm tra mọi tham chiếu công khai có thể vẫn trỏ đến tài sản hoặc danh tính trước đó. Mục tiêu là làm cho thông tin hiện tại của dự án nhất quán và dễ xác minh, không phải xóa thông tin lịch sử hợp pháp.

Bắt đầu với địa chỉ hợp đồng, chuỗi, tên token, ticker, website và liên kết xã hội trên listing. So sánh với thông báo chính thức và tài liệu hiện tại của dự án. Sau đó kiểm tra trang explorer và trang thị trường được liên kết từ listing. Nếu dự án đã di trú, hãy nêu rõ hợp đồng nào là hiện tại, khi nào thay đổi được thông báo và liệu người nắm giữ có cần hành động gì không. Đừng ngụ ý rằng hợp đồng cũ là hiện tại chỉ vì nó vẫn có hoạt động lịch sử.

Trước khi yêu cầu cập nhật, hãy kiểm tra rằng các trang do dự án kiểm soát đã được sửa. Sử dụng liên kết công khai ổn định và đảm bảo chúng tải mà không cần đăng nhập. Nơi tên hoặc ký hiệu được chia sẻ với tài sản khác, hãy xác định rõ chuỗi và hợp đồng thay vì chỉ dựa vào ticker. Nếu dự án đã thay đổi website hoặc kênh chính thức, hãy cập nhật các tham chiếu đó nhất quán và lưu thông báo giải thích quá trình chuyển đổi. Đối với đơn xin listing hoặc cập nhật hồ sơ rộng hơn, hãy xem hướng dẫn được listing trên CoinGecko và được listing trên CoinMarketCap.

Làm thế nào để chuẩn bị yêu cầu khắc phục hồ sơ listing?

Chuẩn bị một yêu cầu ngắn gọn cho mỗi nền tảng, gắn với thông báo chính xác và bản sửa mà dự án yêu cầu nền tảng xem xét. Người xem xét phải xác định được tài sản, tái tạo các kiểm tra liên quan và hiểu điều gì đã thay đổi mà không cần tìm kiếm qua tài liệu chiến dịch không liên quan.

Bao gồm các mục sau:

• Tên nền tảng, URL listing, tên token, ticker, chuỗi và địa chỉ hợp đồng liên quan.
• Nội dung cảnh báo chính xác hoặc trường bị ảnh hưởng, sao chép chính xác nếu có thể.
• Giải thích ngắn về nguyên nhân gốc và bản sửa đã thực hiện, nếu có.
• Liên kết bằng chứng trực tiếp, với mô tả ngắn về những gì mỗi liên kết chứng minh.
• Yêu cầu rõ ràng, như kiểm tra ánh xạ hợp đồng đã sửa hoặc xem xét phương pháp supply đã ghi lại.
• Một đầu mối liên hệ có thể trả lời các câu hỏi thực tế tiếp theo.

Sử dụng giọng điệu trung lập. Tránh gửi lặp lại nói cùng một điều, tuyên bố không có căn cứ về lý do cảnh báo xuất hiện, hoặc yêu cầu một kết quả xem xét cụ thể. Giữ bản sao của tin nhắn đã gửi và phiên bản bằng chứng bạn đã sử dụng. Nếu nền tảng yêu cầu thêm thông tin, hãy trả lời trực tiếp câu hỏi mới và chỉ thêm hồ sơ liên quan. Để xem xét có cấu trúc về bằng chứng và bản gửi, hãy xem khắc phục hồ sơ listing và hướng dẫn về chi phí khắc phục.

Bạn có thể kiểm soát điều gì trong khi CoinGecko hoặc CoinMarketCap xem xét cảnh báo?

Bạn kiểm soát tính chính xác và đầy đủ của bằng chứng, các bản sửa đối với thông tin do dự án kiểm soát và sự rõ ràng của việc theo dõi. Bạn không kiểm soát cách nền tảng phân loại thông báo, kết quả xem xét, thời gian phản hồi hoặc khi nào hiển thị công khai thay đổi. Không dịch vụ nào có thể hứa rằng nền tảng sẽ gỡ hoặc thay đổi cảnh báo; công việc có thể thỏa thuận là điều tra, gói sửa và hỗ trợ gửi.

Sự khác biệt này quan trọng vì nền tảng có thể yêu cầu thêm thông tin, giữ nguyên thông báo hoặc cập nhật listing theo lịch trình riêng. Dự án không nên mô tả yêu cầu đã gửi là thay đổi được phê duyệt cho đến khi listing công khai phản ánh thay đổi đó. Cũng không nên thay đổi thông tin trên chuỗi hoặc thị trường chỉ để khớp với giá trị hiển thị mà không xác nhận con số nào là đúng.

Trong khi xem xét đang mở, hãy giữ hồ sơ hiện tại về các sự kiện phía dự án và theo dõi listing để phát hiện thay đổi. Nếu bạn phát hiện bằng chứng mới, hãy thêm vào một lần theo dõi tập trung giải thích tại sao nó quan trọng. Tránh làm ngập nền tảng với tin nhắn trùng lặp hoặc biến bản sửa dữ liệu thành nội dung quảng cáo. Hồ sơ sạch về thông báo, bản sửa, bằng chứng và phản hồi cho phép nhóm giao tiếp chính xác với người nắm giữ và đối tác trong khi nền tảng đang xem xét.

Làm thế nào để dự án giảm khả năng xảy ra sai lệch listing khác?

Một quy trình bảo trì listing nhẹ nhàng giúp phát hiện thông tin lỗi thời trước khi nó trở thành vấn đề công khai. Chỉ định người phụ trách dữ liệu token và đưa checklist của người đó vào các bản cập nhật hợp đồng, thị trường và truyền thông.

Xem xét listing công khai so với các nguồn có thẩm quyền của dự án bất cứ khi nào có thay đổi quan trọng. Điều đó bao gồm di trú hợp đồng, triển khai chuỗi mới, ngừng thị trường, cập nhật phương pháp supply, thay đổi website hoặc thay đổi kênh chính thức. Giữ một tài liệu nguồn sự thật với địa chỉ hiện tại, định nghĩa supply, liên kết chính thức và trang thị trường. Ghi lại ai đã phê duyệt mỗi thay đổi và nơi nó được thông báo. Điều này giúp các bản sửa trong tương lai nhanh hơn và tránh các thành viên khác nhau gửi thông tin mâu thuẫn.

Một quy trình thực tế là:

• Xác nhận rằng tham chiếu hợp đồng và chuỗi vẫn trỏ đến tài sản dự định.
• Kiểm tra rằng các liên kết thị trường công khai đại diện cho sàn và cặp giao dịch hiện tại.
• Đối chiếu ngôn ngữ supply giữa tài liệu và trang dự án.
• Kiểm tra rằng website chính thức và liên kết xã hội vẫn truy cập được và hiện tại.
• Lưu thông báo có ngày tháng cho các di trú hoặc thay đổi quan trọng khác.

Coi các kiểm tra này là vệ sinh dữ liệu, không phải lời hứa rằng nền tảng sẽ hiển thị mọi cập nhật ngay lập tức. Đối với đơn xin mới, hãy sử dụng tài nguyên listings và xác minh phù hợp; đối với vấn đề hiện có, giữ bản sửa hẹp, có bằng chứng và dễ xem xét.

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 nội dung chính xác, URL listing, trường bị ảnh hưởng và ngày bạn quan sát. Giữ riêng các trường hợp CoinGecko và CoinMarketCap.
2. Truy vết chi tiết bị tranh chấpSo sánh listing với hồ sơ dự án hiện tại, explorer và trang sàn. Xác định nguồn gốc của sự không khớp trước khi chỉnh sửa hoặc gửi bất cứ điều gì.
3. Sửa các nguồn do dự án kiểm soátCập nhật thông tin hợp đồng, supply, thị trường hoặc hồ sơ lỗi thời trên các kênh của dự án và ghi lại những gì đã thay đổi.
4. Xây dựng bộ bằng chứngSử dụng liên kết công khai trực tiếp và giải thích ngắn về những gì mỗi liên kết xác minh. Giữ yêu cầu tập trung vào trường bị ảnh hưởng.
5. Gửi và theo dõiGửi bản sửa qua kênh phù hợp của nền tảng, lưu bản gửi và trả lời mọi câu hỏi tiếp theo bằng bằng chứng liên quan.