Cách xóa cảnh báo trên CoinGecko: xây dựng bằng chứng để chỉnh sửa

Những gì cần có trong một bản ghi thông báo CoinGecko hoặc CoinMarketCap?

Thông báo hiển thị là hiện vật bằng chứng đầu tiên. Lưu nguyên văn của nó bên cạnh URL listing trước khi thay đổi trang dự án hoặc soạn thảo yêu cầu. Một bản ghi về những gì đã xuất hiện giúp tách biệt một tuyên bố cụ thể khỏi một thông báo không rõ ràng.

Bảng đánh giá của chúng tôi sử dụng 7 trường: nền tảng, URL listing, văn bản thông báo, ngày quan sát, chi tiết bị ảnh hưởng, nguồn dự án và hành động đề xuất. Ngày quan sát ghi lại thời điểm nhóm của bạn chụp lại trang; nó không ngụ ý thời hạn của nền tảng. Thêm ảnh chụp màn hình khi cần, nhưng giữ URL trang làm điểm tham chiếu.

Phân loại thông báo thành 1 trong 4 nhóm làm việc:

• Danh tính hoặc mô tả: văn bản hồ sơ có thể khác với tài liệu chính thức hiện tại.
• Mạng hoặc hợp đồng: địa chỉ hoặc mạng hiển thị cần được kiểm tra hồ sơ công khai.
• Nguồn cung: một con số hiển thị cần một định nghĩa rõ ràng và hồ sơ hỗ trợ.
• Không rõ ràng: thông báo không nêu tên một chi tiết mà nhóm của bạn có thể xác minh.

Các nhóm này tổ chức quá trình điều tra. Chúng không phải là mã cảnh báo chính thức của nền tảng. Giữ nguyên các thông tin cụ thể của listing, sau đó so sánh hai nền tảng riêng biệt. Để biết thêm thông tin về quy trình listing của họ, hãy xem hướng dẫn listing CoinGecko và hướng dẫn listing CoinMarketCap.

Những hồ sơ công khai nào có thể hỗ trợ việc chỉnh sửa listing?

Việc chỉnh sửa sẽ dễ dàng được xem xét hơn khi mỗi tuyên bố chỉ đến một nguồn có thể mở ra và nói cùng một điều. Hãy audit listing dựa trên các tài liệu công khai hiện tại của dự án trước khi liên hệ bộ phận hỗ trợ. Bắt đầu với các thông tin mà người đọc có thể tự kiểm tra độc lập.

So sánh 4 nhóm nguồn: trang dự án chính thức, tài liệu dự án, hồ sơ explorer công khai có liên quan và chính listing. Kiểm tra tên token, ký hiệu, mạng, địa chỉ hợp đồng, mô tả, thông tin nguồn cung, website và các liên kết mạng xã hội. Không phải mọi thông báo đều liên quan đến mọi trường. Giữ việc audit giới hạn trong các chi tiết liên quan đến mối quan tâm có thể nhìn thấy.

Sử dụng một bảng so sánh nhỏ trong hồ sơ làm việc của bạn:

Đối với việc di chuyển hợp đồng, hãy giải thích cách các hồ sơ trước đó và hiện tại liên quan với nhau. Đừng thay thế lịch sử bằng một địa chỉ mới trần trụi. Nếu nguồn cung là mối quan tâm, hãy xem cách kiểm tra supply trên CoinGecko để biết bối cảnh listing, sau đó ghi lại con số và nguồn của nó. Đánh dấu bất kỳ tuyên bố nào vẫn chưa được xác minh thay vì trình bày nó như đã được giải quyết.

Làm thế nào để ánh xạ từng cờ listing thành một chỉnh sửa?

Thông báo đặt tên cho điểm bắt đầu; bằng chứng xác định hành động tiếp theo. Ghép chỉnh sửa được đề xuất với chi tiết cụ thể đang được xem xét. Các chỉnh sửa hồ sơ không liên quan làm cho trường hợp khó theo dõi hơn và không ghi lại tuyên bố đã bị gắn cờ.

