Phát triển smart contract với đầu mối liên hệ cấp cao được chỉ định

Một thỏa thuận làm việc riêng tư cho các quyết định hợp đồng

Phát triển smart contract bắt đầu với một bản mô tả có cấu trúc, bảo mật về những gì sản phẩm phải làm. Đầu mối liên hệ được chỉ định của bạn điều phối cuộc thảo luận và giữ các quy tắc sản phẩm, tài liệu kỹ thuật cũng như các quyết định còn bỏ ngỏ trong nhóm làm việc mà bạn phê duyệt.

Trước khi triển khai, chúng tôi chuẩn bị một bản đặc tả dự thảo bao gồm hành vi dự kiến của hợp đồng, vai trò và các phụ thuộc đã biết. Không có gì được tiến hành từ bản dự thảo đó cho đến khi nhóm của bạn có cơ hội xem xét và cung cấp phê duyệt bằng văn bản. Điều này giúp các lựa chọn chưa được giải quyết trở nên rõ ràng thay vì để các giả định trở thành mã.

Bạn quyết định ai tham gia đánh giá, bao gồm chủ sở hữu sản phẩm, kỹ sư và bất kỳ kiểm toán viên bên ngoài nào đã tham gia. Mã nguồn hiện có và ghi chú kiến trúc được coi là tài liệu dự án, không phải nội dung công khai. Khi công việc liên quan đến các quy tắc token, đầu mối liên hệ có thể giữ các yêu cầu hợp đồng phù hợp với tạo và triển khai token.

Một gói thông tin hữu ích đầu tiên bao gồm hành trình sản phẩm, blockchain mục tiêu, tài liệu kỹ thuật hiện tại và tên của những người được ủy quyền phê duyệt hành vi. Nếu một số chi tiết vẫn còn bỏ ngỏ, chúng được ghi lại dưới dạng các quyết định cần xem xét thay vì được coi là yêu cầu đã được giải quyết.

Logic hợp đồng được định hình theo các quy tắc sản phẩm đã phê duyệt

Phạm vi hợp đồng mô tả các hành động mà mã phải thực thi và các điều kiện mà mỗi hành động được phép thực hiện. Chúng tôi ánh xạ các quy tắc đó đến vai trò người dùng và quản trị viên trước khi chọn các hàm và giao diện cần thiết cho quá trình xây dựng.

Đối với vesting, đặc tả kỹ thuật có thể ghi lại phân bổ, lịch trình, hành vi yêu cầu và cách xử lý số tiền chưa được yêu cầu. Đối với staking, nó có thể đặt ra các khoản gửi, rút tiền, tính toán phần thưởng, thời gian khóa, tài sản được hỗ trợ và quyền quản trị. Các quyết định này cũng ảnh hưởng đến cách một ứng dụng kết nối trình bày trạng thái hợp đồng cho người dùng.

Quá trình đánh giá phân biệt các tham số cố định với các giá trị có thể thay đổi sau này và nêu tên vai trò được phép thực hiện bất kỳ thay đổi nào đã được phê duyệt. Chúng tôi cũng ghi lại hành vi bình thường, các trường hợp biên và phản hồi lỗi dự kiến bằng ngôn ngữ mà người phụ trách sản phẩm của bạn có thể xác nhận. Điều này cung cấp cho đồng nghiệp kỹ thuật và sản phẩm một tài liệu tham khảo chung trước khi triển khai bắt đầu.

Khi hành vi hợp đồng là một phần của trải nghiệm người dùng rộng hơn, hãy phối hợp giao diện với phát triển dApp. Nguồn cung token, quyền hoặc quy tắc phân phối có thể được điều chỉnh phù hợp với đặc tả hợp đồng, trong khi hành vi ứng dụng vẫn là một phụ thuộc được xác định rõ ràng.

Các điểm đánh giá và tài liệu mà nhóm của bạn nhận được

Việc bàn giao nhằm mục đích làm cho cả hành vi đã thống nhất và các quyết định còn lại trở nên rõ ràng. Trước khi công việc bắt đầu, đầu mối liên hệ của bạn xác nhận những tài liệu nào được bao gồm và ai sẽ phê duyệt từng điểm đánh giá.

Tùy thuộc vào phạm vi đã thống nhất, tài liệu có thể bao gồm mã nguồn, ghi chú triển khai, kiểm thử tự động, kết quả kiểm thử và hướng dẫn triển khai. Chúng tôi có thể chuẩn bị tài liệu kỹ thuật cho một audit độc lập và điều phối phản hồi cho các phát hiện của audit. Điều phối audit vẫn khác biệt với việc thực hiện một audit bảo mật độc lập.

Nếu cần trải nghiệm ký chuyên dụng, hãy đánh giá công việc đó cùng với phát triển wallet crypto. Bàn giao bằng văn bản cần làm rõ chức năng nào được bao phủ bởi các kiểm thử được cung cấp, cài đặt nào cần xác nhận và mục nào còn lại để đánh giá bên ngoài.

Những điều cần được giải quyết trước khi phát hành hợp đồng?

Một kế hoạch phát hành cần xác định mạng lưới, cài đặt triển khai, tài khoản chịu trách nhiệm và những người được ủy quyền ký từng giao dịch. Những chi tiết đó thuộc về quá trình đánh giá trước khi chuẩn bị triển khai, không phải là trao đổi không chính thức vào phút cuối.

Nhóm của bạn xác nhận môi trường mục tiêu, giá trị constructor, địa chỉ vai trò, các bước xác minh và bất kỳ quy trình khôi phục nào cho lỗi cấu hình. Chúng tôi ghi lại các điều kiện tiên quyết triển khai và các quyết định còn bỏ ngỏ trong bàn giao, để người chịu trách nhiệm phát hành có thể thấy những gì còn lại họ phải xác nhận.

