Giữ nhận diện token rõ ràng khi migration contract

Migration không chỉ là thay nhãn token mới

Hỗ trợ migration contract kết nối chi tiết token cũ với token mới trên các hồ sơ mà mọi người tham khảo. Nó giúp cộng đồng của bạn nhận biết contract nào là hiện tại trong khi dự án thay đổi tên, ticker hoặc logo.

Công việc hữu ích đầu tiên là quyết định thay đổi gì và giữ nguyên gì. Ghi lại cả hai địa chỉ contract và chain, sau đó xác nhận tên, ticker, logo và các liên kết chính thức của dự án. Nếu nhận diện token vẫn giữ nguyên, hãy giải thích mối quan hệ đó một cách rõ ràng. Nếu dự án thay đổi nhiều hơn contract, hãy nêu rõ từng thay đổi riêng biệt.

Giả sử nhóm bạn thay đổi logo và ticker nhưng giữ nguyên contract. Điều đó cần một bản cập nhật hồ sơ tập trung, không phải giải thích migration. Khi contract cũng thay đổi, yêu cầu nên kết nối địa chỉ cũ và mới và mô tả quá trình chuyển đổi. Chúng tôi có thể phối hợp cả hai loại cập nhật, với công việc dựa trên các nền tảng và chi tiết bạn muốn xem xét. Đối với các thay đổi hồ sơ khác trên DEXTools và DEXScreener, xem Cập nhật hồ sơ DEXTools và DEXScreener.

Bắt đầu với một bản ghi migration đã phê duyệt

Một bản ghi chung cung cấp cùng một thông tin nguồn cho mọi yêu cầu nền tảng. Chúng tôi xem xét nó trước khi chuẩn bị gửi, để các chi tiết còn thiếu có thể được giải quyết với nhóm bạn thay vì phải phỏng đoán.

1. Xác nhận thay đổi. Thêm địa chỉ contract cũ và mới, tên chain và giai đoạn migration. Đánh dấu contract nào người dùng nên coi là hiện tại và thời điểm thay đổi nếu kế hoạch của bạn có giai đoạn chuyển tiếp.
2. Phê duyệt nhận diện token. Viết chính xác tên và ticker để hiển thị. Thêm tệp logo hiện tại, trang web dự án và các liên kết mạng xã hội chính thức. Giữ nguyên chính tả trong toàn bộ bản ghi và tài liệu công khai.
3. Thể hiện sự kết nối. Bao gồm giải thích migration công khai nếu có, cùng với một đầu mối dự án có thể xác nhận thông tin hoặc trả lời câu hỏi. Nếu thông tin về nguồn cung lưu hành cũng thay đổi, hãy xác định đó là một nhiệm vụ riêng; xác minh nguồn cung lưu hành bao gồm công việc đó.

Kiểm tra từng địa chỉ với hồ sơ dự án đã phê duyệt của bạn, từng ký tự một. Sau đó so sánh trang web, thông báo và chi tiết explorer với bản ghi. Chúng tôi sử dụng so sánh đơn giản này để gắn cờ sự không khớp trước khi gửi yêu cầu. Nhóm bạn phê duyệt thông tin cuối cùng và chúng tôi chuẩn bị từng yêu cầu nền tảng từ phiên bản đã phê duyệt đó.

Cập nhật trên tracker và screener khác nhau thế nào?

CoinMarketCap, CoinGecko, DEXTools và DEXScreener có hồ sơ và đường dẫn cập nhật riêng. Chúng tôi chuẩn bị một yêu cầu cho từng đích đã thống nhất, thay vì cho rằng một thông báo sẽ thay đổi mọi hiển thị công khai.

CoinMarketCap và CoinGecko

Đối với các hồ sơ này, chúng tôi sắp xếp tên, ticker, logo và ngữ cảnh contract được yêu cầu cùng với tài liệu dự án giải thích sự thay đổi. Nếu bạn cũng cần hỗ trợ ngoài cập nhật migration, hãy xem Hỗ trợ listing CoinMarketCap và Hỗ trợ listing CoinGecko.

DEXTools và DEXScreener

Chúng tôi kiểm tra chi tiết token hoặc cặp nào đang hiển thị và xác định thông tin hồ sơ cần chú ý. Chỉnh sửa hồ sơ và thông báo migration là các nhiệm vụ khác nhau, vì vậy chúng tôi giữ chúng rõ ràng trong yêu cầu.

Chúng tôi theo dõi từng đích riêng biệt. Điều đó giúp nhóm bạn dễ dàng thấy yêu cầu nào đã gửi, yêu cầu nào đang hiển thị và yêu cầu nào cần phản hồi. Để có phạm vi tracker rộng hơn, listing trên các crypto tracker khác có thể được xem xét riêng. Bản ghi cập nhật vẫn hữu ích ngay cả khi các nền tảng hiển thị thay đổi vào những thời điểm khác nhau.

