Phát triển smart contract cho các dự án Web3

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

Phát triển smart contract chuyển đổi các quy tắc sản phẩm thành mã có thể thực thi trên blockchain. Công việc của chúng tôi có thể bao gồm một hợp đồng tùy chỉnh, lịch trình vesting, cơ chế staking và phối hợp với một auditor độc lập, tùy thuộc vào phạm vi đã thống nhất.

Dịch vụ này phù hợp với các nhóm có trường hợp sử dụng trên chuỗi đã xác định và cần một đối tác kỹ thuật để biến nó thành kế hoạch xây dựng. Nó hữu ích trước khi launch token, khi thêm chức năng hợp đồng vào dApp, hoặc khi thay thế một quy trình không chính thức bằng các quy tắc trên chuỗi rõ ràng. Nếu việc tạo token nằm trong cùng lộ trình, hãy xem tạo và triển khai token; đối với ứng dụng hướng đến người dùng xung quanh hợp đồng, hãy xem phát triển dApp.

Trước khi công việc bắt đầu, hãy chuẩn bị:

• Mô tả bằng ngôn ngữ đơn giản về ai có thể gọi từng hàm hợp đồng và khi nào.
• Các tài sản, quyền hạn và điều kiện liên quan, bao gồm cả các trường hợp ngoại lệ.
• Mạng lưới mục tiêu, bất kỳ phụ thuộc nào và chủ sở hữu triển khai dự kiến.
• Các quyết định đã được đưa ra về nâng cấp, kiểm soát quản trị và trách nhiệm vận hành.

Những đầu vào này giúp phân biệt hành vi thiết yếu với các tính năng tùy chọn. Chúng tôi ghi lại các quyết định còn bỏ ngỏ thay vì âm thầm lấp đầy khoảng trống, để bạn có thể phê duyệt hành vi dự kiến của hợp đồng trước khi triển khai.

Cơ chế vesting và staking được thiết kế như thế nào?

Hợp đồng vesting và staking cần các quy tắc rõ ràng về thời gian, quyền truy cập và thay đổi trạng thái trước khi mã được viết. Một đặc tả rõ ràng cho phép nhóm kiểm thử các luồng thông thường cũng như các trường hợp biên, chẳng hạn như người dùng hành động tại ranh giới hoặc quản trị viên thay đổi một cài đặt được phép.

Đối với vesting, hãy xác định người thụ hưởng, quy tắc phân bổ, lịch trình giải ngân và liệu có bất kỳ thay đổi nào được phép sau khi triển khai hay không. Đối với staking, hãy mô tả cách người dùng tham gia và thoát, cách phần thưởng được tính toán và phân phối, và những hành động nào yêu cầu quyền đặc biệt. Đây là các quyết định sản phẩm, không phải chi tiết nên được suy luận từ một nhãn tính năng.

Chúng tôi dịch các quy tắc đã được phê duyệt thành hành vi hợp đồng và các trường hợp kiểm thử. Một danh sách kiểm tra đánh giá hữu ích hỏi:

• Mỗi vai trò người dùng có thể thực hiện chỉ các hành động dự kiến không?
• Điều gì sẽ xảy ra khi đầu vào bị thiếu, lặp lại hoặc nằm ngoài giới hạn dự kiến?
• Giá trị nào là cố định, và giá trị nào có thể được thay đổi thông qua một quy trình được ủy quyền?
• Những sự kiện hoặc đầu ra nào sản phẩm sẽ cần để giải thích hoạt động của hợp đồng?

Nếu hợp đồng là một thành phần của một sản phẩm Web3 rộng hơn, hãy căn chỉnh tên hàm, đầu vào và đầu ra của nó với xây dựng dApp và kế hoạch phát triển Web3 của sản phẩm.

Bạn nhận được gì từ một dự án smart contract?

Bạn nhận được các sản phẩm công việc đã thống nhất trong phạm vi dự án, được tổ chức để nhóm của bạn có thể đánh giá hành vi và chuẩn bị phát hành. Các bàn giao chính xác tuân theo các tính năng của hợp đồng và thông tin kỹ thuật có sẵn tại thời điểm khởi động.

Một phạm vi điển hình có thể bao gồm:

