AI Agent có thể sử dụng thẻ ngân hàng không？Tại sao Thanh toán Tự động lại không thể tránh khỏi stablecoin và blockchain

Tác giả: Yokiiiya

Tuần trước tham dự Web3 Festival tại Hồng Kông, một cảm nhận rõ ràng là: hiện tại hầu như mỗi diễn đàn, mỗi panel đều không thể tránh khỏi AI.

Dù ban đầu nói về thanh toán, stablecoin, RWA, ví, sàn giao dịch, hay về quy định và hạ tầng, cuối cùng hầu như đều quay trở lại một câu hỏi: Khi AI không còn chỉ là sinh nội dung nữa, mà bắt đầu thực thi nhiệm vụ, gọi dịch vụ, ra quyết định, thậm chí xử lý dòng tiền, hệ thống tài chính và thanh toán hiện tại có còn đủ khả năng không?

Trong một panel tôi tham gia, cũng có người đặt câu hỏi trực tiếp: Web3 có đang lợi dụng AI không? Tôi nghĩ không phải vậy. Dĩ nhiên, các dự án lợi dụng xu hướng chắc chắn sẽ có. Nhưng nếu chỉ hiểu AI × Web3 như một sự ghép nối kể chuyện, có thể chúng ta đã bỏ lỡ một sự thay đổi nền tảng: AI đảm nhận hiểu biết, ra quyết định và hành động, còn Web3 cung cấp tài sản, tài khoản, thanh toán và môi trường thực thi có thể xác minh. Hai thứ không đơn thuần là cộng gộp khái niệm, mà đang phân chia lại vai trò.

Chủ tịch Ủy ban Tài chính Hồng Kông Trần Mậu Bổ trong bài phát biểu tại Web3 Festival 2026 cũng đề cập rằng, các agent AI trong tương lai sẽ phân tích thông tin với tốc độ máy móc và hành động, đồng thời tận dụng hạ tầng blockchain phía sau để nâng cao hiệu quả giao dịch, đồng thời định hình lại các lĩnh vực như tài chính, thương mại, quản lý tài sản, chuỗi cung ứng và logistics. Khi AI bắt đầu hành động, vấn đề không chỉ còn là “trí tuệ” nữa, mà còn là cách các hành động này được cấp phép, thanh toán, ghi nhận và chịu trách nhiệm.

Trong đó, Agentic Payment là một chủ đề ngày càng khó bỏ qua. Nhưng ban đầu tôi cũng có một câu hỏi đơn giản: Tại sao khi nói về Agentic Payment hay Agentic Commerce, mọi người cứ như mặc định nó phải gắn liền với Crypto, Stablecoin, Blockchain?

AI Agent có thể dùng thẻ ngân hàng không? Có thể dùng thẻ tín dụng không? Có thể dùng Apple Pay, Visa, MasterCard, Stripe, PayPal không?

Nếu Agent chỉ giúp tôi mua vé máy bay, đặt khách sạn, gia hạn SaaS, về lý thuyết nó hoàn toàn có thể gọi hệ thống thanh toán hiện có. Người dùng cấp phép một lần, Agent thực hiện thanh toán trong hạn mức và quy tắc, phía sau là thẻ ngân hàng, thẻ ảo, tài khoản doanh nghiệp hoặc ví thanh toán của bên thứ ba, nghe có vẻ không có gì bất hợp lý.

Vậy vấn đề không phải là “Thẻ ngân hàng có thể dùng không”. Dĩ nhiên là có thể. Vấn đề thực sự là: Thẻ ngân hàng và thẻ tín dụng phù hợp để giải quyết phần nào của Agentic Payment, còn phần nào thì không? AI Agent có thực sự dùng thẻ ngân hàng không? Và tại sao khi phát triển đến một giai đoạn nhất định, Agentic Payment gần như không thể tránh khỏi stablecoin và blockchain?

1. Thẻ ngân hàng giải quyết checkout, không phải Agent Economy

Nếu Agentic Payment chỉ giúp AI Agent hoàn thành bước cuối cùng của thanh toán, như mua vé, đặt khách sạn, gia hạn SaaS, thì phía sau là thẻ ngân hàng, thẻ tín dụng, thẻ ảo, Apple Pay, Stripe, PayPal, đều không có gì cản trở về bản chất. Thẻ ngân hàng có thể dùng, thẻ tín dụng cũng có thể.

Người dùng cấp phép một lần, Agent thực hiện thanh toán trong hạn mức và quy tắc. Việc này không quá khó hiểu, về bản chất giống như tự động trừ tiền thông minh hơn, thẻ ảo doanh nghiệp, thẻ du lịch hoặc hệ thống mua hàng tự động.

Vì vậy, các nhà thanh toán truyền thống như Visa, MasterCard, Stripe sẽ không biến mất. Thậm chí, họ còn là những cổng chính của Agentic Commerce thời kỳ đầu.

Machine Payments Protocol do Stripe và Tempo đề xuất rõ ràng minh chứng điều này. Nó không chỉ dựa vào stablecoin, mà còn cho phép thương nhân chấp nhận thanh toán trực tiếp từ các agent, hỗ trợ stablecoins, card, BNPL và các phương thức thanh toán fiat khác. Nói cách khác, trong giai đoạn đầu của Agent Payment, các phương thức thanh toán truyền thống và stablecoin có thể cùng tồn tại, chứ không phải ai thay thế ai ngay lập tức. Nhưng điều này chỉ giải quyết một phần của Agentic Commerce: checkout.

