Các tác nhân AI giờ đây có thể thanh toán cho mọi thứ.
Chúng có thể gọi APIs, mua dữ liệu, đăng ký dịch vụ, và thậm chí giao dịch với các tác nhân khác, tất cả đều tự động. Các tiêu chuẩn như x402 đã làm cho các khoản thanh toán tốc độ máy trở nên khả thi. AP2 của Google, Giao thức Thương mại Tự động của Stripe, và Ý định Đáng tin cậy của Mastercard đang đua nhau xây dựng các đường ray.
Lớp thực thi đã sẵn sàng. Lớp chính sách thì chưa.
THÀNH CÔNG ĐỘT PHÁ CŨNG LÀ MỘT RỦI RO
Một tác nhân tự động với thẻ tín dụng rất hữu ích. Nó có thể thanh toán cho việc tính toán, đăng ký dữ liệu thời gian thực, và mua dịch vụ theo yêu cầu. Nó loại bỏ sự ma sát từ từng bước mà trước đây cần có bàn tay của con người.
Nó cũng là một trách nhiệm. Bởi vì ngay bây giờ, một tác nhân có thể thanh toán, nhưng nó không thể chứng minh rằng nó nên. Không có lớp nào giữa "Tôi có tiền" và "Tôi có quyền chi tiêu nó." Không có cách nào rõ ràng để mã hóa giới hạn, thực thi ngân sách, hoặc định tuyến các giao dịch không rõ ràng để xem xét bởi con người.
CÁCH QUẢN TRỊ ĐƯỢC THỰC HIỆN NGÀY NAY, VÀ TẠI SAO NÓ BỊ ĐỔ VỠ
Nếu bạn nói chuyện với các đội đang xây dựng với các tác nhân tự động ngày nay, bạn sẽ thấy ba mô hình:
1. Quy tắc cấp độ nhắc, "Đừng chi tiêu hơn 50 USD mà không hỏi tôi trước." Những quy tắc này sống bên trong nhắc nhở hệ thống. Dễ viết, nhưng không thể thực thi. Một tác nhân có thể phớt lờ chúng, hiểu sai chúng, hoặc bị thao túng để vượt qua chúng.
2. Các câu lệnh if-cứng, các nhà phát triển bọc các cuộc gọi thanh toán trong các kiểm tra ở cấp độ mã. Điều này hoạt động cho đến khi bạn cần thay đổi chính sách. Mỗi bản cập nhật có nghĩa là phải triển khai lại. Mỗi đội xây dựng phiên bản không tương thích riêng của mình.
3. Quy tắc SDK cụ thể cho nhà cung cấp. Hoạt động nếu tác nhân của bạn chỉ sử dụng một nhà cung cấp. Ngay khi bạn hoạt động trên x402, Stripe, USDC trên chuỗi, và ngân hàng truyền thống, bạn đang viết cùng một chính sách theo ba cách khác nhau.
Không cái nào trong số này là quản trị. Chúng chỉ là băng dính.
QUẢN TRỊ THỰC SỰ TRÔNG NHƯ THẾ NÀO
Một lớp quản trị hoạt động cần bốn thuộc tính: bên ngoài (chính sách sống bên ngoài tác nhân), xác định (đầu vào giống nhau = đầu ra giống nhau), không phụ thuộc vào đường ray (hoạt động trên bất kỳ hệ thống thanh toán nào), và có thể kiểm toán (mỗi quyết định tạo ra một bản ghi có thể xác minh).
Đó là điều mà xBPP được xây dựng để làm.
xBPP: LỚP QUYẾT ĐỊNH TRƯỚC KHI THỰC HIỆN
xBPP đánh giá mọi hành động đề xuất của tác nhân so với chính sách trước khi nó đến đường ray thanh toán. Giao thức trả về một trong ba phán quyết:
→ ALLOW, hành động nằm trong chính sách. Thực hiện nó.
→ BLOCK, hành động vi phạm chính sách. Dừng lại.
→ ESCALATE, hành động không rõ ràng. Hãy hỏi một người.
Phán quyết thứ ba là điều mà mọi người đánh giá thấp. Nếu không có ESCALATE, bạn có hai lựa chọn: giết tính tự chủ bằng cách chặn mọi thứ không rõ ràng, hoặc chấp nhận rủi ro bằng cách cho phép bất kỳ điều gì không bị cấm rõ ràng.
Chính sách được viết dưới dạng JSON khai báo. Chúng sống bên ngoài tác nhân. Chúng hoạt động trên mọi đường ray thanh toán. Mỗi quyết định có thể được ký mã hóa và kiểm toán.
TIÊU CHUẨN VƯỢT QUA SẢN PHẨM
Nền kinh tế tác nhân sẽ rất lớn. Các công ty cung cấp các sản phẩm quản trị tốt nhất sẽ có ý nghĩa trong vài năm tới. Các tiêu chuẩn xuất hiện sẽ có ý nghĩa trong nhiều thập kỷ.
Hãy nghĩ về các đường ray thanh toán: Visa và Mastercard vẫn còn đó. Nhưng các lớp vô hình, TCP/IP, HTTPS, và OAuth, là động lực cho mọi giao dịch trên internet. Không ai nghĩ về chúng. Mọi người đều sử dụng chúng.
xBPP được xây dựng cho loại vai trò đó.
CÁI GÌ XẢY RA TIẾP THEO
x402 đang hoạt động. AP2 đang giao hàng. ACP đang triển khai. Các tác nhân sẽ giao dịch với tốc độ máy móc, cho dù quản trị đã sẵn sàng hay chưa.
Câu hỏi không phải là liệu các tác nhân có giới hạn hay không. Họ sẽ có. Câu hỏi là liệu những giới hạn đó có tạm thời và mong manh, hay liệu chúng sẽ đến từ một tiêu chuẩn mở mà mọi người có thể triển khai.
Tìm hiểu thêm về xbpp tại đây: xbpp.org
Tìm hiểu thêm: vanarchain.com