Dịch vụ Migration Contract Token và Cập nhật Rebrand

Khi nào bạn cần hỗ trợ migration contract và rebrand?

Hỗ trợ migration contract và rebrand hữu ích khi một dự án cần các hồ sơ token công khai của mình phản ánh một contract mới hoặc một sự thay đổi nhận diện được phối hợp. Công việc kết nối các chi tiết đã được xác nhận của dự án với các bản cập nhật trên các hồ sơ tracker và screener có liên quan.

Một migration có thể liên quan đến một địa chỉ contract mới, trong khi một rebrand có thể liên quan đến một ticker, tên token hoặc logo mới. Những thay đổi này có thể xảy ra cùng nhau, nhưng chúng là những sự kiện riêng biệt cần được ghi nhận. Một dự án không nên cho rằng việc cập nhật một hồ sơ sẽ tự động cập nhật mọi dịch vụ khác.

Dịch vụ này phù hợp khi:

• Nhóm của bạn đã phê duyệt các chi tiết contract hoặc thương hiệu mới và cần truyền đạt chúng một cách nhất quán.
• Các hồ sơ token hiện tại vẫn hiển thị thông tin không còn cập nhật.
• Bạn muốn có một kế hoạch cập nhật phối hợp thay vì xử lý từng hồ sơ mà không có một danh sách kiểm tra chung.

Đầu tiên chúng tôi xác định hồ sơ nào có liên quan và cần thay đổi gì trên mỗi hồ sơ. Để được hỗ trợ listing và xác minh rộng hơn, hãy xem Listings và xác minh. Nếu ưu tiên của bạn là hồ sơ CoinMarketCap, dịch vụ listing CoinMarketCap có liên quan sẽ bao gồm công việc listing trên nền tảng đó.

Những hồ sơ token nào có thể được cập nhật rebrand?

Một bản cập nhật rebrand có thể bao gồm nhận diện token và thông tin contract được hiển thị trên các nền tảng được chọn cho dự án của bạn. Chúng tôi ánh xạ các trường được yêu cầu tới từng hồ sơ để nhóm có thể thấy những gì cần thay đổi, những chi tiết hỗ trợ nào có sẵn và những gì còn chưa được giải quyết.

Kế hoạch có thể bao gồm CoinMarketCap, CoinGecko, DEXTools, DEXScreener và các DEX screener có liên quan khác. Tập hợp chính xác phụ thuộc vào nơi dự án có hồ sơ hiện tại và nơi việc cập nhật là phù hợp. Hỗ trợ listing CoinGecko có sẵn riêng qua listing CoinGecko, trong khi cập nhật hồ sơ DEXTools và DEXScreener tập trung vào thông tin hồ sơ screener.

Đối với mỗi nền tảng được chọn, chúng tôi tổ chức các thay đổi được yêu cầu xoay quanh:

• Chi tiết contract hiện tại và thay thế, nếu có migration.
• Ticker, tên dự án và logo hiện tại và thay thế.
• Các liên kết dự án chính thức và bối cảnh ngắn gọn giải thích sự thay đổi.
• Bất kỳ mục nộp hoặc theo dõi cụ thể nào của nền tảng được xác định trong quá trình chuẩn bị.

Việc ánh xạ này giúp ngăn chặn một vấn đề phối hợp phổ biến: các hồ sơ khác nhau hiển thị các phiên bản khác nhau của dự án. Nó cũng cung cấp cho nhóm của bạn một hồ sơ rõ ràng về những thay đổi nào đã được yêu cầu, thay vì coi rebrand như một công tắc phổ quát duy nhất.

Bạn nên chuẩn bị gì trước khi nộp yêu cầu thay đổi token?

Chuẩn bị một nguồn thông tin duy nhất đã được phê duyệt trước khi yêu cầu thay đổi hồ sơ. Nó nên làm cho các chi tiết dự án cũ và mới dễ phân biệt và giải thích chi tiết nào đang thay đổi và chi tiết nào giữ nguyên.

Chia sẻ những điều sau nếu có liên quan:

