Tạo token và triển khai cho ERC-20, BEP-20, SPL và Jetton

Tiêu chuẩn token nào phù hợp với sản phẩm của bạn?

Tiêu chuẩn token phù hợp là tiêu chuẩn đáp ứng ứng dụng, người dùng và mô hình vận hành của bạn. Chúng tôi bắt đầu bằng việc xác định nơi token sẽ được sử dụng và chức năng của nó, sau đó xác nhận xem ERC-20, BEP-20, SPL hay Jetton có phù hợp với yêu cầu triển khai hay không.

Một brief khởi động hữu ích trả lời các câu hỏi sau:

• Mạng lưới và ứng dụng nào cần nhận diện token?
• Nguồn cung có cố định khi triển khai, hay các tài khoản được ủy quyền có thể tạo hoặc xóa nguồn cung sau đó?
• Có yêu cầu về hạn chế chuyển nhượng, vai trò quản trị hay hành vi tùy chỉnh nào khác không?
• Wallet, explorer hoặc bề mặt sản phẩm nào cần hiển thị thông tin token?

Đây là các quyết định về sản phẩm cũng như lựa chọn kỹ thuật. Chúng ảnh hưởng đến phạm vi hợp đồng, kiểm thử, phối hợp triển khai và những gì đội của bạn phải quản lý sau đó. Nếu yêu cầu chưa được xác định, chúng tôi xác định các quyết định còn mở trước khi phát triển thay vì âm thầm biến giả định thành hành vi hợp đồng.

Để có cái nhìn rộng hơn về các lựa chọn triển khai, hãy xem Phát triển Web3 và Phát triển hợp đồng thông minh. Nếu token là một phần của ứng dụng, Phát triển dApp có thể được xác định phạm vi cùng lúc. Chúng tôi xác nhận vai trò và sự phụ thuộc dự kiến của token trước khi đề xuất hướng xây dựng.

Triển khai và xác minh hoạt động như thế nào?

Triển khai đặt token đã được thống nhất lên mạng lưới đã chọn; xác minh là một nhiệm vụ bàn giao riêng khi explorer liên quan hỗ trợ và nó nằm trong phạm vi. Chúng tôi lên kế hoạch cho cả hai dựa trên thông số kỹ thuật hợp đồng đã được xem xét, để phiên bản triển khai có thể khớp với những gì dự án đã phê duyệt.

Trình tự vận hành có chủ đích: xác nhận tiêu chuẩn và hành vi, chuẩn bị triển khai, xem xét phiên bản có thể triển khai, phối hợp quyền truy cập triển khai, sau đó ghi lại địa chỉ kết quả và các tài liệu tham khảo liên quan. Đội của bạn nên quyết định trước ai sẽ kiểm soát thông tin đăng nhập triển khai và quyền quản trị. Chúng tôi không cần quyền kiểm soát vĩnh viễn đối với tài khoản dự án để hoàn thành một đợt triển khai đã thống nhất.

Metadata được chuẩn bị theo yêu cầu đã thống nhất thay vì được xử lý vào phút cuối. Brief nên bao gồm tên hiển thị, mã token, độ chính xác hoặc quy ước hiển thị, và bất kỳ logo hoặc tài liệu mô tả nào được yêu cầu bởi các bề mặt mục tiêu. Đối với yêu cầu SPL và Jetton, chúng tôi xác nhận metadata và kỳ vọng triển khai cụ thể của token trong quá trình xác định phạm vi thay vì giả định mọi mạng lưới đều trình bày thông tin giống nhau.

Bàn giao của chúng tôi xác định hợp đồng hoặc tham chiếu token đã triển khai, mạng lưới, hành vi đã chọn và trạng thái công việc xác minh. Khi sản phẩm của bạn cũng cần giao diện người dùng, hãy phối hợp chi tiết token với Phát triển website và landing Web3 trước khi xuất bản.

Bàn giao token bao gồm những gì?

Bàn giao token là một phạm vi kỹ thuật được xác định, không phải lời hứa mở để xây dựng mọi tính năng liên quan đến launch. Chúng tôi thống nhất tiêu chuẩn, hành vi hợp đồng, trách nhiệm triển khai và các hạng mục bàn giao trước khi bắt đầu công việc, sau đó theo dõi các thay đổi so với phạm vi đó.

Một phạm vi dự án điển hình có thể bao gồm:

• Xem xét yêu cầu và thông số kỹ thuật token bằng văn bản
• Triển khai hợp đồng cho tiêu chuẩn đã thống nhất và hành vi yêu cầu
• Xem xét và kiểm thử dựa trên thông số kỹ thuật đã phê duyệt
• Phối hợp triển khai và tài liệu tham khảo triển khai
• Chuẩn bị metadata cho các bề mặt dự án đã thống nhất
• Công việc xác minh nếu được hỗ trợ và nằm trong phạm vi
• Ghi chú bàn giao bao gồm địa chỉ hợp đồng, mạng lưới, quyền kiểm soát và các hành động chủ sở hữu còn lại

Bàn giao quan trọng nhất là sự rõ ràng về những gì hợp đồng làm và ai có thể vận hành nó. Nếu dự án yêu cầu quyền mint, burn, tạm dừng hoặc quyền quản trị, chúng tôi ghi lại hành vi nào được bao gồm và xác định vai trò chịu trách nhiệm. Các tính năng không được phê duyệt trong thông số kỹ thuật sẽ không được thêm vào một cách âm thầm.