2. Checkout là điều kiện của thương mại truyền thống, không phải của Agent Economy

Nếu Agentic Payment chỉ giúp AI hoàn tất bước cuối cùng của thanh toán, như mua vé, đặt khách sạn, gia hạn SaaS, thì việc dùng thẻ ngân hàng, thẻ tín dụng, thẻ ảo, Apple Pay, Stripe, PayPal đều không có gì cản trở. Người dùng cấp phép một lần, Agent thực hiện thanh toán trong hạn mức và quy tắc. Điều này khá dễ hiểu, giống như tự động trừ tiền, thẻ ảo doanh nghiệp, thẻ du lịch hoặc hệ thống mua hàng tự động.

Vì vậy, các nhà thanh toán truyền thống như Visa, MasterCard, Stripe sẽ không biến mất. Thậm chí, họ còn là những cổng chính của Agentic Commerce thời kỳ đầu.

Machine Payments Protocol của Stripe và Tempo minh chứng rõ điều này. Nó không chỉ dựa vào stablecoin, mà còn cho phép thương nhân chấp nhận thanh toán trực tiếp từ các agent, hỗ trợ stablecoins, card, BNPL và các phương thức fiat khác. Trong giai đoạn đầu của agent payment, phương thức truyền thống và stablecoin có thể cùng tồn tại, chứ không phải ai thay thế ai ngay lập tức. Nhưng điều này chỉ giải quyết một phần của Agentic Commerce: checkout.

3. Thực tế, agent không chỉ dừng lại ở checkout

Checkout giả định rằng hàng hóa, thương nhân, đơn hàng, nút thanh toán, quy trình hoàn tiền và tranh chấp đã tồn tại. Agent chỉ đứng cạnh người dùng, giúp tự động hóa quá trình mua hàng.

Vấn đề thực sự xảy ra trong các trường hợp khác: Agent không còn chỉ là vào một giỏ hàng đã chuẩn bị sẵn, mà liên tục gọi tài nguyên, kết hợp dịch vụ, hoàn thành nhiệm vụ trong mạng mở.

Ví dụ, một AI research agent để hoàn thành báo cáo ngành, có thể cần gọi nhiều database, mua vài tài liệu trả phí, truy cập API các mô hình khác nhau, gọi dịch vụ crawler, thanh toán công cụ tạo biểu đồ, thậm chí mua phân tích từ một Agent khác. Trong đó, có thể không có “cửa hàng” truyền thống, cũng chưa chắc có trang checkout hoàn chỉnh. Nó đối mặt với API, giao diện dữ liệu, dịch vụ mô hình, nút tính toán, nguồn nội dung, công cụ tự động, thậm chí là một Agent khác.

Gần đây, tôi cũng gặp một ví dụ cụ thể. Tôi muốn làm một trợ lý phân tích lưu lượng truy cập, tự động gọi các nguồn dữ liệu như Semrush khi cần, giúp phân tích lưu lượng, từ khóa, đối thủ cạnh tranh và xu hướng thị trường. Nhưng khi bắt đầu lên kế hoạch, tôi nhận ra vấn đề không phải là “AI có thể phân tích không”, mà là “làm sao để lấy dữ liệu”. Nhiều nguồn dữ liệu thương mại không thiết kế theo kiểu “gọi một lần, trả phí một lần, phản hồi ngay”. Ví dụ, API của Semrush dựa trên hệ thống tài khoản, gói dịch vụ và API units. Mỗi request tiêu hao API units, người dùng cần có quyền truy cập API hoặc mua gói API units; API Trends cũng dựa trên API units.

Nhưng đối với Agent, mô hình này không tự nhiên. Nếu chỉ cần gọi một lần dữ liệu lưu lượng, Agent cần một cách đơn giản như truy cập web, gửi yêu cầu, không cần đăng ký tài khoản SaaS hay mua gói API. Chỉ hỏi: “Dữ liệu này giá bao nhiêu? Tôi có đủ quyền mua không? Nếu trong ngân sách, thì thanh toán rồi lấy kết quả ngay.”

Đây chính là khoảng cách giữa Agentic Payment và mô hình API truyền thống. Hiện tại, nhiều API tính phí theo kiểu “mua phần mềm cho con người”, chứ không phải “máy móc mua tài nguyên theo nhu cầu”.

Vì vậy, vấn đề của Agentic Payment không phải là “có thể trừ tiền ở bước cuối”, mà là trong toàn bộ chuỗi nhiệm vụ, làm thế nào để máy móc liên tục được cấp phép, khởi tạo thanh toán, xác nhận giao hàng, hoàn tất thanh toán.

Đây mới là giới hạn của hệ thống thẻ ngân hàng.

Không phải vì thẻ ngân hàng lạc hậu, mà vì nó phục vụ cho các tình huống tiêu dùng của con người: một người vào môi trường thương mại, chọn hàng, xác nhận đơn hàng, thanh toán, rồi ngân hàng, tổ chức thẻ, đơn vị chấp nhận thanh toán, hệ thống xác thực, kiểm soát rủi ro và tranh chấp sẽ xử lý tiếp.

