Cách xóa cảnh báo trên CoinGecko hoặc CoinMarketCap – bước tiếp theo rõ ràng

Thông báo yêu cầu bạn xem xét điều gì?

Một cảnh báo listing chỉ ra thông tin cần được chú ý, nhưng nó có thể không giải thích mọi chi tiết đằng sau mối quan tâm. Công việc đầu tiên của bạn là xác định trường hoặc mục hiển thị mà nó đề cập, sau đó so sánh với hồ sơ công khai hiện tại của dự án.

Sao chép chính xác thông báo và lưu trang nơi bạn nhìn thấy nó. Ghi lại nền tảng, trang tài sản, chi tiết bị ảnh hưởng và mọi thay đổi gần đây của dự án. Bản ghi nhỏ đó cung cấp cho nhóm bạn một điểm khởi đầu chung. Nó cũng giúp bạn tránh một yêu cầu chung chung khiến người kiểm duyệt phải đoán xem thông tin nào cần kiểm tra.

Xem xét cách diễn đạt cùng với chính listing đó. Một thông báo liên quan đến con số supply đòi hỏi bằng chứng khác với thông báo liên quan đến địa chỉ contract, liên kết dự án hoặc thị trường. Nếu cách diễn đạt không xác định rõ vấn đề, hãy yêu cầu làm rõ trước khi thay đổi các chi tiết không liên quan. Đối với quy trình listing lớn hơn, hướng dẫn của chúng tôi về listing CoinGecko và listing CoinMarketCap giải thích cách chuẩn bị hồ sơ. Ở đây, hãy giữ nhiệm vụ hẹp: xác định điều gì có vẻ không nhất quán và nguồn nào có thể xác nhận nó.

Khi một báo cáo công khai gặp chi tiết listing cũ

Giả sử một tình nguyện viên điều hành một nhóm người hâm mộ đến tuần có báo cáo audit được công bố. Các thành viên bắt đầu chia sẻ báo cáo và ai đó nhận thấy một trang listing vẫn hiển thị chi tiết mà nhóm muốn kiểm tra. Tình nguyện viên thu thập thông báo chính xác, liên kết listing và thông tin công khai hiện tại của dự án trước khi yêu cầu bất kỳ ai chỉnh sửa trang.

Chúng tôi sẽ giúp tách biệt các thông tin đã xác nhận khỏi các giả định. Báo cáo có thể giúp giải thích một chi tiết dự án, nhưng nó không tự động xác nhận mọi trường listing. Chúng tôi sẽ so sánh những gì thông báo nêu tên với các hồ sơ công khai nói trực tiếp về điểm đó. Nếu vấn đề liên quan đến supply, nhóm nên giải thích các danh mục supply của mình và liên kết các hồ sơ hỗ trợ chúng. Nếu nó liên quan đến contract hoặc network, trang dự án chính thức và bản ghi explorer có liên quan có thể giúp xác minh các chi tiết hiện tại.

Sự cẩn thận đó quan trọng vì một cộng đồng bận rộn có thể lan truyền nhiều phiên bản khác nhau của cùng một thông tin. Hãy giữ một ghi chú sửa lỗi duy nhất nói rõ thông tin thực tế hiện tại là gì, nó được công bố ở đâu và listing nào cần được chú ý. Nếu câu hỏi cụ thể về supply, hãy xem hướng dẫn của chúng tôi về xác minh supply trên CoinGecko để biết thêm bối cảnh về việc chuẩn bị thông tin listing.

Đối chiếu từng vấn đề với nguồn mà người khác có thể kiểm tra

Một bản sửa lỗi mạnh mẽ kết nối một chi tiết listing với một nguồn rõ ràng. Hãy thu thập các hồ sơ hỗ trợ thay đổi cụ thể thay vì gửi một mớ tài liệu dự án không liên quan.

• Số liệu supply: Giải thích danh mục supply đang được hỏi và liên kết các hồ sơ công khai phù hợp. Giữ thuật ngữ nhất quán trong suốt lời giải thích và tài liệu dự án của bạn.
• Chi tiết contract hoặc network: Xác nhận địa chỉ và network hiện tại trên một trang dự án chính thức, sau đó so sánh chúng với bản ghi explorer phù hợp.
• Thông tin hồ sơ dự án: Kiểm tra tên, mô tả và các liên kết chính thức dựa trên các trang hoặc kênh mà dự án kiểm soát.
• Tham chiếu thị trường: Xác nhận rằng thị trường hoặc cặp giao dịch được nêu tên vẫn khả dụng và đại diện chính xác cho tài sản.

Trước khi gửi bất cứ thứ gì, hãy mở mọi liên kết mà không dựa vào tài khoản cá nhân. Kiểm tra rằng tên dự án, ký hiệu, network và địa chỉ khớp nhau ở bất cứ nơi nào chúng xuất hiện. Ảnh chụp màn hình có thể thêm ngữ cảnh, nhưng nguồn trực tiếp thường dễ dàng hơn cho người khác kiểm tra. Đánh dấu rõ ràng các ước tính và thay đổi dự kiến; đừng trình bày chúng như thông tin đã xác nhận. Nếu thông báo đề cập đến nhiều trường, hãy viết một lời giải thích riêng cho từng trường. Để được trợ giúp rộng hơn về việc sửa hồ sơ, khắc phục hồ sơ listing có thể sắp xếp thông báo và các trường liên quan. Nó cũng có thể giúp chuẩn bị một gói bằng chứng rõ ràng.

Một trình tự đơn giản cho CoinGecko và CoinMarketCap

Hãy coi mỗi nền tảng là một bản ghi listing riêng. Ngay cả khi thông tin dự án được chia sẻ, trang bị ảnh hưởng, trường và đường dẫn hỗ trợ có thể khác nhau. Chuẩn bị một yêu cầu riêng biệt cho từng nền tảng liên quan.

