Gemini Spark AI Agent Cần Ví, Không Phải Thẻ
Google công bố Gemini Spark vào ngày 19 tháng 5 năm 2026: một trợ lý tác nhân hoạt động 24/7, có khả năng đọc Gmail, soạn thảo phản hồi, đặt lịch và tiếp tục làm việc ngay cả khi bạn đã tắt máy. Lời hứa hẹn là một trợ lý tác nhân luôn hoạt động, xử lý phần nhàm chán trong hộp thư đến khi bạn đang ngủ.
Ẩn dưới những màn demo Gmail là một vấn đề mà không ai trên sân khấu muốn nói thẳng ra. Ngay khi một tác nhân hành động mà không có bạn ngồi đó giám sát, mọi giả định được cài sẵn trong hệ thống thanh toán thẻ đều sụp đổ. Không có người dùng nào nhấn "xác nhận." Không có điện thoại để nhận mã 3-D Secure. Không có thẻ hiện diện, không có chủ thẻ hiện diện, không có phiên giao dịch.
Tôi cho rằng đây mới là câu chuyện thực sự của buổi ra mắt Gemini 3.5, và nó hầu như không liên quan gì đến email.
Tại sao một trợ lý tác nhân luôn hoạt động không thể dùng thẻ của bạn
Hệ thống thanh toán thẻ được thiết kế cho con người. Toàn bộ hệ thống chống gian lận, CVV, 3-D Secure, mã SMS, kiểm tra tần suất giao dịch, đều tồn tại để xác nhận rằng có một người thật đứng sau giao dịch. Spark thì hoàn toàn ngược lại. Đó là một tiến trình chạy trên đám mây của Google, thức dậy lúc 3 giờ sáng để đặt lại vé máy bay bị hủy.
Chạy một tác nhân tự chủ trên hệ thống của Visa và bạn sẽ vấp phải tường chắn ngay lập tức:
- Giao dịch không có thẻ hiện diện từ địa chỉ IP của trung tâm dữ liệu sẽ bị gắn cờ hoặc từ chối.
- Các thử thách 3-D Secure được gửi đến người dùng đang ngủ.
- Trách nhiệm hoàn tiền đổ lên đầu người bán cho một giao dịch không có người dùng nào ủy quyền.
- Không có cách nào rõ ràng để cấp cho tác nhân hạn mức chi tiêu 40 đô la mỗi ngày, tự động làm mới và không thể bị rút cạn.
Chính định vị AI Ultra của Google dựa vào mô hình gói đăng ký cũng vì lý do đó: thanh toán theo từng hành động vẫn chưa được giải quyết. Bạn trả cho Google một khoản phí hàng tháng cố định, Google chịu chi phí của tác nhân, và không ai phải tìm cách để tác nhân thanh toán với bên thứ ba. Mô hình này hiệu quả cho đến khi tác nhân cần mua thứ gì đó ngoài vườn tường của Google.
Phía cầu cuối cùng đã xuất hiện
Trong hai năm, cộng đồng thanh toán agent xây dựng hạ tầng cho một khách hàng không tồn tại. Tôi đã viết về khoảng trống này trong AI Agent Payments: Anvita, x402, and Who Owns the Rail, công nghệ đã sẵn sàng, nhưng những người chi tiêu tự động thì chưa.
Spark thay đổi phép tính này. Google sắp ra mắt hàng chục triệu agent hoạt động liên tục, và rồi những agent này sẽ cần thực hiện giao dịch. Đó chính là nhu cầu mà hạ tầng đang chờ đợi.
Bộ công nghệ đã hình thành nhàm chán theo đúng nghĩa tích cực:
- x402 hồi sinh mã trạng thái HTTP 402 "Payment Required" đang nằm im, cho phép máy chủ báo giá và agent thanh toán ngay trong một yêu cầu duy nhất, bằng stablecoin.
- AWS AgentCore bổ sung luồng thanh toán để các agent chạy trên đám mây Amazon có thể quyết toán mà không cần người dùng phê duyệt từng khoản phí.
- Pay.sh và các công cụ tương tự đóng gói USDC-on-Base thành thứ mà agent có thể gọi như bất kỳ API nào khác.
Điểm chung: USDC trên Base. Xác nhận giao dịch rẻ, phí dưới một xu, và một stablecoin mà bộ phận tài chính doanh nghiệp thực sự có thể nắm giữ mà không cần đội ngũ tuân thủ phải vào cuộc.
Tại sao lại là USDC trên Base
Thanh toán agent là thanh toán vi mô. Một agent có thể trả $0.003 để truy vấn API thời tiết hoặc $2 để mua một tập dữ liệu. Phí gas Ethereum mainnet sẽ vượt xa chính khoản thanh toán. Base đã xử lý hơn $1B khối lượng DEX hàng ngày trong chu kỳ này, với phí giao dịch chỉ là một phần nhỏ của một xu, đây là chế độ phí duy nhất mà thanh toán vi mô tốc độ máy có ý nghĩa thực tế.
Stablecoin quan trọng hơn blockchain. Một agent không thể nắm giữ tài sản biến động; biến động giá 4% giữa thời điểm ủy quyền và quyết toán thanh toán là điều không thể chấp nhận. USDC được định giá bằng đô la, có thể quy đổi, và được phát hành bởi một tổ chức được quản lý. Sau khi quy định AML của GENIUS Act đưa các nhà phát hành stablecoin vào chế độ giám sát tương tự ngân hàng, một CFO có thể phê duyệt việc nắm giữ USDC theo cách họ không bao giờ có thể làm với một token không được bảo chứng.
Sự rõ ràng về mặt pháp lý mới là yếu tố then chốt, không phải thông lượng giao dịch. Tôi đã chứng kiến nhiều thương vụ tổ chức đổ vỡ chỉ vì câu hỏi này: "ai chịu trách nhiệm pháp lý, và tổ chức phát hành có chịu sự giám sát không."
Phần khó không phải là thanh toán. Mà là quyền hạn
Trao ví cho một tác nhân AI là phần dễ, chiếm khoảng 20%. 80% còn lại là quản trị:
- Hạn mức chi tiêu thực sự có hiệu lực. Ví của tác nhân cần một mức trần cứng được thực thi trên chuỗi, không phải giới hạn mềm trong mã ứng dụng mà một cuộc tấn công prompt injection có thể vượt qua.
- Ủy quyền có thể thu hồi. Bạn ủy quyền cho tác nhân đặt lại hàng tạp hóa, không phải để chuyển tiền tiết kiệm của bạn. Phạm vi đó phải được đảm bảo bằng mật mã, không phải bằng một ô đánh dấu.
- Khả năng kiểm toán. Mỗi khoản thanh toán của tác nhân cần truy nguyên được đến một chính sách do con người thiết lập. "AI đã quyết định" không phải câu trả lời mà cơ quan quản lý chấp nhận.
Đây là lúc rủi ro tấn công prompt injection trở nên thực sự nguy hiểm. Chúng ta đã thấy một khóa bị rò rỉ có thể gây ra hậu quả gì, xem vụ khai thác Polymarket. Giờ hãy tưởng tượng khóa đó nằm trong một tác nhân đọc email không đáng tin cả ngày và có thể chi tiêu tiền. Bề mặt tấn công chính là toàn bộ hộp thư đến.
Những điều tôi sẽ theo dõi tiếp theo
Google sẽ không đưa USDC vào Spark trong năm nay. Phiên bản đầu tiên sẽ định tuyến mọi thứ qua Google Pay và hệ thống thanh toán riêng của Google, vì điều đó có thể kiểm soát được và vì Google muốn sở hữu đường ray hơn là đi thuê.
Nhưng tác nhân đặt vé máy bay cho bạn lúc 3 giờ sáng cuối cùng sẽ muốn thanh toán cho một nhà cung cấp mà Google không có quan hệ thanh toán. Khi điều đó xảy ra, con đường rẻ nhất là thanh toán bằng stablecoin qua một giao thức mở, không phải tích hợp thẻ riêng cho từng nhà bán hàng. Đường ray chiến thắng là đường ray mà một tác nhân có thể sử dụng mà không cần xin phép từ một tập đoàn thanh toán lớn.
Ví điện tử đang đến với các tác nhân AI. Câu hỏi duy nhất còn bỏ ngỏ là liệu đó là sổ cái đóng bên trong Google hay một sổ cái mở mà bất kỳ ai cũng có thể xây dựng trên đó. Tôi đặt cược vào mở, vì lý do tương tự mà web đã đánh bại AOL.