Dịch vụ migration contract và rebranding: đồng bộ mọi tracker với thông tin đã duyệt

Khi nào cần phối hợp migration hoặc rebrand?

Kiểm tra nhanh: Viết địa chỉ contract cũ và mới cạnh nhau trong một ghi chú. Mọi người trong nhóm phải dùng cùng một ghi chú đó.

Phối hợp cập nhật khi contract, ticker, tên dự án hoặc logo của token đang thay đổi và các hồ sơ tracker hiện tại cần phản ánh thông tin mới. Công việc dễ quản lý nhất khi dự án đã duyệt các chi tiết migration và có thể cung cấp bằng chứng nhất quán cho từng thay đổi được yêu cầu.

Bắt đầu bằng cách tạo một bản ghi cuối cùng duy nhất, nêu rõ:

• Địa chỉ contract hiện tại và mới, bao gồm mạng lưới liên quan.
• Ngày hiệu lực hoặc trạng thái migration, nếu dự án đã xác nhận.
• Tên token, ticker và tệp logo hiện tại và mới.
• Trang web chính thức và tài khoản mạng xã hội mà nhóm muốn gắn với dự án.
• Một đầu mối liên hệ có thể trả lời câu hỏi và phê duyệt mọi làm rõ.

Điều này không giống như yêu cầu listing mới. Nếu hồ sơ token của bạn chưa tồn tại, hãy xem CoinMarketCap listing hoặc CoinGecko listing trước. Nếu hồ sơ đã tồn tại nhưng thông tin đã lỗi thời, một bản cập nhật tập trung có thể là hướng phù hợp hơn. MarketingExtra bắt đầu bằng việc xem xét tài liệu và hồ sơ để yêu cầu dựa trên tình trạng thực tế của dự án, không chỉ dựa trên thông báo dự kiến.

Cần chuẩn bị gì trước khi yêu cầu cập nhật tracker

Chuẩn bị một bộ bằng chứng rõ ràng trước khi gửi thay đổi; hồ sơ nhất quán giúp người xem xét dễ hiểu điều gì đang thay đổi và tại sao. Nhóm của bạn cần phân biệt được migration đã hoàn thành với migration đang lên kế hoạch và giải thích contract nào là hiện tại.

Thu thập những điều sau trước khi bắt đầu:

• Một giải thích migration ngắn gọn bằng ngôn ngữ đơn giản, đã được nhóm dự án phê duyệt.
• Địa chỉ contract cũ và mới cùng chi tiết mạng lưới, đã được trưởng nhóm kỹ thuật kiểm tra.
• Ticker, tên token, logo và mọi liên kết dự án liên quan cuối cùng.
• Các thông báo công khai giải thích sự thay đổi, nếu có.
• Quyền truy cập vào các hồ sơ tracker hiện tại hoặc URL trực tiếp của chúng.

Không yêu cầu nền tảng phản ánh trạng thái tương lai như thể nó đã có hiệu lực. Nếu trạng thái migration vẫn đang được quyết định, hãy đánh dấu rõ ràng và chờ phê duyệt từ ngữ có thể gây nhầm lẫn cho người nắm giữ. Giữ chính tả, viết hoa, mã định danh token và liên kết nhất quán trên các kênh riêng của dự án và tài liệu gửi đi xem xét. Đối với các dự án cũng xử lý hồ sơ nguồn cung, hãy phối hợp công việc đó riêng với xác minh nguồn cung lưu hành. Sự chuẩn bị này giúp chúng tôi phát hiện các chi tiết thiếu hoặc mâu thuẫn trước khi chúng trở thành các câu hỏi theo dõi lặp đi lặp lại.

Danh sách kiểm tra migration 6 điểm của bạn

Kiểm tra 6 điểm này trước khi bạn công bố migration. Chúng sắp xếp thứ tự các bước, giúp bảo vệ người nắm giữ khỏi contract cũ và đảm bảo mọi tracker đều trỏ đến cùng một thông tin mới. Nếu một mục khó đánh dấu, đó là tin hữu ích: nó cho thấy điều gì cần giải quyết trước khi tiền bạc hay thời gian được đầu tư.