• Một đặc tả chức năng bằng văn bản ghi lại các vai trò, quy tắc và các quyết định chưa được giải quyết.
• Triển khai hợp đồng cho các tính năng đã thống nhất, chẳng hạn như logic tùy chỉnh, vesting hoặc staking.
• Các trường hợp kiểm thử bao gồm hành vi dự kiến và các trường hợp biên đã xác định.
• Một gói đánh giá tóm tắt các giả định, phụ thuộc đã biết và kiểm thử đã thực hiện.
• Chuẩn bị triển khai và phối hợp với nhóm của bạn cho các bước phát hành đã thống nhất.

Kiểm thử kiểm tra xem việc triển khai có hoạt động như đã đặc tả hay không; nó không phải là sự thay thế cho một đánh giá bảo mật độc lập. Nếu bạn cần audit, chúng tôi có thể phối hợp bàn giao, tổ chức tài liệu và theo dõi các phát hiện với nhóm của bạn. Phạm vi audit, kết luận và quyết định khắc phục vẫn tách biệt với các bàn giao phát triển.

Để đánh giá chấp nhận thực tế, hãy so sánh từng yêu cầu với kiểm thử tương ứng và kết quả quan sát được. Yêu cầu nhóm chứng minh các luồng người dùng và quản trị viên dự kiến, xác nhận cấu hình phát hành và liệt kê bất kỳ mục nào cố tình bị loại trừ. Một trang web hoặc giao diện sản phẩm có thể được lên kế hoạch song song với công việc này thông qua phát triển trang web và landing Web3.

Quy trình xây dựng hợp đồng diễn ra từ yêu cầu đến triển khai như thế nào?

Một dự án smart contract diễn ra qua các giai đoạn yêu cầu, thiết kế, triển khai, đánh giá và chuẩn bị phát hành. Chúng tôi thống nhất về phạm vi và các điểm phê duyệt trước, sau đó sử dụng các quyết định đó để hướng dẫn phát triển và kiểm thử.

Giai đoạn đầu tiên là khám phá: nhóm của bạn chia sẻ trường hợp sử dụng, mạng lưới mục tiêu, phụ thuộc và tài liệu sản phẩm hiện tại. Chúng tôi biến thông tin đó thành một đặc tả, đánh dấu các quyết định cần chủ sở hữu và xác nhận những gì được bao gồm. Sau khi bạn phê duyệt hành vi, việc triển khai có thể tiến hành dựa trên một bộ yêu cầu đã thống nhất thay vì các giả định thay đổi.

Trong quá trình phát triển, chúng tôi cung cấp các điểm đánh giá cho logic hợp đồng và phạm vi kiểm thử của nó. Nhóm của bạn kiểm tra xem các quy tắc có khớp với sản phẩm không, trong khi các người đánh giá kỹ thuật có thể nhận xét về chi tiết triển khai. Nếu phối hợp audit nằm trong phạm vi, chúng tôi chuẩn bị bàn giao và giúp theo dõi phản hồi đánh giá và các sửa lỗi đã thống nhất.

Thời gian được thiết lập sau khi phạm vi được hiểu. Nó bị ảnh hưởng bởi độ phức tạp tính năng, các quyết định sản phẩm chưa được trả lời, phụ thuộc bên ngoài, thời gian phản hồi và liệu đánh giá audit có được bao gồm hay không. Chúng tôi cung cấp cho bạn một trình tự dự án và kỳ vọng bàn giao trong quá trình xác định phạm vi, sau đó báo cáo tiến độ so với các mốc đã thống nhất. Để hiểu cách dịch vụ này phù hợp với bức tranh xây dựng rộng hơn, hãy xem cách chúng tôi làm việc hoặc liên hệ với chúng tôi với yêu cầu của bạn.

Bạn nên biết gì về bảo mật hợp đồng và triển khai?

Một hợp đồng đã được kiểm thử không phải là bằng chứng rằng mọi lỗ hổng có thể đã được tìm thấy, vì vậy đánh giá bảo mật và quyết định phát hành cần có chủ sở hữu rõ ràng. Chúng tôi ghi lại công việc đã thực hiện và phối hợp audit độc lập khi nó là một phần của dự án, nhưng cả kiểm thử và audit đều không thể khẳng định rằng mã không có bất kỳ lỗ hổng nào.

Triển khai blockchain cũng có hậu quả đối với quản lý thay đổi. Liệu mã đã triển khai có thể được thay đổi hay không phụ thuộc vào thiết kế hợp đồng và các kiểm soát được thiết lập trước khi phát hành. Hãy coi quyền nâng cấp, khóa quản trị viên, hành động khẩn cấp và thay đổi phụ thuộc như các mục đặc tả; quyết định ai sẽ nắm giữ và vận hành từng quyền trước khi triển khai.