Một bộ kiểm thử chỉ phản ánh các trường hợp nó bao phủ, và kết quả của kiểm toán viên độc lập phản ánh mã và ranh giới đánh giá; hành vi mạng lưới và tích hợp bên thứ ba nằm ngoài tầm kiểm soát của chúng tôi. Chúng tôi cam kết thực hiện công việc phát triển đã được phê duyệt và bàn giao đã thống nhất, chứ không phải một kết luận audit cụ thể hay sự vắng mặt của mọi lỗi có thể xảy ra.

Hãy giữ ranh giới này rõ ràng khi quyết định liệu bản phát hành đã sẵn sàng hay chưa. Chủ sở hữu triển khai được chỉ định cần có thể truy xuất từng cài đặt đến một phê duyệt và biết các phụ thuộc bên ngoài nào không phải là một phần của mã hợp đồng.

Sắp xếp công việc theo ba giai đoạn đánh giá

Quá trình bàn giao tiến triển từ thảo luận yêu cầu riêng tư đến đặc tả kỹ thuật đã được đánh giá, sau đó đến triển khai và bàn giao. Hai lần phê duyệt chính thức giữ cho công việc được neo chặt: một cho hành vi hợp đồng và một cho cài đặt phát hành.

1. Bối cảnh và đặc tả kỹ thuật: Đầu mối liên hệ của bạn thu thập blockchain mục tiêu, trường hợp sử dụng, mã hiện tại và những người ra quyết định. Chúng tôi chuẩn bị một bản dự thảo mô tả các hàm, quyền, trường hợp biên và tiêu chí chấp nhận để nhóm của bạn phê duyệt bằng văn bản.
2. Triển khai và kết quả: Kỹ thuật tuân theo đặc tả kỹ thuật đã phê duyệt và kiểm thử các hành vi đã thống nhất. Các kết quả, phụ thuộc và câu hỏi chưa được giải quyết được trình bày cho người phụ trách sản phẩm hoặc kỹ thuật liên quan để đánh giá.
3. Bàn giao và điều phối: Chúng tôi cung cấp mã nguồn và tài liệu hỗ trợ đã thống nhất, sau đó xem xét các điều kiện tiên quyết triển khai với chủ sở hữu được chỉ định. Nếu điều phối audit được bao gồm, việc gửi và phản hồi được xử lý như một luồng đánh giá riêng.

Tiến độ được xác nhận sau khi các yêu cầu, tích hợp và chu kỳ đánh giá được hiểu rõ. Một hợp đồng tập trung với các quy tắc đã được giải quyết có kế hoạch bàn giao khác với một số thành phần được kết nối với các quyết định còn bỏ ngỏ. Đầu mối liên hệ của bạn giữ cho trình tự được hiển thị và ghi lại những gì đang chờ phê duyệt ở mỗi giai đoạn.

Công việc hợp đồng trong bối cảnh sản phẩm Web3 rộng hơn

Đưa công việc sản phẩm liền kề vào cuộc thảo luận khi nó thay đổi đầu vào hợp đồng, hành động người dùng hoặc trách nhiệm phát hành. Một hợp đồng có thể được xác định phạm vi như một thành phần riêng biệt trong khi vẫn chia sẻ giao diện rõ ràng với phần còn lại của sản phẩm.

Thiết kế token thuộc về cuộc trò chuyện lập kế hoạch tương tự khi nguồn cung, quyền hoặc phân phối ảnh hưởng đến hành vi trên chuỗi. Một luồng công việc dApp có liên quan khi người dùng cần kết nối wallet, gửi giao dịch hoặc hiểu trạng thái hợp đồng. Để biết thêm bối cảnh kỹ thuật, hãy xem phát triển Web3.

Hồ sơ công việc nêu tên từng thành phần, giao diện của nó và người phê duyệt. Điều này trao cho nhóm hợp đồng trách nhiệm về hành vi trên chuỗi đã được phê duyệt, trong khi đồng nghiệp ứng dụng sở hữu cách người dùng tiếp cận hành vi đó và nhận phản hồi giao dịch. Các quyết định chung có chủ sở hữu rõ ràng thay vì nằm giữa các nhóm.

Bàn giao đầu tiên là một đặc tả hợp đồng ngắn gọn, được trình bày trước khi triển khai; tiến độ được xác nhận sau khi các phụ thuộc và phê duyệt được hiểu rõ. Một ghi chú ngắn nêu tên blockchain mục tiêu và quyết định đầu tiên đang chờ phê duyệt cho đầu mối liên hệ của bạn một điểm bắt đầu kín đáo.

Cách hoạt động

1. Xác lập bối cảnh sản phẩmChia sẻ các trường hợp sử dụng, blockchain mục tiêu, mã hiện có và những người được ủy quyền xác nhận quy tắc sản phẩm.
2. Phê duyệt đặc tả hợp đồngXem xét các hàm, vai trò, trường hợp biên, tích hợp và tiêu chí chấp nhận đã được ghi lại trước khi triển khai.
3. Triển khai và kiểm thử hành vi đã thống nhấtKỹ thuật tuân theo đặc tả kỹ thuật đã phê duyệt và ghi lại kết quả để đánh giá sản phẩm và kỹ thuật.
4. Xác nhận trách nhiệm phát hànhChủ sở hữu được chỉ định kiểm tra cài đặt, điều kiện tiên quyết triển khai và bất kỳ đánh giá bên ngoài nào còn lại.
5. Nhận bàn giaoChúng tôi cung cấp mã nguồn và tài liệu hỗ trợ đã thống nhất, cùng với điều phối audit nếu có trong phạm vi công việc.