1. Viết địa chỉ cũ và mới trong một ghi chú.
2. Chuẩn bị bằng chứng bạn sở hữu cả hai contract.
3. Thu thập tệp logo và thương hiệu mới.
4. Lên kế hoạch thứ tự: tracker trước, thông báo sau.
5. Cảnh báo người nắm giữ về contract cũ.
6. Kiểm tra lại từng tracker sau một tuần.

Thuật ngữ trong một dòng

Migration: chuyển token sang contract mới và yêu cầu người nắm giữ swap.

Rebrand (nói đơn giản: thay đổi tên, ticker hoặc diện mạo của dự án).

Sự khác biệt trong cập nhật CoinMarketCap, CoinGecko, DEXTools và DEXScreener

Mỗi dịch vụ có hồ sơ và quy trình xem xét riêng, vì vậy một lần gửi không nên được coi là bản cập nhật tự động thay đổi mọi tracker. Chúng tôi chuẩn bị các yêu cầu riêng cho từng nền tảng từ cùng một hồ sơ dự án đã duyệt, sau đó kiểm tra từng hồ sơ hiển thị riêng biệt sau khi gửi.

Đối với CoinMarketCap và CoinGecko, chúng tôi xác định hồ sơ token hiện có và tập hợp các thay đổi contract và nhận diện được yêu cầu ở định dạng mà dự án có thể hỗ trợ bằng hồ sơ của mình. Đối với DEXTools và DEXScreener, chúng tôi kiểm tra chi tiết token hiển thị và các liên kết hồ sơ hoặc thị trường do nhóm cung cấp, sau đó hướng công việc cập nhật đến tuyến nền tảng phù hợp. Nếu dự án cần sửa lỗi trang token liên tục thay vì thay đổi do migration, hãy xem cập nhật hồ sơ DEXTools và DEXScreener.

Một bảng phối hợp thực tế giúp phân công trách nhiệm:

Bạn giữ quyền phê duyệt thông tin dự án và từ ngữ cuối cùng. Chúng tôi giữ cho các yêu cầu thống nhất để các đội nền tảng không phải đối chiếu các phiên bản migration khác nhau.

Quy trình làm việc từ xem xét đến xác minh

Sai lầm thường gặp: Công bố trước khi các tracker được cập nhật. Người nắm giữ có thể swap token cũ. Thứ tự rất quan trọng.

Công việc tiến triển từ kiểm tra hồ sơ đến phối hợp nền tảng và sau đó là xem xét hồ sơ hiển thị. Trước khi gửi bất cứ điều gì, chúng tôi so sánh các thay đổi được yêu cầu với chi tiết contract và tài liệu nhận diện đã duyệt mà bạn cung cấp.

Một tương tác điển hình diễn ra theo các bước sau:

1. Chia sẻ hồ sơ. Gửi URL hồ sơ, chi tiết contract, tài sản rebrand đã duyệt và giải thích migration của dự án.
2. Đánh giá mức độ sẵn sàng. Chúng tôi xác định sự mâu thuẫn, thiếu bằng chứng và bất kỳ chi tiết nào cần xác nhận từ nhóm của bạn.
3. Phê duyệt bộ yêu cầu. Bạn xác nhận tên, ticker, logo và thông tin contract chính xác để sử dụng cho từng nền tảng.
4. Phối hợp gửi yêu cầu. Chúng tôi chuẩn bị và gửi tài liệu riêng cho từng nền tảng qua các tuyến yêu cầu áp dụng và theo dõi các câu hỏi tiếp theo.
5. Kiểm tra hồ sơ hiển thị. Chúng tôi so sánh thông tin hiển thị với hồ sơ đã duyệt và ghi nhận bất kỳ sự khác biệt còn lại.

Thời gian được thống nhất sau khi đánh giá mức độ sẵn sàng vì kế hoạch phụ thuộc vào số lượng hồ sơ cần chú ý, thông tin của bạn có đầy đủ hay không và liệu các đội nền tảng có yêu cầu làm rõ hay không. Bạn nhận được cập nhật trạng thái rõ ràng về những gì đã được chuẩn bị, gửi hoặc kiểm tra, thay vì giả định rằng một lần gửi đã thay đổi mọi dịch vụ.

Điều gì có thể ảnh hưởng đến quyết định của tracker về migration

