Trong một thời gian dài, cách chính để mọi người tương tác với AI là thông qua hội thoại. Chúng ta đặt câu hỏi, nhận câu trả lời, tạo nội dung và tự mình sử dụng kết quả để đưa ra quyết định.
Mối quan hệ đó đang bắt đầu thay đổi cùng với sự phát triển của các tác nhân AI.
Các tác nhân AI được thiết kế để làm nhiều hơn là phản hồi. Tùy vào năng lực và các công cụ sẵn có, chúng có thể lập kế hoạch, tương tác với các dịch vụ bên ngoài, sử dụng phần mềm và thực hiện hành động với sự can thiệp hạn chế của con người.
Sự thay đổi này quan trọng vì một hệ thống AI có thể hành động trong thế giới thực đặt ra những câu hỏi khác với một hệ thống chỉ tạo văn bản.
Nếu trợ lý AI đưa ra đề xuất không tốt, mọi người có thể bỏ qua. Nhưng nếu một tác nhân AI mua hàng, trả tiền cho một dịch vụ hoặc thực hiện giao dịch thay mặt con người, hậu quả không còn chỉ giới hạn trong một cuộc trò chuyện nữa.
Nền kinh tế tác nhân được hình thành quanh sự chuyển đổi này. Tác nhân có thể ngày càng trở thành cả người tiêu dùng lẫn nhà cung cấp dịch vụ số, tương tác với các tác nhân, ứng dụng và hệ thống thanh toán khác.
Nhưng chỉ có trí thông minh thì chưa đủ.
Tác nhân cần có khả năng hành động. Các bên khác cần có cách xác định tác nhân là gì, được phép làm gì và liệu hành động của nó có đáng tin cậy hay không.
Và đó là lúc thử thách thực sự bắt đầu.
Vấn đề không chỉ là lòng tin. Đó là quyền tự chủ có kiểm soát.
Có một mâu thuẫn quan trọng nằm ở trung tâm của AI tự chủ.
Cấp cho tác nhân quá ít quyền hạn thì nó chẳng khác gì một trợ lý liên tục xin phép. Nó có thể đủ khả năng lập kế hoạch cho cả nhiệm vụ nhưng vẫn phải phụ thuộc vào con người để phê duyệt từng bước nhỏ.
Cấp cho tác nhân quá nhiều quyền hạn thì hậu quả của sai lầm sẽ khó kiểm soát hơn. Một tác nhân bị xâm phạm, chỉ dẫn được thiết kế kém hoặc quyết định bất ngờ có thể dẫn đến những hành động mà người dùng chưa từng định cho phép.
Cả hai thái cực đều không thực sự hữu ích.
Mục tiêu không nên là khiến tác nhân hoàn toàn độc lập, cũng không nên giữ chúng mãi phụ thuộc vào sự phê duyệt của con người. Mục tiêu là trao cho chúng đủ tự do để hoàn thành nhiệm vụ, đồng thời giữ sự tự do đó trong những ranh giới được xác định rõ ràng.
Trong nền kinh tế số truyền thống, một người thường khởi tạo khoản thanh toán hoặc phê duyệt giao dịch. Trong nền kinh tế do tác nhân vận hành, người đó có thể xác định mục tiêu, còn tác nhân quyết định những hành động cần thiết để đạt được mục tiêu ấy.
Điều đó tạo ra một yêu cầu mới: quyền hạn được ủy quyền phải có giới hạn, dễ hiểu và có thể thu hồi.
Một tác nhân không nên cần quyền truy cập không giới hạn chỉ vì nó cần hoàn thành một nhiệm vụ. Các quyền của nó nên phản ánh những gì người dùng định ủy quyền, nhiệm vụ có thể tốn bao nhiêu và tác nhân cần hoạt động độc lập trong bao lâu.
Đây là vấn đề khiến cơ sở hạ tầng cho danh tính, cấp quyền và thanh toán của tác nhân đáng được xem xét.
Vai trò của Kite AI
Kite AI đang xây dựng cơ sở hạ tầng nhằm hỗ trợ một nền kinh tế nơi các tác nhân AI có thể tương tác với dịch vụ và thực hiện giao dịch.
Thay vì chỉ xem tác nhân là các công cụ phần mềm do con người vận hành, cách tiếp cận của Kite giải quyết nhu cầu về cơ sở hạ tầng để tác nhân tham gia vào các giao dịch số. Cơ sở hạ tầng này bao gồm danh tính tác nhân, quyền được ủy quyền và cơ chế thanh toán.
Sự khác biệt này rất quan trọng.
Một tác nhân thông minh có thể biết cách hoàn thành nhiệm vụ, nhưng biết phải làm gì không đồng nghĩa với việc tự động có được cách thực hiện an toàn hoặc đáng tin cậy. Tác nhân vẫn cần xác định danh tính, nhận được quyền phù hợp, tương tác với các dịch vụ và thanh toán khi cần.
Đây là những vấn đề riêng biệt; giải quyết vấn đề này không tự động giải quyết được các vấn đề còn lại.
Kite Passport đặc biệt đáng chú ý vì thiết kế được mô tả trong tài liệu cho phép tác nhân thanh toán cho các dịch vụ được hỗ trợ thay mặt người dùng, trong giới hạn chi tiêu do người dùng phê duyệt. Quy trình được mô tả kết nối việc thiết lập tài khoản, nạp tiền vào ví, cấp quyền chi tiêu theo phiên và thanh toán dịch vụ.
Đây là lúc tầm nhìn rộng hơn của Kite trở nên cụ thể. Thay vì cấp cho tác nhân quyền truy cập tài chính không hạn chế, người dùng có thể cho phép hoạt động trong một khoảng thời gian xác định với ngân sách cụ thể.
Điều đáng chú ý không chỉ đơn giản là tác nhân có thể thanh toán. Mà là khả năng giao dịch của tác nhân có thể gắn với quyền hạn mà người dùng đã chủ động trao cho nó.
Để hiểu vì sao điều đó quan trọng, hãy xem quy trình được mô tả của Kite Passport được thiết kế để hoạt động như thế nào.
Danh tính phân cấp: Kết nối tác nhân với chủ sở hữu
Một phần quan trọng của cơ sở hạ tầng tác nhân không chỉ là xác định danh tính tác nhân, mà còn thiết lập mối quan hệ giữa tác nhân với thực thể cấp quyền cho nó.
Tài liệu của Kite mô tả mô hình danh tính ba lớp: danh tính người dùng hoặc danh tính gốc, danh tính tác nhân với quyền hạn được ủy quyền và danh tính phiên cho một khoảng thời gian hoạt động cụ thể. Danh tính tác nhân độc lập cho biết tác nhân nào đang tương tác với dịch vụ. Cấu trúc phân cấp bổ sung ngữ cảnh bằng cách kết nối tác nhân đó với người dùng đã cấp quyền và với phiên giới hạn hơn mà tác nhân hoạt động theo.
Điều này có thể hữu ích khi một cá nhân hoặc tổ chức vận hành nhiều tác nhân, mỗi tác nhân phụ trách những nhiệm vụ khác nhau. Thay vì xem mỗi tác nhân là một danh tính hoàn toàn riêng biệt với các quyền không liên quan, cấu trúc phân cấp có thể thể hiện mối quan hệ giữa chủ sở hữu và các tác nhân hoạt động theo quyền hạn của chủ sở hữu. Tài liệu của Kite cũng mô tả các địa chỉ tác nhân được tạo từ ví của người dùng và các khóa phiên dự kiến chỉ có hiệu lực trong thời gian ngắn. Đây là các chi tiết thiết kế của kiến trúc được mô tả, chứ không phải sự đảm bảo rằng mọi sự cố xâm phạm hoặc lỗi triển khai đều vô hại.
Điều này giống như phân biệt ai đang hành động và họ đang hành động theo quyền hạn của ai. Cả hai câu hỏi đều quan trọng khi phần mềm bắt đầu tự đưa ra quyết định và giao dịch.
Ví dụ, một doanh nghiệp có thể vận hành các tác nhân riêng biệt cho việc nghiên cứu, truy cập dữ liệu và mua sắm. Mỗi tác nhân có thể cần những quyền khác nhau, nhưng quyền hạn của chúng cuối cùng đều bắt nguồn từ tổ chức triển khai chúng. Cấu trúc danh tính phân cấp có thể giúp thể hiện rõ những mối quan hệ đó thay vì để chúng ngầm ẩn trong logic ứng dụng.
Cấu trúc này cũng có những ý nghĩa quan trọng về bảo mật. Nếu một tác nhân hoặc phiên riêng lẻ bị xâm phạm, một hệ thống được thiết kế tốt nên giới hạn thiệt hại tiềm tàng ở các quyền và tài nguyên mà tác nhân hoặc phiên đó được phép sử dụng. Việc xâm phạm một tác nhân không nên tự động cấp quyền truy cập không hạn chế vào quyền hạn nền tảng của người dùng hoặc mọi tác nhân khác trong cùng hệ sinh thái.
Khi các tác nhân bắt đầu ủy thác nhiệm vụ cho các tác nhân khác, việc duy trì mối quan hệ danh tính rõ ràng và ranh giới quyền hạn được ủy quyền càng trở nên quan trọng. Nếu không có những điều này, sự cố xâm phạm ở một cấp có thể gây ra hậu quả vượt xa nhiệm vụ ban đầu. Mục tiêu là giúp quyền hạn có thể truy vết và được phân vùng, để mỗi tác nhân chỉ nhận quyền truy cập cần thiết thay vì kế thừa quyền kiểm soát không hạn chế từ danh tính cấp trên.
Đây là một mục tiêu bảo mật, không phải sự đảm bảo chống lại mọi lỗi có thể xảy ra. Hiệu quả phụ thuộc vào cách triển khai, mức độ bảo mật của các khóa nền tảng và việc các biện pháp kiểm soát liên quan có được thực thi chính xác hay không.
Cuối cùng, danh tính phân cấp không chỉ nhằm sắp xếp nhiều tác nhân. Mục tiêu là duy trì mối quan hệ rõ ràng giữa tác nhân thực hiện hành động, quyền hạn mà tác nhân hành động theo đó và các giới hạn của quyền hạn ấy. Khi các hệ thống tự chủ ngày càng liên kết với nhau, sự tách biệt đó có thể trở thành nền tảng quan trọng giúp các tương tác do tác nhân thực hiện an toàn hơn và dễ quản lý hơn.
Kite Passport: Từ thiết lập đến thanh toán tự chủ
Kite Passport được thiết kế để cho phép tác nhân AI thanh toán cho các dịch vụ được hỗ trợ thay mặt người dùng mà không cần người dùng phê duyệt thủ công từng giao dịch. Trước tiên, người dùng thiết lập Passport, nạp tiền vào ví và phê duyệt một phiên chi tiêu. Sau đó, tác nhân có thể tìm dịch vụ, thanh toán và nhận kết quả trong giới hạn của phiên.
Quy trình này quan trọng vì nó tách biệt ba việc thường bị nhập làm một: cấp cho tác nhân quyền truy cập hệ thống thanh toán, cung cấp tiền cho tác nhân và cho phép tác nhân chi tiêu số tiền đó.
Đó không phải là cùng một quyền.
1. Cài đặt Passport và kết nối tác nhân
Quy trình được mô tả bắt đầu bằng giao diện dòng lệnh Kite Passport, hay CLI, cùng các kỹ năng tác nhân cho phép một tác nhân AI tương thích tương tác với Passport.
Tài liệu của Kite hướng dẫn cả tác nhân lập trình chạy trên máy tính của người dùng lẫn tác nhân đám mây hoạt động trên máy tính được lưu trữ. Phương thức cài đặt khác nhau, nhưng quy trình đăng nhập tài khoản nhìn chung giống nhau.
Với các cấu hình tác nhân lập trình được hỗ trợ, chẳng hạn Claude Desktop hoặc Codex, quy trình được mô tả bao gồm việc chạy lệnh cài đặt Passport thông qua môi trường phát triển của tác nhân, sau đó làm theo lời nhắc thiết lập để đăng ký Passport và cấu hình các kỹ năng liên quan.
Với các cấu hình tác nhân đám mây được hỗ trợ, người dùng làm theo hướng dẫn thiết lập tương ứng để kết nối tác nhân được lưu trữ với Passport.
Sau khi cài đặt và đăng ký, người dùng nhận được hai email: một liên kết xác minh mở bảng điều khiển Passport và một mã gồm tám ký tự cần gửi lại cho tác nhân. Người dùng mở liên kết xác minh, tạo khóa truy cập bằng phương thức được hỗ trợ như Touch ID, Face ID, Windows Hello hoặc khóa bảo mật phần cứng, rồi cung cấp mã để hoàn tất đăng nhập.
Khóa truy cập là một phần quan trọng của quy trình này vì việc phê duyệt phiên chi tiêu không được xem là quyết định không hạn chế do tác nhân âm thầm đưa ra. Người dùng phải thực hiện bước phê duyệt rõ ràng trước khi tác nhân nhận được quyền chi tiêu được yêu cầu.
Khi sử dụng tác nhân được lưu trữ, còn có một điểm thực tế quan trọng cần cân nhắc: kết nối tác nhân đó với Passport sẽ cấp cho nó quyền truy cập vào tài khoản Passport của người dùng. Tài liệu của Kite đặc biệt khuyên người dùng xem xét giới hạn phiên trước khi phê duyệt. Sự tiện lợi không nên đồng nghĩa với việc mù quáng tin vào bất kỳ quyền nào mà tác nhân yêu cầu.
Sau khi tài khoản và tác nhân được kết nối, bước tiếp theo là nạp tiền.
2. Nạp tiền vào ví Passport
Passport cần có tiền trước khi tác nhân có thể gửi yêu cầu trả phí. Theo tài liệu của Kite, quy trình thanh toán dịch vụ sử dụng USDC.e trên Kite Chain.
Bảng điều khiển cung cấp một số cách nạp tiền, tùy thuộc vào điểm xuất phát của người dùng.
Mua bằng thẻ: Người dùng chưa có tiền mã hóa có thể mua USDC trên Base thông qua mục Add funds trong bảng điều khiển Passport. Họ chọn số tiền và phương thức thanh toán, hoàn tất giao dịch mua rồi chờ số dư cập nhật sau khi giao dịch được quyết toán.
Nạp stablecoin: Người dùng đã có stablecoin được hỗ trợ có thể dùng thẻ Crypto để truy cập địa chỉ nạp tiền tương ứng. Tài liệu liệt kê các tùy chọn nạp được hỗ trợ trên nhiều mạng và tài sản, bao gồm USDC trên Base, Polygon, Avalanche, Tempo, Solana, Arc và các tùy chọn khác được liệt kê. Người dùng phải gửi đúng stablecoin đến địa chỉ tương ứng với mạng của tài sản đó. Gửi nhầm tài sản hoặc sử dụng sai mạng có thể khiến tiền không hiển thị như mong đợi.
Sử dụng Kite Bridge: Người dùng cũng có thể chuyển USDC sang Kite Chain thông qua Kite Bridge. Họ kết nối ví đang giữ tiền, chọn chuỗi nguồn và token, chọn Kite làm đích đến rồi nhập địa chỉ ví Passport làm địa chỉ nhận. Sau khi xác nhận các giao dịch và chờ quá trình chuyển qua cầu nối hoàn tất, số dư Passport sẽ được cập nhật.
Chuyển từ ví đã có trên Kite: Nếu người dùng đã có USDC.e trên Kite Chain, họ có thể gửi trực tiếp từ ví bên ngoài đến địa chỉ ví Passport. Tài liệu của Kite cho biết ví bên ngoài cần có $KITE token để trả phí gas cho giao dịch chuyển này.
Người dùng có thể kiểm tra số dư sau khi giao dịch hoàn tất trong bảng điều khiển hoặc bằng lệnh kpass wallet balance. Tác nhân cũng có thể kiểm tra số dư khi được yêu cầu.
Các phương thức nạp tiền này giúp người dùng có nhiều cách chuẩn bị ví, nhưng nạp tiền không tự động đồng nghĩa với việc tác nhân được phép chi tiêu số dư một cách không hạn chế.
Sự phân biệt đó là trọng tâm của mô hình Passport. Ví giữ tiền; phiên chi tiêu xác định quyền hạn mà tác nhân được cấp để sử dụng số tiền đó.
3. Tạo phiên chi tiêu
Có thể nói đây là bước quan trọng nhất trong toàn bộ quy trình.
Sau khi ví được nạp tiền, tác nhân có thể yêu cầu một phiên chi tiêu. Thay vì chỉ yêu cầu quyền truy cập chung vào ví, phiên này xác định nhiệm vụ và giới hạn chi tiêu mà tác nhân phải tuân theo.
Các thông số phiên được mô tả trong tài liệu của Kite bao gồm:
Tóm tắt nhiệm vụ: Mô tả những gì tác nhân đang cố gắng hoàn thành.
Số tiền tối đa mỗi giao dịch: Giới hạn trên cho một khoản thanh toán riêng lẻ.
Tổng số tiền tối đa: Ngân sách tổng thể có thể sử dụng trong phiên.
Thời gian hiệu lực (TTL): Khoảng thời gian phiên còn hiệu lực.
Tài sản được phê duyệt: Các tài sản mà phiên có thể sử dụng.
Ví dụ, hãy tưởng tượng một tác nhân cần gửi một yêu cầu trả phí đến API thời tiết. Người dùng có thể cấp quyền cho một phiên với giới hạn tối đa 2 USD mỗi giao dịch, ngân sách tổng cộng 10 USD và thời hạn hiệu lực 24 giờ.
Tác nhân yêu cầu phiên và nhận được một URL phê duyệt. Người dùng mở URL đó trên thiết bị có sẵn khóa truy cập của mình rồi chủ động phê duyệt yêu cầu.
Phiên chỉ được kích hoạt sau khi có sự phê duyệt đó.
Sự phân biệt giữa giới hạn mỗi giao dịch và ngân sách tổng thể đặc biệt hữu ích. Mức tối đa mỗi giao dịch giới hạn số tiền của từng khoản thanh toán, trong khi ngân sách tổng thể giới hạn tổng chi tiêu cộng dồn trong suốt phiên. Thời hạn hết hiệu lực tạo thêm ranh giới thời gian, ngăn phiên duy trì hiệu lực vô thời hạn.
Sau khi được phê duyệt, tác nhân có thể thực hiện các khoản thanh toán đủ điều kiện trong giới hạn của phiên mà không cần xin phê duyệt mới cho từng khoản thanh toán. Phiên sẽ hết hạn khi hết thời gian hiệu lực hoặc khi đã dùng hết ngân sách.
Đây là sự cân bằng cốt lõi mà Passport đang hướng tới: người dùng vẫn kiểm soát phạm vi cấp quyền, còn tác nhân được trao đủ tính độc lập để thực hiện nhiệm vụ.
Nếu không có sự tách biệt này, quyền tự chủ có thể đồng nghĩa với việc trao cho tác nhân quyền truy cập tài chính rộng rãi. Với quyền theo phiên, mục tiêu là chỉ cấp quyền hạn cần thiết cho một khoảng thời gian làm việc cụ thể.
Tất nhiên, hệ thống cấp quyền chỉ hữu ích khi được triển khai tốt. Người dùng phải hiểu những gì mình đang phê duyệt và hệ thống phải thực thi chính xác các giới hạn. Một phiên không đảm bảo rằng tác nhân sẽ chọn đúng dịch vụ hoặc đưa ra quyết định đúng. Đây là cách giới hạn những hành động mà tác nhân được phép thực hiện.
4. Tìm dịch vụ và thanh toán
Khi ví đã được nạp tiền và phiên chi tiêu đã được phê duyệt, tác nhân có thể tìm kiếm dịch vụ trả phí phù hợp trong danh mục của Kite.
CLI được mô tả hỗ trợ tìm kiếm dịch vụ thông qua lệnh ksearch. Người dùng cũng có thể yêu cầu một tác nhân tương thích tìm các dịch vụ hiện có phù hợp với nhiệm vụ, chẳng hạn như tìm API thời tiết.
Sau khi xác định được dịch vụ phù hợp, tác nhân có thể gửi yêu cầu trả phí thông qua quy trình thanh toán được hỗ trợ.
Một trong những cơ chế được Kite mô tả là x402, một giao thức thanh toán xoay quanh phản hồi HTTP 402 Payment Required. Ý tưởng cơ bản là dịch vụ có thể thông báo rằng yêu cầu cần thanh toán và cung cấp các điều khoản cần thiết để tiếp tục.
Có thể hình dung quá trình tương tác theo trình tự sau:
Tác nhân yêu cầu một tài nguyên từ dịch vụ.
Nếu cần thanh toán, dịch vụ trả về một yêu cầu thanh toán mô tả các điều khoản.
Tác nhân Passport nhận được quyền thanh toán trong phạm vi phiên chi tiêu đã được người dùng phê duyệt.
Tác nhân gửi lại yêu cầu cùng thông tin thanh toán cần thiết.
Dịch vụ xác minh và quyết toán khoản thanh toán thông qua cơ sở hạ tầng thanh toán được hỗ trợ.
Sau khi xác nhận thanh toán, dịch vụ trả về tài nguyên hoặc phản hồi được yêu cầu.
Sau đó, tác nhân có thể sử dụng phản hồi đó như một phần trong nhiệm vụ lớn hơn mà nó đang thực hiện.
Điều này có ý nghĩa quan trọng vì thanh toán có thể trở thành một phần của chính quá trình tương tác bằng phần mềm. Tác nhân không nhất thiết phải dừng lại, chuyển người dùng đến trang thanh toán thông thường rồi chờ họ tự hoàn tất từng khoản mua nhỏ.
Dịch vụ xác định yêu cầu thanh toán, Passport áp dụng quyền chi tiêu mà người dùng đã phê duyệt, còn dịch vụ cung cấp tài nguyên sau khi xử lý thanh toán.
Tài liệu dành cho nhà cung cấp dịch vụ của Kite cũng mô tả hỗ trợ Giao thức Thanh toán Máy (MPP) như một phương thức khác để dịch vụ nhận thanh toán từ tác nhân Passport. Chi tiết khác nhau tùy giao thức, nhưng mục tiêu rộng hơn vẫn tương tự: cho phép dịch vụ xác định yêu cầu thanh toán theo cách mà tác nhân phần mềm có thể xử lý.
Passport cũng mô tả khả năng hỗ trợ chuyển USDC trực tiếp do tác nhân khởi tạo trong giới hạn của phiên đã được phê duyệt. Cách này khác với việc thanh toán cho dịch vụ thông qua yêu cầu dựa trên giao thức, dù cả hai đều phụ thuộc vào các quyền được cấp cho tác nhân.
Cần nói chính xác về ý nghĩa của việc này. Không phải mọi trang web hay API đều tự động có thể được tác nhân Passport truy cập. Dịch vụ phải hỗ trợ quy trình thanh toán tương thích và tác nhân cần tương tác với dịch vụ đúng cách. Hệ thống cung cấp cách kết nối cấp quyền với thanh toán; nó không loại bỏ nhu cầu tích hợp dịch vụ.
5. Giám sát hoạt động và duy trì quyền kiểm soát
Tự chủ không nên đồng nghĩa với mất khả năng quan sát.
Sau khi tác nhân bắt đầu chi tiêu, người dùng có thể xem lại các khoản thanh toán đã hoàn tất và hoạt động trong phiên qua bảng điều khiển Passport. CLI cũng cung cấp lệnh liệt kê các phiên đang hoạt động và xem hoạt động gần đây.
Điều này quan trọng vì quyền hạn được ủy quyền cần tiếp tục dễ hiểu sau khi đã được cấp. Người dùng cần có khả năng kiểm tra tác nhân đã làm gì, đã chi bao nhiêu và phiên còn đang hoạt động hay không.
Ngân sách và thời hạn của phiên tạo ra các ranh giới từ trước. Nhật ký hoạt động cung cấp khả năng quan sát sau đó. Cả hai đều quan trọng nhưng phục vụ những mục đích khác nhau.
Giới hạn chi tiêu ràng buộc những gì tác nhân được phép làm. Lịch sử hoạt động giúp người dùng hiểu tác nhân thực sự đã làm gì.
Không yếu tố nào đảm bảo rằng mọi giao dịch đều khôn ngoan hoặc mọi dịch vụ đều hợp pháp. Giám sát không thể thay thế bảo mật, và bản ghi giao dịch tự nó không chứng minh rằng phần mềm nền tảng hoạt động chính xác.
Dù vậy, kết hợp cả hai vẫn hữu ích hơn nhiều so với việc đơn giản đưa cho tác nhân một chiếc ví rồi hy vọng nó sẽ hành xử như mong đợi.
Nguyên tắc rộng hơn là quyền tự chủ được ủy quyền cần có cả giới hạn lẫn khả năng quan sát. Người dùng không nên phải chọn giữa việc phê duyệt từng hành động nhỏ và từ bỏ quyền kiểm soát thực chất đối với quy trình.
6. Thu hồi quyền: Biện pháp kiểm soát cần được xác minh
Ủy quyền chỉ là một nửa của vấn đề. Một mô hình quyền hạn vững chắc cũng cần giải thích cách người dùng có thể thu hồi quyền khi hoàn cảnh thay đổi. Nhiệm vụ có thể đã hoàn thành, tác nhân có thể không còn cần thiết hoặc hành vi của tác nhân có thể khiến người dùng muốn dừng nó.
Trong việc cấp quyền cho tác nhân, thu hồi nghĩa là vô hiệu hóa quyền đã cấp trước đó thay vì chờ quyền tự hết hạn. Phiên có thời hạn tạo ra một ranh giới tự động, nhưng ranh giới đó có thể không đến đủ sớm nếu người dùng muốn dừng nhiệm vụ trước thời hạn.
Giới hạn ngân sách và cơ chế thu hồi giải quyết hai vấn đề khác nhau. Ngân sách giới hạn mức chi tiêu tiềm tàng; thu hồi xác định liệu tác nhân có còn được phép hành động hay không. Cả hai đều là câu hỏi quan trọng khi đánh giá quyền tự chủ được ủy quyền.
Cuối cùng, quyền kiểm soát thực chất không chỉ đòi hỏi thiết lập ranh giới ngay từ đầu. Người dùng cần thông tin rõ ràng về cả những biện pháp kiểm soát đang có và những biện pháp vẫn cần được xác minh.
Quyền tự chủ sẽ đáng tin cậy hơn khi phạm vi quyền được ủy quyền rõ ràng, có giới hạn thời gian và, nếu được hỗ trợ, có thể thu hồi.
Quy trình này thực sự thay đổi điều gì
Xét tổng thể, quy trình Passport tạo ra một lộ trình xác định từ việc người dùng cấp quyền đến việc tác nhân thực hiện thanh toán.
Người dùng kết nối một tác nhân, nạp tiền vào ví, phê duyệt một phiên với các thông số chi tiêu cụ thể rồi để tác nhân tương tác với các dịch vụ trả phí được hỗ trợ. Sau đó, người dùng có thể xem lại hoạt động phát sinh.
Đây là cách tiếp cận cụ thể hơn đối với quyền tự chủ của tác nhân so với việc đơn giản cấp cho hệ thống AI quyền truy cập vào một phương thức thanh toán.
Cách tiếp cận này cũng cho thấy những câu hỏi khó vẫn còn đó. Người dùng có thể hiểu những quyền mình đang phê duyệt dễ dàng đến mức nào? Các giới hạn được thực thi đáng tin cậy ra sao? Điều gì xảy ra khi tác nhân đưa ra lựa chọn tồi trong phạm vi ngân sách được cấp? Môi trường tác nhân, ví và dịch vụ nhận thanh toán an toàn đến đâu?
Passport giải quyết một phần vấn đề cấp quyền và thanh toán, nhưng không thể loại bỏ mọi rủi ro liên quan đến phần mềm tự chủ.
Đó không phải là lý do để bác bỏ cách tiếp cận này. Đó là lý do để đánh giá nó dựa trên những gì nó thực sự cung cấp.
Nửa còn lại: Dịch vụ cần chấp nhận thanh toán từ tác nhân
Có một khía cạnh khác của hệ thống này rất dễ bị bỏ qua.
Tác nhân có thể có ví, danh tính và quyền chi tiêu được phê duyệt, nhưng vẫn cần nơi để sử dụng số tiền đó. Để nền kinh tế tác nhân vận hành, nhà cung cấp dịch vụ phải có khả năng nhận thanh toán từ tác nhân cũng như từ con người.
Đó là lý do tài liệu dành cho nhà cung cấp dịch vụ của Kite có liên quan đến bức tranh tổng thể.
Kite mô tả hai phương thức tích hợp thanh toán dành cho nhà cung cấp: x402 và MPP. Với x402, nhà cung cấp có thể trả về phản hồi HTTP 402 Payment Required chứa các điều khoản thanh toán. Sau đó, tác nhân Passport nhận quyền phù hợp từ phiên đã được người dùng phê duyệt rồi gửi lại yêu cầu kèm thông tin thanh toán. Nhà cung cấp xác minh và quyết toán khoản thanh toán thông qua một đơn vị xử lý tương thích trước khi cung cấp dịch vụ.
MPP tuân theo mô hình tổng quát tương tự: yêu cầu tài nguyên, trình bày điều khoản thanh toán, nhận thông tin xác thực thanh toán, xác minh thanh toán và cung cấp tài nguyên. Tuy nhiên, giao thức này hỗ trợ một tập hợp cơ chế thanh toán và kiểu tương tác khác.
Điểm quan trọng là hệ thống không chỉ giúp tác nhân chi tiêu tiền. Hệ thống còn giúp tác nhân truy cập dịch vụ thông qua các quy trình thanh toán được thiết kế cho phần mềm.
Hãy tưởng tượng một nhà phát triển cung cấp quyền truy cập vào một API chuyên biệt. Nếu tác nhân có thể tìm thấy dịch vụ, hiểu yêu cầu thanh toán, nhận quyền trong phạm vi ngân sách của người dùng và nhận phản hồi API sau khi thanh toán, nhà phát triển sẽ có một phương thức tiềm năng để phục vụ khách hàng tự động mà không cần xây dựng trải nghiệm thanh toán thủ công hoàn toàn riêng biệt.
Điều đó không đảm bảo sẽ có nhu cầu hoặc việc tích hợp sẽ dễ dàng. Nhà cung cấp vẫn cần triển khai giao thức liên quan, cấu hình cơ sở hạ tầng thanh toán và đảm bảo dịch vụ xử lý yêu cầu một cách an toàn. Tác nhân cũng cần có cách đáng tin cậy để tìm và diễn giải dịch vụ.
Tuy nhiên, cấu trúc hai phía này rất quan trọng. Hệ thống thanh toán cho tác nhân sẽ hữu ích hơn khi có nhiều dịch vụ phù hợp chấp nhận thanh toán; và dịch vụ có lý do mạnh mẽ hơn để hỗ trợ thanh toán từ tác nhân khi đã có các tác nhân hữu ích và khách hàng sẵn sàng sử dụng chúng.
Nói cách khác, cơ sở hạ tầng phải kết nối cả hai phía của giao dịch.
Vì sao thanh toán quan trọng đối với nền kinh tế tác nhân
Quyền tự chủ trở nên hữu ích hơn khi tác nhân có thể thanh toán cho những tài nguyên mình cần.
Tác nhân có thể cần quyền truy cập API, nguồn dữ liệu, dịch vụ tính toán hoặc năng lực của một tác nhân khác. Nếu mỗi lần tương tác đều cần con người trực tiếp thương lượng và hoàn tất thanh toán, việc tự động hóa có thể nhanh chóng trở nên rườm rà.
Đây là một trong những lý do cơ sở hạ tầng thanh toán có ý nghĩa đối với nền kinh tế tác nhân mới hình thành.
Stablecoin hữu ích trong những bối cảnh này vì chúng được thiết kế để bám theo giá trị của một đồng tiền tham chiếu, giúp việc ước tính giá trị giao dịch dễ dàng hơn so với các tài sản có giá biến động mạnh. Trong quy trình thanh toán được mô tả của Kite Passport, tài sản cần có trong ví Passport đã nạp tiền là USDC.e trên Kite Chain.
Lợi ích tiềm năng không phải là mọi tương tác AI đều cần thanh toán. Hầu hết không cần. Lợi ích nằm ở chỗ khi tác nhân thực sự cần mua một tài nguyên, khoản thanh toán có thể được tích hợp vào quy trình thay vì trở thành một gián đoạn thủ công.
Nhưng một giao dịch hoạt động về mặt kỹ thuật chưa chắc đã hữu ích. Phí mạng, giá dịch vụ, yêu cầu thất bại, rủi ro bảo mật và mức độ phức tạp của việc cấp quyền đều ảnh hưởng đến việc thanh toán tự động có hợp lý trong thực tế hay không.
Nền kinh tế tác nhân cần nhiều hơn khả năng chuyển tiền. Nó cần các hệ thống thanh toán như Kite Passport, vừa thiết thực để phần mềm sử dụng vừa đủ an toàn để con người có thể ủy quyền.
Một khuôn khổ hữu ích để đánh giá cơ sở hạ tầng tác nhân
Khi xem xét các dự án xây dựng cho nền kinh tế tác nhân, tôi cho rằng năm câu hỏi sau hữu ích hơn việc chỉ hỏi liệu một dự án có hỗ trợ tác nhân AI hay không.
1. Thanh toán dựa trên stablecoin
Tác nhân có thể thanh toán cho dịch vụ bằng các tài sản và cơ chế thanh toán phù hợp với giao dịch số không? Điều quan trọng là quy trình thanh toán có hữu ích trong thực tế hay không, chứ không chỉ là có token hoặc ví.
2. Quyền hạn có thể lập trình
Người dùng có thể xác định quyền hạn mà tác nhân được cấp không? Giới hạn chi tiêu, hành động bị hạn chế và quyền có thời hạn có thể giúp đảm bảo quyền truy cập được ủy quyền tương xứng với nhiệm vụ.
3. Xác thực ưu tiên tác nhân
Tác nhân có thể xác định danh tính và tương tác với dịch vụ thông qua quy trình được thiết kế cho phần mềm, đồng thời tôn trọng quyền mà chủ sở hữu đã cấp hay không?
4. Hoạt động có thể kiểm tra
Người dùng có thể kiểm tra các hành động và giao dịch liên quan không? Khả năng quan sát rất quan trọng khi tác nhân hành động thay mặt ai đó, dù chỉ lịch sử giao dịch không thể chứng minh rằng mọi quyết định đều đúng hoặc mọi quy trình nền tảng đều an toàn.
5. Giao dịch khả thi về mặt kinh tế
Hệ thống có thể hỗ trợ các giao dịch với chi phí và tốc độ phù hợp với những dịch vụ liên quan không? Nếu các khoản thanh toán nhỏ quá đắt hoặc khó thực hiện, nhiều trường hợp sử dụng tiềm năng có thể vẫn không khả thi.
Kết hợp lại, những câu hỏi này tạo thành một cách hữu ích để đánh giá cơ sở hạ tầng cho tác nhân tự chủ. Chúng cũng cho thấy vì sao không nên nhầm lẫn một tính năng đơn lẻ với một giải pháp hoàn chỉnh.
Ví không giải quyết được vấn đề cấp quyền. Hệ thống danh tính không đảm bảo quyết định đúng đắn. Nhật ký kiểm tra không loại bỏ lỗ hổng bảo mật. Và giao thức thanh toán không tự động tạo ra nhu cầu bền vững.
Hệ thống mạnh nhất cần các thành phần này phối hợp với nhau. Kite trình bày cách tiếp cận của mình thông qua một khuôn khổ liên quan mang tên SPACE: Thanh toán dựa trên stablecoin, Ràng buộc có thể lập trình, Xác thực ưu tiên tác nhân, Cơ sở hạ tầng sẵn sàng tuân thủ và Thanh toán vi mô khả thi về mặt kinh tế. Khuôn khổ này thể hiện hữu ích những gì dự án hướng tới hỗ trợ, nhưng không nên xem đó là bằng chứng rằng mọi thách thức trong từng lĩnh vực đã được giải quyết. Phép thử thực tế là các yếu tố này phối hợp với nhau ra sao trong những lần triển khai thực tế.
Điều này có thể mở ra khả năng gì?
Nếu danh tính, quyền hạn và thanh toán của tác nhân trở nên đủ đáng tin cậy, một số dạng tương tác có thể dễ tự động hóa hơn.
Tác nhân có thể mua quyền truy cập API hoặc dữ liệu, thanh toán tài nguyên tính toán và phối hợp với các tác nhân chuyên biệt cung cấp dịch vụ mà chúng không thể tự thực hiện. Doanh nghiệp cũng có thể triển khai các tác nhân hoàn thành một phần quy trình công việc trên nhiều dịch vụ mà không cần con người phê duyệt từng tương tác riêng lẻ.
Đây là những hướng đi khả thi cho một nền kinh tế tác nhân, chứ không phải bằng chứng rằng mọi trường hợp sử dụng đã được triển khai ở quy mô lớn.
Thành công của chúng sẽ phụ thuộc vào nhiều yếu tố hơn là sự sẵn có của cơ sở hạ tầng. Nhà phát triển cần xây dựng các dịch vụ hữu ích, người dùng cần có lý do để ủy quyền nhiệm vụ và doanh nghiệp cần tin tưởng các hệ thống xử lý tài nguyên của mình.
Công nghệ có thể giảm trở ngại, nhưng không thể tự tạo ra nhu cầu.
Vai trò của token KITE
Kite cũng có một token gốc là $KITE , cần được xem xét riêng biệt với các stablecoin được dùng để thanh toán dịch vụ Passport. Trong quy trình nạp tiền được mô tả, USDC.e được dùng để thanh toán cho tác nhân trên Kite Chain, còn $KITE được yêu cầu để trả phí gas khi chuyển tiền từ một ví bên ngoài đã có trên Kite Chain.
Không nên nhầm lẫn vai trò trả phí gas được mô tả đó với toàn bộ công dụng rộng hơn của token. Cần đánh giá mọi vai trò bổ sung dựa trên tài liệu hiện hành của dự án, đồng thời phân biệt chức năng đang hoạt động với chức năng còn được lên kế hoạch. Không nên suy đoán công dụng của token chỉ dựa trên tầm nhìn rộng hơn.
Phép thử thực sự là liệu chúng ta có thể ủy quyền một cách an toàn hay không
Lời hứa của các tác nhân AI rất dễ hiểu. Chúng có thể đảm nhận nhiều hơn phần việc nằm giữa việc xác định điều chúng ta muốn và thực sự hoàn thành điều đó.
Nhưng càng trao nhiều quyền hạn cho chúng, chúng ta càng cần xác định rõ quyền hạn đó kết thúc ở đâu.
Tôi xem đây là một trong những thách thức trọng tâm của nền kinh tế tác nhân. Các nhà phát triển không chỉ cố gắng xây dựng hệ thống có thể hành động độc lập. Họ còn đang nỗ lực xây dựng hệ thống mà mọi người có thể tin tưởng một cách hợp lý khi hành động thay mặt mình.
Trọng tâm của Kite về danh tính tác nhân, quyền được ủy quyền và cơ sở hạ tầng thanh toán giải quyết một phần thách thức đó. Passport khiến ý tưởng này trở nên đặc biệt cụ thể bằng cách gắn giới hạn chi tiêu của người dùng với những hành động mà tác nhân có thể thực hiện trong một phiên được phê duyệt. Ý nghĩa lâu dài của nó sẽ phụ thuộc vào mức độ đáng tin cậy của các biện pháp kiểm soát, mức độ dễ dàng để dịch vụ tích hợp với quy trình thanh toán và việc người dùng có thấy trải nghiệm đủ hữu ích để áp dụng hay không.
Vẫn còn những câu hỏi bỏ ngỏ về bảo mật, trách nhiệm giải trình, tính dễ sử dụng và mức độ áp dụng. Không nên gạt những câu hỏi đó sang một bên chỉ vì công nghệ đầy hứa hẹn. Chính chúng sẽ quyết định liệu lời hứa có trở nên hữu ích trong thực tế hay không.
Một tác nhân có thể thực hiện một nhiệm vụ là một tác nhân có năng lực. Một tác nhân có thể thực hiện nhiệm vụ đó trong những giới hạn được xác định rõ ràng sẽ hữu ích hơn. Và một tác nhân có hành động được hiểu, giám sát và dừng lại thông qua các biện pháp kiểm soát thực sự được hỗ trợ sẽ đáng tin cậy hơn. Đây là định hướng rộng lớn hơn mà Kite đang hướng tới, dù phép thử thực sự sẽ là các biện pháp kiểm soát này hoạt động ra sao trong thực tế.
Không nên đo lường tương lai của AI tự chủ bằng mức độ tự do chúng ta trao cho các tác nhân, mà bằng mức độ thông minh trong việc xác định phạm vi tự do mà chúng cần.