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

Bạn đang thấy loại cảnh báo CoinGecko hay CoinMarketCap nào?

Một chẩn đoán hữu ích bắt đầu bằng văn bản và vị trí chính xác của thông báo, chứ không phải phỏng đoán về lý do nó xuất hiện. Ghi lại những gì khách truy cập có thể thấy, sau đó so sánh với hợp đồng hiện tại, thị trường, nguồn cung và thông tin chính thức của dự án.

Đây là các hạng mục điều tra, không phải khẳng định rằng một trong hai nền tảng sử dụng cùng nhãn cảnh báo hoặc tiêu chí xem xét. Lưu ảnh chụp màn hình, sao chép văn bản hiển thị và ghi chú URL listing. Nếu thông báo chỉ đến một trường cụ thể, hãy coi trường đó là điểm khởi đầu; không thực hiện các chỉnh sửa không liên quan trước khi xác định được sự không khớp.

Đối với trường hợp CoinGecko, hãy so sánh vấn đề với yêu cầu listing của dự án. Đối với CoinMarketCap, sử dụng hướng dẫn listing tương ứng để kiểm tra thông tin dự án nào có liên quan. Mục tiêu là một nguyên nhân có thể truy vết, không phải viết lại toàn bộ hồ sơ.

Cách sửa lỗi có khác nhau giữa CoinGecko và CoinMarketCap không?

Có. Bằng chứng phải phù hợp với trang nền tảng và thông tin cụ thể đang được hỏi; đừng cho rằng một yêu cầu sửa lỗi sẽ bao gồm cả hai listing. Bắt đầu bằng cách kiểm tra từng hồ sơ một cách độc lập và ghi lại trường nào khác với các nguồn chính hiện tại của dự án.

1. Chụp lại trang CoinGecko: ghi chú thông báo hiển thị, các trường hồ sơ, thông tin hợp đồng và bất kỳ chi tiết nguồn cung nào liên quan.
2. Chụp lại trang CoinMarketCap: lặp lại quy trình xem xét tương tự thay vì sao chép chẩn đoán từ nền tảng đầu tiên.
3. So sánh các bản ghi nguồn: sử dụng website dự án, thông tin explorer, tài liệu công khai và thông báo chính thức nếu phù hợp.
4. Phân tách thông tin chung khỏi các chỉnh sửa riêng của từng nền tảng: một địa chỉ hợp đồng đã được sửa có thể ảnh hưởng đến cả hai yêu cầu; một trường hồ sơ hoặc thông báo có thể cần giải thích riêng.

Một cảnh báo CoinGecko không tự động là cùng một vấn đề với cảnh báo CoinMarketCap, ngay cả khi từ ngữ trông giống nhau. Giữ các thư mục bằng chứng riêng biệt và gắn nhãn mọi ảnh chụp màn hình với nền tảng và URL hồ sơ. Điều này giúp dễ dàng thấy liệu các thông tin có khớp nhau hay không và ngăn người xem xét nhận được một gói hỗn hợp.

Nếu dự án chưa được listing, hãy coi đó là một nhiệm vụ khác với việc khắc phục. Hướng dẫn được listing trên CoinGecko bao gồm việc chuẩn bị listing; một cảnh báo hiển thị trên hồ sơ hiện có đòi hỏi cách tiếp cận dựa trên sửa lỗi. Để so sánh rộng hơn giữa các nền tảng, hãy xem CoinGecko vs CoinMarketCap.

Làm thế nào để sửa vấn đề trước khi liên hệ với nền tảng?

Sửa nguồn gốc của sự khác biệt trước, sau đó tập hợp bằng chứng giúp việc xác minh bản sửa lỗi trở nên dễ dàng. Một yêu cầu chỉ nói "vui lòng xóa cảnh báo" mà không cho thấy điều gì đã thay đổi sẽ để lại câu hỏi trọng tâm chưa được giải đáp.

Sử dụng checklist làm việc này:

• Chỉ định chủ sở hữu: nêu tên người chịu trách nhiệm về hợp đồng, website, tokenomics hoặc thông tin liên lạc.
• Xác nhận giá trị chuẩn: thống nhất nội bộ về địa chỉ, con số nguồn cung, chain hoặc trạng thái dự án chính xác.
• Cập nhật nguồn chính: sửa trang hoặc tài liệu do dự án kiểm soát trước khi yêu cầu chỉnh sửa listing.
• Lưu giữ bằng chứng: chụp lại trang đã sửa và giữ lại các chế độ xem explorer, tài liệu công khai hoặc thông báo có liên quan.
• Giải thích sự thay đổi: nêu rõ điều gì đã sai, điều gì hiện đã đúng và nơi người xem xét có thể xác nhận điều đó.