Nhóm của bạn có thể kiểm soát tính chính xác và nhất quán của tài liệu cung cấp, nhưng không thể kiểm soát cách một nền tảng riêng lẻ đánh giá hoặc lên lịch cập nhật. CoinMarketCap, CoinGecko, DEXTools và DEXScreener có thể xem xét yêu cầu một cách độc lập, yêu cầu làm rõ hoặc để thay đổi ở trạng thái chờ; không nhà cung cấp nào có thể hứa rằng một nền tảng sẽ phê duyệt hoặc công bố một thay đổi contract hoặc thương hiệu cụ thể.

Giảm thiểu ma sát có thể tránh được bằng cách kiểm tra bộ yêu cầu trước khi gửi. Xác nhận rằng địa chỉ mới là cuối cùng, mạng lưới đã được xác định, logo là phiên bản đã duyệt và giải thích migration khớp với thông báo công khai của dự án. Nếu bất kỳ thông tin nào là tạm thời, hãy gắn nhãn như vậy và thống nhất nội bộ về thời điểm có thể trình bày nó là cuối cùng.

Khi một nền tảng yêu cầu làm rõ, hãy chuyển câu hỏi đến thành viên nhóm chịu trách nhiệm về thông tin liên quan: chi tiết kỹ thuật cho trưởng nhóm kỹ thuật, nhận diện và từ ngữ cho chủ dự án, và liên kết hồ sơ cho người quản lý listing. Điều này giúp câu trả lời chính xác và ngăn phản hồi nhanh tạo ra sự mâu thuẫn mới. Nếu vấn đề là hồ sơ lỗi thời chứ không phải chuyển đổi contract, hãy xem xét khắc phục hồ sơ token thay vì mở rộng yêu cầu migration.

Cách xác minh và công bố bản cập nhật đã hoàn tất

Coi việc hoàn tất là kiểm tra từng nền tảng, không phải là một thông báo duy nhất rằng mọi hồ sơ đã thay đổi. Khi bản cập nhật hiển thị, hãy so sánh contract, ticker, tên, logo, mạng lưới và liên kết dự án hiển thị với hồ sơ đã duyệt. Ghi lại những gì chính xác và xác định bất kỳ mục nào còn lại cần yêu cầu theo dõi.

Trước khi đăng thông báo migration, hãy đồng bộ trang web, kênh mạng xã hội và tin nhắn cộng đồng của bạn với các chi tiết đã được xác nhận. Nếu một tracker vẫn hiển thị thông tin cũ, tránh từ ngữ ngụ ý rằng bản cập nhật đã hoàn tất ở đó. Giữ một nhật ký nội bộ đơn giản với URL hồ sơ, ngày kiểm tra, trạng thái hiển thị và hành động tiếp theo; điều này cung cấp cho nhóm hỗ trợ và truyền thông một tài liệu tham khảo đáng tin cậy.

Gửi 3 thứ: địa chỉ contract cũ và mới của bạn, bằng chứng migration và tệp thương hiệu mới của bạn. Với những thứ đó, chúng tôi lên kế hoạch thứ tự yêu cầu và xác nhận chi phí bằng văn bản trước khi bắt đầu.

Cách hoạt động

1. Chia sẻ hồ sơ hiện tạiGửi URL hồ sơ, địa chỉ contract, chi tiết mạng lưới, cùng tên, ticker và logo đã duyệt. Kèm theo giải thích ngắn về trạng thái migration.
2. Đánh giá mức độ sẵn sàngChúng tôi kiểm tra các chi tiết thiếu hoặc mâu thuẫn và xác định điều gì cần xác nhận trước khi chuẩn bị bất kỳ yêu cầu nào.
3. Phê duyệt yêu cầu nền tảngBạn xác nhận thông tin chính xác cho từng tracker để mọi lần gửi đều phản ánh cùng một hồ sơ dự án đã duyệt.
4. Phối hợp và theo dõi các lần gửiChúng tôi chuẩn bị tài liệu riêng cho từng nền tảng, gửi qua các tuyến yêu cầu áp dụng và theo dõi các câu hỏi tiếp theo.
5. Kiểm tra hồ sơ hiển thịChúng tôi so sánh chi tiết hiển thị với hồ sơ đã duyệt của bạn và ghi nhận bất kỳ bản cập nhật hoặc hành động theo dõi nào còn lại.