Dịch vụ marketing cho Solana – tạo token SPL hoặc Jetton

Định dạng token nào phù hợp với dự án của bạn?

Định dạng được chọn dựa trên mạng lưới mà sản phẩm sẽ hoạt động và khả năng tương thích với ví, ứng dụng và cơ sở hạ tầng của nó. ERC-20 được sử dụng cho token trên Ethereum, BEP-20 trên BNB Smart Chain, SPL trên Solana và Jetton trên TON. Nếu sản phẩm đã gắn với một mạng lưới, thường hợp lý khi bắt đầu với tiêu chuẩn của mạng đó thay vì thêm các định dạng khác mà không có nhu cầu cụ thể.

Khi bắt đầu, hữu ích để xác định mục đích của token: truy cập tính năng, thanh toán trong sản phẩm, tham gia cơ chế giao thức hoặc kịch bản khác. Sau đó, các thuộc tính phát hành và quản trị được cố định. Ví dụ, quan trọng để quyết định trước liệu phát hành có giới hạn, có cần quyền quản trị bổ sung và những hành động nào được phép sau khi triển khai. Những quyết định này ảnh hưởng đến kiến trúc và cách dự án giải thích cấu trúc token cho người dùng.

Chúng tôi làm rõ mạng lưới đã chọn, các trường hợp sử dụng và tích hợp cần thiết trước khi ước lượng công việc. Nếu yêu cầu bao gồm logic tùy chỉnh vượt ra ngoài token cơ bản, tốt hơn nên tách thành đặc tả riêng và ước tính như phát triển hợp đồng thông minh. Tổng quan về các dịch vụ có trong phần Phát triển Web3.

Cần thống nhất điều gì trước khi triển khai ERC-20, SPL hoặc Jetton?

Trước khi triển khai, cần phê duyệt các tham số token và cách quản lý: sửa chữa sau khi công bố có thể không khả thi hoặc yêu cầu di trú riêng. Chúng tôi thu thập yêu cầu ban đầu thành một đặc tả ngắn để chủ dự án xác nhận các quyết định chính trước khi chuẩn bị hợp đồng hoặc chương trình.

Đặc tả thường bao gồm:

• Tên và mã token, cũng như số chữ số thập phân nếu áp dụng cho định dạng;
• Tổng cung và mô hình phát hành: phát hành cố định hoặc tạo thêm theo quy tắc;
• Địa chỉ chủ sở hữu và quyền quản trị, bao gồm chuyển nhượng hoặc từ bỏ nếu có trong yêu cầu;
• Các chức năng và hạn chế cần thiết, ví dụ khả năng tạm dừng giao dịch nếu cần và được phép;
• Mạng lưới, địa chỉ triển khai mục tiêu, tài liệu xác minh và thông tin metadata.

Đối với SPL và Jetton, cấu trúc tham số và triển khai khác với tiêu chuẩn tương thích EVM, vì vậy chúng tôi không sao chép một triển khai giữa các mạng. Để tương tác với giao diện sản phẩm, token có thể yêu cầu tích hợp riêng; có thể thống nhất cùng với phát triển dApp. Trước khi xác nhận đặc tả, khách hàng kiểm tra địa chỉ, từ ngữ và quyền quản trị — giảm rủi ro phát hiện quyết định sai sau khi triển khai.

Những tài liệu nào được bao gồm trong việc tạo token?

Phạm vi công việc được cố định trước khi bắt đầu: bạn biết trước chính xác những tệp, hành động và cấu hình sẽ nhận được. Gói cơ bản bao gồm phát triển tham số, triển khai theo tiêu chuẩn đã chọn, triển khai trên mạng đã thống nhất và bàn giao kết quả dự án.

Tùy thuộc vào nhiệm vụ, gói có thể bao gồm:

• Mã nguồn và cấu hình triển khai token;
• Triển khai trên mạng đã thống nhất và địa chỉ token đã tạo;
• Xác minh mã trên explorer, nếu mạng và explorer hỗ trợ quy trình này cho hợp đồng;
• Chuẩn bị hoặc cập nhật metadata: tên, biểu tượng, mô tả và hình ảnh theo định dạng đã thống nhất;
• Hướng dẫn chuyển quyền quản trị và kiểm tra các tham số chính.

Trước khi công bố, chúng tôi kiểm tra sự phù hợp của triển khai với đặc tả đã phê duyệt và đối chiếu địa chỉ do khách hàng cung cấp. Metadata và thiết kế không thay thế việc đăng ký dự án trên các nguồn bên thứ ba: họ có thể có yêu cầu riêng về đơn đăng ký và xác minh. Nếu token là một phần của sản phẩm, chúng tôi sẽ thảo luận trước các điểm tích hợp và quyền truy cập cần thiết. Đối với giao diện người dùng, có thể cần trang web hoặc landing page cho dự án Web3, và đối với sản phẩm Telegram — bot hoặc Mini App. Các công việc này chỉ được bao gồm sau khi thống nhất riêng.

Quy trình làm việc với token diễn ra như thế nào và khi nào nên lên kế hoạch ra mắt?

Công việc tiến hành từ đặc tả đã thống nhất đến triển khai có thể kiểm chứng. Kế hoạch phụ thuộc vào mạng lưới, phạm vi chức năng, sự sẵn sàng của dữ liệu và liệu nhiệm vụ chỉ bao gồm triển khai token hay cũng bao gồm tích hợp với sản phẩm. Chúng tôi thống nhất trình tự và các mốc kiểm tra trước khi bắt đầu phát triển.

Quy trình điển hình như sau:

1. Bạn mô tả mục đích token, mạng lưới và các chức năng mong đợi.
2. Chúng tôi làm rõ các tham số, quyền truy cập và phạm vi kết quả, sau đó xác nhận đặc tả.
3. Chúng tôi chuẩn bị triển khai và cung cấp để bạn kiểm tra theo quy trình đã thống nhất.
4. Sau khi xác nhận, chúng tôi triển khai trên mạng đã chọn và kiểm tra địa chỉ cùng các thuộc tính chính.
5. Chúng tôi cấu hình metadata, thực hiện xác minh nếu có thể và bàn giao tài liệu.

Để không trì hoãn việc ra mắt, hãy chuẩn bị trước tên và mã token, mô tả dự án, tệp hình ảnh, mạng lưới và địa chỉ cần thiết cho việc triển khai. Xác định riêng ai sẽ xác nhận quyết định từ phía dự án và quản lý ví triển khai. Nếu cần kết nối giao diện hoặc các thành phần khác, hãy chỉ định trước khi ước tính cuối cùng: các nhiệm vụ liên quan trong Phát triển Web3 được lên kế hoạch cùng nhau, nhưng phạm vi và thời gian được cố định riêng.

Những hạn chế nào cần lưu ý khi phát hành token?

Trước khi phát hành, cần xem xét không chỉ mã mà còn tính không thể đảo ngược của một số hành động trên mạng, quyền quản trị và quy tắc của các explorer bên thứ ba. Trong đặc tả, chúng tôi phân chia rõ ràng những gì thuộc về công việc của chúng tôi và những gì phụ thuộc vào quyết định của chủ dự án hoặc nền tảng bên ngoài.

Địa chỉ triển khai và các tham số được ghi trên mạng không thể coi là bản nháp: sai sót trong mạng, địa chỉ hoặc cấu hình có thể yêu cầu triển khai lại và kế hoạch di trú riêng. Do đó, khách hàng xác nhận đặc tả cuối cùng và dữ liệu ví trước khi gửi giao dịch. Nếu token vẫn còn quyền quản trị, chủ sở hữu phải đảm bảo lưu trữ khóa an toàn và hiểu hậu quả của mỗi hành động. Việc chuyển nhượng hoặc từ bỏ quyền chỉ được thực hiện theo kịch bản đã thống nhất.

Chúng tôi chịu trách nhiệm về phạm vi triển khai đã thống nhất và các hành động đã thực hiện, nhưng không thể đảm bảo rằng explorer bên thứ ba sẽ chấp nhận xác minh, ví sẽ hiển thị token mà không cần hành động bổ sung hoặc danh mục sẽ phê duyệt metadata. Quyết định của các dịch vụ này phụ thuộc vào quy trình, yêu cầu và điều kiện kỹ thuật riêng của họ. Để kiểm tra chất lượng công việc, hãy đối chiếu địa chỉ token với mạng, so sánh các tham số với đặc tả đã phê duyệt và kiểm tra tính khả dụng của tài liệu nguồn đã thống nhất. Không cung cấp seed phrase hoặc private key của ví cho bên thực hiện.

Làm thế nào để kết nối phát hành Jetton và marketing cho các dự án trên TON?

Đối với marketing cho các dự án trên TON, trước tiên cần có thông tin thống nhất về Jetton và sản phẩm có thể được công bố một cách an toàn và nhất quán. Việc triển khai token tự nó không tạo ra định vị, kịch bản người dùng hoặc kế hoạch truyền thông — đây là các nhiệm vụ riêng biệt, nhưng nên chuẩn bị song song với việc phát hành.

Trước khi chuẩn bị tài liệu công khai, hãy xác định vai trò của token trong dự án, những chức năng nào đang hoạt động và những tuyên bố nào được sản phẩm xác nhận. Kiểm tra tên, biểu tượng, địa chỉ Jetton và liên kết đến các kênh chính thức tại mọi điểm tiếp xúc. Nếu ra mắt liên quan đến ứng dụng, hãy chuẩn bị một con đường ngắn từ mô tả token đến hành động của người dùng: đi đâu, có thể làm gì ở đó và những hạn chế nào cần hiểu trước.

Để lập kế hoạch, hữu ích khi chia công việc thành ba luồng: sự sẵn sàng kỹ thuật của Jetton, nội dung của các trang công khai và truyền thông với cộng đồng. Chỉ định chủ sở hữu cho mỗi luồng và quy trình cập nhật tài liệu để các thay đổi tham số không để lại thông tin lỗi thời trên các kênh. Phần kỹ thuật có thể bao gồm kết nối với Telegram bot hoặc Mini App, và giao diện sản phẩm — phát triển dApp riêng. Phạm vi các công việc này được thống nhất riêng với việc phát hành token.

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. Thu thập yêu cầuBạn cung cấp mạng lưới, mục đích token, các chức năng cần thiết và tài liệu có sẵn. Chúng tôi làm rõ tích hợp và người chịu trách nhiệm phê duyệt.
2. Chốt đặc tảChúng tôi thống nhất các tham số phát hành, quyền quản trị và phạm vi kết quả. Không bắt đầu triển khai cho đến khi xác nhận dữ liệu chính.
3. Chuẩn bị triển khaiChúng tôi tạo hợp đồng hoặc chương trình theo tiêu chuẩn đã chọn và kiểm tra sự phù hợp với các yêu cầu đã thống nhất.
4. Triển khai tokenChúng tôi triển khai trên mạng đã chọn, đối chiếu địa chỉ và tham số, sau đó thực hiện các hành động đã thống nhất với metadata và xác minh.
5. Bàn giao tài liệuChúng tôi cung cấp địa chỉ token và tài liệu nguồn đã thống nhất, giải thích quy trình kiểm tra và quản lý các chức năng đã định.