Các hợp đồng thông minh thông minh truyền thống thực hiện xuất sắc việc thực thi mang tính quyết định, nhưng lại vướng phải một hạn chế cốt lõi: chúng không thể đánh giá thông tin tồn tại bên ngoài blockchain. Việc một giao dịch vi phạm chính sách chi tiêu của một tổ chức, có nguồn gốc từ một địa chỉ bị cấm, hay vượt quá giới hạn vận hành được đặt trước thường không thể được nhận diện chỉ dựa vào logic của hợp đồng. Chính khoảng trống kiến trúc này là nơi mà việc ủy quyền dựa trên chính sách sẽ giới thiệu một mô hình bảo mật khác.

Vấn đề kỹ thuật

Bảo mật của hợp đồng thông minh truyền thống nhấn mạnh việc viết đúng logic hợp đồng và xác thực các đầu vào trên chuỗi. Tuy nhiên, các quyết định ủy quyền thường phụ thuộc vào bối cảnh bên ngoài có thể thay đổi, thay vì mã hợp đồng tĩnh. Nhiều ứng dụng bù đắp bằng cách đặt các kiểm tra chính sách trong frontend hoặc các API tập trung, nhưng các lớp đó có thể bị vượt qua khi người dùng hoặc hệ thống tự động tương tác trực tiếp với các hợp đồng đã được triển khai. Theo tài liệu Newton chính thức, các hợp đồng thông minh về cơ bản là “mù” với bối cảnh ngoài chuỗi, khiến việc thực thi ủy quyền bên ngoài trở nên khó khăn và không thể thực hiện một cách nhất quán.

Kiến trúc được giải thích

Newton tiếp cận thách thức này bằng cách giới thiệu một công cụ chính sách phi tập trung để ủy quyền giao dịch, thay vì nhúng trực tiếp mọi quy tắc ủy quyền vào logic hợp đồng. Các chính sách mã hóa các điều kiện như giới hạn chi tiêu, các quy tắc phòng chống gian lận hoặc yêu cầu tuân thủ. Sau đó, các nhà vận hành phi tập trung sẽ đánh giá các chính sách này bằng cách sử dụng cả trạng thái trên chuỗi và ngữ cảnh ngoài chuỗi đã được phê duyệt trước khi tiến hành thực thi. Việc đánh giá thành công sẽ tạo ra bằng chứng mật mã cho thấy chính sách bắt buộc đã được thỏa mãn đối với đúng thao tác đó. Thay vì phát hiện các vi phạm sau khi đã thực thi, mục tiêu là ngăn các chuyển đổi trạng thái trái phép xảy ra trước khi chúng diễn ra.

Góc nhìn của nhà phát triển

Các kỹ sư backend đã quen với Node.js, TypeScript, middleware Express, IAM hoặc RBAC sẽ nhận ra sự tách bạch trách nhiệm này. Trong các hệ thống backend hiện đại, ủy quyền hiếm khi nằm bên trong mọi chức năng nghiệp vụ. Thay vào đó, middleware đánh giá quyền trước khi các thao tác được bảo vệ thực thi.

Ủy quyền dựa trên chính sách mở rộng nguyên tắc thiết kế này vào hạ tầng blockchain. Thay vì rải rác logic ủy quyền giống nhau trên nhiều hợp đồng, các nhà phát triển có thể tích hợp việc xác minh chính sách trong khi vẫn giữ nguyên logic cốt lõi của ứng dụng. Cách tiếp cận mô-đun này giúp phân định rõ hơn trách nhiệm giữa việc thực thi nghiệp vụ và việc thực thi kiểm soát ủy quyền, giảm trùng lặp và giúp việc thay đổi/cập nhật chính sách trở nên dễ quản lý hơn.

Tầm quan trọng thực tiễn

Khi các ứng dụng blockchain ngày càng tương tác với các tác nhân AI, quy trình làm việc mang tính tổ chức và hạ tầng tự động, các yêu cầu ủy quyền trở nên năng động hơn so với việc chỉ kiểm tra quyền sở hữu đơn giản. Việc đánh giá chính sách theo thời gian chạy cho phép các giao thức cân nhắc thông tin bên ngoài đã được xác thực khi xác định liệu một giao dịch có nên tiếp tục hay không, mà không thay đổi nền tảng ngữ nghĩa thực thi của hợp đồng thông minh.

Mô hình kiến trúc này đặc biệt có giá trị vì các chính sách ủy quyền thường thay đổi nhanh hơn logic ứng dụng. Việc tách chính sách khỏi việc thực thi cho phép cơ chế quản trị, kiểm soát vận hành và yêu cầu bảo mật thích nghi mà không cần thiết kế lại mọi hợp đồng phụ thuộc vào chúng.

Ủy quyền dựa trên chính sách làm thay đổi cuộc trò chuyện về bảo mật từ "Hợp đồng có thực thi đúng không?" sang "Giao dịch này có nên được phép thực thi hay không?" Sự khác biệt này rất quan trọng đối với các nhà phát triển khi thiết kế hệ thống cần bối cảnh thời gian chạy bên cạnh việc thực thi tất định. Việc hiểu sự tách biệt này cũng giúp giải thích vì sao @NewtonProtocol định vị ủy quyền như một hạ tầng chuyên biệt thay vì một tính năng khác nằm bên trong mã hợp đồng. Đối với các nhà phát triển đang khám phá $NEWT và hệ sinh thái rộng hơn của #Newt , bài học kiến trúc là ủy quyền mạnh mẽ có thể trở thành một năng lực giao thức dùng lại được thay vì lặp lại thành logic ứng dụng.

Thông báo Đối tác Trả phí: Phân tích kỹ thuật này là một phần của chiến dịch Newton CreatorPad và chỉ nhằm mục đích thảo luận mang tính giáo dục.

Khi các ứng dụng phi tập trung ngày càng phụ thuộc vào bối cảnh bên ngoài, liệu ủy quyền nên trở thành một lớp giao thức dùng chung thay vì được nhúng trong từng hợp đồng thông minh riêng lẻ?