1. Nêu tên tài sản. Bao gồm tên dự án, ký hiệu, network và địa chỉ contract nếu có liên quan.
2. Trích dẫn thông báo. Sao chép cách diễn đạt của nó và chỉ ra trang listing và chi tiết bị ảnh hưởng.
3. Nêu rõ bản sửa lỗi. Cho biết điều gì có vẻ không chính xác và điều gì nên được kiểm tra.
4. Liên kết bằng chứng. Thêm một ghi chú ngắn giải thích mỗi nguồn công khai xác nhận điều gì.
5. Giữ một bản ghi. Lưu tin nhắn, mã tham chiếu gửi đi và mọi bước tiếp theo tại một nơi dùng chung.

Ví dụ, giả sử cả hai hồ sơ đều hiển thị địa chỉ contract cũ sau một thay đổi của dự án. Đầu tiên, xác nhận địa chỉ hiện tại trên các tài liệu do dự án kiểm soát. Sau đó xác định trang cần chú ý trên mỗi nền tảng. Gửi một yêu cầu riêng biệt, có trọng tâm với bằng chứng liên quan. Kiểm tra hướng dẫn hiện tại trên trang hỗ trợ chính thức của mỗi nền tảng trước khi gửi. Tránh các yêu cầu trùng lặp trừ khi nền tảng yêu cầu bạn theo dõi. Nếu người kiểm duyệt hỏi một câu hỏi mới, hãy trả lời trực tiếp điểm đó và đính kèm nguồn giải quyết nó.

Giữ phần của bạn rõ ràng trong khi listing được xem xét

Bạn có thể làm cho thông tin, nguồn và yêu cầu dễ kiểm tra hơn. Trước khi gửi, hãy xác nhận ai trong nhóm bạn sở hữu các chi tiết về contract, giải thích supply, liên kết chính thức và tham chiếu thị trường. Xem xét từng mục dựa trên hồ sơ công khai hiện tại và chờ gửi một chi tiết vẫn đang thay đổi.

Một bước kiểm tra cuối hữu ích rất đơn giản: người khác có thể mở từng liên kết, thấy thông tin liên quan và hiểu nó hỗ trợ bản sửa lỗi được yêu cầu như thế nào không? Xóa các địa chỉ cũ hoặc số liệu mâu thuẫn khỏi các tài liệu do dự án kiểm soát nếu phù hợp. Giữ thông báo và bằng chứng cùng nhau để một thành viên khác trong nhóm có thể trả lời câu hỏi tiếp theo mà không cần xây dựng lại vụ việc.

CoinGecko và CoinMarketCap kiểm soát các quyết định xem xét của họ, mọi yêu cầu theo dõi của họ và cách các trang listing của họ hiển thị. Bằng chứng rõ ràng giúp giải thích bản sửa lỗi của bạn, nhưng nó không thể yêu cầu một trong hai nền tảng xóa thông báo hoặc thay đổi màn hình hiển thị.

Giao việc kiểm tra hồ sơ tiếp theo cho một chủ sở hữu rõ ràng

Một nguồn thông tin duy nhất giúp các lần kiểm tra listing trong tương lai dễ dàng hơn. Chọn người giữ cho các chi tiết contract và network, ghi chú supply, liên kết chính thức và tham chiếu thị trường luôn cập nhật. Khi một trong những thông tin đó thay đổi, hãy cập nhật thông tin công khai của dự án trước, sau đó kiểm tra các trang CoinGecko và CoinMarketCap có liên quan.

Một nhật ký thay đổi nhỏ có thể chứa nền tảng, trường bị ảnh hưởng, chi tiết trước đó, chi tiết đã sửa, liên kết bằng chứng và trạng thái gửi. Giữ nó đủ ngắn gọn để một thành viên trong nhóm có thể cập nhật. Điều này đặc biệt hữu ích khi người đầu tiên phát hiện cảnh báo không phải là người xử lý yêu cầu listing. Để có cái nhìn rộng hơn về việc chuẩn bị listing, hãy xem qua tài nguyên listing và xác minh của chúng tôi.

Nếu bạn muốn có thêm một góc nhìn khác, Brand Community so sánh thông báo chính xác với các trường listing và bằng chứng công khai. Sau đó, chúng tôi trả về một danh sách kiểm tra sửa lỗi theo thứ tự ưu tiên. Hãy gửi nền tảng, trang tài sản và nội dung thông báo. Chúng tôi sẽ xác định điều gì cần kiểm tra trước khi bạn chuẩn bị lần gửi tiếp theo.

Cách hoạt động

1. Lưu lại thông báo chính xácGhi lại nền tảng, trang tài sản, cách diễn đạt và chi tiết bị ảnh hưởng. Giữ thông báo gốc bên cạnh ghi chú làm việc của bạn.
2. Kiểm tra thông tin thực tế bên dướiSo sánh listing với tài liệu dự án hiện tại và hồ sơ công khai có liên quan. Đánh dấu bất cứ điều gì chưa được xác nhận.
3. Sửa thông tin do dự án sở hữuCập nhật các chi tiết không chính xác trên các nguồn mà dự án kiểm soát, nếu phù hợp. Giữ một ghi chú về những gì đã thay đổi.
4. Kết nối bằng chứng với bản sửa lỗiLiên kết mỗi thay đổi được yêu cầu với một nguồn mà người khác có thể mở. Kiểm tra tên, network và chi tiết contract để đảm bảo nhất quán.
5. Gửi và theo dõi riêng biệtSử dụng quy trình hiện tại cho mỗi nền tảng, lưu mã tham chiếu và trả lời trực tiếp mọi câu hỏi tiếp theo.