Hướng dẫn xóa cảnh báo trên CoinGecko

Cảnh báo trên CoinMarketCap hoặc CoinGecko cho bạn biết điều gì?

Một cảnh báo cho bạn biết rằng một listing cần được chú ý; nội dung chính xác và vị trí của nó là bằng chứng khởi đầu. Đừng cho rằng mọi thông báo đều có ý nghĩa giống nhau hoặc một lần sửa sẽ giải quyết được mọi vấn đề. Trước tiên, hãy ghi lại toàn bộ thông báo, trang tài sản bị ảnh hưởng và mọi trao đổi hỗ trợ liên quan.

Sử dụng các nhóm chẩn đoán này để tổ chức quá trình điều tra. Chúng là các danh mục làm việc, không phải là tuyên bố rằng một trong hai nền tảng sử dụng cách phân loại chính xác này:

Ghi lại ngày thông báo và tránh chỉnh sửa các trường hồ sơ không liên quan trong khi đang chẩn đoán. Nếu thông báo liên quan đến một đơn đăng ký listing thay vì một cảnh báo hiện có, hãy sử dụng hướng dẫn listing CoinMarketCap hoặc hướng dẫn listing CoinGecko có liên quan.

Làm thế nào để truy tìm vấn đề về nguồn gốc của nó?

Truy tìm từng tuyên bố trong cảnh báo đến một nguồn mà người đánh giá có thể kiểm tra. Câu hỏi hữu ích không chỉ đơn thuần là liệu dự án có tin rằng dữ liệu của nó là chính xác hay không; mà là liệu hồ sơ công khai có hỗ trợ rõ ràng cho việc sửa lỗi đang được yêu cầu hay không.

Tạo một sổ đăng ký bằng chứng ngắn gọn trước khi thay đổi listing:

• Sao chép chính xác văn bản cảnh báo và ghi lại nơi nó xuất hiện.
• Viết ra tuyên bố hiện tại của dự án cho trường bị ảnh hưởng.
• Xác định nguồn chính thống hỗ trợ tuyên bố đó, chẳng hạn như hợp đồng liên quan hoặc trang do dự án kiểm soát.
• So sánh nguồn với listing và ghi lại sự không khớp chính xác.
• Ghi lại mọi thay đổi gần đây, bao gồm di chuyển hợp đồng, cập nhật nguồn cung hoặc liên kết thị trường bị thay thế, nếu có liên quan.

Đối với các câu hỏi về nguồn cung, hãy tách biệt các tuyên bố về nguồn cung lưu hành, tổng nguồn cung và nguồn cung tối đa thay vì coi chúng có thể hoán đổi cho nhau. Giải thích thuật ngữ của dự án và liên kết mỗi con số với một nguồn có thể được kiểm tra. Hướng dẫn xác minh nguồn cung cung cấp một danh sách kiểm tra trọng tâm để chuẩn bị bằng chứng đó. Nếu một hợp đồng hoặc mạng lưới đã thay đổi, hãy ghi lại cả chi tiết cũ và mới và giải thích mối quan hệ giữa chúng; đừng âm thầm thay thế một địa chỉ mà không có bối cảnh.

Sổ đăng ký bằng chứng này trở thành bản tóm tắt công việc cho việc khắc phục. Nó giữ cho phản hồi chỉ giới hạn trong vấn đề được nêu ra và giúp dễ dàng phát hiện thông tin bị thiếu hoặc mâu thuẫn trước khi bất cứ điều gì được gửi đi.

Những cách sửa lỗi nào phù hợp với các loại cảnh báo listing phổ biến?

Cách sửa lỗi đúng là cách giải quyết sự khác biệt đã được ghi lại, không phải cách làm cho hồ sơ trông đầy đủ hơn. Hãy coi văn bản cảnh báo là phạm vi công việc, sau đó xác minh rằng thay đổi được đề xuất được hỗ trợ bởi bằng chứng công khai.

Đối với mối quan tâm về nguồn cung hoặc dữ liệu token, hãy đối chiếu các con số và giải thích bất kỳ thuật ngữ cụ thể nào của dự án bằng ngôn ngữ đơn giản. Đối với mối quan tâm về hợp đồng hoặc mạng lưới, hãy xác nhận rằng listing xác định đúng tài sản dự định và các chi tiết hợp đồng được tham chiếu là nhất quán trên các tài liệu do dự án kiểm soát. Đối với thông tin thị trường, hãy xem xét từng liên kết thị trường được hiển thị và xác định các liên kết không còn phù hợp; giải thích sự chuyển đổi thị trường thay vì trình bày các hồ sơ cũ và mới như thể chúng giống nhau.