Giữ thông tin nhất quán trên website dự án, tài liệu token, liên kết explorer và hồ sơ mạng xã hội chính thức. Nếu vấn đề liên quan đến nguồn cung token, đừng chỉ dựa vào một câu trong tài liệu tiếp thị; hãy làm cho phép tính và nguồn của nó có thể kiểm tra được. Hướng dẫn xác minh nguồn cung có thể giúp cấu trúc bằng chứng đó.

Tránh thay đổi nhiều trường hồ sơ không liên quan trong cùng một yêu cầu. Nếu cần nhiều chỉnh sửa, hãy liệt kê từng mục riêng biệt và đính kèm bằng chứng cho mục tương ứng. Điều đó giúp việc theo dõi rõ ràng hơn và cung cấp cho nhóm nền tảng một bản ghi về những gì đã được gửi.

Làm thế nào để kiểm tra thông tin nguồn cung trên listing CoinGecko?

Xác minh nguồn cung có nghĩa là giải thích các con số nguồn cung của dự án theo cách có thể được kiểm tra dựa trên hợp đồng token và các tiết lộ công khai của dự án. Đầu tiên, xác định con số nguồn cung nào mà thông báo hoặc hồ sơ đề cập đến; đừng coi nguồn cung lưu hành, tổng và tối đa là các nhãn có thể thay thế cho nhau.

Sử dụng tài liệu chính thức của dự án và một explorer công khai có liên quan làm tài liệu tham khảo hỗ trợ. Giữ cho phép tính dễ đọc: xác định con số, liệt kê các số dư được bao gồm và loại trừ, và nêu nguồn cho từng giá trị quan trọng. Nếu đã có sự di chuyển, hãy phân biệt hợp đồng cũ với hợp đồng hiện tại và giải thích mối quan hệ giữa chúng.

Đừng âm thầm sửa đổi một con số nguồn cung để làm cho nó giống với giá trị hiển thị. Xác nhận phương pháp luận của dự án trước, sau đó trình bày bằng chứng và yêu cầu chỉnh sửa nếu listing không khớp với nó. Đối với một vấn đề hồ sơ rộng hơn, hãy phối hợp công việc này với khắc phục hồ sơ listing để bằng chứng nguồn cung không bị tách rời khỏi thông báo thực tế.

Một yêu cầu khắc phục nên bao gồm những gì?

Một yêu cầu mạnh mẽ là ngắn gọn, cụ thể và được hỗ trợ bởi các nguồn mà nền tảng có thể kiểm tra. Đặt yêu cầu chỉnh sửa lên trước, sau đó hiển thị giá trị listing hiện tại, giá trị đã được xác minh và bằng chứng kết nối chúng.

Chuẩn bị một gói với các phần sau:

• Tên dự án, mã, chain và URL listing.
• Trích dẫn hoặc ảnh chụp màn hình của thông báo hoặc trường cụ thể đang được hỏi.
• Mô tả ngắn gọn về sự khác biệt và nguyên nhân của nó, nếu đã được xác nhận.
• Yêu cầu chỉnh sửa, được nêu dưới dạng một giá trị chính xác hoặc thay đổi hồ sơ.
• Các liên kết hoặc tệp hỗ trợ cho việc chỉnh sửa đó, kèm theo ghi chú ngắn về những gì mỗi mục chứng minh.
• Một đầu mối liên hệ có thể trả lời các câu hỏi kỹ thuật hoặc thông tin dự án.

Sử dụng một yêu cầu cho mỗi nền tảng và lưu lại phiên bản đã gửi. Nếu vấn đề ảnh hưởng đến cả CoinGecko và CoinMarketCap, hãy làm cho các thông tin chung nhất quán nhưng điều chỉnh yêu cầu và tài liệu tham khảo bằng chứng cho từng listing. Tránh các tuyên bố không có căn cứ về lý do thông báo xuất hiện, gây áp lực cho một kết quả xem xét cụ thể hoặc nội dung quảng cáo không liên quan.

AEOTech sử dụng một quy trình xem xét bằng chứng có tên trước khi gửi gói: một trưởng nhóm tài khoản kiểm tra rằng thông báo hiển thị, bản ghi nguồn, thay đổi được yêu cầu và bằng chứng đều đề cập đến cùng một vấn đề. Quy trình xem xét đó phát hiện các liên kết không khớp và ảnh chụp màn hình cũ trước khi gửi. Nếu bạn muốn trợ giúp chuẩn bị hồ sơ, hãy xem khắc phục hồ sơ listing và gửi URL listing và thông báo qua liên hệ.