Nhưng Agent Economy đối mặt với các vấn đề khác: Tại sao Agent có quyền tiêu tiền này? Dịch vụ làm sao xác nhận đây không phải bot độc hại, mà là ý định thực sự của người dùng? Agent có thể tự thanh toán nhỏ, tần suất cao, qua nhiều nền tảng không cần xác nhận thủ công? Dịch vụ nhận tiền rồi có thể ngay lập tức phát hành tài nguyên? Nếu Agent mua nhầm, vượt quyền, bị tấn công, thì trách nhiệm thuộc về ai?

Đây chính là lý do Google khi xây dựng AP2 không tập trung vào “dùng phương thức thanh toán nào”, mà là xây dựng một khung tin cậy chung cho agent payment. Trong tài liệu giới thiệu, AP2 được định nghĩa là một khung thanh toán không phụ thuộc phương thức, giúp người dùng, thương nhân và dịch vụ thanh toán có thể tự tin hơn khi thực hiện các khoản thanh toán do Agent dẫn dắt. AP2 yêu cầu Agent có thể nhận quyền hạn an toàn, đơn giản, để thực hiện hành động thay mặt người dùng; tính bảo mật của giao thức dựa vào chữ ký mã hóa của người dùng và thương nhân.

Vậy, câu hỏi đầu tiên của Agentic Payment không phải là: Tiền từ đâu ra? Mà là: Tại sao Agent có quyền tiêu tiền này?

Hệ thống thẻ ngân hàng có thể giải quyết một phần. Ví dụ, thẻ ảo, tokenized credentials, hạn mức, kiểm soát chi phí doanh nghiệp, quy tắc kiểm soát rủi ro, đều giúp Agent thực hiện giao dịch trong hệ thống thương mại hiện tại.

Visa cũng đang theo hướng này. Các dự án như Intelligent Commerce và Trusted Agent Protocol của họ về cơ bản là giúp AI Agent được nhận diện, tin cậy và cho phép đại diện khách hàng hoặc doanh nghiệp thực hiện giao dịch trong mạng lưới thương mại hiện có. Mô tả của Visa Developer về Trusted Agent Protocol rất rõ ràng: AI agents giúp người dùng duyệt trang web thương mại, phát hiện sản phẩm, so sánh giá và chọn lựa, còn hành trình mua sắm bắt đầu từ trước bước checkout; các tự động truy cập này thường bị các thương nhân, CDN hoặc dịch vụ chống bot chặn lại.

Điều này cho thấy các mạng lưới thanh toán truyền thống cũng đã nhận ra vấn đề: Agentic Commerce không chỉ diễn ra tại nút bấm thanh toán, mà còn từ tìm kiếm, so sánh, lựa chọn, cấp phép, đến thanh toán cuối cùng. Nhưng mạng lưới thẻ phù hợp để giải quyết cách Agent vào luồng thương mại hiện có và hoàn tất một giao dịch được cấp phép. Nó không tự nhiên giải quyết cách Agent liên tục gọi API, dữ liệu, mô hình, tính toán, nội dung, công cụ, thậm chí là Agent khác trong mạng mở.

Vì vậy, thẻ ngân hàng không phải là không thể. Chính xác hơn, thẻ ngân hàng giải quyết phần checkout của Agentic Commerce, còn Agent Economy cần một giao thức thanh toán nền tảng hơn.

Điều này đẩy câu hỏi lên một tầng cao hơn: Nếu đối tượng giao dịch không phải là thương nhân truyền thống, mà là API, mô hình, giao diện dữ liệu, thậm chí là Agent khác, thì làm thế nào để máy móc có thể khởi tạo và hoàn tất một thanh toán?

Đây chính là lý do các giao thức như x402, L402, T402 bắt đầu được bàn luận.

2. Agent thực sự cần là giao thức thanh toán có thể đọc được bởi máy móc

Nếu đối tượng giao dịch là thương nhân truyền thống, Agent hoàn toàn có thể vào luồng checkout hiện tại, dùng thẻ tín dụng, thẻ ghi nợ, thẻ ảo hoặc ví để thanh toán. Nhưng nếu đối tượng là API, mô hình, dữ liệu, nội dung, thậm chí là Agent khác, vấn đề lại khác.

Lúc này, điều máy móc cần không phải là một “nút thanh toán”, mà là một quy trình thanh toán có thể hiểu được bởi máy: Agent yêu cầu truy cập một tài nguyên. Dịch vụ trả lời: tài nguyên này cần thanh toán, giá là bao nhiêu, địa chỉ nhận tiền là gì, hỗ trợ phương thức nào. Agent xác định xem khoản thanh toán này có nằm trong phạm vi ủy quyền của người dùng không. Nếu đúng, thì thực hiện thanh toán. Dịch vụ xác nhận thanh toán, ngay lập tức giải phóng tài nguyên.

