Dịch Vụ Migration Contract và Cập Nhật Rebranding Token

Dịch vụ migration contract và rebranding bao gồm những gì?

Dịch vụ này phối hợp các thay đổi trên hồ sơ công khai cần thiết khi một token chuyển sang contract mới hoặc áp dụng một nhận diện mới.

Dịch vụ này phù hợp cho các nhóm có kế hoạch migration hoặc rebrand đã được xác nhận, một đầu mối liên hệ dự án được chỉ định và bằng chứng kết nối nhận diện cũ với nhận diện mới. Dịch vụ này không thay thế cho việc thực hiện migration trên chuỗi hoặc đưa ra quyết định pháp lý về quyền sở hữu token.

Trước khi bắt đầu, hãy quyết định yêu cầu là thay đổi contract đơn thuần, thay đổi nhận diện, hay cả hai. Sau đó, chỉ định người có thẩm quyền phê duyệt nội dung công khai. Sự phân biệt đó giúp chúng tôi chuẩn bị một lời giải thích ngắn gọn cho từng hồ sơ thay vì gửi các phiên bản khác nhau của cùng một thông báo. Để được hỗ trợ listing rộng hơn, hãy bắt đầu với listings và xác minh; để nộp đơn đăng ký hồ sơ CoinGecko, hãy xem hỗ trợ listing CoinGecko.

Nhóm token nên chuẩn bị những bằng chứng gì?

Một bộ bằng chứng đầy đủ, nhất quán cho phép chúng tôi chuẩn bị các yêu cầu trên nền tảng mà không cần phải phỏng đoán contract hoặc nhận diện nào là có thẩm quyền.

Sử dụng cùng một cách viết, nhãn chain và định dạng địa chỉ trong mọi nguồn. Nếu việc migration được thực hiện theo giai đoạn, hãy chỉ rõ địa chỉ nào đang hoạt động và nhóm mong đợi người dùng làm gì. Không gửi bản nháp nội dung dưới dạng văn bản đã được phê duyệt; hãy xác định phiên bản cuối cùng và người đã ký duyệt nó.

Khi bắt đầu, AEOTech thực hiện đánh giá nguồn thông tin duy nhất: chúng tôi so sánh các địa chỉ, trường nhận diện, liên kết và nội dung thông báo đã gửi, sau đó trả lại bất kỳ xung đột nào để xác nhận trước khi gửi. Đối với siêu dữ liệu explorer hoặc thay đổi logo ngoài các hồ sơ tracker, hãy phối hợp yêu cầu với cập nhật thông tin token và logo trên explorer.

Hồ sơ trên CoinMarketCap, CoinGecko và DEX screener được cập nhật như thế nào?

Chúng tôi chuẩn bị các yêu cầu riêng biệt cho từng nền tảng sử dụng cùng một dữ kiện dự án đã được xác nhận, sau đó theo dõi từng yêu cầu như một hạng mục công việc riêng.

Một sự bàn giao rõ ràng tách biệt sự kiện khỏi tuyên bố. Địa chỉ contract, chain, ticker và tên thuộc về các trường có cấu trúc; phần giải thích migration nên đủ ngắn để xem xét nhanh. Chúng tôi cũng xác minh rằng các liên kết chính thức trỏ đến các thuộc tính dự án dự kiến và logo được cung cấp là phiên bản đã được phê duyệt.

Khách hàng phê duyệt dữ liệu cuối cùng trước khi các yêu cầu được gửi đi. AEOTech ghi lại đích đến, trạng thái gửi, hành động theo dõi và bất kỳ thông tin bổ sung nào được yêu cầu, để nhóm có thể thấy những gì đã hoàn thành và những gì vẫn cần đầu vào của họ. Nếu chỉ cần cập nhật chi tiết hồ sơ screener, hãy xem cập nhật hồ sơ DEXTools và DEXScreener. Đối với một yêu cầu listing CoinMarketCap riêng biệt, hãy xem hỗ trợ listing CoinMarketCap.

Quy trình cập nhật migration diễn ra như thế nào?

Quy trình chuyển từ kiểm tra thực tế sang gửi yêu cầu và kết thúc có tài liệu; khách hàng phê duyệt các tuyên bố của dự án trước khi chúng được gửi đi.

Khi bắt đầu, chúng tôi yêu cầu chi tiết contract cũ và mới, chain, lời giải thích công khai đã được phê duyệt, các trường nhận diện hiện tại và đề xuất, liên kết chính thức và tác phẩm nghệ thuật cuối cùng. Nhóm cũng xác định bất kỳ nền tảng nào không nên thay đổi, chẳng hạn như hồ sơ phải vẫn được liên kết với một địa chỉ hiện có trong quá trình migration theo giai đoạn.

