Tạo token: ERC-20, BEP-20, SPL hoặc Jetton và những điều kèm theo

Quy trình tạo và triển khai token bao gồm những gì

Kiểm tra nhanh: Viết tên token, ký hiệu, nguồn cung và số thập phân trên một dòng. Mọi người trong nhóm nên đồng ý trước khi triển khai.

Tạo và triển khai token đưa một thông số kỹ thuật token đã được xác định qua quá trình triển khai và phát hành trên mạng lưới đã chọn. Dịch vụ có thể bao gồm cấu hình hợp đồng hoặc token, triển khai, chuẩn bị siêu dữ liệu và hỗ trợ xuất bản hoặc xác minh thông tin liên quan trên explorer. Kế hoạch chính xác được thống nhất trước khi triển khai, để bạn có thể thấy những gì được bao gồm và những gì thuộc về nhóm của bạn.

Công việc này hữu ích cho một dự án chuẩn bị launch token, thêm token vào sản phẩm hiện có hoặc thay thế các giả định bằng một thông số kỹ thuật được ghi chép lại. Nó không phải là sự thay thế cho việc quyết định token nên hoạt động như thế nào về mặt thương mại hoặc pháp lý. Nếu token cần các tính năng sản phẩm liên quan, chúng tôi có thể lập bản đồ các yêu cầu đó cùng với phát triển hợp đồng thông minh hoặc một dự án phát triển Web3 rộng hơn.

Trước khi công việc bắt đầu, hãy chia sẻ:

• Mạng lưới dự kiến và tiêu chuẩn token, nếu đã chọn.
• Tên token, ký hiệu, phương pháp nguồn cung và bất kỳ thiết lập số thập phân nào được yêu cầu.
• Bất kỳ hành vi chuyển nhượng, đúc, đốt, tạm dừng hoặc quản trị nào bạn mong đợi.
• Ai sẽ kiểm soát wallet triển khai và phê duyệt cấu hình cuối cùng.
• Các ghi chú thiết kế hiện có, yêu cầu sản phẩm hoặc tài sản siêu dữ liệu.

Nếu một yêu cầu chưa được quyết định, hãy đánh dấu nó là đang mở thay vì để nó trở thành mặc định ngoài ý muốn. Điều đó cho nhóm một điểm rõ ràng để giải quyết trước khi mã được hoàn thiện.

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

Mạng lưới và yêu cầu sản phẩm quyết định định dạng token nào cần xây dựng; các tiêu chuẩn không phải là nhãn có thể thay thế cho nhau. ERC-20 gắn liền với Ethereum, BEP-20 với BNB Chain, SPL với Solana và Jetton với TON. Bắt đầu bằng cách nêu tên nơi người dùng sẽ tương tác với token, sau đó xác nhận rằng tiêu chuẩn đã chọn phù hợp với sản phẩm xung quanh và các tích hợp dự kiến của nó.

Một đánh giá lựa chọn thực tế đặt câu hỏi token cần làm gì, ai sẽ quản trị nó và thành phần sản phẩm hiện có nào phải nhận diện nó. Nếu một nhóm yêu cầu nhiều mạng lưới, hãy coi mỗi lần triển khai là một kế hoạch riêng: xác nhận xem hành vi token, kế hoạch nguồn cung, siêu dữ liệu và kiểm soát vận hành có nên khớp nhau trên các mạng lưới hay không. Đừng cho rằng triển khai trên nhiều hơn một mạng lưới tự động tạo ra kết nối hoặc nguồn cung chia sẻ giữa chúng.

Đối với một sản phẩm có yêu cầu ứng dụng, hãy thảo luận token cùng với xây dựng dApp thay vì coi triển khai là toàn bộ quá trình launch. Đối với một sản phẩm hướng đến wallet, hãy đưa trải nghiệm wallet dự kiến vào yêu cầu và phối hợp với phát triển wallet crypto.

