Phát triển Smart Contract cho Sản phẩm Web3

Phát triển smart contract bao gồm những gì?

Phát triển smart contract bao gồm thiết kế, triển khai và kiểm thử logic trên chuỗi cho một nhu cầu sản phẩm đã xác định. Nó phù hợp khi các chuyển động token, điều kiện vesting, quy tắc staking hoặc các hành động giao thức khác phải tuân theo các quy tắc rõ ràng thay vì quy trình vận hành không chính thức.

Quyết định đầu tiên không phải là tính năng nào cần code; mà là hành vi nào phải được thực thi trên chuỗi và hành vi nào thuộc về ứng dụng hoặc hoạt động vận hành của bạn. Chúng tôi xác định các ranh giới đó cùng với trưởng bộ phận sản phẩm và kỹ thuật của bạn, sau đó ghi lại các tác nhân, hành động được phép, thay đổi trạng thái và điều kiện lỗi của contract. Điều này cung cấp cho người xem xét một tài liệu tham khảo chung trước khi bắt đầu triển khai.

Một dự án có thể bao gồm:

• Logic contract tùy chỉnh dựa trên yêu cầu sản phẩm đã được phê duyệt.
• Lịch trình vesting và quy tắc phân bổ, nếu phù hợp với mô hình token.
• Cơ chế staking và các hành động người dùng liên quan được xác định trong phạm vi.
• Các trường hợp kiểm thử, chuẩn bị triển khai và bàn giao kỹ thuật.
• Phối hợp với một auditor độc lập, nếu audit là một phần của kế hoạch.

Đối với một bản dựng sản phẩm rộng hơn, smart contract có thể nằm trong phạm vi phát triển Web3 kết nối. Nếu yêu cầu cốt lõi là phát hành và triển khai một token, hãy so sánh với tạo và triển khai token trước khi cố định nội dung contract.

Làm thế nào để chúng tôi biến quy tắc giao thức thành đặc tả contract?

Một đặc tả contract chuyển đổi các quy tắc kinh doanh và sản phẩm thành các hành vi mà kỹ sư có thể triển khai và người xem xét có thể thách thức. Nó nên mô tả cả đường dẫn dự kiến và những gì contract phải làm khi người dùng, giao dịch hoặc phụ thuộc không tuân theo đường dẫn đó.

Chúng tôi bắt đầu với một danh sách kiểm tra khởi động bao gồm chuỗi mục tiêu, trách nhiệm contract, vai trò người dùng, giả định token, phụ thuộc bên ngoài và quyền sở hữu triển khai. Bạn cung cấp các tài liệu sản phẩm hiện có và bất kỳ mô hình token hoặc giao thức hiện tại nào; chúng tôi xác định các câu hỏi chưa được trả lời thay vì coi các giả định là yêu cầu. MediaStrategy sử dụng một đánh giá đặc tả có tên trước khi phát triển: một trưởng bộ phận kỹ thuật cấp cao hướng dẫn nhóm của bạn qua từng quy tắc, đánh dấu các quyền hạn mơ hồ và ghi lại các quyết định để phê duyệt.

Trước khi triển khai, hãy đảm bảo nội dung tóm tắt trả lời các câu hỏi sau:

• Mỗi vai trò có thể thực hiện những hành động nào và ai kiểm soát các vai trò đó?
• Những điều kiện nào bắt đầu, tạm dừng hoặc kết thúc hành vi vesting hoặc staking?
• Điều gì sẽ xảy ra khi một thao tác không hợp lệ hoặc một phụ thuộc không khả dụng?
• Những cài đặt nào có thể được thay đổi sau khi triển khai và ai phê duyệt các thay đổi?
• Những gì phải hiển thị cho người dùng và cho nhóm vận hành của bạn?

Nếu sản phẩm cũng cần một ứng dụng hướng đến người dùng, hãy xác định trách nhiệm contract-giao diện cùng nhau. Công việc phát triển dApp của chúng tôi có thể được xác định phạm vi cùng với kỹ thuật contract để việc bàn giao giữa các quy tắc trên chuỗi và màn hình sản phẩm được rõ ràng.

Điều gì xảy ra trong quá trình triển khai và kiểm thử smart contract?

Triển khai tuân theo đặc tả đã được phê duyệt, với các bài kiểm thử được thiết kế xoay quanh các hành vi và trường hợp biên quan trọng đối với sản phẩm của bạn. Mục tiêu là một cơ sở mã có thể xem xét và bằng chứng cho thấy các hành động contract đã xác định hoạt động như mong đợi trong các điều kiện kiểm thử—không chỉ đơn giản là mã biên dịch.