Đối với một hồ sơ cũ, hãy chuẩn bị các chi tiết trang web, mô tả hoặc kênh đã được sửa và kiểm tra xem các trang chính thức của dự án có thống nhất với nhau hay không. Nếu cảnh báo liên quan đến một câu hỏi rộng hơn về trạng thái dự án, hãy thu thập bối cảnh hỗ trợ trước khi yêu cầu chỉnh sửa hồ sơ. Một danh sách các thay đổi mà không có bằng chứng có thể để lại vấn đề trung tâm chưa được giải quyết.

Khi mối quan tâm không rõ ràng từ thông báo, hãy đặt một câu hỏi làm rõ cụ thể trước khi gửi một bài tường thuật rộng. Giữ cho yêu cầu cuối cùng được tổ chức xoay quanh ba mục: điều gì đã bị gắn cờ, điều gì đã thay đổi và nơi người đánh giá có thể xác minh việc sửa lỗi.

Làm thế nào để chuẩn bị một bản cập nhật CoinGecko hoặc CoinMarketCap?

Chuẩn bị một bản cập nhật ngắn gọn giúp dễ dàng xác định vị trí và xác minh việc sửa lỗi được yêu cầu. Một bài gửi rõ ràng giúp giảm sự mơ hồ: xác định tài sản, trích dẫn vấn đề, mô tả hành động khắc phục và chỉ đính kèm bằng chứng liên quan đến điểm đó.

Một gói gửi thực tế bao gồm:

• Tên tài sản, URL listing và ngôn ngữ cảnh báo chính xác.
• Một giải thích ngắn về sự khác biệt và nguyên nhân của nó, nếu biết.
• Việc sửa lỗi đã được thực hiện hoặc trường listing cụ thể cần được xem xét.
• Các tham chiếu trực tiếp đến các nguồn công khai hỗ trợ thông tin đã được sửa.
• Một ghi chú ngắn gọn về bất kỳ sự di chuyển, dự án đổi tên hoặc thay đổi thị trường nào ảnh hưởng đến cách hiểu.

Kiểm tra mọi URL, địa chỉ hợp đồng và con số trước khi gửi. Đảm bảo các trang dự án công khai không mâu thuẫn với lời giải thích trong yêu cầu. Giữ một bản sao của văn bản đã gửi và bằng chứng để bất kỳ bước theo dõi nào có thể tham chiếu đến cùng một hồ sơ thay vì đưa ra một phiên bản mới của các sự kiện.

Đối với một cảnh báo gắn với một listing hiện có, đây là một yêu cầu khắc phục, không phải một đơn đăng ký listing mới. Giữ hai quy trình riêng biệt. Nếu nhu cầu cơ bản là một hồ sơ tài sản mới, hãy tham khảo cách được niêm yết trên CoinGecko hoặc xem lại trung tâm listing và xác minh rộng hơn trước khi chuẩn bị một đơn riêng.

Một quy trình làm việc khắc phục có kỷ luật trông như thế nào?

Một quy trình làm việc có kỷ luật di chuyển từ chẩn đoán sang bằng chứng sang gửi yêu cầu, với một cổng đánh giá trước khi bất cứ điều gì được gửi đi. Tại MediaStrategy, quy trình đánh giá bằng chứng-đến-thông báo có tên sẽ so sánh ngôn ngữ của nền tảng với hồ sơ công khai của dự án và xác định các khoảng trống trước khi bắt đầu soạn thảo.

Công việc thường tuân theo trình tự này:

1. Tiếp nhận: thu thập URL listing, thông báo, trao đổi trước đó và liên hệ dự án.
2. Đánh giá bằng chứng: so sánh mục bị gắn cờ với hợp đồng công khai, trang dự án hoặc hồ sơ thị trường có liên quan.
3. Kế hoạch sửa lỗi: phân biệt những gì dự án có thể tự cập nhật với những gì phải giải thích cho nền tảng.
4. Chuẩn bị gửi yêu cầu: soạn thảo một yêu cầu ngắn gọn và tập hợp các tham chiếu hỗ trợ của nó.
5. Hồ sơ theo dõi: theo dõi bài gửi và mọi phản hồi, sau đó chuẩn bị một trả lời thực tế nếu yêu cầu làm rõ.

Khách hàng cung cấp hồ sơ dự án chính xác và xác nhận các thay đổi yêu cầu quyền truy cập dự án. MediaStrategy tổ chức bằng chứng, kiểm tra phản hồi về tính nhất quán và giữ cho giao tiếp tập trung vào vấn đề đã nêu. Lịch trình được thống nhất sau khi đánh giá ban đầu, bởi vì một sửa lỗi hồ sơ đơn giản và một trường hợp liên quan đến di chuyển hợp đồng yêu cầu sự chuẩn bị khác nhau. Để biết chi tiết về phạm vi công việc rộng hơn, hãy xem khắc phục hồ sơ listing.