Một brief tốt ghi lại mạng lưới đã chọn, tiêu chuẩn, hành vi token dự kiến, vai trò quản trị và bất kỳ quyết định nào chưa được giải quyết. Nhóm triển khai sau đó có thể kiểm tra các lựa chọn đó trước khi thực hiện và giải thích những gì cần quyết định từ phía khách hàng. Việc đánh giá sớm đó giúp tránh các thay đổi muộn do sự không khớp giữa thông số kỹ thuật token và sản phẩm sẽ sử dụng nó.

Thiết lập hợp đồng và tài liệu bàn giao

Những gì bạn nhận được cần làm rõ những gì đã được chỉ định, những gì đã được triển khai và nhóm của bạn có thể tham khảo kết quả như thế nào. Cấu hình hợp đồng hoặc token tuân theo các yêu cầu đã thống nhất; bàn giao triển khai ghi lại mạng lưới liên quan và tham chiếu triển khai, trong khi tài liệu siêu dữ liệu được chuẩn bị trong kế hoạch đã thống nhất.

Trước khi thực hiện, một nhà phát triển và trưởng nhóm triển khai xem xét các đầu vào của dự án với bạn. Họ xác định các quyết định còn thiếu, gắn cờ các thiết lập cần phê duyệt rõ ràng và xác nhận ai có thể ủy quyền triển khai. Bạn nhận được cấu hình để xem xét bằng ngôn ngữ đơn giản, bao gồm bất kỳ kiểm soát quản trị hoặc cập nhật nào là một phần của thiết kế đã thống nhất. Đây là đánh giá về công việc đã lên kế hoạch, không phải là tuyên bố rằng token đã trải qua một audit bảo mật độc lập.

Một bàn giao điển hình có thể bao gồm:

• Thông số kỹ thuật token đã được phê duyệt và các tính năng đã triển khai trong kế hoạch.
• Tham chiếu triển khai và chi tiết mạng lưới được cung cấp khi phát hành.
• Hỗ trợ xác minh mã nguồn khi explorer liên quan cung cấp quy trình cho việc đó.
• Tệp siêu dữ liệu hoặc giá trị được chuẩn bị cho việc trình bày token đã thống nhất.
• Ghi chú về bất kỳ hành động còn lại nào thuộc về nhóm dự án.

Nếu token sẽ xuất hiện trên một trang web hoặc sản phẩm, hãy đảm bảo nội dung và hành trình người dùng đã sẵn sàng để giải thích mục đích của nó. Chúng tôi có thể phối hợp chi tiết token với phát triển trang web Web3 và landing page, nhưng các sản phẩm hoặc tiếp thị riêng biệt mà bạn nhận được nên được liệt kê trong kế hoạch thay vì được coi là một phần của triển khai token.

Triển khai, xác minh và siêu dữ liệu phối hợp với nhau như thế nào

Sai lầm phổ biến: Để quyền sở hữu không rõ ràng. Hãy nêu rõ ai có thể đúc, tạm dừng hoặc thay đổi thiết lập và tại sao.

Triển khai phát hành triển khai token đã thống nhất trên mạng lưới đã chọn; xác minh và siêu dữ liệu là các nhiệm vụ theo dõi liên quan, không phải là sự thay thế cho việc kiểm tra thông số kỹ thuật token. Chúng tôi lên kế hoạch cho chúng cùng nhau để nhóm dự án biết thông tin nào cần sẵn sàng và hành động nào yêu cầu quyền truy cập vào wallet hoặc tài khoản do dự án kiểm soát.

Trình tự rất đơn giản: xác nhận mạng lưới và cấu hình, xem xét triển khai, chuẩn bị quyền truy cập triển khai cần thiết, triển khai sau khi phê duyệt, sau đó hỗ trợ các nhiệm vụ xác minh và siêu dữ liệu đã thống nhất. Wallet triển khai phải được kiểm soát bởi dự án hoặc bởi một người được ủy quyền hành động theo hướng dẫn của dự án. Nhóm dự án cũng nên đảm bảo có thể cung cấp tài sản phí giao dịch cần thiết của mạng lưới trước khi lịch phát hành được ấn định.