Giữ bàn giao rõ ràng sau khi gửi yêu cầu

Công việc bao gồm một bản ghi các yêu cầu và kiểm tra những gì xuất hiện trên hồ sơ công khai. Điều đó cung cấp cho nhóm bạn thứ cụ thể để sử dụng khi phối hợp tin nhắn cộng đồng và hỗ trợ migration.

Hãy tưởng tượng một nhà phát triển viết tài liệu nhưng không viết bài, ngay sau một thread hay thu hút những người mới. Nhà phát triển muốn người mới tìm đúng contract mà không cần tìm kiếm qua các tin nhắn cũ. Chúng tôi sẽ kiểm tra thông tin migration đã phê duyệt, chuẩn bị yêu cầu hồ sơ và báo cáo những gì hiển thị sau đó.

Bàn giao của bạn có thể bao gồm:

• Các nền tảng và chi tiết hồ sơ trong phạm vi công việc đã thống nhất.
• Một bản ghi các yêu cầu đã gửi và theo dõi nền tảng.
• Ghi chú về các thay đổi hiển thị, mục đang chờ và hành động phía dự án.

Mỗi nền tảng quyết định liệu, khi nào và bằng cách nào hồ sơ của họ thay đổi và có thể yêu cầu làm rõ. Chúng tôi có thể thực hiện việc chuẩn bị, phối hợp và kiểm tra đã thống nhất, nhưng không thể đặt thời gian xét duyệt nền tảng hoặc hứa hẹn phê duyệt. Giữ một đầu mối sẵn sàng trả lời câu hỏi và chỉ mô tả một thay đổi là hoàn tất sau khi kiểm tra hồ sơ công khai liên quan.

Mang cùng thông tin token vào triển khai rộng hơn

Cập nhật hồ sơ hoạt động tốt nhất khi phần còn lại của tài liệu migration của bạn kể cùng một câu chuyện. Trang web, thông báo, thông tin explorer và phản hồi cộng đồng của bạn nên trỏ đến cùng một contract hiện tại và sử dụng tên và ticker đã phê duyệt.

Giả sử một người điều hành cộng đồng nhận được câu hỏi trong khi một hồ sơ vẫn hiển thị chi tiết cũ. Một bản ghi migration chung giúp họ trả lời với giải thích đã phê duyệt và các liên kết dự án hiện tại. Nó cũng giúp trưởng sản phẩm, trưởng truyền thông và đầu mối nền tảng của bạn tránh gửi các phiên bản khác nhau của sự thay đổi.

Chúng tôi có thể phối hợp công việc này cùng với cập nhật thông tin token và logo trên explorer và bao gồm logo wallet và danh sách token. Kế hoạch listing và xác minh rộng hơn cũng có thể là một phần trong triển khai của bạn. Đây là các nhiệm vụ riêng biệt, vì vậy chúng tôi chỉ bao gồm chúng khi phù hợp.

Để bắt đầu, hãy gửi cho chúng tôi địa chỉ contract cũ và mới, chain, nền tảng mục tiêu, chi tiết token đã phê duyệt và thông báo migration hoặc bản nháp. Brand Community sẽ kiểm tra bản ghi, gắn cờ thông tin còn thiếu và lập bản đồ các yêu cầu nền tảng để bạn phê duyệt.

Cách hoạt động

1. Thống nhất hồ sơ nào cần thay đổiChúng tôi liệt kê các nền tảng và cập nhật contract, ticker, tên và logo được yêu cầu. Nhóm bạn xác nhận thông tin nguồn đã phê duyệt.
2. Thu thập tài liệu migrationBạn chia sẻ giải thích, liên kết dự án, tệp logo và đầu mối cho câu hỏi. Chúng tôi gắn cờ bất kỳ sự không khớp nào trước khi chuẩn bị yêu cầu.
3. Chuẩn bị từng yêu cầu nền tảngChúng tôi khớp yêu cầu với chi tiết hồ sơ đang được thay đổi, sau đó chia sẻ thông tin với nhóm bạn để phê duyệt.
4. Phối hợp gửi và phản hồiChúng tôi phối hợp các yêu cầu đã thống nhất qua các đường dẫn áp dụng và ghi lại các câu hỏi và phản hồi theo dõi.
5. Kiểm tra hồ sơ công khaiChúng tôi ghi nhận thay đổi nào đã hiển thị, mục nào còn đang chờ và liệu nhóm bạn có cần phản hồi hay không.