Sử dụng 2 lần đánh giá. Đầu tiên, xác nhận nguồn hỗ trợ tuyên bố. Thứ hai, xác nhận thay đổi hồ sơ được yêu cầu tuân theo nguồn đó. Nếu một trong hai lần đánh giá tìm thấy các trang dự án mâu thuẫn, hãy giải quyết mâu thuẫn đó trước khi gửi. Giữ một ghi chú ngắn về những gì đã thay đổi và nơi thông tin đã chỉnh sửa được công bố.

Một yêu cầu về cảnh báo khác với một đơn đăng ký listing mới. Kiểm tra hồ sơ hiện có và thông báo trước. Các hướng dẫn listing CoinGecko và CoinMarketCap đề cập đến bối cảnh đăng ký; chúng không thay thế bằng chứng gắn liền với một thông báo cụ thể.

Bằng chứng về nguồn cung và hợp đồng nên thể hiện điều gì?

Một tuyên bố về nguồn cung hoặc hợp đồng cần một lời giải thích có thể truy xuất, không chỉ là một con số hoặc địa chỉ thay thế. Xác định những gì listing hiển thị, những gì dự án coi là hiện tại và những hồ sơ công khai nào hỗ trợ quan điểm đó.

Đối với nguồn cung, hãy ghi chú nhãn chính xác được hiển thị trên listing. Nêu rõ cách dự án định nghĩa con số, sau đó liên kết các hồ sơ đằng sau cách tính của nó. Kiểm tra xem website và tài liệu dự án có sử dụng cùng một định nghĩa hay không. Nếu các tài liệu đó khác nhau, hãy giải thích sự khác biệt trước khi yêu cầu chỉnh sửa hồ sơ. Một con số trần trụi không có ý nghĩa của nó có thể để lại câu hỏi trung tâm chưa được giải quyết.

Đối với một thay đổi hợp đồng, hãy tập hợp một chuỗi ngắn gọn: hợp đồng hoặc mạng trước đó và hợp đồng hoặc mạng hiện tại. Thêm những gì đã thay đổi và nơi mỗi chi tiết có thể được kiểm tra. Giữ lời giải thích này dựa trên thực tế. Đừng ngụ ý rằng một hồ sơ mới xóa bỏ thông tin công khai trước đó. Chỉ liên kết đến các nguồn hỗ trợ phần có liên quan của chuỗi.

Một ghi chú bằng chứng hữu ích có 3 phần: tuyên bố đang được hỏi, nguồn hỗ trợ và chỉnh sửa hoặc làm rõ được yêu cầu. Nếu một nguồn không có sẵn hoặc không thiết lập được tuyên bố, hãy gắn nhãn khoảng trống đó. Dịch vụ đánh giá khắc phục hồ sơ listing có thể giúp tổ chức so sánh và gắn cờ các khoảng trống bằng chứng trước khi bạn gửi yêu cầu.

Điều gì làm cho một yêu cầu hỗ trợ dễ dàng được đánh giá?

Một yêu cầu tập trung xác định hồ sơ, trích dẫn thông báo và chỉ ra bằng chứng cho một chỉnh sửa. Đặt những mục đó lên trên cùng để người đọc có thể xác định vấn đề mà không cần sắp xếp qua tài liệu dự án không liên quan.

Chuẩn bị 5 mục sau:

• Tên nền tảng và URL listing chính xác.
• Văn bản thông báo được sao chép như đã hiển thị.
• Chi tiết dự án có vẻ không chính xác hoặc không rõ ràng.
• Các liên kết trực tiếp đến các nguồn công khai hỗ trợ quan điểm của bạn.
• Một tuyên bố ngắn gọn về chỉnh sửa hoặc làm rõ được yêu cầu.

Chỉ thêm dòng thời gian di chuyển hoặc tính toán nguồn cung khi nó trả lời thông báo. Giữ các tuyên bố quảng cáo và tệp đính kèm không liên quan ra khỏi hồ sơ bằng chứng. Kiểm tra từng liên kết trong chế độ xem trình duyệt đã đăng xuất nếu khả thi và xác nhận trang nguồn vẫn chứa thông tin được trích dẫn.

Sử dụng kênh hỗ trợ chính thức hoặc kênh được nêu tên trong thông báo. Lưu tin nhắn đã gửi, các liên kết nguồn và mọi phản hồi trong một hồ sơ. Nếu nền tảng yêu cầu thêm thông tin, hãy trả lời trực tiếp điểm đó và cập nhật hồ sơ. Chỉ định một đầu mối liên hệ của dự án để điều phối các phản hồi; điều này giúp ngăn chặn các giải thích mâu thuẫn từ các thành viên khác nhau trong nhóm. Để có cái nhìn tổng quan hơn về sự khác biệt listing có thể nhìn thấy, hãy xem listing CoinGecko vs CoinMarketCap.

