Phát triển smart contract cho các quy tắc mà nhóm bạn có thể xem xét

Nên bắt đầu xây dựng smart contract từ đâu?

Hãy bắt đầu với các hành động mà người dùng của bạn cần thực hiện và các quy tắc chi phối từng hành động đó. Chúng tôi sử dụng những chi tiết đó để mô tả hành vi hợp đồng trước khi viết mã.

1. Đặt tên cho hành động của người dùng. Mô tả điều ai đó cần làm, chẳng hạn như nhận phân bổ hoặc gửi tài sản.
2. Thiết lập các điều kiện. Viết ra khi nào hành động được phép và điều gì sẽ xảy ra khi không được phép.
3. Liệt kê các vai trò. Xác định ai có thể sử dụng từng chức năng và ai, nếu có, có thể quản lý cài đặt.
4. Đánh dấu các phụ thuộc. Ghi chú các hợp đồng, tài sản, dịch vụ hoặc công việc giao diện liên quan.
5. Xem xét hành vi. Thống nhất các trường hợp kiểm thử phản ánh hành vi bình thường và các hành động bị hạn chế.

Điều này cung cấp cho nhóm bạn một mô tả chung để xem xét trước khi triển khai. Nó cũng giúp chúng tôi phát hiện sớm các quy tắc sản phẩm chưa được quyết định, trong khi các thay đổi vẫn dễ thảo luận hơn. Đối với công việc token liên quan, hãy xem tạo và triển khai token.

Nếu người dùng cần một giao diện trên chuỗi, phát triển dApp có thể là một phần của cùng kế hoạch. Bạn không cần phải giải quyết mọi lựa chọn kỹ thuật trước khi nói chuyện với chúng tôi. Hãy mang theo các quyết định bạn đã đưa ra, đánh dấu những quyết định còn bỏ ngỏ và chúng tôi sẽ giúp tách biệt các câu hỏi về sản phẩm khỏi các chi tiết triển khai.

Giữ hợp đồng gần với cách cộng đồng của bạn vận hành

Một hợp đồng sẽ dễ lập kế hoạch hơn khi các quy tắc của nó phù hợp với các hành động thực tế mà mọi người cần thực hiện. Một chút bối cảnh về người dùng của bạn giúp chúng tôi tạo ra kết nối đó mà không cần giả định một mô hình token hoặc phần thưởng tiêu chuẩn.

Hãy hình dung một máy chủ Discord với một quản trị viên bán thời gian, đang quyết định nên bắt đầu với kênh nào. Nhóm cũng đang tìm cách để những người đóng góp nhận được phân bổ token theo thời gian. Đầu tiên, chúng tôi sẽ giúp mô tả các quy tắc phân bổ, ai có thể nhận và quản trị viên chịu trách nhiệm về việc gì. Sau đó, chúng tôi sẽ tách các quy tắc hợp đồng đó khỏi các quyết định về cách cộng đồng chia sẻ thông tin cập nhật.

Ví dụ, giả sử sản phẩm của bạn cần staking cùng với một token. Chúng tôi sẽ hỏi cách thức gửi và rút tiền nên hoạt động như thế nào, phần thưởng được thể hiện ra sao, và những tài sản hoặc dịch vụ khác mà kế hoạch dựa vào. Chúng tôi ghi lại các câu trả lời dưới dạng hành vi để xem xét, chứ không phải là một thiết kế kinh tế giả định.

Những ranh giới đó rất quan trọng khi có công việc liên quan. Chúng tôi có thể phối hợp các yêu cầu hợp đồng với trang web Web3 và landing page, hoặc lập bản đồ bàn giao cho phát triển wallet crypto. Nếu nhóm bạn đã có nhà phát triển, chúng tôi có thể thống nhất ai sở hữu từng phần kết nối trước khi công việc bắt đầu.

Bàn giao mà nhóm bạn có thể theo dõi

Bạn nhận được mã và các ghi chú làm việc cần thiết để hiểu hành vi hợp đồng đã thống nhất. Chúng tôi xác nhận nội dung với bạn trước khi phát triển, để việc bàn giao phù hợp với sản phẩm thay vì tuân theo một danh sách kiểm tra chung chung. Đối với các nhu cầu sản phẩm rộng hơn, hãy xem phát triển Web3.

Một hợp đồng vesting có thể cần một mô tả rõ ràng về các điều kiện phân bổ và nhận. Một bản dựng staking có thể cần ghi lại hành vi gửi, rút và phần thưởng. Chúng tôi định hình các tài liệu bằng văn bản xoay quanh các chức năng bạn phê duyệt, để người xem xét có thể so sánh các quy tắc đã nêu với các bài kiểm tra và mã. Điều đó cũng có thể giúp nhóm bạn lập kế hoạch công việc giao diện với phát triển dApp.

Nếu hợp đồng là một phần của sản phẩm lớn hơn, chúng tôi cũng ghi chú nơi trách nhiệm của nó kết thúc. Điều đó giúp lập kế hoạch cho công việc kết nối dễ dàng hơn.

Điều gì xảy ra giữa lần xem xét đầu tiên và bản phát hành?