• Địa chỉ contract hiện tại và thay thế, kèm theo mạng lưới áp dụng.
• Ticker, tên token và tệp logo hiện tại và thay thế.
• Trang web chính thức và các kênh dự án nên xuất hiện trên hồ sơ.
• Một giải thích ngắn gọn về migration hoặc rebrand và trạng thái hiệu lực của nó.
• Một đầu mối liên hệ của dự án có thể xác nhận chi tiết hoặc trả lời các câu hỏi từ nền tảng.

Giữ tên và mã định danh nhất quán trên các tài liệu. Nếu ticker thay đổi nhưng contract không, hãy nêu rõ điều đó. Nếu cả hai thay đổi, hãy trình bày từng cái như một mục riêng biệt. Đối với thông tin nguồn cung token cũng cần xem xét, hãy sử dụng dịch vụ xác minh nguồn cung lưu hành chuyên dụng. Đối với thông tin contract hoặc token trên explorer, hãy phối hợp công việc đó qua cập nhật thông tin token và logo trên explorer.

Chúng tôi xem xét các chi tiết được cung cấp để đảm bảo tính nhất quán trước khi chuẩn bị các bài nộp. Thông tin thiếu hoặc mâu thuẫn nên được giải quyết trước khi các yêu cầu được gửi đi; nếu không, dự án có thể cần làm rõ sự thay đổi sau khi nền tảng đã xem xét hồ sơ của nó.

Làm thế nào để chúng tôi phối hợp cập nhật CoinMarketCap, CoinGecko và screener?

Chúng tôi phối hợp các bản cập nhật thông qua một trình tự được ghi lại: xác nhận các chi tiết dự án đã được phê duyệt, ánh xạ chúng tới các hồ sơ đã chọn, chuẩn bị yêu cầu, nộp chúng qua các kênh liên quan và theo dõi. Điều này giữ cho lời giải thích của dự án nhất quán trong khi cho phép mỗi nền tảng xử lý hồ sơ riêng của mình.

Quy trình làm việc bắt đầu bằng một kiểm kê hồ sơ. Chúng tôi xác định các hồ sơ trong phạm vi và ghi lại các chi tiết hiện tại của chúng. Tiếp theo, chúng tôi tập hợp gói thay đổi để các bản cập nhật contract, ticker, tên và logo được mô tả rõ ràng. Khi nhóm của bạn phê duyệt, chúng tôi chuẩn bị và nộp các yêu cầu đã thống nhất và duy trì nhật ký trạng thái cho các phản hồi và các mục còn mở.

Trình tự điển hình của chúng tôi là:

1. Phạm vi: xác nhận migration hoặc rebrand và chọn các hồ sơ cần giải quyết.
2. Xác thực: so sánh chi tiết hiện tại và thay thế với nguồn thông tin đã được phê duyệt của bạn.
3. Chuẩn bị: tổ chức thông tin hỗ trợ và tài liệu yêu cầu cụ thể cho từng nền tảng.
4. Nộp: gửi các yêu cầu đã thống nhất và ghi lại thời điểm mỗi yêu cầu được nộp.
5. Theo dõi: theo dõi phản hồi, chuyển tiếp các yêu cầu làm rõ và kiểm tra các hồ sơ kết quả.

Lịch trình được thiết lập sau khi chúng tôi hiểu phạm vi và tài liệu có sẵn. Bạn nhận được một cái nhìn rõ ràng về các bài nộp đã hoàn thành và các hành động còn tồn đọng, không chỉ là một bản cập nhật trạng thái bằng lời nói. Nếu một thay đổi liên quan đến cập nhật hồ sơ cùng với yêu cầu listing, chúng tôi có thể phân biệt các luồng công việc đó và phối hợp chúng mà không ngụ ý chúng là cùng một quy trình nền tảng.

Các nền tảng có thể quyết định điều gì trong quá trình cập nhật migration contract?

Một dự án có thể kiểm soát tính chính xác của tài liệu và phạm vi công việc, nhưng mỗi nền tảng kiểm soát liệu và khi nào nó chấp nhận, xem xét hoặc hiển thị một thay đổi hồ sơ được yêu cầu. CoinMarketCap, CoinGecko và các DEX screener duy trì các hồ sơ và quy trình riêng biệt; việc nộp bản cập nhật cho một nền tảng không tự động thay đổi các nền tảng khác.