Xác minh trên explorer thường liên quan đến việc gửi thông tin về mã nguồn đã triển khai thông qua quy trình có sẵn của explorer. Nó tách biệt với một audit độc lập và nó không xác nhận rằng thiết kế của token phù hợp cho mọi mục đích sử dụng. Siêu dữ liệu nên được chuẩn bị với tên và chi tiết dự án nhất quán; cách nó hiển thị với người dùng có thể khác nhau tùy theo explorer, wallet hoặc sản phẩm hiển thị nó.

Nếu token là một phần của một sản phẩm Telegram lớn hơn, hãy phối hợp các yêu cầu với phát triển bot Telegram và mini app sớm. Điều đó giúp căn chỉnh chi tiết token với trải nghiệm ứng dụng và tránh coi một tham chiếu triển khai là một tích hợp hoàn chỉnh. Chúng tôi xác nhận thứ tự đã lên kế hoạch và các mục bàn giao với nhóm của bạn trước khi phát hành.

Điều gì có thể ảnh hưởng đến triển khai hoặc xác minh trên explorer

Dự án kiểm soát thông số kỹ thuật, phê duyệt, quyền truy cập triển khai và sự sẵn sàng của các tài liệu cần thiết; mạng lưới và explorer bên thứ ba kiểm soát quy trình xử lý giao dịch và giao diện xác minh của riêng họ. Chúng tôi lên kế hoạch triển khai xung quanh công việc thực hiện và hỗ trợ đã thống nhất với bạn và chúng tôi báo cáo những gì đã hoàn thành thay vì trình bày một đánh giá bên ngoài như kết quả của chúng tôi.

Đối với dịch vụ này, ranh giới chính là xác minh trên explorer: một explorer có thể yêu cầu chi tiết gửi cụ thể và quy trình xác minh hoặc hiển thị của nó có thể thay đổi độc lập với công việc hợp đồng. Siêu dữ liệu token cũng có thể hiển thị khác nhau trên các explorer và wallet. Chúng tôi không thể hứa rằng một explorer bên thứ ba sẽ chấp thuận một bài gửi hoặc hiển thị siêu dữ liệu theo một cách cụ thể, vì vậy chúng tôi xác định explorer mục tiêu và các yêu cầu hiển thị của nó trước khi bàn giao và ghi lại kết quả.

Bạn có thể giảm sự chậm trễ có thể tránh được bằng cách xác nhận chủ sở hữu wallet triển khai, cung cấp chi tiết token chính xác, giải quyết các thiết lập hợp đồng đang mở và giữ cho người được ủy quyền phê duyệt triển khai luôn sẵn sàng. Nếu dự án yêu cầu một đánh giá bảo mật chính thức, hãy chỉ định điều đó riêng; triển khai và xác minh mã nguồn tự chúng không cấu thành một audit. Vai trò của chúng tôi là triển khai công việc thực hiện và triển khai đã thống nhất, giải thích trạng thái của nó và làm rõ những hành động còn lại nào thuộc về nhóm của bạn hoặc một nền tảng bên ngoài.

Danh sách kiểm tra 7 điểm thiết lập token của bạn

Thống nhất 7 mục này bằng văn bản trước khi bất cứ điều gì được triển khai. Các thiết lập token rất khó thay đổi sau này và một bảng rõ ràng ngăn chặn hầu hết các cuộc tranh luận vào ngày triển khai. Hãy đánh dấu cùng nhau trong một cuộc gọi ngắn và ghi lại ai sở hữu từng dòng trước khi cuộc gọi kết thúc.