Công việc yêu cầu một ứng dụng, luồng wallet hoặc hệ thống hợp đồng riêng nên được xác định phạm vi như một thành phần riêng biệt. Chúng tôi có thể kết nối việc xây dựng token với Phát triển dApp hoặc Phát triển bot Telegram và mini app nếu đó là một phần của kế hoạch sản phẩm. Trước khi khởi động, bạn nhận được phạm vi đã thống nhất và danh sách rõ ràng về những gì đội của bạn phải cung cấp.

Dự án token diễn ra từ brief đến bàn giao như thế nào?

Một dự án token diễn ra thông qua các quyết định bằng văn bản và các điểm kiểm tra, để việc triển khai không bị coi là một bàn giao kỹ thuật duy nhất. Một đầu mối dự án cấp cao tại MediaStrategy chịu trách nhiệm xem xét phạm vi và giữ cho các quyết định sản phẩm còn mở được hiển thị trước khi chúng ảnh hưởng đến việc triển khai.

Danh sách kiểm tra khởi động bao gồm tiêu chuẩn mục tiêu, mạng lưới, hành vi nguồn cung, quyền quản trị, metadata, quyền truy cập triển khai và kỳ vọng xác minh. Chúng tôi sử dụng nó để tách biệt các yêu cầu đã xác nhận khỏi các mục cần quyết định của bạn. Thông số kỹ thuật sau đó cung cấp cho cả hai đội một tài liệu tham khảo chung cho việc triển khai và xem xét.

Trong quá trình phát triển, việc xem xét tập trung vào việc công việc có khớp với thông số kỹ thuật đó hay không. Đội của bạn có thể xem xét hành vi đề xuất trước khi triển khai, và việc triển khai được phối hợp xung quanh quyền truy cập tài khoản và phê duyệt đã thống nhất khi khởi động. Sau đó, bàn giao ghi lại các tài liệu tham khảo và hành động của chủ sở hữu để dự án biết những gì đang hoạt động và những gì còn lại phải hoàn thành.

Lịch trình được thiết lập sau khi yêu cầu và trách nhiệm xem xét đã rõ ràng. Một triển khai tiêu chuẩn đơn giản và một hợp đồng tùy chỉnh với hành vi bổ sung không có cùng nhu cầu xem xét. Đối với các dự án lên kế hoạch launch rộng hơn, hãy căn chỉnh bàn giao kỹ thuật với Hỗ trợ TGE hoặc Lập kế hoạch tokenomics như các phạm vi riêng biệt.

Bạn nên xác nhận điều gì trước khi triển khai token?

Trước khi triển khai, hãy xác nhận rằng thông số kỹ thuật, kế hoạch truy cập và metadata dự án đã sẵn sàng để xem xét. Một kiểm tra ngắn trước khi triển khai ngăn chặn các thay đổi có thể tránh được đối với phạm vi hợp đồng hoặc chi tiết token công khai sau khi đội đã phê duyệt triển khai.

Chủ sở hữu dự án nên sẵn sàng xác nhận mạng lưới và tiêu chuẩn đã chọn, hành vi nguồn cung ban đầu, mọi quyền kiểm soát quản trị được yêu cầu, người chịu trách nhiệm về thông tin đăng nhập triển khai và metadata chính xác cần chuẩn bị. Cũng quyết định ai sẽ xem xét phiên bản có thể triển khai và ai nhận tài liệu bàn giao. Nếu chi tiết token vẫn đang thay đổi, hãy giữ việc triển khai ngoài lộ trình quan trọng cho đến khi dự án có người ra quyết định ổn định và thông số kỹ thuật đã được phê duyệt.

Phạm vi là cho công việc token đã thống nhất, không phải lời hứa về kết quả nền tảng bên ngoài. Điều kiện mạng lưới có thể ảnh hưởng đến thời điểm giao dịch được xác nhận, và việc xác minh explorer hoặc xử lý hiển thị được kiểm soát bởi nền tảng liên quan; chúng tôi có thể bàn giao công việc triển khai đã thống nhất nhưng không thể kiểm soát các đánh giá hoặc quyết định trình bày đó.

Để chuẩn bị listing sau công việc kỹ thuật, hãy xem Listings và xác minh. Để bắt đầu, hãy gửi cho chúng tôi mạng lưới dự định, hành vi token, yêu cầu metadata và bất kỳ quyết định nào chưa được giải quyết; MediaStrategy sẽ trả lại một kế hoạch có phạm vi và xác định những gì cần phê duyệt trước khi triển khai.

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. Chia sẻ brief dự ánGửi mục đích sử dụng, mạng lưới mục tiêu, tiêu chuẩn ưu tiên và bất kỳ tài liệu kỹ thuật hiện có nào. Bao gồm các câu hỏi còn mở thay vì đưa ra giả định về nguồn cung hoặc quyền.
2. Xác nhận thông số kỹ thuậtChúng tôi ghi lại hành vi token, metadata, trách nhiệm triển khai và kỳ vọng xác minh. Đội của bạn xem xét và phê duyệt phạm vi trước khi triển khai.
3. Triển khai và xem xétChúng tôi chuẩn bị hợp đồng đã thống nhất và kiểm tra nó dựa trên thông số kỹ thuật đã phê duyệt. Các thay đổi được yêu cầu sẽ được xem xét về phạm vi trước khi được tích hợp.
4. Phối hợp triển khaiViệc triển khai được lên lịch với quyền truy cập tài khoản và phê duyệt dự án đã thống nhất. Chúng tôi ghi lại mạng lưới và tham chiếu token đã triển khai cho bàn giao.
5. Hoàn tất bàn giaoBạn nhận được tài liệu tham khảo triển khai và metadata đã thống nhất, trạng thái xác minh nếu có, và một ghi chú ngắn gọn về quyền kiểm soát và hành động của chủ sở hữu.