Bạn có thể kiểm soát điều gì khi listing đang được xem xét?

Bạn kiểm soát tính chính xác, nhất quán và đầy đủ của thông tin dự án mà bạn gửi; nền tảng kiểm soát cách nó xem xét thông tin đó và những gì xuất hiện trên listing của nó. Sử dụng sự phân chia này để đặt kỳ vọng và giữ cho các nguồn của dự án luôn cập nhật.

Nhóm xem xét có thể yêu cầu làm rõ, giữ lại một thông báo hoặc để nguyên hồ sơ; một gói đã gửi không thể quyết định kết quả đó. AEOTech có thể cung cấp chẩn đoán, xem xét bằng chứng và chuẩn bị yêu cầu đã thỏa thuận, nhưng không thể hứa hẹn rằng một cảnh báo sẽ bị xóa hoặc một trạng thái listing cụ thể sẽ đạt được.

Trong khi chờ đợi, hãy giữ một bản sao của yêu cầu và tránh gửi đi gửi lại cùng một tài liệu. Nếu có bằng chứng mới, hãy thêm nó vào hồ sơ với một lời giải thích ngắn gọn về những gì nó thay đổi. Đừng thông báo rằng một cảnh báo đã được xóa cho đến khi chính listing công khai phản ánh sự thay đổi đó.

Làm thế nào để ngăn cùng một vấn đề hồ sơ quay trở lại?

Duy trì một bản ghi listing đơn giản để các bản cập nhật hồ sơ trong tương lai bắt đầu từ các thông tin đã được phê duyệt, hiện tại thay vì các bản gửi cũ. Chỉ định quyền sở hữu cho từng trường do dự án kiểm soát và ghi lại nơi lưu trữ nguồn thông tin chính xác của nó.

Một bản ghi thực tế có thể bao gồm:

• Tên dự án hiện tại, mã, mạng lưới và địa chỉ hợp đồng.
• Website chính thức và các liên kết mạng xã hội chính thức.
• Định nghĩa nguồn cung, ghi chú tính toán và các nguồn hỗ trợ.
• Các thay đổi về thị trường hoặc di chuyển ảnh hưởng đến mô tả công khai.
• URL listing trên nền tảng, các chỉnh sửa đã gửi và phản hồi đã nhận.
• Người chịu trách nhiệm xác nhận các bản cập nhật trong tương lai.

Xem xét bản ghi bất cứ khi nào dự án thay đổi hợp đồng, tiết lộ nguồn cung token, website hoặc các kênh chính thức. Kiểm tra xem cùng một thông tin có được mô tả khác nhau trên các tài liệu của chính dự án hay không. Đây là một quy trình bảo trì, không phải là lời hứa rằng nền tảng sẽ không bao giờ hiển thị thông báo; nó làm giảm các điểm không nhất quán có thể tránh được và giúp việc sửa lỗi sau này dễ dàng ghi lại hơn.

Đối với các công việc liên quan, hãy sử dụng hướng dẫn listing CoinMarketCap hoặc hướng dẫn listing CoinGecko khi dự án cần chuẩn bị listing thay vì điều tra cảnh báo. Để bắt đầu một quy trình xem xét khắc phục, hãy gửi cho AEOTech URL hồ sơ bị ảnh hưởng, thông báo chính xác và bất kỳ bằng chứng nào đã thu thập; bước tiếp theo là kiểm tra từ nguồn đến listing và một kế hoạch sửa lỗi ưu tiên.

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. Chụp lại thông báoLưu văn bản chính xác của nó, URL listing và ảnh chụp màn hình. Giữ các bản ghi CoinGecko và CoinMarketCap riêng biệt.
2. Truy tìm thông tin cơ bảnSo sánh listing với hợp đồng hiện tại, nguồn cung, thị trường và thông tin chính thức của dự án. Chỉ định chủ sở hữu cho từng điểm khác biệt.
3. Sửa nguồnCập nhật trang hoặc bản ghi do dự án kiểm soát trước. Lưu giữ bằng chứng cho thấy thông tin đã được sửa.
4. Chuẩn bị yêu cầuNêu rõ thay đổi được yêu cầu, giải thích sự khác biệt và đính kèm bằng chứng hỗ trợ trực tiếp cho nó.
5. Theo dõi phản hồi của nền tảngLưu gói đã gửi và bất kỳ phản hồi nào. Chỉ thêm bằng chứng mới khi nó làm rõ hoặc thay đổi tình huống.