Mạng lưới mục tiêu và công cụ của nó ảnh hưởng đến cách một bản phát hành được chuẩn bị và cách thông tin hợp đồng có thể được kiểm tra. Điều kiện mạng, thực thi giao dịch và quy trình đánh giá của bên thứ ba nằm ngoài tầm kiểm soát của nhóm phát triển. Chúng tôi có thể cam kết với công việc kỹ thuật và phối hợp đã thống nhất, không phải một kết quả mạng cụ thể hoặc một kết luận bảo mật từ một người đánh giá độc lập.

Trước khi phê duyệt triển khai, hãy yêu cầu phạm vi cuối cùng, bằng chứng kiểm thử, chi tiết cấu hình, bản đồ quyền và các phát hiện chưa được giải quyết. Xác nhận rằng chủ sở hữu phát hành đã xem xét chúng và nhóm vận hành hiểu bất kỳ hành động đặc quyền nào. Điều này làm cho việc bàn giao trở nên cụ thể và cung cấp cho tổ chức của bạn một hồ sơ về các quyết định đằng sau bản phát hành.

Smart contract phù hợp như thế nào vào một sản phẩm Web3 rộng hơn?

Một smart contract là một phần của hệ thống sản phẩm: người dùng cần một giao diện, dịch vụ hỗ trợ và một quy trình vận hành rõ ràng để tương tác với nó. Lên kế hoạch các phần này cùng nhau giúp giữ cho hành vi hợp đồng phù hợp với trải nghiệm mà nhóm của bạn dự định cung cấp.

Một dApp có thể đọc dữ liệu hợp đồng, gửi giao dịch và giải thích trạng thái của chúng cho người dùng. Quyết định hành động nào diễn ra trên chuỗi, thông tin nào giao diện phải trình bày và hỗ trợ nào người dùng cần khi một giao dịch không hoàn thành như dự kiến. Nếu lộ trình của bạn bao gồm một ứng dụng rộng hơn, hãy phối hợp phạm vi hợp đồng với phát triển dApp thay vì coi giao diện như một phần bổ sung sau này.

Nguyên tắc tương tự áp dụng cho công việc token hoặc launch. Xác nhận rằng các quy tắc phân phối, vesting và staking khớp với kế hoạch token và xác định ai sở hữu từng quyết định cấu hình. Liên kết lịch trình kỹ thuật với chuẩn bị launch chỉ sau khi các phụ thuộc và phê duyệt rõ ràng. Trung tâm phát triển Web3 cung cấp bối cảnh cho các dịch vụ xây dựng liên quan.

Khi yêu cầu một đề xuất, hãy gửi một mô tả sản phẩm ngắn, các luồng người dùng dự kiến, bất kỳ tài liệu kỹ thuật hiện có và mạng lưới mục tiêu của bạn. Chúng tôi sẽ sử dụng các tài liệu đó để xác định các quyết định còn thiếu, xác định các bàn giao và giải thích điểm phê duyệt tiếp theo. Để có ước tính phạm vi, hãy xem giá dịch vụ hoặc liên hệ nhóm của chúng tôi.

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ẻ trường hợp sử dụngGửi luồng sản phẩm, mạng lưới mục tiêu, đặc tả hiện có và các tính năng hợp đồng bạn đang nghĩ đến. Chúng tôi xác định thông tin hoặc quyết định cần thiết để xác định phạm vi công việc.
2. Phê duyệt đặc tảChúng tôi ghi lại các vai trò, hành vi hợp đồng, giả định và kỳ vọng kiểm thử. Nhóm của bạn đánh giá và phê duyệt cơ sở này trước khi triển khai.
3. Xây dựng và kiểm thửChúng tôi triển khai logic đã thống nhất và kiểm thử các luồng dự kiến và các trường hợp biên đã xác định. Các điểm đánh giá cho phép nhóm của bạn xác nhận rằng hành vi khớp với sản phẩm.
4. Phối hợp đánh giáNếu phối hợp audit được bao gồm, chúng tôi chuẩn bị bàn giao và theo dõi phản hồi đánh giá. Nhóm thống nhất những phát hiện nào yêu cầu thay đổi trước khi chuẩn bị phát hành.
5. Chuẩn bị phát hànhChúng tôi hỗ trợ các bước triển khai đã thống nhất và cung cấp tài liệu bàn giao trong phạm vi. Chủ sở hữu phát hành của bạn xác nhận cấu hình, quyền và trách nhiệm vận hành.