1. Chọn mạng lưới và tiêu chuẩn.
2. Cố định tên, ký hiệu và số thập phân.
3. Cố định tổng nguồn cung và ai nhận nó.
4. Nêu rõ quyền sở hữu: đúc, tạm dừng, đốt hoặc không có.
5. Chuẩn bị logo và tệp siêu dữ liệu.
6. Lên kế hoạch xác minh trên explorer sau khi triển khai.
7. Lưu địa chỉ hợp đồng và ghi chú triển khai.

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

Số thập phân: token có thể được chia thành bao nhiêu chữ số thập phân.

Xác minh trên explorer (nói một cách đơn giản: xuất bản mã nguồn để bất kỳ ai cũng có thể đọc hợp đồng).

Cần chuẩn bị gì trước khi bạn yêu cầu

Một yêu cầu hữu ích giải thích mục đích của token, mạng lưới mục tiêu, hành vi dự kiến và bối cảnh launch. Bạn không cần phải có mọi lựa chọn kỹ thuật được giải quyết, nhưng bạn nên tách biệt các yêu cầu đã xác nhận khỏi các câu hỏi cần lời khuyên. Điều đó cho nhóm một cơ sở rõ ràng để ước tính kế hoạch và đề xuất đánh giá trước khi bắt đầu thực hiện.

Gửi một brief dự án ngắn với các chi tiết bạn đã biết: mạng lưới hoặc các mạng lưới ứng viên; tên token và ký hiệu; nguồn cung nên được tạo hoặc quản lý như thế nào; bất kỳ hành vi chuyển nhượng hoặc quản trị đặc biệt nào; và ai kiểm soát wallet triển khai. Bao gồm các liên kết sản phẩm hoặc tài liệu thiết kế có liên quan, cộng với explorer hoặc wallet nơi bạn mong đợi người dùng thấy thông tin token. Không gửi private key hoặc seed phrase trong một brief dự án.

MarketingExtra xem xét các tài liệu đó với người liên hệ của dự án, trả lại câu hỏi về các yêu cầu còn thiếu hoặc xung đột và xác nhận kế hoạch thực hiện và bàn giao trước khi công việc tiến hành. Bạn sẽ biết ai chịu trách nhiệm phê duyệt và những gì cần sẵn sàng cho việc triển khai. Nếu brief cho thấy token phụ thuộc vào công việc sản phẩm khác, chúng tôi có thể thảo luận về các dịch vụ phát triển Web3 có liên quan và xác định mối quan hệ giữa chúng.

Bước tiếp theo là gửi mạng lưới mục tiêu, hành vi token, thông số kỹ thuật hiện tại và người liên hệ triển khai ưa thích của bạn cho MarketingExtra. Chúng tôi sẽ xem xét các đầu vào, xác định các quyết định đang mở và trả lời bằng một kế hoạch bằng văn bản cho công việc token.

Gửi 3 thứ: mạng lưới mục tiêu của bạn, hành vi token của bạn và wallet sẽ triển khai.

Cách hoạt động

1. Chia sẻ brief tokenGửi mạng lưới dự kiến, hành vi token, thiết lập đã biết, bối cảnh sản phẩm và người liên hệ triển khai. Đánh dấu các mục chưa quyết định để chúng có thể được xem xét trước khi thực hiện.
2. Xác nhận thông số kỹ thuậtMột nhà phát triển và trưởng nhóm triển khai xem xét các yêu cầu, xác định khoảng trống và xác nhận các tính năng và tài liệu bàn giao có trong kế hoạch.
3. Xem xét và phê duyệt bản buildNhóm triển khai cấu hình đã thống nhất và hướng dẫn bạn qua các thiết lập cần phê duyệt trước khi triển khai.
4. Triển khai và bàn giaoSau khi phê duyệt và quyền truy cập đã sẵn sàng, nhóm phối hợp triển khai, hỗ trợ các nhiệm vụ xác minh và siêu dữ liệu đã thống nhất và chia sẻ chi tiết hoàn thành.