Chúng tôi chuyển từ các quyết định sản phẩm sang một đặc tả đã được xem xét, sau đó xây dựng, kiểm thử và chuẩn bị bàn giao đã thống nhất. Nhóm bạn có các điểm rõ ràng để kiểm tra hành vi trước khi một bản phát hành được xem xét.

Chúng tôi bắt đầu bằng cách xem xét mục tiêu sản phẩm, chuỗi, người dùng và các hệ thống kết nối. Một danh sách kiểm tra khởi động giúp chúng tôi thu thập các quy tắc hợp đồng, xác định các lựa chọn còn bỏ ngỏ và xác nhận ai sẽ phê duyệt chúng. Sau khi bạn phê duyệt hành vi bằng văn bản, chúng tôi triển khai các chức năng đã thống nhất và chia sẻ tiến độ với người liên hệ kỹ thuật của bạn.

Việc kiểm thử tuân theo các trường hợp đã thống nhất trong quá trình thiết kế. Nếu phối hợp audit được bao gồm, chúng tôi chuẩn bị tài liệu xem xét, chuyển tiếp các câu hỏi kỹ thuật và tổ chức phản hồi cho các phát hiện. Khi các thay đổi được thống nhất, chúng tôi cập nhật mã liên quan và chạy lại các bài kiểm tra liên quan. Chúng tôi giữ cho các quyết định hiển thị trong một ghi chú tiến độ bằng văn bản, để nhóm bạn có thể thấy những gì đã sẵn sàng và những gì cần xem xét thêm.

Chuỗi và thiết kế hợp đồng xác định các kiểm soát phát hành nào có sẵn. Các bài kiểm tra chỉ bao gồm các trường hợp chúng mô tả. Một audit độc lập bị giới hạn trong phạm vi xem xét đã thống nhất. Sau khi triển khai, liệu mã có thể được thay đổi hay không phụ thuộc vào thiết kế và chuỗi.

Lập kế hoạch công việc Web3 kết nối xung quanh ranh giới hợp đồng

Xây dựng các thành phần liên quan cùng nhau khi hợp đồng phụ thuộc vào một token, giao diện hoặc luồng wallet. Thống nhất ai sở hữu từng phần giúp nhóm bạn tránh được khoảng trống giữa hành vi trên chuỗi và sản phẩm xung quanh nó.

Một bước kiểm tra hữu ích đầu tiên là liệt kê các phần đã được lên kế hoạch và chỉ định chủ sở hữu cho từng phần. Hợp đồng của bạn có thể kết nối với một đợt launch token, giao diện người dùng, luồng wallet hoặc dịch vụ khác. Chúng tôi có thể lập bản đồ các kết nối đó với các nhà phát triển của bạn, sau đó giữ cho công việc hợp đồng khác biệt với bất kỳ thứ gì mà nhóm khác sẽ xây dựng.

Chúng tôi sẽ cung cấp cho dự án của bạn một đầu mối liên hệ kỹ thuật và một ghi chú tiến độ bằng văn bản. Người đó theo dõi các câu hỏi còn bỏ ngỏ, chia sẻ công việc để xem xét và giữ cho quyết định tiếp theo được rõ ràng. Hãy mang đến cho chúng tôi 3 điểm khởi đầu sau:

• Phác thảo sản phẩm của bạn và các hành động người dùng mà hợp đồng nên hỗ trợ.
• Chuỗi mục tiêu, nếu đã chọn, cùng với bất kỳ mã hiện có hoặc ghi chú kỹ thuật nào.
• Các quy tắc vesting, staking hoặc token hiện tại của bạn, bao gồm cả những câu hỏi chưa có lời giải.

Gửi những tài liệu đó đến Brand Community. Chúng tôi sẽ xem xét chúng với bạn, xác định các quyết định cần giải quyết và chuẩn bị một kế hoạch rõ ràng cho việc xây dựng hợp đồng.

Cách hoạt động

1. Xác định ranh giới hợp đồngChúng tôi xem xét mục tiêu sản phẩm, người dùng, chuỗi mục tiêu và các phần kết nối. Bạn xác định các quyết định cần câu trả lời từ chủ sở hữu sản phẩm.
2. Thống nhất hành vi bằng văn bảnChúng tôi ghi lại các chức năng, vai trò, điều kiện và trường hợp kiểm thử. Nhóm bạn xem xét mô tả trước khi triển khai bắt đầu.
3. Xây dựng và kiểm thử các chức năngChúng tôi triển khai hành vi đã thống nhất và chuẩn bị các bài kiểm tra cho các hành động dự kiến và bị hạn chế. Chúng tôi chia sẻ tiến độ và các câu hỏi còn bỏ ngỏ với người liên hệ kỹ thuật của bạn.
4. Phối hợp xem xét độc lậpKhi phối hợp audit được bao gồm, chúng tôi chuẩn bị tài liệu xem xét và tổ chức phản hồi cho các phát hiện. Chúng tôi thực hiện các thay đổi đã thống nhất và chạy lại các bài kiểm tra liên quan.
5. Chuẩn bị phát hành và bàn giaoChúng tôi cung cấp mã, ghi chú kiểm thử và tài liệu triển khai đã thống nhất. Nhóm bạn xác nhận quyền sở hữu bản phát hành và kiểm tra các chi tiết triển khai.