Nhóm xây dựng các thành phần contract đã thống nhất và phát triển các bài kiểm thử song song. Chúng tôi kiểm tra các thay đổi trạng thái dự kiến, quyền hạn vai trò, đầu vào không hợp lệ và tương tác giữa các thành phần trong phạm vi. Khi nội dung tóm tắt bao gồm vesting hoặc staking, kế hoạch kiểm thử phản ánh lịch trình hoặc hành động người dùng đã được phê duyệt. Các phát hiện yêu cầu quyết định sản phẩm sẽ được chuyển lại cho bạn trước khi chúng được mã hóa ngầm như các giả định kỹ thuật.

Bạn nên mong đợi các tạo phẩm làm việc rõ ràng khi quá trình xây dựng tiến triển:

• Đặc tả đã được phê duyệt và bất kỳ quyết định phạm vi nào đã được ghi lại.
• Mã contract và các bài kiểm thử cho các hành vi trong phạm vi.
• Đánh giá các câu hỏi mở và các thay đổi triển khai.
• Ghi chú chuẩn bị triển khai và bàn giao các tài liệu liên quan.

Khi phạm vi bao gồm một dApp, chúng tôi thống nhất cách giao diện đọc trạng thái contract và gửi các hành động người dùng. Ranh giới đó là một phần của đánh giá kỹ thuật, không phải là suy nghĩ sau. Đối với cách tiếp cận bàn giao rộng hơn, hãy xem cách chúng tôi làm việc; nó giải thích cách các điểm đánh giá, quyền sở hữu và giao tiếp được xử lý trong suốt một dự án.

Phối hợp audit smart contract phù hợp với quy trình bàn giao như thế nào?

Phối hợp audit tổ chức việc xem xét một phiên bản mã đã xác định bởi một auditor bảo mật độc lập. Nó giúp nhóm của bạn chuẩn bị các tài liệu phù hợp, quản lý các phát hiện và theo dõi các thay đổi mà không nhầm lẫn việc phối hợp với đánh giá độc lập của auditor.

Nếu bạn muốn một đánh giá bên ngoài, chúng tôi có thể điều chỉnh phạm vi audit với đặc tả contract và cung cấp cho auditor phiên bản mã đã thống nhất và các tài liệu hỗ trợ. Các phát hiện được phân loại với nhóm của bạn: mỗi mục được làm rõ, được chỉ định cho một quyết định và được ánh xạ tới một thay đổi mã hoặc phản hồi được ghi lại. Sau các thay đổi, chúng tôi giữ rõ ràng phiên bản đã được xem xét và trạng thái theo dõi để nhóm của bạn có thể phân biệt đánh giá ban đầu với công việc tiếp theo.

Trước khi lên lịch đánh giá đó, hãy xác nhận rằng hành vi contract liên quan đã được ổn định đủ, phiên bản mã đã được xác định và phạm vi audit khớp với các thành phần bạn định phát hành. Các thay đổi tính năng muộn có thể làm cho đánh giá trước đó kém đại diện hơn cho bản dựng cuối cùng. Chúng tôi có thể phối hợp quy trình làm việc và các phản hồi kỹ thuật; auditor vẫn chịu trách nhiệm về các phát hiện và kết luận của riêng mình.

Một audit chính thức là một phạm vi riêng biệt so với kiểm thử phát triển thông thường. Nếu bạn đã có một auditor, chúng tôi có thể làm việc theo quy trình đánh giá của bạn; nếu không, chúng tôi có thể thảo luận về yêu cầu phối hợp trong quá trình xác định phạm vi.

Bạn nên mong đợi điều gì từ quy trình bàn giao?

Bàn giao chuyển từ các yêu cầu đã được phê duyệt sang triển khai, xác minh và bàn giao có kiểm soát. Thời gian được ước tính sau khi chúng tôi hiểu hành vi contract, chuỗi, phụ thuộc, nhu cầu đánh giá và người ra quyết định; một contract ngắn, có ranh giới rõ ràng và một giao thức nhiều thành phần không phải là cùng một phạm vi.

