Điều gì sẽ xảy ra nếu một giao dịch có thể chứng minh rằng nó đã đáp ứng các quy tắc của bạn trước khi hợp đồng thông minh của bạn chạm vào nó?
@NewtonProtocol keeps đẩy ý tưởng rằng việc ủy quyền nên xảy ra trước khi thực thi, không phải sau đó. Điều đó nghe có vẻ nhỏ, nhưng nó thay đổi nơi các nhà phát triển đặt niềm tin. Thay vì đặt mọi điều kiện trực tiếp trong một hợp đồng, Newton cho phép một chính sách quyết định liệu một giao dịch có xứng đáng được tiến về phía trước hay không.
Sự giằng co thực tiễn $UP
Hầu hết các hợp đồng thông minh đều tĩnh sau khi được triển khai.
Các quy tắc kinh doanh không phải là.
Giới hạn chi tiêu thay đổi. Yêu cầu tuân thủ thay đổi. Trạng thái của một ví thay đổi. Việc cập nhật Solidity mỗi lần như vậy sẽ chậm và tốn kém. Newton tiếp cận vấn đề này theo cách khác bằng cách tách các quy tắc của giao dịch khỏi logic của hợp đồng.
Điều nổi bật
•Sự thật: Newton đánh giá ý định giao dịch trước khi thực thi thông qua quy trình chính sách thay vì kiểm tra mọi thứ bên trong Solidity.
•Sự thật: Các chính sách có thể sử dụng thông tin bên ngoài được cung cấp thông qua oracle dữ liệu WebAssembly (WASM) trước khi đưa ra quyết định.
•Sự thật: Các nhà vận hành trả về các bản chứng thực mật mã, và PolicyClient trên chuỗi sẽ xác minh chúng trước khi thực thi.
•Ý kiến: Phần thú vị không phải là ngôn ngữ chính sách. Mà là việc giảm số lượng lý do khiến một hợp đồng cần phải triển khai lại khi các quy tắc kinh doanh thay đổi.
Một nhận xét mà tôi cứ quay lại mãi
#Newt không phải đang cố gắng làm cho các hợp đồng trở nên phức tạp hơn.
Nó đang cố gắng khiến họ chịu ít trách nhiệm hơn.
Hợp đồng chủ yếu xác minh một bản chứng thực. Bản thân quyết định đã được đánh giá nơi khác trước đó theo các quy tắc được xác định sẵn.
Điều đó tạo ra sự tách biệt rõ ràng hơn giữa thực thi và ủy quyền.
Liệu điều đó có trở thành một lợi thế hay không còn phụ thuộc vào ứng dụng.
Những con số đáng chú ý
•Khoảng 30 phút để xây dựng một oracle dữ liệu WASM.
•Khoảng 20 phút để viết một chính sách Rego.
•Khoảng 15 phút cho triển khai bằng CLI.
•Khoảng 30 phút cho từng phần: tích hợp hợp đồng thông minh và tích hợp SDK giao diện.
Đây là các ước tính từ tài liệu, không phải là cam kết. Các dự án thực tế thường mất nhiều thời gian hơn tùy thuộc vào việc kiểm thử và rà soát bảo mật.
Evtakeaway
•Newton cho phép nhà phát triển triển khai các chính sách tách biệt khỏi các hợp đồng.
•Newton hỗ trợ các đầu vào dữ liệu bên ngoài trong quá trình đánh giá chính sách.
•Newton xác minh các bản chứng thực được ký BLS trên chuỗi trước khi thực thi.
•Triển khai chính sách trên mainnet yêu cầu danh sách cho phép (allowlisting) thay vì hoàn toàn không cần cấp phép.
Những chi tiết đó cho thấy Newton kỳ vọng hạ tầng ủy quyền được coi là yếu tố trọng yếu trong sản xuất, thay vì là một tính năng tùy chọn.
Nơi tôi nghĩ Newton trở nên thú vị
Hãy tưởng tượng một quỹ tài chính với hạn mức chuyển tiền theo ngày.
Ngày mai, hội đồng quyết định việc thay đổi hạn mức.
Không có Newton, các nhà phát triển có thể phải triển khai lại các hợp đồng hoặc làm tăng độ phức tạp về quản trị.
Với Newton, các thay đổi chính sách diễn ra trong khi hợp đồng thực thi vẫn giữ nguyên.
Điều đó không loại bỏ quản trị.
Nó thay đổi nơi diễn ra quản trị.
Một khác biệt nhỏ.
Có thể là một điểm có ý nghĩa.
Những gì tôi sẽ xác minh trước khi xây dựng trên Newton
•Dữ liệu bên ngoài thực sự đến từ đâu?
•Ai vận hành nguồn dữ liệu?
•Thông tin đó được làm mới thường xuyên như thế nào?
•Logic chính sách có thể thay đổi mà không ảnh hưởng đến các giả định hiện có không?
•Ai kiểm soát việc nâng cấp chính sách?
•Các bản chứng thực (attestation) có dễ kiểm tra độc lập không?
•Việc triển khai PolicyClient đã nhận được các cuộc kiểm toán bảo mật chưa?
•Điều gì xảy ra nếu việc đánh giá chính sách tạm thời không khả dụng?
Những câu hỏi này quan trọng hơn việc SDK có cảm giác tiện lợi hay không.
Những rủi ro đáng để giữ trong tầm nhìn
•Rủi ro hợp đồng thông minh: Dù Newton xác thực các bản chứng thực đúng cách, các hợp đồng ứng dụng vẫn có thể chứa lỗi triển khai.
•Rủi ro phụ thuộc bên ngoài: Các quyết định chính sách dựa vào đánh giá ngoài chuỗi và tính sẵn sàng dữ liệu. Nếu hạ tầng hỗ trợ thất bại, việc ủy quyền cho giao dịch có thể bị trì hoãn.
•Rủi ro vận hành: Quản trị việc cập nhật chính sách trở thành một giả định bảo mật quan trọng.
•Ước tính tài liệu: Thời gian tích hợp là các con số tham chiếu, không phải mốc thời gian triển khai thực tế.
Các thiết kế cân bằng hiếm khi loại bỏ rủi ro.
Thông thường họ chuyển nó sang một nơi khác.
Khoảnh khắc tôi rút ra $ARX
$NEWT >feels ít giống như một bộ công cụ hợp đồng thông minh khác nữa mà giống như một nỗ lực nhằm tách người quyết định khỏi người thực thi. Sự tách biệt đó có thể đơn giản hóa một số ứng dụng nhưng đồng thời tạo ra các giả định vận hành mới. Liệu sự đánh đổi đó có đáng hay không có lẽ phụ thuộc ít hơn vào chính Newton và nhiều hơn vào việc dự án của bạn kỳ vọng các quy tắc ủy quyền sẽ thay đổi ra sao sau khi triển khai. Đó là phần tôi sẽ tiếp tục theo dõi.