Quy trình này nghe có vẻ đơn giản, nhưng thực ra là bổ sung một lớp khả năng vốn thiếu trong internet: lớp thanh toán nguyên bản. Trước đây, internet tự nhiên hỗ trợ luồng thông tin. Trang web có thể được yêu cầu, email có thể gửi, API có thể gọi, file có thể tải xuống. Nhưng “thanh toán” thường không nằm trong giao thức internet, mà nằm ngoài hệ thống: đăng ký tài khoản, liên kết thẻ, tích hợp cổng thanh toán, mua gói, quản lý API key, đối soát cuối tháng.

Điều này chấp nhận được với con người. Người có thể đăng ký, đăng nhập, liên kết thẻ, phê duyệt, mua sắm, hoàn tiền. Nhưng với Agent, quá trình này quá nặng nề.

Agent không nên mỗi lần gọi API đều phải đăng ký tài khoản, không nên mỗi lần truy cập dữ liệu đều phải mua cả gói API, cũng không nên vì vài cent, vài mươi cent mà phải đi qua quy trình mua bán, đăng ký phức tạp. Đó chính là lý do các giao thức như x402 ra đời.

x402 đã kích hoạt lại mã trạng thái HTTP 402 Payment Required, vốn tồn tại lâu nhưng ít được dùng, để cho phép dịch vụ có thể trả về trực tiếp trong HTTP: “Bạn muốn truy cập tài nguyên này, cần thanh toán trước”. Khách hàng có thể là người hoặc máy. Sau khi thanh toán, dịch vụ xác nhận, trả về API, nội dung hoặc dịch vụ số.

Coinbase định nghĩa x402 rất rõ ràng: là một giao thức mở để thực hiện thanh toán stablecoin tức thì, tự động qua HTTP, giúp khách hàng là con người hoặc máy móc có thể thanh toán và truy cập mà không cần tài khoản, session hay xác thực phức tạp.

Điều quan trọng không phải là “dùng Coinbase hay không”, mà là x402 đã đưa thanh toán trở lại trong chu trình yêu cầu-phản hồi của internet.

Trước đây:

• Đăng ký tài khoản.
• Mua gói.
• Lấy API key.
• Gọi dịch vụ.
• Đối soát cuối tháng.

Giờ đây, x402 muốn biến thành:

• Yêu cầu truy cập tài nguyên.
• Nhận về 402 Payment Required.
• Thanh toán.
• Nhận tài nguyên.

Điều này rất quan trọng đối với Agentic Payment, vì các giao dịch của Agent không chỉ là vài lần mua lớn, mà có thể là hàng nghìn, nhỏ lẻ, theo thời gian, theo yêu cầu.

Ví dụ:

• Một Agent viết nội dung mua một lần dữ liệu.
• Một Agent nghiên cứu đầu tư gọi phân tích chuỗi.
• Một Agent du lịch hỏi giá nhiều dịch vụ.
• Một Agent phát triển mua mô hình, kiểm thử.
• Một Agent phân tích lưu lượng chỉ mua một lần dữ liệu Semrush, không mua gói SaaS.

Nếu mỗi dịch vụ đều yêu cầu tài khoản, đăng ký, API key, gói dịch vụ, phê duyệt thủ công, thì khả năng thực thi của Agent sẽ bị giới hạn bởi quy trình thanh toán và mua sắm. Vì vậy, ý nghĩa của x402 không phải là làm cho thanh toán “mã hóa hơn”, mà là làm cho nó giống giao thức internet: có thể yêu cầu, có thể phản hồi, có thể xác minh, có thể tự động thực thi.

L402 là một hướng khác, cũng dựa trên HTTP 402, kết hợp với Bitcoin Lightning Network, macaroons (chứng thực truy cập nhỏ), để thúc đẩy API, tài nguyên tính toán, dịch vụ số. Lightning Labs định nghĩa L402 là để thúc đẩy xác thực và giao dịch các dịch vụ API, giúp các AI agent dễ tham gia hơn.

L402 cho thấy, vấn đề này không phải mới xuất hiện với x402. Trước đó đã có người cố gắng kết hợp ba yếu tố: kiểm soát truy cập HTTP, thanh toán nhỏ, quyền dịch vụ số. Nhưng thiếu một nhu cầu đủ lớn.

Người dùng bình thường không trả vài xu để truy cập API. Nhưng Agent thì có. Người dùng không tự gọi hàng trăm API mỗi ngày, nhưng Agent thì có. Người dùng không liên tục phối hợp gọi, hỏi giá, thanh toán, xác nhận trong thời gian thực, nhưng Agent thì có.

Vì vậy, sự xuất hiện của AI Agent khiến các giao thức như x402 trở nên có ý nghĩa hơn.

Trong hệ sinh thái USDT / Tether, cũng bắt đầu xuất hiện các hướng tương tự. Tether WDK có tài liệu x402 rõ ràng, nhấn mạnh tầm quan trọng của x402 đối với AI agents, vì chúng cần lập trình để thanh toán tài nguyên; x402 giúp thanh toán trở thành phần của web stack, để agent có thể phát hiện giá, ký thanh toán và nhận tài nguyên trong một chu trình yêu cầu-phản hồi. Đồng thời, dự án t402 tự mô tả là tiêu chuẩn mở cho thanh toán native internet, hỗ trợ crypto, fiat, stablecoin, token, và tương thích với Tether WDK. Cần lưu ý, tôi không khẳng định nó đã trở thành tiêu chuẩn chính thức của Tether, mà chỉ là một hướng khám phá về giao thức trong hệ sinh thái USDT.