Phần nào của cảnh báo listing vẫn thuộc về nền tảng?

Nhóm của bạn kiểm soát hồ sơ công khai của mình, độ chính xác của lời giải thích và bằng chứng mà bạn gửi. CoinGecko hoặc CoinMarketCap kiểm soát cách thông báo của nó được đánh giá, liệu nó có yêu cầu thêm tài liệu hay không và những gì xuất hiện trên listing của nó. Một nguồn dự án đã được chỉnh sửa hoặc yêu cầu đã gửi không quyết định quyết định hoặc thời gian đánh giá của nền tảng.

Đặt kỳ vọng xung quanh các hành động mà dự án có thể xác minh: chỉnh sửa một trang chính thức, ghi lại một hồ sơ công khai và gửi một yêu cầu tập trung. Giữ các hành động đó khác biệt với kết quả hiển thị trên nền tảng. Nếu ai đó tuyên bố họ có thể thay đổi một thông báo thông qua một khoản thanh toán riêng tư hoặc quyền truy cập đặc biệt, hãy xử lý tuyên bố đó một cách thận trọng. Xác minh nó thông qua kênh hỗ trợ chính thức của nền tảng trước khi chia sẻ tiền hoặc thông tin tài khoản.

Bạn nên làm gì khi thông báo vẫn còn thiếu chi tiết?

Một thông báo không rõ ràng đòi hỏi một yêu cầu làm rõ hẹp, không phải một bản sửa lỗi phỏng đoán. Bao gồm URL listing, nguyên văn và một bản tóm tắt ngắn về các kiểm tra đã hoàn thành. Hỏi tuyên bố hoặc nguồn cụ thể nào cần được chú ý.

Trước khi gửi, hãy xác nhận rằng các trang dự án thống nhất về tên, mạng, hợp đồng hoặc định nghĩa nguồn cung có liên quan. Kiểm tra rằng mọi liên kết bằng chứng hỗ trợ câu bên cạnh nó. Đối với một lần di chuyển, hãy nêu rõ trình tự. Đối với một câu hỏi về nguồn cung, hãy giải thích cách tính và các tài liệu tham khảo công khai của nó. Để lại các cải tiến hồ sơ không liên quan cho một bản cập nhật riêng.

Để có một đánh giá có cấu trúc, GeoMarketing Experts so sánh thông báo có thể nhìn thấy với hồ sơ công khai của dự án, ghi lại các khoảng trống bằng chứng và tổ chức một yêu cầu ngắn gọn. Gửi URL listing, văn bản thông báo và các nguồn chính thức hỗ trợ chỉnh sửa được đề xuất của bạn. Chúng tôi sẽ xác định những gì hồ sơ thiết lập và những gì vẫn cần kiểm tra trước khi bạn liên hệ với nền tảng.

Cách hoạt động

1. Chụp lại thông báo có thể nhìn thấyLưu URL listing và nguyên văn. Ghi lại trường hoặc tuyên bố có vẻ có liên quan.
2. So sánh hồ sơ công khaiKiểm tra listing dựa trên các trang chính thức hiện tại, tài liệu và hồ sơ công khai có liên quan. Tách biệt các điểm không khớp đã được xác nhận khỏi các câu hỏi mở.
3. Chỉnh sửa các nguồn do dự án kiểm soátCập nhật tài liệu dự án không chính xác trước. Giải thích các thay đổi hợp đồng hoặc định nghĩa nguồn cung khi những thông tin đó quan trọng đối với thông báo.
4. Tập hợp một hồ sơ bằng chứng tập trungLiên kết mỗi tuyên bố có liên quan với một nguồn. Nêu rõ chỉnh sửa hoặc làm rõ chính xác được yêu cầu.
5. Gửi và ghi lại quá trình trao đổiSử dụng kênh hỗ trợ chính thức. Lưu yêu cầu và phản hồi, sau đó trả lời các điểm tiếp theo bằng bằng chứng có liên quan.