Thời gian được lên kế hoạch sau khi đánh giá bằng chứng. Lịch trình của chúng tôi bao gồm công việc chúng tôi kiểm soát: xem xét tài liệu, soạn thảo, xin phê duyệt, gửi yêu cầu và theo dõi. Định dạng báo cáo liệt kê từng nền tảng, trạng thái yêu cầu, hành động cuối cùng và đầu vào cần thiết tiếp theo. Điều này tránh việc coi phản hồi của một nền tảng là xác nhận rằng mọi hồ sơ khác cũng đã được cập nhật.

Điều gì có thể ảnh hưởng đến việc cập nhật migration trên mỗi nền tảng?

Nhóm kiểm soát độ chính xác của bằng chứng và các thay đổi được yêu cầu; mỗi nền tảng kiểm soát quy trình đánh giá và hiển thị hồ sơ của riêng mình.

Sử dụng danh sách kiểm tra này để giải quyết các vấn đề trước khi yêu cầu được gửi đi. Nếu một nền tảng yêu cầu thêm thông tin, người liên hệ dự án nên cung cấp bằng chứng được yêu cầu hoặc xác nhận một lời giải thích đã sửa đổi. Giữ một bản sao của văn bản đã được phê duyệt và tài liệu đã gửi để nhóm có thể phản hồi một cách nhất quán.

CoinMarketCap, CoinGecko, DEXTools và DEXScreener đưa ra quyết định riêng về việc đánh giá, chấp nhận và thời điểm thay đổi hồ sơ xuất hiện; một yêu cầu có thể bị từ chối hoặc yêu cầu thêm bằng chứng. Chúng tôi cam kết thực hiện công việc chuẩn bị, gửi yêu cầu và theo dõi đã thỏa thuận, chứ không cam kết phê duyệt hoặc một thời gian hiển thị cụ thể.

Làm thế nào để xác định phạm vi cho một dự án migration contract?

Một phạm vi hữu ích nêu rõ các thay đổi nhận diện, hồ sơ mục tiêu, chủ sở hữu bằng chứng và lộ trình phê duyệt trước khi công việc bắt đầu.

Giữ công việc cập nhật hồ sơ nền tảng tách biệt với các nhiệm vụ liên quan như đánh giá nguồn cung lưu hành, siêu dữ liệu explorer hoặc truyền thông sàn giao dịch. Điều đó làm cho quyền sở hữu rõ ràng hơn và ngăn yêu cầu cập nhật ngụ ý rằng các bản ghi không liên quan cũng đã thay đổi. Nếu dự án cần đánh giá cụ thể về nguồn cung, hãy xem xác minh nguồn cung lưu hành. Để có bản đồ dịch vụ rộng hơn, hãy sử dụng listings và xác minh.

Gửi cho AEOTech chi tiết contract cũ và mới, chain, tuyên bố migration đã được phê duyệt, nhận diện token hiện tại và đề xuất, liên kết chính thức, logo cuối cùng và danh sách đích đến. Chúng tôi sẽ xem xét danh sách kiểm tra nguồn thông tin duy nhất, gắn cờ các khoảng trống và trả lại một kế hoạch theo phạm vi để phê duyệt trước khi bắt đầu gửi yêu cầu.

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ẻ chi tiết contract cũ và mới, chain và các thay đổi ticker, tên hoặc logo dự kiến. Xác định người có thể phê duyệt lời giải thích công khai.
2. Đánh giá bằng chứngAEOTech kiểm tra rằng các địa chỉ, trường nhận diện, liên kết và tài liệu tham khảo hỗ trợ kể một câu chuyện nhất quán. Chúng tôi trả lại các xung đột hoặc mục bị thiếu để xác nhận.
3. Phê duyệt yêu cầu nền tảngChúng tôi chuẩn bị tài liệu yêu cầu cụ thể cho từng đích đến và chia sẻ chúng với người liên hệ dự án để phê duyệt trước khi gửi.
4. Gửi yêu cầu và theo dõiCác yêu cầu đã được phê duyệt được gửi qua các kênh đã thỏa thuận. Báo cáo trạng thái ghi lại phản hồi, hành động theo dõi và bất kỳ thông tin nào vẫn cần từ nhóm.
5. Kết thúc phạm viChúng tôi cung cấp bản ghi theo từng nền tảng về công việc đã hoàn thành và các mục còn mở, đồng thời xác định rõ ràng mọi đánh giá đang chờ xử lý.