Dự án bắt đầu với đánh giá yêu cầu và một phạm vi bằng văn bản. Sau khi bạn phê duyệt đặc tả, quá trình phát triển tiến hành với các điểm đánh giá đã thống nhất để nhóm của bạn có thể giải quyết các câu hỏi về sản phẩm trong khi các thay đổi vẫn có thể quản lý được. Kiểm thử và bất kỳ phối hợp audit nào theo sau kế hoạch mã và đánh giá. Trước khi bàn giao, chúng tôi xác nhận những gì đã được hoàn thành, xác định bất kỳ quyết định nào còn tồn đọng và cung cấp các tài liệu dự án đã thống nhất trong phạm vi.

Để giữ cho việc bàn giao tập trung, hãy chuẩn bị:

• Mô tả về sản phẩm và vai trò của contract trong đó.
• Các yêu cầu token, vesting hoặc staking hiện tại, nếu có.
• Chuỗi mục tiêu và bất kỳ tích hợp hoặc phụ thuộc nào đã biết.
• Một người ra quyết định được chỉ định cho các câu hỏi về sản phẩm và kỹ thuật.
• Mã, tài liệu và yêu cầu audit hiện có, nếu có.

Nhóm phát triển Web3 của chúng tôi cũng có thể xác định các nhu cầu kỹ thuật liền kề nếu contract là một phần của một sản phẩm lớn hơn. Điểm khởi đầu thương mại là từ $1.700 / dự án; phạm vi cuối cùng được xác nhận sau khi đánh giá yêu cầu.

Bạn nên biết gì trước khi phát hành một smart contract?

Phát hành smart contract yêu cầu một sự bàn giao có chủ ý về mã, trách nhiệm cấu hình và quyền sở hữu vận hành. Quyết định trước ai được ủy quyền phê duyệt triển khai, cách các cài đặt bắt buộc được kiểm tra và ai sẽ giám sát các tương tác contract của sản phẩm sau khi phát hành.

Danh sách kiểm tra phát hành chính xác nên phản ánh thiết kế đã được phê duyệt. Nó có thể bao gồm phiên bản mã đã được xem xét, tham số triển khai, phân công vai trò, tích hợp ứng dụng và thông tin liên lạc mà người dùng của bạn cần. Nhóm của bạn nên hiểu những hành động nào có sẵn sau khi triển khai và những quyết định nào yêu cầu một phạm vi phát triển mới. Chúng tôi ghi lại các mục bàn giao đã thống nhất cho dự án để các hoạt động vận hành không phải suy luận ý định chỉ từ mã.

Có một ranh giới quan trọng: các giao dịch blockchain thực thi theo mã đã triển khai, trong khi các điều kiện chuỗi và phụ thuộc bên thứ ba vẫn nằm ngoài tầm kiểm soát của nhóm phát triển. Chúng tôi có thể bàn giao và kiểm thử việc triển khai đã thống nhất và phối hợp một đánh giá độc lập, nhưng cả các bước đó và audit đều không thể thiết lập rằng mọi tương tác trong tương lai hoặc phụ thuộc bên ngoài sẽ hoạt động như mong đợi.

Để xác định phạm vi công việc, hãy gửi cho MediaStrategy bản tóm tắt sản phẩm, chuỗi mục tiêu, tài liệu contract hoặc token hiện tại và các hành vi bạn cần triển khai. Chúng tôi sẽ xem xét các tài liệu, xác định các quyết định vẫn cần thiết và trả lại một phạm vi và kế hoạch bàn giao được đề xuất.

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ẻ nội dung tóm tắt sản phẩmGửi mục tiêu sản phẩm, chuỗi mục tiêu, tài liệu kỹ thuật hiện có và bất kỳ quy tắc vesting hoặc staking nào. Bao gồm người có thể phê duyệt các quyết định sản phẩm.
2. Đánh giá yêu cầu và phạm viMột trưởng bộ phận kỹ thuật cấp cao kiểm tra trách nhiệm contract, vai trò, phụ thuộc và các câu hỏi mở với nhóm của bạn. Chúng tôi ghi lại các hành vi đã thống nhất trước khi code.
3. Triển khai và kiểm thửNhóm xây dựng các contract trong phạm vi và kiểm thử các hành động dự kiến, quyền hạn và các trường hợp biên liên quan. Các quyết định sản phẩm được chuyển lại cho bạn thay vì được giả định.
4. Phối hợp đánh giá và bàn giaoKhi có trong phạm vi, chúng tôi tổ chức quy trình làm việc audit độc lập và theo dõi các phản hồi kỹ thuật. Sau đó, chúng tôi cung cấp mã, kiểm thử, chuẩn bị triển khai và tài liệu bàn giao đã thống nhất.