Viết hợp đồng thông minh chỉ mới là một nửa thách thức. Việc thiết kế cách chúng đưa ra quyết định đang trở nên quan trọng tương đương.

Tôi đã mong Newton sẽ khiến tôi nghĩ về các hợp đồng thông minh thông minh hơn. Thay vào đó, nó lại khiến tôi nghĩ về các hệ thống phân quyền. Thử thách ẩn nằm ở chỗ không phải viết mã, mà là xác định các điều kiện mà theo đó mã nên được chạy. Một hệ điều hành không chỉ đơn giản là thực thi mọi ứng dụng yêu cầu tài nguyên. Nó kiểm tra quyền, xác minh danh tính, thực thi các chính sách và quyết định những gì cần được cho phép trước khi thực thi. Luận điểm của tôi là DeFi đang tiến gần đến cùng một bước chuyển đổi kiến trúc. Lợi thế cạnh tranh tiếp theo sẽ không đến từ việc viết các hợp đồng thông minh tinh vi hơn. Nó sẽ đến từ việc tách biệt phần thực thi khỏi phần ủy quyền.

Ban đầu tôi cho rằng các công cụ dành cho nhà phát triển sẽ tiếp tục phát triển nhờ những máy ảo tốt hơn, chi phí thực thi thấp hơn và các ngôn ngữ lập trình biểu đạt hơn. Khi nhìn sâu hơn, tôi nhận ra những cải tiến đó giải quyết vấn đề tính toán, chứ không phải phán đoán. Nút thắt thực sự là điều tôi gọi là Debt Quyết định: mỗi giao thức đều phải xây dựng lại logic ủy quyền của riêng mình cho hạn mức chi tiêu, phê duyệt multisig, sàng lọc trừng phạt, quyền ví và quản lý rủi ro. Mã chạy được, nhưng lớp quyết định vẫn bị phân mảnh.

Sự phân mảnh đó tạo ra những động lực mà nhiều người xây dựng thường đánh giá thấp. Mỗi giao thức viết các giả định bảo mật, quy tắc quản trị và kiểm tra chính sách hơi khác nhau. Mỗi lần kiểm toán đều trở nên đắt hơn vì logic ủy quyền được nhúng khác nhau giữa các ứng dụng. Mỗi lần nâng cấp đều có nguy cơ đưa vào hành vi không nhất quán. Chi phí ẩn không nằm ở thực thi mà ở việc duy trì hàng nghìn bộ máy chính sách độc lập, tất cả đều cố giải những vấn đề phối hợp gần như giống hệt nhau.

Vault SDK của Newton gợi ý một kiến trúc khác. Thay vì nhúng trực tiếp các quy tắc ủy quyền vào từng hợp đồng thông minh, nhà phát triển định nghĩa các chính sách có thể lập trình và được đánh giá bên ngoài trước khi thực thi. Hợp đồng thông minh vẫn chịu trách nhiệm cho việc thanh toán, còn ủy quyền trở thành một lớp hạ tầng chuyên biệt. Điều này giống như cách hạ tầng đám mây đã tách quản lý danh tính khỏi logic ứng dụng thông qua các dịch vụ như IAM, thay vì buộc mọi ứng dụng phải tự triển khai khung xác thực của riêng mình.

Hệ quả kỹ thuật còn đáng kể hơn lúc đầu tưởng. Một kho lưu trữ có thể yêu cầu giới hạn giao dịch, chữ ký được chỉ định, kiểm tra trừng phạt, độ trễ thời gian, phê duyệt bằng ví phần cứng hoặc các chính sách tổ chức tùy chỉnh trước khi thực thi. Mạng ủy quyền của Newton đánh giá những điều kiện này và tạo ra một kết quả ủy quyền mật mã mà các hợp đồng có thể xác minh. Thay vì thay thế hợp đồng thông minh, nó giảm lượng mã đặc thù cho chính sách mà nhà phát triển phải liên tục duy trì.

Các trường hợp sử dụng thực tế làm cho sự khác biệt này rõ ràng hơn. Một kho bạc DAO có thể yêu cầu các ngưỡng phê duyệt khác nhau tùy theo quy mô giao dịch. Một nhà phát hành stablecoin có thể cần sàng lọc trừng phạt trước khi chuyển tiền. Một nhà cung cấp lưu ký cho tổ chức có thể áp đặt hạn chế địa lý và khung thời gian giao dịch. Một văn phòng quản lý tài sản gia đình có thể giới hạn rút tiền hằng ngày trong khi yêu cầu nhiều lớp phê duyệt trên một ngưỡng nhất định. Ngày nay, những quy tắc này thường được xây dựng lại một cách riêng lẻ. Newton cố gắng biến chúng thành hạ tầng có thể tái sử dụng.

Sự đánh đổi này xứng đáng được chú ý ngang bằng. Việc tách ủy quyền ra ngoài sẽ tạo thêm một phụ thuộc. Nếu hạ tầng chính sách trở nên then chốt, quản trị quanh các cập nhật chính sách, động lực của trình xác thực và tính sẵn sàng sẽ quan trọng không kém gì bảo mật hợp đồng thông minh. Tính mô-đun tốt hơn cũng có thể tạo ra rủi ro phối hợp mới nếu các quy tắc ủy quyền phát triển khác với logic của ứng dụng.

So với các lựa chọn thay thế, đây là một triết lý khác. Các thư viện kiểm soát truy cập truyền thống vẫn đặt ủy quyền bên trong mã ứng dụng. Ví multisig giải quyết việc phê duyệt tập thể nhưng không phải đánh giá chính sách động. Các nhà cung cấp tuân thủ thường hoạt động hoàn toàn ngoài chuỗi, buộc các tổ chức phải tin vào cơ chế thực thi tập trung. Newton cố gắng tạo ra một lớp ủy quyền có thể kiểm chứng, nơi bản thân các quyết định chính sách trở nên quan sát được và có thể được xác thực bằng mật mã trước khi thanh toán.

Điều tôi quan tâm nhất là sự thay đổi hành vi mà kiến trúc này khuyến khích. Nhà phát triển ngừng chỉ nghĩ đến việc viết mã có thể thực thi và bắt đầu thiết kế các hệ thống quyết định. Các đội an ninh chuyển từ phản ứng trước khai thác sang xác định các chính sách phòng ngừa. Các tổ chức có được quản trị có thể lập trình mà không cần viết lại các ứng dụng lõi. Trách nhiệm chuyển từ "Hợp đồng này có thể thực thi không?" sang "Trong những điều kiện nào thì nó nên thực thi?"

Nếu mô hình này được chấp nhận rộng rãi, DeFi có thể âm thầm vượt ra khỏi thế giới nơi mỗi giao thức tự nghĩ ra các giả định bảo mật của riêng mình. Câu hỏi mở là liệu các nhà phát triển có chấp nhận thêm một lớp hạ tầng để đổi lấy ít phức tạp hơn hay không. Tương lai có thể sẽ thuộc về không phải những hợp đồng thông minh nhất, mà là những hệ thống đưa ra quyết định ủy quyền thông minh nhất trước khi chỉ một dòng mã hợp đồng nào được chạy.

@NewtonProtocol $NEWT #Newt