Điều này phản ánh một xu hướng đáng chú ý: Agentic Payment không chỉ là sản phẩm của một công ty hay một chuỗi, mà đang hình thành một hệ thống giao thức mới.

• AP2 như câu trả lời: Tại sao Agent được phép thanh toán?
• x402, L402, T402 như câu trả lời: Khi Agent yêu cầu tài nguyên số, dịch vụ làm thế nào để khởi tạo yêu cầu thanh toán, Agent làm thế nào để hoàn tất thanh toán và nhận tài nguyên?
• Stablecoin và blockchain như câu trả lời: Giao dịch này cuối cùng sẽ được thanh toán bằng tài sản nào, xác thực ở đâu, làm thế nào để chi phí thấp, thời gian thực, có thể lập trình và xuyên nền tảng?

Vì vậy, Agentic Payment và Crypto không phải là cùng một thứ, mà là cùng nhau xây dựng một hệ thống giao thức mới.

3. Tại sao là stablecoin: Agent cần đơn vị định giá ổn định, không phải tài sản biến động

Nếu Agent thực sự cần một giao thức thanh toán có thể đọc được bởi máy móc, tự động thực thi, thì tại sao phần lớn mọi người lại bàn về stablecoin? Tại sao không phải BTC? ETH? Hay thẻ ngân hàng thông thường?

Chìa khóa không nằm ở “tài sản crypto” mà nằm ở việc Agent cần loại tài sản thanh toán nào. Nếu một Agent chỉ giữ tài sản dài hạn, nó sẽ quan tâm đến biến động, lợi nhuận, rủi ro. Nhưng nếu Agent để thanh toán cho nhiệm vụ, thì thứ nó cần không phải là tài sản đầu cơ, mà là một đơn vị định giá ổn định.

Ví dụ, một research agent gọi API dữ liệu có thể mất 0.1 USD. Một agent lập trình gọi mô hình có thể tốn 0.03 USD. Một agent marketing mua dữ liệu lưu lượng có thể là 1 USD. Một agent mua sắm tự động so sánh giá, đặt hàng, thanh toán, cần kiểm soát chi tiêu trong ngân sách.

Trong các trường hợp này, Agent không thực hiện giao dịch đầu cơ, không chơi coin, mà là hoàn thành nhiệm vụ. Vì vậy, nó cần biết: tài nguyên này giá bao nhiêu? Lần gọi này có vượt ngân sách không? Thanh toán này có trong phạm vi ủy quyền của người dùng không? Sau khi dịch vụ hoàn thành, chi phí có thể ghi nhận chính xác không?

Nếu tài sản thanh toán biến động mạnh mỗi ngày, ngân sách của Agent sẽ rất khó quản lý. Hôm nay API giá 0.1 USD, ngày mai biến thành 0.12 USD hoặc 0.08 USD do biến động giá, điều này không quá quan trọng đối với thị trường, nhưng lại gây phức tạp cho máy móc mua tài nguyên theo nhu cầu.

Vì vậy, trong Agentic Payment, stablecoin tự nhiên xuất hiện hơn crypto biến động cao.

Giá trị cốt lõi của stablecoin là cung cấp một đơn vị định giá gần với thực tế thương mại. Hiện tại, nhiều API, SaaS, dịch vụ dữ liệu, mô hình, dịch vụ đám mây đều tính bằng USD. Nếu Agent muốn mua các dịch vụ này theo nhu cầu, dùng stablecoin làm phương thức thanh toán, có thể đưa ngân sách, giá cả, ủy quyền, hóa đơn vào cùng một đơn vị.

Điều này nghe có vẻ bình thường, nhưng lại rất quan trọng đối với Agent. Vì Agent không chỉ “trả tiền”, mà còn phải đánh giá: lần gọi này có đáng không? Ngân sách đủ chưa? Có cần quay lại xác nhận của người dùng không? Ghi nhận chi phí nhiệm vụ thế nào? Nếu có lỗi, lý do tại sao tiêu tiền đó?

Vì vậy, Agentic Payment cần một loại tài sản thanh toán ít biến động, có thể đọc được bởi máy, có thể gọi tự động bằng chương trình. Stablecoin phù hợp hơn BTC, ETH, các tài sản biến động cao.

Giá trị thứ hai của stablecoin là phù hợp cho các giao dịch nhỏ, tần suất cao, thanh toán tức thì. Như đã đề cập trong phần x402, xu hướng này rõ ràng hơn. Coinbase định nghĩa x402 là một giao thức để thực hiện thanh toán stablecoin tức thì, tự động qua HTTP, giúp API, nội dung số, dịch vụ có thể nhận thanh toán từ khách hàng là con người hoặc máy móc, mà không cần tài khoản, session hay xác thực phức tạp.

Điều này có ý nghĩa: thanh toán không nhất thiết phải diễn ra trong trang checkout hoàn chỉnh, mà có thể trong một yêu cầu API.

Ví dụ:

• Agent yêu cầu tài nguyên.
• Dịch vụ trả về 402 Payment Required.
• Agent xác định giá, ủy quyền.
• Agent thanh toán stablecoin.
• Dịch vụ xác nhận, giải phóng tài nguyên.

Quy trình này phù hợp cho các trường hợp nhỏ, tần suất cao, theo yêu cầu:

• Truy vấn dữ liệu.
• Gọi mô hình.
• Mở khóa nội dung.
• Phân tích chuỗi.
• Tạo biểu đồ.

Tài liệu x402 của Tether WDK cũng nhấn mạnh: AI agents cần thanh toán lập trình cho tài nguyên, và x402 giúp agent phát hiện giá, ký thanh toán, nhận tài nguyên trong một chu trình yêu cầu-phản hồi.

Điều này khác hoàn toàn với thẻ ngân hàng. Thẻ ngân hàng phù hợp cho mua sắm của con người. Stablecoin phù hợp cho thanh toán tức thì trong máy móc gọi tài nguyên. Tất nhiên, thẻ ngân hàng vẫn tồn tại, như Stripe và Tempo đã hỗ trợ hai đường:

• Thanh toán crypto trực tiếp trên chuỗi.
• Thanh toán fiat qua thẻ, ví, BNPL.

Stripe còn cho phép các thương nhân chấp nhận thanh toán từ agent, dùng stablecoin hoặc thẻ, ví.

Vì vậy, đúng hơn là: Thẻ ngân hàng phù hợp với mạng lưới thương mại đã có, checkout truyền thống. Stablecoin phù hợp cho các tình huống thanh toán tự động, theo yêu cầu trong mạng mở.

4. Tại sao cần blockchain: không phải để “lên chuỗi”, mà để hành vi của Agent có thể xác minh

Dù Agent cần thanh toán bằng stablecoin, tại sao nhất thiết phải dùng blockchain? Có thể dùng sổ cái tập trung không? Có thể dùng Stripe, Visa, ngân hàng, hoặc một nền tảng ghi sổ riêng?

Chắc chắn là được. Nếu Agent chỉ hoạt động trong một nền tảng kín, như mua hàng trên Amazon, gọi dịch vụ SaaS, hoặc mua sắm nội bộ doanh nghiệp, thì sổ cái tập trung đủ dùng. Nền tảng biết rõ người dùng, Agent là ai, quyền hạn thế nào, đã tiêu bao nhiêu, dịch vụ có giao hay không.

Nhưng Agentic Payment thực sự thú vị khi nó có thể hoạt động xuyên nền tảng, xuyên dịch vụ, xuyên ví, xuyên quốc gia, thậm chí là Agent khác. Trong giai đoạn này, vấn đề không chỉ là “tiền có thể chuyển đi”, mà còn là “tiền này do ai cấp phép, ai đã cấp, có vượt quyền không, dịch vụ có giao hàng không, ai chịu trách nhiệm nếu có lỗi”.

Đây chính là giá trị của blockchain trong Agentic Payment. Không phải vì mọi giao dịch đều phải lên chuỗi, mà vì khi Agent bắt đầu thực thi nhiệm vụ, gọi dịch vụ, xử lý dòng tiền, thì mọi hành động kinh tế đều cần có bằng chứng xác minh.

Trong thanh toán của con người, có thể chấp nhận nhiều thiếu minh bạch. Mua dịch vụ không nhận, có thể gọi lại, tranh chấp, ngân hàng có thể đối soát, tranh chấp. Nhưng với Agent, tần suất cao hơn, số tiền nhỏ hơn, nhiều dịch vụ hơn, chuỗi dài hơn, thì các cơ chế này không còn phù hợp nữa.

Agent cần một hệ thống trách nhiệm rõ ràng hơn. Ví dụ:

Người dùng giao nhiệm vụ: “Trong tuần này, tối đa 100 USD, giúp tôi phân tích thị trường, chỉ mua dữ liệu, gọi mô hình, tạo biểu đồ”. Agent gọi API dữ liệu, dịch vụ trả về 0.2 USD. Agent xác định trong ngân sách, thanh toán, dịch vụ nhận tiền rồi phát hành tài nguyên. Quá trình này quan trọng không phải là “dùng chuỗi nào”, mà là có thể trả lời các câu hỏi:

• Người dùng đã cấp phép gì?
• Agent mua gì?
• Có vượt ngân sách không?
• Dịch vụ có thực sự trả dữ liệu không?
• Nếu phát hiện Agent bị tấn công, mua nhầm, vượt quyền, thì truy nguyên thế nào?

Đây chính là lý do tôi nghĩ, khi bàn về Agentic Payment, xem lại White Paper của Bitcoin không phải để hoài cổ. Satoshi Nakamoto không chỉ muốn tạo ra một tài sản có thể giao dịch, mà còn muốn làm thế nào để chuyển tiền điện tử mà không cần bên trung gian, được xác minh, sắp xếp, ghi nhận qua mạng lưới. Trong đó, có câu rõ ràng: các giao dịch sẽ được ghi vào chuỗi proof-of-work, không thể sửa đổi mà không tốn công sức.

