Giao cho token một công việc trước khi viết hợp đồng
Hãy tưởng tượng một nhà phát triển viết tài liệu nhưng không viết bài, vào buổi sáng sau thông báo listing. Họ cần giải thích địa chỉ token nào thuộc về sản phẩm. Trước tiên, chúng tôi sẽ kiểm tra mạng lưới, hành vi đã phê duyệt và hồ sơ mà nhóm của họ cần.
Tạo token và triển khai bắt đầu với mục đích thực tế đó. Hợp đồng nên phản ánh những gì người dùng cần làm và những gì nhóm của bạn sẵn sàng quản lý. Chúng tôi biến những quyết định đó thành một đặc tả đã thống nhất trước khi viết bản triển khai.
Điều đó có nghĩa là thảo luận về tiêu chuẩn đã chọn, tên token và ký hiệu, hành vi cung ứng, quyền và các tích hợp dự kiến. Một token tập trung vào chuyển giao và một token có các hành động bổ sung đòi hỏi những lựa chọn khác nhau. Chúng tôi ghi lại các lựa chọn để người xem xét kỹ thuật và sản phẩm của bạn có thể xác nhận cùng một kế hoạch.
Nếu hành vi token cần nhiều hơn một hợp đồng token tiêu chuẩn, chúng tôi có thể thảo luận cùng với phát triển hợp đồng thông minh. Để có cái nhìn rộng hơn về công việc sản phẩm kết nối, hãy xem phát triển Web3. Điểm khởi đầu hữu ích không phải là danh sách các tính năng. Đó là một mô tả rõ ràng về những gì token nên cho phép một người làm và ai trong nhóm của bạn phê duyệt hành vi đó.
Tiêu chuẩn token nào phù hợp với kế hoạch sản phẩm của bạn?
Tiêu chuẩn phù hợp là tiêu chuẩn phù hợp với mạng lưới và sản phẩm bạn đã chọn. ERC-20, BEP-20, SPL và Jetton thuộc các môi trường kỹ thuật khác nhau, vì vậy quyết định ảnh hưởng đến công việc triển khai và tích hợp.
Bắt đầu với con người và sản phẩm
Ghi lại nơi người dùng sẽ gặp token và những gì họ cần làm với nó. Lưu ý wallet hoặc thành phần sản phẩm nào phải nhận diện nó. Nếu mạng lưới đã được xác định, chúng tôi có thể làm việc từ lựa chọn đó và xác định các câu hỏi còn lại. Nếu vẫn còn mở, chúng tôi có thể so sánh nhu cầu phát triển và tích hợp với kế hoạch sản phẩm của bạn.
Làm cho quyền trở nên dễ hiểu
Liệt kê các hành động mà hợp đồng cần hỗ trợ, sau đó đặt tên cho vai trò nhóm chịu trách nhiệm cho mỗi quyền. Xác nhận bất kỳ hành vi cung ứng, đúc hoặc đốt nào mà dự án mong đợi. Đây là những quyết định dành cho những người chịu trách nhiệm về sản phẩm, không phải chi tiết để ngầm định trong một đánh giá mã.
Giả sử nhóm của bạn đã chọn một mạng lưới nhưng vẫn đang định hình luồng ứng dụng. Chúng tôi có thể ánh xạ các yêu cầu token vào luồng đó, sau đó xác định những gì cần một quyết định sản phẩm riêng. Một dự án phát triển dApp có thể được lên kế hoạch song song với công việc token khi người dùng cần một giao diện để tương tác với nó.
Bốn điểm kiểm tra giúp quá trình xây dựng dễ hiểu
Một trình tự rõ ràng cho nhóm của bạn cơ hội giải quyết các câu hỏi trước khi triển khai. Chúng tôi giữ công việc gắn với đặc tả đã thống nhất, với một đầu mối được ủy quyền tham gia tại các điểm phê duyệt.
- Thu thập yêu cầu. Chia sẻ mạng lưới, tiêu chuẩn, hành vi token dự kiến, siêu dữ liệu và kết nối sản phẩm. Nêu tên người có thể phê duyệt các quyết định kỹ thuật.
- Viết đặc tả. Chúng tôi biến những ghi chú đó thành hồ sơ về hành vi dự kiến và xác định các lựa chọn còn mở. Nhóm của bạn xác nhận kế hoạch trước khi triển khai.
- Xem xét bản triển khai. Chúng tôi kiểm tra hợp đồng so với đặc tả đã thống nhất. Người xem xét của bạn có thể đặt câu hỏi trước khi chi tiết phát hành được phê duyệt.
- Phê duyệt và triển khai. Đầu mối được ủy quyền xác nhận thông tin phát hành. Chúng tôi triển khai lên mạng lưới đã chọn và chuẩn bị tài liệu xác minh đã thống nhất.
Một hợp đồng tập trung có thể di chuyển qua các điểm kiểm tra này mà không cần quyết định tích hợp sản phẩm làm chậm công việc. Khi một ứng dụng hoặc wallet là một phần của kế hoạch, chúng tôi đưa nhu cầu của nó vào sớm. Điều đó giúp nhóm phân biệt quyết định token với quyết định giao diện. Sau khi triển khai, chúng tôi cung cấp hồ sơ bàn giao với địa chỉ hợp đồng, thông tin mạng lưới, chi tiết siêu dữ liệu và trạng thái xác minh.
Những gì nhóm của bạn có thể kiểm tra khi bàn giao
Việc bàn giao nên cho phép nhóm của bạn đối chiếu token đã triển khai với kế hoạch đã phê duyệt. Chúng tôi giữ hồ sơ thực tế để đồng nghiệp sản phẩm và kỹ thuật có thể tìm thấy chi tiết họ cần mà không phải dựa vào trí nhớ.
| Mục bàn giao | Nhóm của bạn kiểm tra gì |
|---|---|
| Địa chỉ hợp đồng và mạng lưới | Địa chỉ khớp với mạng lưới đã chọn. |
| Hành vi đã thống nhất | Bản triển khai đã được xem xét so với đặc tả. |
| Chi tiết siêu dữ liệu | Thông tin token dự kiến được ghi lại. |
| Trạng thái xác minh | Trạng thái gửi được ghi chú cho nhóm. |
Ví dụ, một người viết sản phẩm chuẩn bị trang token có thể sử dụng bàn giao để kiểm tra mạng lưới và địa chỉ trước khi xuất bản. Một nhà phát triển kết nối luồng wallet có thể tham khảo cùng hồ sơ khi xác nhận hợp đồng nào giao diện nên sử dụng. Nếu lời giải thích công khai của bạn vẫn cần một nơi, chúng tôi có thể phối hợp với phát triển trang web và landing Web3.
Xác minh trên explorer so sánh thông tin hợp đồng đã gửi với hợp đồng đã triển khai, nhưng mỗi explorer kiểm soát việc xem xét và hiển thị của riêng mình. Chúng tôi có thể chuẩn bị và gửi tài liệu đã thống nhất, sau đó ghi lại trạng thái; việc chấp nhận và hiển thị siêu dữ liệu không phải là quyết định của chúng tôi.
Mang địa chỉ vào bước sản phẩm tiếp theo
Một token đã triển khai là một phần của sản phẩm bạn, và bước tiếp theo là làm cho địa chỉ và hành vi của nó nhất quán bất cứ nơi nào người dùng gặp nó. Nhóm của bạn có thể sử dụng bàn giao để căn chỉnh màn hình sản phẩm, tài liệu dự án và quyền sở hữu kỹ thuật.
Kiểm tra rằng mạng lưới và địa chỉ khớp nhau trên các giao diện của bạn. Xác nhận rằng bất kỳ hành động nào hiển thị cho người dùng phù hợp với hành vi hợp đồng đã phê duyệt. Giữ lời giải thích token gần với luồng sản phẩm và đảm bảo một người có thể trả lời các câu hỏi về bản triển khai.
Nếu bước tiếp theo là trải nghiệm wallet, chúng tôi có thể lên kế hoạch kết nối với phát triển wallet crypto. Nếu nhóm của bạn đang chuẩn bị thông tin token cho hồ sơ bên ngoài, listing và xác minh bao gồm một nhiệm vụ khác với xây dựng hợp đồng. Đối với một bản xây dựng phối hợp, chúng tôi có thể thảo luận phần nào thuộc về nhau và phần nào nên tách biệt.
Gửi cho Brand Community mạng lưới ưa thích, yêu cầu token, siêu dữ liệu và một ghi chú ngắn về kết nối sản phẩm. Chúng tôi sẽ xem xét các quyết định đã được đưa ra, liệt kê bất kỳ câu hỏi còn mở nào và đề xuất một trình tự bàn giao mà nhóm của bạn có thể phê duyệt.
Cách hoạt động
- Chia sẻ chi tiết tokenCho chúng tôi biết mạng lưới ưa thích, tiêu chuẩn token, hành vi dự kiến và kết nối sản phẩm. Bao gồm bất kỳ siêu dữ liệu nào và tên người phê duyệt của bạn.
- Thống nhất đặc tảChúng tôi viết ra kế hoạch triển khai và đánh dấu các quyết định mà nhóm của bạn vẫn cần đưa ra trước khi phát triển.
- Xem xét hợp đồngChúng tôi kiểm tra bản triển khai so với hành vi đã thống nhất. Người xem xét của bạn có thể đặt câu hỏi trước khi phê duyệt chi tiết phát hành.
- Phê duyệt và triển khaiĐầu mối được ủy quyền của bạn xác nhận thông tin phát hành. Chúng tôi triển khai lên mạng lưới đã chọn và chuẩn bị tài liệu xác minh đã thống nhất.
- Nhận bàn giaoChúng tôi cung cấp địa chỉ hợp đồng, thông tin mạng lưới, chi tiết siêu dữ liệu và trạng thái xác minh cho hồ sơ của bạn.
Câu hỏi thường gặp
Tôi nên gửi gì trước khi bắt đầu phát triển token?
Chia sẻ mạng lưới ưa thích, hành vi token dự kiến, tên token và ký hiệu, và người có thể phê duyệt các lựa chọn kỹ thuật. Bạn cũng có thể mô tả kết nối sản phẩm, chẳng hạn như wallet hoặc luồng ứng dụng. Nếu quyền hoặc hành vi cung ứng vẫn chưa được quyết định, hãy cho chúng tôi biết người dùng cần làm gì. Chúng tôi có thể biến những nhu cầu đó thành câu hỏi cho nhóm của bạn.
Bạn có thể xây dựng token ERC-20, BEP-20, SPL hoặc Jetton không?
Có. Chúng tôi lên kế hoạch công việc token cho các yêu cầu ERC-20, BEP-20, SPL và Jetton. Đầu tiên, hãy cho chúng tôi biết mạng lưới nào sản phẩm của bạn cần và token nên cho phép người dùng làm gì. Nếu bạn đang xem xét nhiều hơn một mạng lưới, hãy liệt kê từng mạng lưới và kết nối sản phẩm dự kiến để chúng tôi có thể xem xét kế hoạch cùng nhau.
Điều gì quyết định thời gian bàn giao cho một token?
Thời gian thực hiện theo tiêu chuẩn đã chọn, mức độ ổn định của các yêu cầu, lộ trình xem xét của bạn và bất kỳ tích hợp sản phẩm nào. Khi chúng tôi hiểu những chi tiết đó, chúng tôi có thể đưa ra một trình tự bàn giao cho dự án của bạn. Một đầu mối được ủy quyền có thể giải quyết câu hỏi và phê duyệt chi tiết phát hành giúp công việc tiến triển.
Xác minh trên explorer có được coi là audit bảo mật không?
Không. Tài liệu xác minh giúp so sánh thông tin hợp đồng đã gửi với hợp đồng đã triển khai; chúng không phải là audit bảo mật độc lập. Chúng tôi có thể chuẩn bị và gửi tài liệu đã thống nhất, sau đó ghi chú trạng thái có sẵn trong bàn giao. Nếu dự án của bạn cần một audit riêng, hãy xác định nó như một yêu cầu riêng.
Token có thể được kết nối với dApp hoặc wallet của chúng tôi không?
Có, chúng tôi có thể thảo luận công việc đó cùng với phát triển token và thống nhất tích hợp nào thuộc về kế hoạch. Hãy cho chúng tôi biết sản phẩm, mạng lưới và hành động người dùng cần thực hiện. Ví dụ, một luồng wallet có thể cần địa chỉ hợp đồng và mạng lưới được hỗ trợ được ghi lại rõ ràng cho nhóm xây dựng giao diện.
Bạn có thể đảm bảo explorer chấp nhận bài gửi xác minh không?
Không. Chúng tôi chuẩn bị và gửi tài liệu đã thống nhất, nhưng explorer kiểm soát việc xem xét và liệu nó có chấp nhận hoặc hiển thị bài gửi hay không. Chúng tôi ghi lại trạng thái có sẵn cho nhóm của bạn và bao gồm chi tiết đã gửi trong bàn giao. Bằng cách đó, bạn có thể phân biệt công việc đã hoàn thành với quyết định của nền tảng.
Kể cho chúng tôi về dự án của bạn
Trả lời bốn câu hỏi nhanh và quản lý sẽ gửi kế hoạch, thời gian và mức giá trong vòng một giờ. Mọi thứ được bảo mật.
Đang tải biểu mẫu…