Tôi giao cho một tác nhân AI một ví tiền mã hóa. Nó không vi phạm quy tắc nào nhưng vẫn khiến tôi mất $500
Thanh toán tự động không phải là điều mới mẻ trong lĩnh vực tiền mã hóa. Các bot giao dịch, tập lệnh và cơ chế hoán đổi tự động (tự động đổi token này sang token khác) đã chuyển tiền suốt nhiều năm mà không cần con người phê duyệt từng giao dịch. Nhưng chúng chỉ thực hiện những quyết định tôi đã đưa ra.
Tác nhân AI tiến xa hơn. Nó nhận nhiệm vụ, chọn cách hoàn thành và trong quá trình đó tự quyết định trả tiền cho ai, khi nào và bao nhiêu. Lần đầu tiên, tôi có thể giao cho máy một phần quyền quyết định tài chính, chứ không chỉ quyền sử dụng tiền.
Vấn đề là: tác nhân càng được trao nhiều quyền tự chủ, sai sót trong cấu hình càng gây tổn thất lớn. Trong một thử nghiệm, sai sót đó khiến tôi mất khoảng $500. Từ đó, tôi không còn xem thanh toán do tác nhân thực hiện là hình thức thanh toán tự động thế hệ mới, mà bắt đầu coi đó là một mô hình quản lý tiền riêng biệt.
Những điểm chính
Stablecoin hoàn toàn phù hợp với thanh toán do máy thực hiện: các chương trình giao tiếp trực tiếp với nhau, còn ngân sách vẫn dễ dự tính.
Rủi ro lớn nhất không phải là AI mất kiểm soát, mà là một tác nhân hành động hợp lý trong khuôn khổ những quy tắc bất hợp lý do con người đặt ra.
Cần có nhiều giới hạn độc lập: ngân sách, hạn mức cho mỗi giao dịch, giới hạn số lần lặp lại, danh sách dịch vụ được phép sử dụng, ngày hết hạn và cách dừng tác nhân ngay lập tức. Hãy thực thi các giới hạn này trong ví, không phải trong câu lệnh dành cho AI.
Vai trò của con người chuyển từ phê duyệt từng giao dịch sang quản lý chính sách chi tiêu.
Từ bot giao dịch đến tác nhân AI
Lần đầu tiên tôi để một chương trình quản lý một phần tiền của mình hoàn toàn không liên quan đến AI. Đó là một bot giao dịch: nó theo dõi một số thông số thị trường và tự giao dịch khi các điều kiện tôi đặt ra được đáp ứng. Tôi xác định logic giao dịch, quy mô vị thế và mức rủi ro chấp nhận được; phần mềm chỉ đơn giản là hành động nhanh hơn tôi.
Những hạn chế của nó nhanh chóng lộ rõ. Bot xử lý được mọi tình huống tôi đã dự liệu, nhưng không hiểu gì ngoài phạm vi đó. Khi thị trường diễn biến bất thường, nó không thể nói: "Lần này tốt hơn là đứng ngoài."
Đó là điểm khác biệt cốt lõi so với các tác nhân AI ngày nay. Với bot, tôi ra lệnh: "Nếu A xảy ra, hãy làm B." Với tác nhân AI, tôi có thể nói: "Hãy đạt được kết quả tôi cần và tự tìm cách thực hiện."
Điều này làm thay đổi bản chất của việc thanh toán. Với tôi, việc mua hàng luôn gồm những bước riêng biệt: tìm sản phẩm, quyết định mua, rồi thanh toán. Tác nhân AI không có sự tách biệt như vậy. Thanh toán chỉ là một bước nữa trong nhiệm vụ, bên cạnh việc so sánh các nhà cung cấp — chỉ trong vài giây — hoặc chuyển sang tài sản hay mạng lưới khác trong phạm vi được phép.
Đó cũng là điều khiến tác nhân AI khác với hình thức thanh toán tự động quen thuộc. Với khoản thanh toán định kỳ qua ngân hàng, mỗi tháng một số tiền cố định được trả cho một công ty đã xác định. Tác nhân AI có thể tự quyết định mình cần gì, chọn nhà cung cấp và đánh giá xem có đáng mua hay không. Khác biệt nghe có vẻ nhỏ, nhưng xét về kiểm soát tiền bạc, đây là một mô hình hoàn toàn khác.
Lượt chạy · · Còn ngân sách · ✅ tuân thủ quy tắc bạn đặt
Kết quả: kém. Đang thử lại…
Kết quả: kém. Ngân sách còn lại: . Đang dừng.
Thử cấp ngân sách cho một tác nhân AI
Nhiệm vụ của tác nhân AI: xử lý một tập dữ liệu lớn. Tác nhân có thể thuê năng lực tính toán GPU để hoàn thành nhiệm vụ. Hãy đặt quy tắc, rồi nhấn Chạy.
Mức tối đa mỗi lần mua
Tổng ngân sách Tác nhân dừng khi hết ngân sách
Mô phỏng đơn giản hóa. Giá chỉ mang tính minh họa.
Đã chi:
0 trên 800
Đã chi 800. Vi phạm 0 quy tắc.
Mỗi lần thuê đều nằm trong giới hạn 40 bạn đặt, và tác nhân chỉ dừng khi dùng hết ngân sách 800. Nhiệm vụ thất bại trong cả 20 lần.
Thiếu quy tắc cần thiết800
Thêm một quy tắc120
Tổng ngân sách không giúp bạn giữ được tiền. Nó chỉ quyết định bạn sẽ mất bao nhiêu. Chỉ cần một quy tắc, tác nhân đã phải dừng khi chi đến 120 và hỏi bạn nên làm gì tiếp theo.
Quy tắc nào? Không phải quy tắc mà đa số mọi người nghĩ đến.
Đọc tiếp để tìm câu trả lời ↓
Vì sao stablecoin phù hợp với thanh toán do máy thực hiện
Stablecoin (token tiền mã hóa được neo giá vào một đồng tiền như đô la Mỹ) phù hợp với thanh toán do máy thực hiện vì đây là dạng tiền phổ biến duy nhất vừa có thể lập trình, vừa có chi phí chuyển thấp ngay cả với số tiền rất nhỏ, hoạt động liên tục và giữ giá trị ổn định.
Thanh toán thẻ không hiệu quả với số tiền nhỏ. Một giao dịch thanh toán thẻ trực tuyến thông thường có phí cố định khoảng 30 cent cộng thêm phí tính theo tỷ lệ phần trăm. Mức phí này phù hợp với giao dịch mua hàng trị giá $50, nhưng không phù hợp với một yêu cầu dữ liệu có giá $0,15. Theo báo cáo của Keyrock, trong một năm tính đến tháng 4 năm 2026, giá trị thanh toán trung bình của tác nhân AI chỉ là $0,31—$0,48, và khoảng 76% giao dịch của tác nhân có giá trị thấp hơn mức phí tối thiểu 30 cent đó.
Hạ tầng thanh toán ngân hàng được thiết kế cho con người. Bạn mở tài khoản, hoàn tất các bước kiểm tra, đăng nhập, xác nhận chuyển tiền và đôi khi phải chờ ngân hàng phê duyệt, hoặc chờ đến thứ Hai nếu đang là cuối tuần. Tác nhân hoạt động suốt ngày đêm. Với stablecoin, tác nhân tạo giao dịch, ký rồi gửi lên mạng lưới, nơi khoản thanh toán được hoàn tất trong vài giây hoặc vài phút, vào bất kỳ ngày nào trong tuần. Các chương trình giao tiếp trực tiếp với nhau.
Tiền mã hóa biến động giá làm xáo trộn ngân sách. Bitcoin cũng có thể lập trình, nhưng giá của nó biến động. Nếu ngân sách của tác nhân là 0.001 BTC, sức mua thực tế sẽ thay đổi từng giờ, kéo theo mọi hạn mức cũng thay đổi. Một khoản như 20 USDT có cùng ý nghĩa với tôi và chương trình, cả hôm nay lẫn ngày mai. Nhờ đó, việc lập ngân sách và theo dõi chi phí trở nên dễ dàng, còn hạn mức không cần tính lại mỗi khi thị trường biến động.
Cách tác nhân AI thanh toán hiện nay: các giao thức hỗ trợ thanh toán của tác nhân
Để tác nhân có thể thanh toán, người bán cần biết ai đang trả tiền, trả thay cho ai và khoản thanh toán có được cho phép hay không. Hiện có một số tiêu chuẩn mở giúp trả lời những câu hỏi này.
x402, do Coinbase phát triển, đưa mã trạng thái HTTP 402 "Payment Required" vốn lâu nay không được sử dụng trở lại ứng dụng thực tế. Dịch vụ phản hồi yêu cầu bằng một mức giá, tác nhân thanh toán bằng stablecoin và yêu cầu được xử lý. Giao thức này phù hợp với việc truy cập API, dữ liệu và tài nguyên tính toán theo mô hình trả phí cho từng yêu cầu. Tháng 4 năm 2026, giao thức được chuyển sang x402 Foundation thuộc Linux Foundation, với các thành viên gồm Google, Stripe, AWS, Visa và Mastercard.
AP2 (Agent Payments Protocol), được Google giới thiệu vào tháng 9 năm 2025, mô tả cách người dùng "ủy quyền" cho tác nhân mua hàng thay mình sao cho việc ủy quyền có thể được xác minh. Giao thức hỗ trợ thẻ, chuyển khoản ngân hàng và stablecoin; thanh toán bằng tiền mã hóa được xử lý qua một phần mở rộng của x402.
ACP (Agentic Commerce Protocol), do OpenAI và Stripe cùng phát triển và ra mắt vào tháng 9 năm 2025, cho phép tác nhân hoàn tất thanh toán với người bán, chẳng hạn mua hàng trực tiếp trong ChatGPT.
Vai trò của Volet.com
Các giao thức này chuẩn hóa cách tác nhân yêu cầu thanh toán và chứng minh yêu cầu đó đã được ủy quyền. Việc chuyển tiền vẫn cần được hoàn tất, và với các khoản thanh toán bằng stablecoin, Volet.com hoạt động ở tầng xử lý này.
Để bán hàng cho các tác nhân, người bán cần chấp nhận tiền mã hóa, lý tưởng nhất là không có trung gian giữa người mua và người bán. Với cổng thanh toán tiền mã hóa không lưu ký của Volet.com, việc chuyển tiền được thực hiện thông qua hợp đồng thông minh trực tiếp trên blockchain. Người mua, dù là con người hay tác nhân, kết nối ví và xác nhận giao dịch, sau đó tiền được chuyển thẳng vào ví của người bán.
Volet.com giúp bạn xây dựng hệ thống thanh toán toàn cầu
Bằng tiền pháp định, tiền mã hóa và stablecoin. Qua API, hosted checkout hoặc plugin dễ cài đặt. Nhận, gửi và quản lý tiền — tất cả chỉ bằng code.
Thử nghiệm đầu tiên của tôi: một tác nhân AI mua sách giúp tôi
Giai đoạn tiếp theo bắt đầu khi tôi thử tự động hóa một công việc thường ngày thay vì giao dịch. Lần này, mục tiêu đã khác: thay vì thực hiện một lệnh tài chính cụ thể, chương trình phải tự thực hiện nhiều bước để đạt được kết quả tôi mong muốn.
Để thử nghiệm, tôi chọn tình huống đơn giản nhất có thể — mua sách. Tôi thường xuyên mua sách và muốn xem liệu có thể bỏ bớt phần lớn các bước nhỏ trong quá trình này hay không. Tôi cung cấp cho tác nhân AI các chủ đề mình quan tâm, mức giá tối đa và một vài cửa hàng được phép mua hàng. Mỗi chu kỳ đã định, tác nhân có thể thực hiện một lượt kiểm tra sách mới phát hành, chọn những cuốn phù hợp và đặt hàng nếu đáp ứng các điều kiện tôi đặt ra.
Tôi chủ ý không cấp cho tác nhân một ngân sách lớn. Ở giai đoạn này, mục đích không phải là xây dựng một hệ thống mua hàng hoàn toàn tự chủ, mà chỉ để kiểm chứng cách làm. Và chỉ với cách thiết lập như vậy, hệ thống đã tỏ ra tiện lợi đến bất ngờ. Tôi không còn phải nhớ mua sách, tìm lại đúng mục sách và so sánh nhiều lựa chọn. Tôi chỉ đặt quy tắc một lần và can thiệp khi có việc nằm ngoài các quy tắc đó.
Sai lầm trong cấu hình khiến tôi mất khoảng $500
Sau thử nghiệm thành công đầu tiên này, tôi mắc một sai lầm điển hình: quyết định cho hệ thống nhiều quyền tự chủ hơn. Kịch bản đơn giản đã hoạt động tốt, nên chuyển sang một nhiệm vụ mà tác nhân AI phải tự quản lý nhiều khoản chi có vẻ là bước đi hợp lý.
Trong một thử nghiệm, tác nhân được cấp ngân sách riêng và quyền mua tài nguyên tính toán để xử lý dữ liệu. Tôi giới hạn chi phí tối đa cho mỗi thao tác ở mức $40 và quy định những dịch vụ tác nhân được phép sử dụng. Trên lý thuyết, mọi thứ có vẻ hoàn toàn an toàn — tác nhân không thể đột ngột gửi toàn bộ số dư cho một người nhận không rõ danh tính hay mua một dịch vụ quá đắt.
Nhưng tôi đã bỏ sót một quy tắc: không giới hạn số lần thực hiện cùng một thao tác trong mỗi nhiệm vụ.
Trong quá trình làm việc, tác nhân nhiều lần nhận được kết quả không đạt yêu cầu. Thay vì dừng lại và hỏi tôi, nó đưa ra một kết luận khá hợp lý rằng vấn đề nằm ở việc thiếu tài nguyên. Lần thuê đầu tiên nằm trong giới hạn, lần thứ hai cũng vậy, và lần thứ ba cũng không vi phạm điều kiện nào. Rồi lại đến lần tiếp theo.
Khi tôi nhận ra chuyện gì đang xảy ra, tổng chi tiêu đã gần chạm mức $500.
Đó là cách các cơ chế bảo vệ được thiết kế kỹ lưỡng cho tác nhân thanh toán có thể giúp bạn tiết kiệm nhiều tiền — và tránh phiền toái
Phản ứng đầu tiên của tôi rất dễ đoán: hệ thống đã làm một việc ngớ ngẩn và lãng phí tiền. Nhưng khi bình tĩnh xem lại từng bước, tôi nhận ra tác nhân đã hành động hoàn toàn trong phạm vi được cho phép.
Tôi đã cấm những giao dịch mua có giá trị lớn, nhưng chưa từng nói rõ được phép mua bao nhiêu lần với giá trị nhỏ. Tôi chưa quy định phải dừng sau bao nhiêu lần thử thất bại. Tôi cũng chưa đặt ra quy tắc phải xin tôi phê duyệt khi chi tiêu tăng lên. Từ góc nhìn của chương trình, mua thêm một chút tài nguyên tính toán vẫn là cách hoàn toàn hợp lệ để đạt mục tiêu.
Tác nhân không vi phạm quy tắc nào. Chính các quy tắc tôi đặt ra mới là vấn đề
Chính sự việc này, hơn bất cứ điều gì khác, đã thay đổi cách tôi nghĩ về thanh toán tự chủ.
Vấn đề không phải lúc nào cũng xảy ra vì mô hình "phát điên", dịch vụ bị tấn công hay chương trình ngừng hoạt động do lỗi. Tình huống khó chịu hơn nhiều là khi tác nhân hành động hợp lý trong khuôn khổ những quy tắc bất hợp lý do chủ sở hữu đặt ra. Nó không biết tôi "thực sự muốn nói gì" nếu điều đó không được thể hiện trong các ràng buộc.
Sau đó, tôi mới thực sự hiểu ra: cấp ví cho tác nhân là phần dễ. Xác định đúng phạm vi tự chủ tài chính của nó mới khó hơn nhiều.
Tự chủ có kiểm soát: 6 giới hạn tôi hiện đặt cho mọi tác nhân AI
Từ đó, cách tiếp cận của tôi thận trọng hơn rõ rệt. Tôi không còn cho rằng chỉ một giới hạn tổng thể là đủ để bảo vệ tiền. Một cấu hình hợp lý cần nhiều ràng buộc độc lập, mỗi ràng buộc ngăn ngừa một loại lỗi riêng.
Về cơ bản, giờ tôi xem ví của tác nhân như một ngân sách hoạt động riêng trong công ty. Nó không cần toàn quyền truy cập nguồn tiền chính. Với mỗi nhiệm vụ cụ thể, nó chỉ cần đúng những quyền cần thiết để hoàn thành nhiệm vụ — không hơn.
Giới hạn
Rủi ro được ngăn chặn
Ví dụ
Ngân sách
Tiền hao hụt dần mà không thể nhận ra nếu chỉ xem từng khoản thanh toán riêng lẻ
Tối đa $300 cho mỗi nhiệm vụ
Ngưỡng phê duyệt
Một sai lầm tốn kém
Trên $20 phải được tôi phê duyệt; không cho phép khoản nào trên $100
Giới hạn số lần lặp lại
Vòng lặp mất kiểm soát, như lần khiến tôi mất $500
Dừng sau ba lần thử thất bại
Danh sách cho phép
Thanh toán cho người nhận không xác định hoặc có ý đồ xấu
Chỉ các nhà cung cấp đã được phê duyệt trước
Thời hạn hiệu lực
Quyền truy cập còn sót lại bị lạm dụng về sau
Quyền hạn chấm dứt khi nhiệm vụ kết thúc
Công tắc dừng
Hành vi ngoài dự kiến tiếp diễn
Một thao tác dừng toàn bộ chi tiêu
Một bài học nữa: các giới hạn này phải được đặt bên ngoài mô hình AI, trong ví hoặc hạ tầng thanh toán, chứ không phải trong câu lệnh. Câu lệnh là yêu cầu, không phải sự bảo đảm. Lỗi phần mềm hoặc hành vi chèn lệnh (những chỉ dẫn ẩn trong trang web hoặc tệp nhằm chi phối hành vi của tác nhân) có thể khiến tác nhân bỏ qua yêu cầu đó. Còn khi giới hạn được thực thi trong ví, giao dịch vượt giới hạn sẽ bị từ chối.
Tôi biết cách này kém ấn tượng hơn nhiều so với ý tưởng "cấp ví cho AI rồi để nó tự do hoạt động", nhưng lại gần với một sản phẩm thực tế hơn nhiều. Khả năng tự chủ hoàn toàn trông rất hấp dẫn trong các buổi trình diễn. Khi liên quan đến tiền thật, với tôi, sự tự do có kiểm soát quan trọng hơn nhiều.
Vì sao thanh toán do tác nhân thực hiện có thể định hình lại thị trường tiền mã hóa
Trong nhiều năm, ngành tiền mã hóa hình dung rằng khi tiền mã hóa được sử dụng rộng rãi, mọi người sẽ nắm giữ, dùng nó để thanh toán tại cửa hàng và chuyển cho nhau. Tôi không chắc con người sẽ thúc đẩy làn sóng thanh toán tiếp theo. Theo tôi, hai mô hình đang hình thành.
Trong mô hình tác nhân–dịch vụ, tác nhân tìm tài nguyên, kiểm tra giá và thanh toán theo từng lần sử dụng, còn con người chỉ đặt ngân sách và yêu cầu.
Trong mô hình tác nhân–tác nhân, một tác nhân giao một phần nhiệm vụ cho tác nhân khác và thanh toán sau khi công việc hoàn tất. Chẳng hạn, một tác nhân nghiên cứu có thể mua dịch vụ phân tích dữ liệu phức tạp từ một tác nhân chuyên về lĩnh vực đó, thay vì tự làm mọi việc.
Nếu mô hình này trở nên phổ biến, một phần đáng kể các chủ thể tham gia nền kinh tế sẽ không phải là con người.
Những con số hiện nay vẫn còn khiêm tốn. Theo báo cáo của Keyrock, các tác nhân AI đã thanh toán nhỉnh hơn $73 triệu trên chuỗi trong năm trước đó, một con số rất nhỏ so với quy mô thị trường tiền mã hóa. Nhưng xu hướng quan trọng hơn khối lượng. Một người không thể thực hiện hàng nghìn giao dịch mua có mục đích mỗi ngày, nhưng một công ty có thể vận hành hàng chục tác nhân làm được điều đó. Khi ấy, quy mô sẽ được đo không chỉ bằng số người sở hữu ví mà còn bằng số chương trình tự chủ và hoạt động kinh tế do chúng thực hiện.
Các thành phần cần thiết đã có sẵn: mô hình có khả năng lập kế hoạch cho những chuỗi hành động phức tạp, API và tiền có thể lập trình dưới dạng stablecoin và hợp đồng thông minh. Điều còn thiếu là dạy các hệ thống này quản lý ngân sách an toàn. Nếu làm được, tiền mã hóa sẽ có thêm một nhóm chủ thể tham gia mới: các chương trình cần trực tiếp sử dụng tiền để thực hiện công việc.
Khi bạn sẵn sàng xây dựng dịch vụ cho các chương trình này, Volet.com có thể giúp bạn thiết lập hạ tầng tài chính: chấp nhận thanh toán bằng stablecoin và thực hiện chi trả trực tiếp trên chuỗi, không qua trung gian nắm giữ tiền của bạn.
Bắt đầu gửi và nhận tiền ngay hôm nay
Dùng stablecoin để vươn ra toàn cầu và các kênh tiền pháp định nội địa để nạp tiền, rút tiền dễ dàng.
Có. Tác nhân AI cần một ví cho phép nó ký giao dịch và quyền chi tiêu trong các giới hạn bạn đặt ra.
Các giao thức như x402 đã cho phép các dịch vụ thu phí tác nhân AI bằng stablecoin cho từng yêu cầu.
Tối thiểu cần có: ngân sách cho từng nhiệm vụ hoặc khoảng thời gian, hạn mức cho mỗi giao dịch, giới hạn số lần lặp lại cùng một giao dịch mua, danh sách dịch vụ được phép sử dụng, thời hạn hiệu lực của quyền được cấp và cách dừng tác nhân ngay lập tức.
Hãy bắt đầu với hạn mức nhỏ, chẳng hạn cho phép tác nhân tự chi tối đa $20 và yêu cầu bạn phê duyệt nếu vượt mức đó.
Có. Đây được gọi là chèn lệnh: các chỉ dẫn ẩn trong trang web hoặc tệp làm thay đổi hành vi của tác nhân.
Vì vậy, các giới hạn và danh sách cho phép cần được thực thi bên ngoài mô hình, nơi tác nhân không thể dùng lời lẽ để vượt qua chúng.
Hãy nhận stablecoin theo cách tác nhân có thể tự xác minh, tốt nhất là có xác nhận trên chuỗi thay vì dùng trang thanh toán dành cho con người.
Một cách để làm điều này là sử dụng cổng thanh toán tiền mã hóa không lưu ký có hợp đồng thông minh, chẳng hạn như cổng thanh toán tiền mã hóa không lưu ký của Volet.com.