Vấn đề của Agentic Payment không chỉ là “giao dịch trùng lặp”, mà còn là cấp phép, vượt quyền, giao hàng, trách nhiệm. Nhưng điểm chung là: khi hành vi kinh tế diễn ra trong mạng mở, thì các giao dịch xác minh được mới là hạ tầng cốt lõi.

Đây chính là ý nghĩa của blockchain. Không phải để làm cho thanh toán “phức tạp hơn”, mà để biến các trạng thái vốn nằm trong hệ thống của nền tảng thành các trạng thái có thể xác minh từ bên ngoài. Ít nhất, trong lý tưởng, các ghi nhận thanh toán, cấp phép, truy cập dịch vụ, điều kiện hoàn tiền, tiêu hao ngân sách đều có thể được ghi nhận và xác minh theo chuẩn.

Với con người, có thể chấp nhận thiếu minh bạch. Nhưng với Agent, thì các hành vi này phải có bằng chứng rõ ràng, có thể kiểm chứng.

Vì vậy, AP2, x402, stablecoin, blockchain không phải là cùng một thứ, mà là các lớp của một hệ thống xác minh hành vi kinh tế của Agent. AP2 như lớp cấp phép, xác thực; x402, L402 như lớp yêu cầu thanh toán; stablecoin như phương tiện thanh toán; blockchain như lớp trạng thái xác minh.

Chúng không phải là một, mà là các thành phần của một hệ thống Agentic Payment thực sự. Nếu không, sẽ rơi vào trạng thái: Agent thông minh, giúp tìm dịch vụ, so sánh giá, ra quyết định, nhưng đến bước thanh toán lại quay về quy trình cũ: đăng ký, liên kết thẻ, mua gói, đối soát, tranh chấp. Lúc đó, không còn gọi là Agentic Payment nữa, mà chỉ là một trình duyệt có nút bấm tự động.

Tất nhiên, không thể quá lạc quan. Kết nối Agent với thanh toán trên chuỗi có rủi ro lớn, thậm chí còn lớn hơn. Trong thanh toán truyền thống, nhiều giao dịch có thể tranh chấp, tạm giữ, hoàn tiền. Trên chuỗi, một khi gửi đi, khó rút lại. Nếu Agent bị tấn công, cấp phép quá rộng, dịch vụ không giao hàng, website lừa đảo, Agent tiêu hết ngân sách trong đêm, thì đều là vấn đề lớn.

Vì vậy, Agentic Payment không phải là để cho Agent cầm ví, tự do tiêu tiền. Mà là một hệ thống kiểm soát toàn diện: hạn mức, whitelist, blacklist, phạm vi ủy quyền, mức độ rủi ro, xác nhận thủ công, tạm dừng, kiểm toán.

Các giao dịch nhỏ, rủi ro thấp, tự động, có thể tự thực thi. Các giao dịch lớn, rủi ro cao, liên quan đến thực thi thực tế, thì vẫn cần xác nhận của con người.

Vì vậy, tôi nghĩ, blockchain trong Agentic Payment không phải để chứng minh Web3 “cao cấp hơn” truyền thống, mà để cung cấp một nền tảng xác minh hành vi kinh tế của Agent. Khi AI bắt đầu tiêu tiền trong mạng mở, chúng ta cần một cách để chứng minh: tiền này được cấp phép, mua hàng rõ ràng, hành vi có thể truy nguyên, trách nhiệm rõ ràng.

Đây mới là vị trí thực sự của blockchain trong vấn đề này. Không phải niềm tin mù quáng, không phải kể chuyện, không phải “AI + Web3” cứng nhắc, mà là khi máy bắt đầu tham gia hoạt động kinh tế, các hệ thống tài khoản và dữ liệu nền tảng cũ không còn đủ nữa. Chúng ta cần một lớp trạng thái kinh tế mở, tiêu chuẩn hơn, dễ đọc, dễ xác minh, và blockchain ít nhất là một hướng đi.

5. Không phải thay thế thẻ ngân hàng, mà là phân tầng hệ thống thanh toán

Cuối cùng, tôi không nghĩ Agentic Payment sẽ đơn thuần dẫn đến kết luận: Stablecoin thay thế thẻ ngân hàng, blockchain thay thế mạng lưới thanh toán truyền thống.

Phán đoán này quá thô sơ, dễ bị thực tế phản bác. Ít nhất trong một thời gian dài, thẻ ngân hàng, thẻ tín dụng, Apple Pay, Visa, MasterCard, Stripe, PayPal vẫn tồn tại, vẫn đóng vai trò chính trong các cổng thanh toán thực tế. Người mua sắm trên các trang thương mại điện tử, đặt khách sạn, mua vé máy bay, tiêu dùng offline, mua sắm nội bộ doanh nghiệp, các tình huống này không biến mất vì có Agent.

Thậm chí, trong giai đoạn đầu của Agentic Commerce, Agent có thể chỉ mới tích hợp các hệ thống thanh toán hiện có. Vì mạng lưới thương mại đã phát triển, người dùng đã có thẻ, ví, thương nhân đã chấp nhận thanh toán, ngân hàng và tổ chức thẻ đã có hệ thống kiểm soát rủi ro, tranh chấp, hoàn tiền, tuân thủ, xác thực. Trong các trường hợp “AI giúp tôi mua hàng”, dùng luôn hệ thống hiện có là cách thực tế nhất.