Đối với dịch vụ này, điều đó có nghĩa là chúng tôi có thể cam kết chuẩn bị và nộp các yêu cầu đã thống nhất, theo dõi phản hồi và giúp bạn giải quyết các yêu cầu làm rõ trong phạm vi đã thống nhất. Chúng tôi không thể hứa hẹn sự chấp thuận, một ngày hiển thị cụ thể, một cách trình bày cụ thể về thông tin token lịch sử hoặc cách xử lý migration giống hệt nhau trên các nền tảng. Các quyết định xem xét, xử lý hồ sơ và hiển thị hồ sơ vẫn thuộc về nền tảng.

Giảm thiểu ma sát có thể tránh được bằng cách kiểm tra những điểm này trước khi nộp:

• Contract mới và chi tiết mạng lưới đã được dự án xác nhận.
• Ticker, tên và logo được nộp khớp với tài liệu rebrand đã được phê duyệt.
• Các liên kết dự án chính thức và lời giải thích không mâu thuẫn trên các tài liệu của bạn.
• Một thành viên nhóm có trách nhiệm có thể trả lời các câu hỏi về sự thay đổi.

Nếu phản hồi của nền tảng đưa ra một vấn đề mới, chúng tôi báo cáo những gì nó yêu cầu và thống nhất hành động tiếp theo với bạn. Điều này giữ cho lời giải thích công khai của dự án chính xác trong khi tránh các tuyên bố về kết quả nằm ngoài tầm kiểm soát của agency.

Các bản cập nhật migration nên kết nối với công việc listing khác như thế nào?

Coi migration contract hoặc rebrand như một điểm phối hợp trên các hồ sơ token hiện có, không phải là sự thay thế cho mọi nhiệm vụ listing hoặc xác minh khác. Một dự án có thể cần cập nhật hồ sơ, đơn xin listing, xem xét nguồn cung hoặc thay đổi explorer, và mỗi luồng công việc nên có một phạm vi được xác định rõ ràng.

Bắt đầu bằng cách quyết định kết quả mà nhóm cần. Nếu nhiệm vụ là sửa chi tiết nhận diện trên các DEX screener, hãy sử dụng cập nhật hồ sơ làm luồng công việc chính. Nếu một listing tracker hoặc trạng thái listing cũng nằm trong phạm vi, hãy thêm yêu cầu đó riêng biệt và xác định thông tin nó cần. Nếu hồ sơ nguồn cung lưu hành cần được chú ý, hãy giữ việc xem xét đó riêng biệt với thay đổi contract hoặc logo.

Đối với các dự án lên kế hoạch cho nhiều nhiệm vụ trên nền tảng, Listings và xác minh cung cấp bối cảnh dịch vụ rộng hơn. Bạn cũng có thể xem xét cách tiếp cận cách chúng tôi làm việc trước khi thống nhất trình tự. Chúng tôi khuyến nghị một chủ sở hữu duy nhất ở phía dự án, người có thể phê duyệt các sự kiện và giữ cho các thông báo công khai phù hợp với thông tin đã nộp.

Kết quả là một sự bàn giao thực tế: nhóm của bạn biết hồ sơ nào được bao gồm, thông tin nào đã được gửi, phản hồi nào đã đến và nhiệm vụ liên quan nào vẫn còn riêng biệt. Sự rõ ràng đó đặc biệt hữu ích khi dự án đang thay đổi cả contract và nhận diện công khai của 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. Xác nhận thay đổiChia sẻ các chi tiết contract và thương hiệu cũ và mới đã được phê duyệt. Chúng tôi làm rõ những thay đổi nào nằm trong phạm vi và hồ sơ token nào quan trọng.
2. Ánh xạ các hồ sơChúng tôi ghi lại thông tin hiện tại trên các nền tảng đã chọn và liệt kê các trường cần cập nhật.
3. Chuẩn bị gói yêu cầuChúng tôi tổ chức các chi tiết hỗ trợ và soạn thảo các giải thích rõ ràng, nhất quán cho các bài nộp đã thống nhất.
4. Nộp và theo dõiChúng tôi nộp các yêu cầu đã thống nhất và lưu giữ hồ sơ về trạng thái, phản hồi của nền tảng và các mục cần theo dõi.
5. Xem xét các bản cập nhậtChúng tôi kiểm tra các hồ sơ kết quả và báo cáo các thay đổi đã hoàn thành cùng với bất kỳ hành động nền tảng nào còn mở.