Điều gì nằm ngoài tầm kiểm soát của nhóm dự án?

Một nhóm dự án kiểm soát độ chính xác của hồ sơ và chất lượng bài gửi của mình, nhưng không kiểm soát cách CoinMarketCap hoặc CoinGecko đánh giá một trường hợp. Một trong hai nền tảng có thể yêu cầu thêm bằng chứng, giữ lại một thông báo hoặc mất một khoảng thời gian khác nhau để cập nhật một listing, vì vậy không nhà cung cấp nào có thể hứa hẹn rằng một cảnh báo cụ thể sẽ bị xóa hoặc xác định ngày quyết định của nền tảng.

Đó là lý do tại sao việc khắc phục nên được đánh giá trước hết dựa trên chất lượng công việc được thực hiện: cảnh báo đã được phân loại, hồ sơ cơ bản đã được kiểm tra, các sửa lỗi đã được ghi lại và yêu cầu giải quyết vấn đề thực tế. Giữ các trao đổi của dự án ở mức vừa phải trong khi trường hợp đang mở. Tránh thông báo rằng một cảnh báo đã được giải quyết cho đến khi chính listing phản ánh sự thay đổi.

Đừng coi một vị trí hiển thị trả phí hoặc một chiến dịch trending như một sự thay thế cho việc sửa bằng chứng listing. Đó là các mục tiêu riêng biệt. Nếu dự án cần hiểu cách hiển thị hoạt động sau khi hồ sơ của nó chính xác, các hướng dẫn về trending CoinMarketCap và trending CoinGecko sẽ đề cập đến các chủ đề riêng biệt đó.

Bạn nên làm gì trước khi yêu cầu trợ giúp?

Trước khi yêu cầu trợ giúp, hãy tập hợp một vài hồ sơ cho phép người đánh giá hiểu trường hợp mà không cần tái tạo lịch sử của nó. Gửi URL listing, ảnh chụp màn hình hoặc văn bản sao chép của cảnh báo, mọi trao đổi nền tảng và bằng chứng chính cho trường đang tranh chấp. Bao gồm một nhật ký thay đổi ngắn gọn nếu token, hợp đồng, mô tả nguồn cung hoặc thông tin thị trường đã thay đổi.

Không gửi khóa riêng tư, cụm từ hạt giống hoặc thông tin đăng nhập. Nếu một sửa lỗi yêu cầu quyền truy cập vào tài khoản dự án, hãy mô tả thay đổi cần thiết và sắp xếp quyền truy cập thông qua một quy trình bảo mật thích hợp thay vì đặt thông tin đăng nhập trong email hoặc trò chuyện. Đánh dấu chi tiết nào đã được xác nhận và chi tiết nào vẫn cần điều tra; sự phân biệt đó ngăn chặn các giả định trở thành một phần của phản hồi nền tảng.

Một đánh giá đầu tiên hữu ích sẽ để lại cho bạn một bản đồ vấn đề rõ ràng: cảnh báo đề cập đến điều gì, điều gì có thể được sửa trực tiếp, bằng chứng nào còn thiếu và điều gì thuộc về một yêu cầu nền tảng. Nếu trường hợp của bạn đã sẵn sàng, hãy gửi những tài liệu đó đến MediaStrategy để được đánh giá bằng chứng-đến-thông báo. Chúng tôi sẽ trả lại một phạm vi khắc phục trọng tâm và bước gửi yêu cầu tiếp theo.

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. Chia sẻ thông báoGửi URL listing, văn bản cảnh báo chính xác và trao đổi nền tảng có liên quan. Không bao gồm thông tin đăng nhập tài khoản hoặc bí mật wallet.
2. Lập bản đồ bằng chứngChúng tôi so sánh thông báo với hồ sơ công khai của dự án và xác định các khoảng trống hoặc chi tiết mâu thuẫn.
3. Xác nhận sửa lỗiBạn xác minh các thông tin cụ thể của dự án và hoàn tất mọi cập nhật yêu cầu tài khoản hoặc quyền truy cập kỹ thuật của riêng bạn.
4. Chuẩn bị yêu cầuChúng tôi tổ chức lời giải thích và các tham chiếu hỗ trợ thành một bài gửi trọng tâm cho vấn đề liên quan.
5. Theo dõi phản hồiChúng tôi ghi lại bài gửi và giúp chuẩn bị một bước theo dõi chính xác nếu nền tảng yêu cầu làm rõ.