Vậy vấn đề không phải là “Thẻ sẽ biến mất”.

Vấn đề là, Agentic Payment có chỉ dừng lại ở mức đó không? Nếu Agent chỉ giúp người dùng nhấn nút checkout, thì vẫn có thể dùng thẻ ngân hàng. Nhưng nếu Agent bắt đầu tham gia vào các mạng lưới nhiệm vụ mở rộng hơn, gọi API, mua dữ liệu, thanh toán mô hình, thanh toán tính toán, mở khóa nội dung, hoặc giao dịch với Agent khác, thì cần một hệ thống giao thức thanh toán mới, nền tảng hơn.

Đây chính là lý do tôi nghĩ, trong tương lai, sẽ xuất hiện không phải “Thẻ ngân hàng vs Stablecoin”, mà là hệ thống thanh toán phân tầng.

Trong các mạng lưới tiêu dùng của con người, các hệ thống như thẻ, ví, ngân hàng vẫn là chủ đạo. Trong các tình huống Agent giúp mua sắm, đặt vé, đặt khách sạn, gia hạn SaaS, các hệ thống thanh toán truyền thống vẫn sẽ tiếp tục đóng vai trò chính. Agent chỉ là tham gia vào luồng thương mại đã có, giúp tự động hóa.

Nhưng trong các môi trường API, dữ liệu, mô hình, tính toán, nội dung, dịch vụ chuỗi, giao dịch Agent-đến-Agent, thì stablecoin và blockchain sẽ dễ phát triển hơn. Vì đối tượng thanh toán không còn là thương nhân truyền thống, mà là tài nguyên số; số tiền nhỏ, tần suất cao; dịch vụ đến từ nhiều nền tảng, quốc gia, hệ thống khác nhau; toàn bộ quá trình cần có thể tự động hiểu, tự động thanh toán, tự động xác minh.

Tóm lại, thẻ ngân hàng giải quyết vấn đề thanh toán của thời kỳ tiêu dùng con người, còn stablecoin và blockchain như là ngôn ngữ thanh toán và môi trường thực thi xác minh trong thời kỳ máy móc, số hóa.

Tất nhiên, hiện tại, stablecoin và blockchain chưa hoàn hảo. Trải nghiệm trên chuỗi còn phức tạp, ví chưa thân thiện, quy định chưa rõ ràng, thanh khoản giữa các chuỗi còn phân tán. Quan trọng hơn, để Agent trực tiếp kiểm soát tiền là rất nguy hiểm. Nếu không có kiểm soát quyền hạn, hạn mức, cơ chế rủi ro, xác nhận thủ công, hệ thống kiểm toán, thì Agentic Payment dễ biến thành “tự do tiêu tiền”.

Vì vậy, thực tế, Agentic Payment không phải là để cho Agent cầm ví, tự do tiêu tiền. Mà là một quá trình dần dần: ban đầu tích hợp hệ thống thanh toán hiện có, giúp người dùng tự động hóa checkout; sau đó cấp quyền hạn chi tiết hơn: hạn mức, whitelist, phạm vi sử dụng, thời gian, mức độ rủi ro; rồi API, dữ liệu, mô hình, nội dung bắt đầu hỗ trợ yêu cầu thanh toán có thể đọc được bởi máy; cuối cùng, stablecoin sẽ trở thành phương tiện thanh toán trong một số môi trường nhỏ, tần suất cao, xuyên nền tảng, xuyên quốc gia.

Từ góc độ này, Agentic Payment không phải là chuyện của một công ty, một chuỗi, một stablecoin, hay một giao thức riêng lẻ. Nó là sự tái cấu trúc toàn diện của hệ thống thanh toán để phù hợp với AI Agent, một chủ thể mới.

Trong quá khứ, hệ thống thanh toán chủ yếu phục vụ con người và doanh nghiệp. Trong tương lai, còn phải phục vụ một chủ thể mới: là các đại lý phần mềm được ủy quyền.

Chúng không phải là con người theo nghĩa pháp lý, cũng không phải tài khoản doanh nghiệp truyền thống, nhưng chúng có thể gửi yêu cầu, so sánh giá, gọi dịch vụ, tiêu thụ tài nguyên, kích hoạt thanh toán, để lại ghi nhận. Khi các chủ thể này xuất hiện hàng loạt, hệ thống thanh toán phải trả lời các câu hỏi mới: chúng là ai, đại diện cho ai, được phép làm gì, tiêu bao nhiêu, đã mua gì, có vượt quyền không, ai chịu trách nhiệm nếu có lỗi.

Những câu hỏi này không thể giải quyết chỉ bằng một nút bấm thanh toán đơn thuần.

Quay lại câu hỏi ban đầu: AI Agent có dùng thẻ ngân hàng không?

Có.

Nhưng không chỉ dùng thẻ ngân hàng.

Thẻ ngân hàng sẽ tiếp tục giải quyết checkout của con người. Stablecoin sẽ bắt đầu giải quyết thanh toán tức thì trong môi trường máy móc gọi tài nguyên. Blockchain cung cấp một phần trạng thái xác minh và thực thi. Các