Tiêu đề gốc: "Giao dịch bản địa máy: Hiện trạng và cơ sở hạ tầng còn thiếu"

Nguồn gốc: Waterdrop Capital

Tóm tắt

Các mô hình lớn đang chuyển từ công cụ trả lời câu hỏi thành tác nhân thông minh có khả năng lập kế hoạch, gọi công cụ và cung cấp kết quả. Đồng thời, thanh toán stablecoin, giao thức thanh toán gốc HTTP (http 402) và ví thông minh cũng bắt đầu kết hợp thành một bộ cơ sở hạ tầng thanh toán hướng đến máy móc. Một chương trình có thể nhận báo giá, ký ủy quyền và hoàn tất thanh toán vi mô ngay trong lúc vận hành, điều mà vài năm trước vẫn chỉ là khái niệm, nay đã trở thành con đường kỹ thuật thực sự khả dụng.

Nhưng "máy có thể thanh toán" không đồng nghĩa với "máy có thể hoàn tất giao dịch". Khi tác nhân thông minh cần mua dịch vụ tìm kiếm, dữ liệu, sức mạnh tính toán, tạo nội dung hoặc phân tích chuyên nghiệp, nó vẫn phải đối mặt với các vấn đề như khám phá điểm cuối, so sánh báo giá, thanh toán xuyên giao thức, kiểm soát ngân sách, xác minh giao hàng và đối chiếu thống nhất. Đường ray thanh toán giải quyết cách giá trị di chuyển, nhưng không tự động giải quyết cách nhu cầu tìm thấy nguồn cung, cũng như liệu sau khi thanh toán có nhận được dịch vụ đúng hay không.

Điều này có nghĩa là ở giai đoạn tiếp theo của Agent Payment, trọng tâm cạnh tranh có thể không còn chỉ là thông lượng giao thức, tốc độ thanh toán hay hỗ trợ bao nhiêu chuỗi, mà là liệu có thể hình thành cơ sở hạ tầng bên mua máy thực sự hay không. Bài viết này cố gắng xuất phát từ cấu trúc nhu cầu, sự tiến hóa giao thức, nút thắt thực tế và phân công thị trường, thảo luận vì sao Agent Payment sẽ trở thành một đường đua độc lập, và nó còn thiếu những khâu then chốt nào để đạt được quy mô áp dụng.

Giới thiệu: Tác nhân thông minh đang có được một "ngân sách khả dụng" bị ràng buộc

Hai năm qua, năng lực của tác nhân thông minh thay đổi rất nhanh. Các mô hình lớn thời kỳ đầu chủ yếu đảm nhận việc tạo thông tin, người dùng đặt câu hỏi, mô hình đưa ra văn bản. Sau đó, gọi công cụ cho phép mô hình tìm kiếm trang web, truy vấn cơ sở dữ liệu, thực thi mã và vận hành phần mềm. Tiến thêm một bước, tác nhân thông minh bắt đầu phân tách mục tiêu, lập kế hoạch và điều chỉnh hành động dựa trên kết quả bên ngoài qua nhiều vòng thực thi.

Khi đối tượng thực thi bị giới hạn trong công cụ miễn phí hoặc hệ thống nội bộ doanh nghiệp, quyền gọi có thể được nhà phát triển cấu hình trước. Nhưng năng lực chất lượng cao trong thị trường mở thường cần trả phí: dữ liệu tài chính thời gian thực tính theo lần, thu thập trang web tiêu tốn hạn mức, suy luận và sức mạnh tính toán GPU tính theo lượng, tạo video và cơ sở dữ liệu chuyên nghiệp cũng có mức giá rõ ràng. Tác nhân thông minh muốn hoàn thành độc lập một nhiệm vụ thì không thể tránh khỏi việc trở thành bên mua trong quá trình vận hành.

Mô hình kinh doanh API truyền thống không được thiết kế cho kiểu bên mua này. Nó yêu cầu một người trước tiên truy cập trang web, đăng ký tài khoản, liên kết thẻ ngân hàng, chọn gói, giữ API Key, rồi đưa khóa vào môi trường chương trình. Quyết định mua sắm và việc gọi thực tế bị tách thành hai thời điểm: con người hoàn tất mua sắm trước khi nhiệm vụ xảy ra, phần mềm chỉ chịu trách nhiệm tiêu thụ hạn mức đã mua.

Tác nhân có thể chỉ biết mình cần gì cho đến một bước nào đó trong quá trình thực thi nhiệm vụ. Nó không thể phán đoán trước cuối cùng sẽ gọi nguồn dữ liệu nào, cũng không nên yêu cầu người dùng mở tài khoản cho tất cả dịch vụ tiềm năng. Việc mua sắm của nó mang đặc điểm tức thời, giá trị nhỏ, nhiều thương nhân, tần suất cao và hướng đến kết quả. Đối với nó, trải nghiệm tự nhiên nhất không phải là "đăng ký trước, rồi gọi sau", mà là "khám phá dịch vụ, nhận báo giá, ủy quyền thanh toán, nhận kết quả".

Do đó, Agent Payment không phải là thêm một nút thanh toán vào chatbot. Nó có nghĩa là phần mềm bắt đầu có quyền chi tiêu được ràng buộc, và hình thành quy trình mua sắm thuộc về máy móc. Con người đặt ra mục tiêu, ngân sách và ranh giới rủi ro, tác nhân phân bổ vốn trong ranh giới đó. Thanh toán từ đó chuyển từ một hành động thanh toán thành một phần của hệ thống ra quyết định của tác nhân.

1. Tại sao Agent Payment trở thành một đường đua độc lập

1.1 Từ gọi công cụ đến hành động kinh tế

Sự khác biệt giữa tác nhân và script tự động hóa thông thường không chỉ nằm ở khả năng suy luận. Script thực thi quy trình đã được xác định trước, tài nguyên và nhà cung cấp cần thiết thường đã được viết vào mã; tác nhân thì chọn đường dẫn dựa trên môi trường. Trong cùng một nhiệm vụ nghiên cứu, nó có thể mua kết quả tìm kiếm trước, rồi dựa trên kết quả để quyết định có cần cơ sở dữ liệu ngành hay không, cuối cùng gọi một mô hình khác để xác minh chéo. Mỗi bước mua sắm đều thay đổi quyết định tiếp theo.

Mô hình "vừa thực thi, vừa mua sắm" này đưa lựa chọn kinh tế vào thời gian chạy của phần mềm. Tác nhân không chỉ phải đánh giá một công cụ có khả dụng hay không, mà còn phải đánh giá nó có đáng mua hay không: giá có vượt ngân sách không, tốc độ phản hồi có đáp ứng nhiệm vụ không, lịch sử thực hiện có đáng tin cậy không, dịch vụ thay thế có phù hợp hơn không. Định tuyến công cụ truyền thống tập trung vào khớp năng lực, còn mua sắm máy móc còn phải xử lý đồng thời giá cả và rủi ro đối tác giao dịch. Trong loại giao dịch này, bên chịu rủi ro là chính tác nhân: thanh toán thành công, nhưng dịch vụ có thể không được giao.

Vì vậy, nhu cầu cốt lõi của Agent Payment không phải là thanh toán tự động vô điều kiện, mà là trao quyền mua cho phần mềm một cách có kiểm soát. Người dùng sẽ không dễ dàng giao toàn bộ ví cho tác nhân, nhưng sẵn sàng đặt ngân sách vài đô la cho một nhiệm vụ rõ ràng, cho phép nó thực hiện một số giao dịch mua ở mức cent. Ủy quyền lớn có thể vẫn cần xây dựng niềm tin lâu dài, nhưng ủy quyền nhỏ đã có thể tạo ra giá trị thực tế.

1.2 Vi mô, tần suất cao và nhiều thương nhân thay đổi kinh tế học thanh toán

Hạ tầng thanh toán của internet dành cho con người giỏi xử lý các giao dịch tương đối ít thường xuyên và giá trị cao. Mạng lưới thẻ tín dụng, cổng thanh toán và hệ thống đăng ký đều có chi phí cố định, do đó thương nhân thường đóng gói nhiều lần gọi thành gói hàng tháng. Đối với yêu cầu API chỉ trị giá vài cent mỗi lần, phí giao dịch, rủi ro hoàn trả và chi phí duy trì tài khoản của thanh toán truyền thống có thể cao hơn cả sản phẩm.

Tiêu dùng máy móc thì hoàn toàn ngược lại. Tác nhân có thể khởi tạo nhiều giao dịch mua sắm tới nhiều thương nhân trong vài phút để hoàn thành một sản phẩm bàn giao. Giá trị mỗi giao dịch rất thấp, nhưng tần suất gọi cao, số lượng giao dịch có thể lớn hơn nhiều so với người tiêu dùng là con người. Stablecoin và thanh toán lập trình được trên chuỗi mang đến nền tảng kinh tế mới cho loại hình này: dòng tiền có thể lưu chuyển 24/7, ủy quyền thanh toán có thể được ký bởi phần mềm, và dịch vụ cũng có thể được tính giá trực tiếp theo lượt gọi.

Quan trọng hơn, việc mua sắm từ nhiều thương nhân sẽ thay đổi cách cạnh tranh của thị trường API. Mô hình đăng ký khuyến khích người dùng gắn bó lâu dài với một nhà cung cấp, còn mua theo lượt cho phép tác nhân lựa chọn linh hoạt trong mỗi nhiệm vụ. Nhà cung cấp dịch vụ không chỉ cạnh tranh hợp đồng theo năm, mà còn cạnh tranh cho một nhu cầu tức thời. Giá cả, hiệu năng và hồ sơ thực hiện đều có thể ảnh hưởng đến kết quả định tuyến theo thời gian thực.

1.3 Stablecoin đang chuyển từ phương tiện giao dịch sang hạ tầng thanh toán

Nhu cầu stablecoin trong giai đoạn đầu của thị trường tiền mã hóa chủ yếu đến từ giao dịch và trú ẩn vốn. Khi phát hành, lưu ký, tuân thủ và hạ tầng xuyên chuỗi dần trưởng thành, stablecoin bắt đầu bước vào thanh toán xuyên biên giới, quản lý vốn doanh nghiệp và thanh toán gốc internet. Đối với thanh toán máy móc, stablecoin còn có một lợi thế đặc biệt: nó vừa là tiền tệ, vừa là tài sản số có thể được vận hành trực tiếp bởi chương trình.

Thanh toán bằng thẻ tín dụng phụ thuộc vào danh tính chủ thẻ, tài khoản ngân hàng và mạng lưới địa lý. Bản thân tác nhân không có danh tính của người tự nhiên, cũng không thể độc lập vượt qua quy trình mở tài khoản truyền thống. Một ví bị ràng buộc bởi chính sách có thể trở thành giao diện vốn của tác nhân: người vận hành nạp số dư hạn chế, đặt giới hạn cho từng giao dịch và từng phiên, đồng thời giữ quyền đóng băng và thu hồi; tác nhân chỉ ký thanh toán trong phạm vi được ủy quyền.

Điều này không có nghĩa thanh toán trên chuỗi đương nhiên vượt trội hơn mọi phương thức thanh toán truyền thống. Bảo vệ người tiêu dùng, cơ chế hoàn tiền, quyền riêng tư, quản lý khóa và trách nhiệm pháp lý vẫn cần được giải quyết. Nhưng trong mua sắm dịch vụ máy với máy, giá trị thấp theo lượt và phạm vi toàn cầu, stablecoin lập trình được có mức độ phù hợp rõ rệt. Nó lần đầu tiên cho phép "giao diện gọi" và "giao diện thanh toán" được nén vào cùng một tương tác mạng.

2. Đường ray thanh toán đã xuất hiện: x402, MPP và giao dịch gốc HTTP

2.1 Biến 402 từ mã trạng thái thành giao diện thương mại

HTTP đã dành sẵn mã trạng thái 402 Payment Required từ lâu, nhưng trong gần 30 năm, nó chưa hình thành quy trình làm việc phổ quát. Giao thức thanh toán máy móc đã kích hoạt lại ngữ nghĩa này: máy khách yêu cầu một điểm cuối trả phí, máy chủ trả về 402 và các điều kiện thanh toán mà máy có thể đọc được; máy khách chọn phương án có thể chấp nhận, hoàn tất ký hoặc thanh toán, rồi thử lại yêu cầu kèm chứng từ.

Tầm quan trọng của quá trình này nằm ở chỗ nó loại bỏ trang đăng ký dành cho con người. Khám phá giá, yêu cầu thanh toán và phân phối nội dung đều diễn ra ở tầng giao thức mà chương trình có thể hiểu được. Đối với nhà phát triển, API trả phí không còn cần xây dựng toàn bộ cổng SaaS xoay quanh tài khoản, gói dịch vụ và khóa; đối với tác nhân, dịch vụ có thể được khám phá như một trang web thông thường, và được mua khi thực sự cần.

x402 là một trong những giao thức mở được chú ý nhất trong hướng đi này. Nó tổ chức các thách thức thanh toán và chứng từ xoay quanh HTTP 402, cho phép nhà cung cấp dịch vụ thu tiền theo từng yêu cầu. MPP thì xuất phát từ một hệ sinh thái khác, khám phá các phương thức thanh toán hướng đến máy móc như charge, session. Thiết kế cụ thể của hai bên khác nhau, nhưng cùng xác nhận một hướng đi: thanh toán máy móc có thể trở thành một phần của giao thức ứng dụng, thay vì xây dựng quy trình thanh toán thủ công bên ngoài ứng dụng.

2.2 Tính lâu dài của việc đa dạng hóa đường ray thanh toán

Ngành thường kỳ vọng cuối cùng sẽ chỉ còn một giao thức tiêu chuẩn, một mạng lưới thanh toán và một phương án thanh toán. Nhưng từ góc nhìn của thương nhân, việc đa dạng hóa có tính hợp lý lâu dài. Truy vấn dữ liệu một lần phù hợp với thu phí theo lần, suy luận liên tục hoặc dịch vụ streaming có thể phù hợp hơn với tính phí theo phiên; dịch vụ giá trị cao cần bảo đảm và xử lý tranh chấp mạnh hơn, lệnh gọi giá trị thấp quan tâm hơn đến tốc độ và chi phí; các khu vực và doanh nghiệp khác nhau cũng sẽ chọn mạng lưới tuân thủ và thanh toán khác nhau.

Tầng giao thức sẽ tiếp tục đổi mới. Thương nhân có thể áp dụng ghi nợ trực tiếp, ủy quyền trước, ký quỹ, thanh toán dòng chảy hoặc thanh toán theo lô; mạng lưới có thể có những đánh đổi khác nhau về chi phí, tính cuối cùng, thanh khoản và công cụ hệ sinh thái. Đối với người bán, đây là sự lựa chọn tự do. Đối với người mua, mỗi tổ hợp mới được thêm vào lại tăng thêm một bề mặt tích hợp mới.

Ma trận cấu hình trong hình dưới đây là một mặt cắt của sự đa dạng hóa này: giao thức/phương án thanh toán tạo thành cột, chuỗi tạo thành hàng, mỗi lựa chọn là một cấu hình thanh toán cần được tích hợp riêng, và bảng này vẫn đang mở rộng.

Hình 1: Ma trận cấu hình đường ray thanh toán trong bối cảnh phân mảnh

Vì vậy, sự phân mảnh có thể không tự nhiên biến mất khi thị trường trưởng thành. Thị trường thẻ ngân hàng đã không chỉ còn một tổ chức thẻ sau quá trình phát triển lâu dài, điện toán đám mây cũng không hội tụ về một nhà cung cấp. Thị trường trưởng thành thường không xóa bỏ sự khác biệt, mà hình thành các tầng tổng hợp, định tuyến và thanh toán toán trên nền sự khác biệt đó. Agent Payment rất có thể sẽ theo cùng con đường tiến hóa. Sự chia tách này đã có thể đo lường được. Dữ liệu 30 ngày gần đây từ hai trình duyệt công khai (x402scan và mppscan) cho thấy (tính đến ngày 3 tháng 9 năm 2026): giao thức MPP có 65.591 ví người mua đang hoạt động trên chuỗi Tempo, x402 có 19.472 ví trên chuỗi Base, trong khi chỉ có 365 ví xuất hiện đồng thời trên cả hai đường ray, chưa đến 0,6% người mua của giao thức MPP và 2% người mua x402 Base; trong đó chỉ có 112 ví hoàn thành hơn mười giao dịch trên mỗi đường ray, và phần lớn trong số đó là các bộ tổng hợp hai đường ray dùng cùng một khóa để trả thay, chứ không phải người mua tự áp dụng đường ray thanh toán thứ hai. Người mua không di chuyển qua lại giữa các đường ray, mỗi đường ray đều đang tích lũy nhóm người mua độc lập của riêng mình.

2.3 Việc người bán tham gia chỉ là một nửa của giao dịch

Giao thức thanh toán trước hết đã hạ thấp rào cản thu tiền của thương nhân. Một endpoint có thể công bố báo giá, xác minh chứng từ và trả về dịch vụ thì đã có đủ điều kiện cơ bản để kinh doanh hướng tới máy móc. Ngày càng nhiều công cụ dành cho nhà phát triển, dịch vụ dữ liệu và giao diện nội dung nhờ đó bước vào trạng thái có thể được máy móc mua.

Tuy nhiên, nguồn cung có thể thanh toán không có nghĩa là nhu cầu sẽ tự động xuất hiện. Thương nhân giải quyết câu hỏi "tôi thu tiền từ máy như thế nào", còn tác nhân thông minh vẫn phải trả lời "tôi nên mua từ ai, thanh toán bằng cách nào, sau khi thanh toán làm sao xác nhận việc giao hàng". Nếu mỗi bên mua đều phải tích hợp riêng từng loại giao thức, chuẩn bị vốn trên các mạng khác nhau và duy trì sổ cái độc lập, thì thanh toán máy móc sẽ lặp lại sự phức tạp của giai đoạn tích hợp API thời kỳ đầu, chỉ là thay API Key bằng ví và bộ chuyển đổi giao thức.

Tỷ lệ chấp nhận thực sự phụ thuộc vào tổng ma sát của giao dịch, chứ không chỉ ma sát ở bước thanh toán.

3. Nút thắt thực sự của ngành: giao dịch không khép kín

Hình 2: Quy trình hoàn chỉnh của một lần mua sắm bằng máy

3.1 Cửa ải thứ nhất: khám phá dịch vụ có thể mua

Tác nhân thông minh cần một danh mục dịch vụ mà máy có thể đọc được. Một danh mục hiệu quả không chỉ có tên và địa chỉ web, mà còn phải mô tả năng lực của endpoint, đầu vào đầu ra, đơn vị giá, giao thức khả dụng, độ trễ, giới hạn khu vực và trạng thái cập nhật. Giữa ý định ngôn ngữ tự nhiên và tham số API cũng cần có ánh xạ, nếu không tác nhân thông minh biết mình "cần dữ liệu vĩ mô" nhưng không thể phán đoán endpoint nào đáp ứng được nhiệm vụ.

Danh mục trong thị trường mở còn đối mặt với trùng lặp, mất hiệu lực và tuyên bố sai lệch. Bất kỳ thương nhân nào cũng có thể tuyên bố mình cung cấp dữ liệu chất lượng cao, nhưng tác nhân thông minh không thể dành nhiều ngày để điều tra lý lịch như nhân viên thu mua là người. Tầng khám phá phải liên tục xác minh endpoint có thể gọi được hay không, báo giá có thật hay không, mô tả có khớp với nội dung trả về hay không.

Điều này khiến việc khám phá dịch vụ khác với tìm kiếm truyền thống. Công cụ tìm kiếm tối ưu hóa mức độ liên quan của thông tin, còn danh mục mua sắm bằng máy còn phải tối ưu hóa khả năng giao dịch: năng lực có khớp không, giá có chấp nhận được không, thanh toán có tương thích không, và thương nhân có thể giao hàng hay không.

3.2 Cửa ải thứ hai: hiểu và so sánh báo giá

Bề ngoài, các API cùng loại đều có thể niêm yết giá theo lượt, nhưng trên thực tế khả năng so sánh của báo giá rất yếu. Một bên thu phí theo yêu cầu, bên khác thu phí theo số lượng kết quả; một bên bao gồm suy luận mô hình trong giá, bên khác cần thanh toán thêm; còn có dịch vụ tính phí động dựa trên độ dài đầu vào, thời gian chạy hoặc kết quả thành công.

Tác nhân thông minh không thể chỉ chọn điểm cuối có giá danh nghĩa thấp nhất. Nó cần xem xét tổng chi phí, xác suất giao hàng, độ trễ và chất lượng kết quả. Nếu một giao diện rẻ tiền liên tục thất bại, chi phí thử lại và chậm trễ nhiệm vụ có thể khiến giá thực tế của nó cao hơn. Do đó, báo giá nên được đánh giá cùng với mức độ dịch vụ, hiệu suất lịch sử và ngữ cảnh nhiệm vụ.

Báo giá có thể đọc bằng máy cũng cần nêu rõ thời hạn hiệu lực và số tiền cuối cùng. Trong môi trường định giá động, những gì tác nhân thông minh ký kết phải là một cam kết xác định, chứ không phải một khoảng giá mơ hồ. Người vận hành cũng cần biết cấu thành chi phí, bao gồm phí dịch vụ, chi phí mạng và phí định tuyến, để có thể thiết lập ngân sách đáng tin cậy.

3.3 Ải thứ ba: Phân bổ vốn và thanh khoản xuyên đường ray

Nếu một tác nhân thông minh muốn mua dịch vụ đồng thời trên nhiều chuỗi và nhiều giao thức, cách trực tiếp nhất là đặt trước số dư trên mỗi mạng. Nhưng điều này sẽ chia nhỏ một lượng vốn nhỏ thành nhiều mảnh. Tiền nằm trên mạng tạm thời không dùng đến, trong khi mạng phổ biến lại có thể thiếu số dư; việc bổ sung số dư liên quan đến cầu nối, hoán đổi, Gas và các thao tác bảo mật.

Đối với một người dùng cá nhân, điều này đã rất phiền phức. Đối với doanh nghiệp quản lý số lượng lớn tác nhân thông minh, vấn đề sẽ càng bị khuếch đại: mỗi tác nhân thông minh nên giữ bao nhiêu số dư, ai chịu trách nhiệm bổ sung, làm thế nào để ngăn vốn bị tiêu hao sai cách, làm sao tổng hợp tài sản và chi phí trên các mạng khác nhau? Nếu thiếu lớp vốn thống nhất, càng nhiều đường ray thanh toán thì độ phức tạp tài chính càng cao.

Trong trạng thái lý tưởng, tác nhân thông minh nhìn thấy một ngân sách khả dụng, chứ không phải nhiều số dư trên nhiều mạng. Hệ thống bên dưới chịu trách nhiệm chọn đường thanh toán, quản lý thanh khoản và cung cấp báo giá minh bạch. Nguyên tắc của nó tương tự như du khách sử dụng một thẻ để chi tiêu ở các quốc gia khác nhau: người dùng quan tâm đến tổng hạn mức và tỷ giá, không cần mở trước tài khoản địa phương cho từng điểm đến.

3.4 Ải thứ tư: Ủy quyền dựa trên chính sách

Lo ngại dễ phát sinh nhất từ thanh toán tự chủ là liệu tác nhân thông minh có chi tiêu mất kiểm soát hay không. Giải pháp không phải là đơn giản chọn một trong hai giữa 「cấm hoàn toàn」 và 「ủy quyền hoàn toàn」, mà là thiết lập chính sách nhiều lớp.

Hạn mức mỗi giao dịch giới hạn tổn thất của một lần sai, ngân sách phiên hạn chế tổng chi tiêu của một nhiệm vụ, danh sách trắng hoặc đen thương nhân kiểm soát đối tác giao dịch, quy tắc danh mục giới hạn nội dung có thể mua, giới hạn tốc độ ngăn chặn các lệnh gọi bất thường trong thời gian ngắn. Giao dịch rủi ro cao hoặc số tiền lớn cũng có thể kích hoạt xác nhận thủ công. Chính sách nên do người vận hành thiết lập, tác nhân thông minh chỉ có thể hành động trong giới hạn, không thể tự nâng hạn mức.

Ví cũng không nên chỉ đảm nhận chức năng ký. Nó cần kết hợp với nhiệm vụ, danh tính và hồ sơ kiểm toán, để trả lời 「tác nhân thông minh nào đã phê duyệt khoản thanh toán này vì nhiệm vụ gì, theo chính sách nào」. Nếu không, doanh nghiệp cuối cùng chỉ nhận được một chuỗi mã giao dịch trên chuỗi, không thể đáp ứng yêu cầu kiểm soát nội bộ và quy kết chi phí.

3.5 Cấp độ thứ năm: Thanh toán thành công không đồng nghĩa với việc cung cấp dịch vụ

Blockchain giỏi chứng minh tiền đã được chuyển từ địa chỉ này sang địa chỉ khác, nhưng không thể tự nhiên chứng minh API đã trả về nội dung chính xác. Một giao dịch có thể hoàn tất thanh toán, nhưng máy chủ dịch vụ có thể hết thời gian chờ, trả về trạng thái lỗi, hoặc dữ liệu được cung cấp không khớp với những gì đã quảng cáo. Đối với tác nhân thông minh, đây không phải là vấn đề biên, mà là cốt lõi của rủi ro mua sắm.

Thương mại điện tử truyền thống kết nối thanh toán và giao hàng thông qua logistics, đánh giá và hoàn tiền; dịch vụ máy móc không có logistics vật lý, việc giao hàng có thể chỉ là một phản hồi HTTP tức thời. Nếu hệ thống thanh toán chỉ ghi lại dấu vết dòng tiền, và người bán chỉ ghi lại phản hồi của chính mình, thị trường sẽ thiếu một góc nhìn thống nhất về việc thực hiện hợp đồng xuyên người bán và xuyên giao thức.

Cần thận trọng rằng, ghi lại phản hồi không đồng nghĩa với chứng minh chất lượng. Nhưng việc liên kết thanh toán với phản hồi ít nhất có thể phân biệt các trạng thái cơ bản như "đã thanh toán và nhận được kết quả", "đã thanh toán nhưng dịch vụ thất bại", "chưa thanh toán". Đây là tầng sự thật đầu tiên để xây dựng uy tín giao dịch máy móc.

3.6 Cấp độ thứ sáu: Đối soát thống nhất và xác định trách nhiệm

Một nhiệm vụ có thể bao gồm hàng chục giao dịch mua sắm vi mô. Nếu mỗi giao dịch nằm rải rác ở các ví, giao thức và hệ thống quản lý khác nhau của người bán, người dùng rất khó biết tại sao sản phẩm cuối cùng lại tốn số tiền đó. Doanh nghiệp cũng cần phân bổ chi tiêu vào dự án, nhóm, khách hàng và trung tâm chi phí, đồng thời lưu giữ bằng chứng có thể kiểm toán.

Sổ cái thống nhất nên đồng thời ghi lại ý định mua sắm, người bán, báo giá, chính sách ủy quyền, kết quả thanh toán, trạng thái phản hồi và lý do thất bại. Nó không chỉ phục vụ tài chính mà còn phục vụ việc tối ưu hóa tác nhân thông minh. Hệ thống có thể phân tích nguồn dữ liệu nào thường xuyên thất bại, tuyến nào có chi phí cao hơn, và tổ hợp mua sắm điển hình cho một loại nhiệm vụ nào đó.

Khi thanh toán được nhúng vào chuỗi suy luận, chi phí trở thành tín hiệu phản hồi cho quyết định của mô hình. Không có đối soát thống nhất, tác nhân thông minh chỉ có thể tối ưu câu trả lời, không thể tối ưu quá trình kinh tế để có được câu trả lời. Giá trị lâu dài của Agent Payment phần lớn đến chính từ khả năng quan sát này.

4. Từ giao thức thanh toán đến tầng mua sắm máy móc

4.1 Trừu tượng cốt lõi trong tương lai không phải là "Pay", mà là "Buy"

Thanh toán là hành động sau khi đã xác định đối tượng và giá cả, trong khi mua sắm bao trùm toàn bộ quá trình từ nhu cầu đến nghiệm thu. Việc để lộ một hàm pay() cho tác nhân thông minh chỉ cho phép nó chuyển tiền đến địa chỉ đã biết; để lộ khả năng buy() mới có nghĩa là hệ thống có thể tiếp nhận nhu cầu, khám phá dịch vụ, so sánh phương án, thực hiện thanh toán và trả về kết quả có thể xác minh.

Sự khác biệt này quyết định phân công trong ngành. Giao thức cung cấp thông điệp thanh toán tiêu chuẩn, ví quản lý chữ ký và tài sản, mạng thanh toán di chuyển giá trị, danh mục tổng hợp nguồn cung, và tầng mua sắm tổ chức các thành phần này thành một nhiệm vụ. Bất kỳ thành phần đơn lẻ nào đều quan trọng, nhưng không thể đại diện độc lập cho toàn bộ giao dịch.

Lớp mua sắm máy móc cần được giữ mở. Nó không nên yêu cầu tất cả thương nhân phải di chuyển sang cùng một giao thức, cũng không nên quyết định ai có thể được mua thông qua danh mục đóng. Mô hình bền vững hơn là tương thích với nhiều đường ray thanh toán, công bố chi phí định tuyến trong báo giá và cho phép tác nhân thông minh tự chủ lựa chọn theo chiến lược.

4.2 Tổng hợp phía người mua có thể quan trọng hơn tổng hợp phía người bán

Các nền tảng internet thường tổng hợp nguồn cung trước, rồi thu hút người tiêu dùng. Trong thị trường máy móc, nguồn cung đã tồn tại rộng rãi dưới dạng API, thứ còn thiếu là người mua được chuẩn hóa có khả năng mua liên tục. Một tác nhân thông minh được trang bị đầy đủ có thể biến nhu cầu rời rạc, không thường xuyên thành dòng giao dịch ổn định.

Tổng hợp phía người mua cũng sẽ nâng cao khả năng hiển thị của các dịch vụ đuôi dài. Các nhà phát triển con người có xu hướng sử dụng các thương hiệu lớn quen thuộc vì chi phí thời gian để đánh giá nhà cung cấp mới rất cao; nếu tác nhân thông minh có thể đọc được năng lực được chuẩn hóa, giá cả và tín hiệu thực hiện, chúng có thể chọn dịch vụ phù hợp hơn trong mỗi nhiệm vụ. Điều này có thể giảm chi phí thu hút khách hàng của thương nhân mới, đồng thời buộc các thương nhân trưởng thành phải cạnh tranh dựa trên hiệu suất thực tế.

Nhưng cửa vào phía người mua cũng sẽ hình thành quyền lực nền tảng mới. Ai kiểm soát danh mục mặc định, thứ tự sắp xếp và đường dẫn thanh toán, người đó có thể ảnh hưởng đến phân phối lưu lượng. Do đó, ngành cần có quy tắc sắp xếp minh bạch, chi phí có thể giải thích và hồ sơ giao dịch có thể di chuyển. Tổng hợp có thể giảm ma sát, nhưng không nên đóng gói lại các giao thức mở thành kênh đóng.

4.3 Xây dựng uy tín dựa trên dữ liệu giao dịch thực

Người mua máy móc ra quyết định rất nhanh, không thể dựa vào quá trình thẩm định kéo dài. Nó cần nhận được tín hiệu về đối tác giao dịch cùng lúc với báo giá xuất hiện. Điểm số truyền thống và đánh giá người dùng có thể cung cấp tham khảo, nhưng dễ bị thao túng bởi tăng số lượng ảo, tài khoản sybil và các bên có liên quan lợi ích. Nếu đánh giá không yêu cầu thanh toán thực, chi phí tấn công đặc biệt thấp. Nghiên cứu thực nghiệm gần đây về ERC-8004 — lớp tin cậy trên chuỗi không cần cấp phép đầu tiên dành cho tác nhân thông minh — đã xác nhận điều này [6]. Văn bản đặc tả gốc của giao thức này ghi rõ 「Payments are orthogonal to this protocol」 (Thanh toán trực giao với giao thức này) — đánh giá mặc định không cần gắn với bất kỳ giao dịch trả phí thực nào, bằng chứng thanh toán chỉ là trường tùy chọn. Kết quả là: trên ba chuỗi Ethereum, BSC và Base (tính đến ngày 13 tháng 5 năm 2026), lần lượt có 73,5%, 59,2% và 90,6% người đánh giá thể hiện hành vi sybil phối hợp.

Nền tảng đáng tin cậy hơn là hồ sơ kết quả gắn với các cuộc gọi trả phí thực: một điểm cuối dịch vụ đã hoàn thành bao nhiêu giao dịch thanh toán, tỷ lệ phản hồi thành công như thế nào, độ trễ phổ biến là bao nhiêu, tỷ lệ không phản hồi sau khi thanh toán cao đến đâu. Những chỉ số này vẫn không thể hoàn toàn đại diện cho chất lượng nội dung, nhưng gần với sự thật có thể xác minh hơn so với tự công bố.

Khi dữ liệu tích lũy, thị trường có thể xuất hiện tín nhiệm phân tầng. Tầng thứ nhất là trạng thái giao dịch khách quan, tầng thứ hai là chỉ số dịch vụ có thể tái tạo, tầng thứ ba mới là đánh giá chất lượng cho nhiệm vụ cụ thể. Tác nhân thông minh có thể chọn mức độ bằng chứng cần thiết dựa trên số tiền và rủi ro: truy vấn dữ liệu vài xu chỉ cần dựa vào tín hiệu thống kê, mua sắm giá trị cao thì cần bảo lãnh, kiểm toán hoặc giải quyết tranh chấp.

4.4 Chiến lược ngân sách sẽ trở thành năng lực quan trọng của tác nhân thông minh

Ngày nay đánh giá tác nhân thông minh chủ yếu dựa vào chất lượng trả lời, tỷ lệ hoàn thành nhiệm vụ và độ chính xác khi gọi công cụ. Khi bước vào môi trường trả phí, cần bổ sung các chỉ số kinh tế: chi bao nhiêu để đạt chất lượng tương đương, có hoàn thành trong ngân sách không, khi nào đáng mua dữ liệu đắt hơn, và cách cân bằng giữa tốc độ, chi phí và độ tin cậy.

Điều này sẽ tạo ra hướng huấn luyện và đánh giá mới. Tác nhân thông minh không chỉ học "công cụ nào có thể trả lời câu hỏi" mà còn học "với giá trị nhiệm vụ hiện tại, mua công cụ này có đáng không". Nó có thể dùng dịch vụ chi phí thấp để sàng lọc trước, rồi mua xác minh chất lượng cao cho kết luận then chốt; cũng có thể giảm tần suất gọi khi ngân sách sắp cạn, hoặc xin người dùng cấp thêm quyền.

Theo nghĩa này, Agent Payment không phải là plugin tài chính nằm ngoài năng lực mô hình, mà là một phần của trí tuệ ra quyết định. Tác nhân thông minh thực sự trưởng thành phải vừa biết sử dụng tài nguyên, vừa biết định giá tài nguyên.

5. Con đường tiến hóa khả thi của Agent Payment

5.1 Giai đoạn một: công cụ nhà phát triển và dịch vụ số đi trước

Kịch bản mở rộng quy mô sớm nhất nhiều khả năng vẫn là giao hàng thuần số, ví dụ tìm kiếm, dữ liệu, thu thập qua proxy, suy luận mô hình, thực thi mã, lưu trữ và tạo nội dung. Những dịch vụ này được cung cấp qua API, chi phí giao hàng biên thấp, thanh toán và phản hồi có thể hoàn tất trong cùng một phiên mạng, cũng không liên quan đến logistics phức tạp.

Số tiền điển hình ở giai đoạn này rất nhỏ, người dùng quan tâm đến sự tiện lợi cho phát triển và tỷ lệ hoàn thành nhiệm vụ. Thị trường sẽ nhanh chóng xác thực giao thức, nhưng khối lượng giao dịch có thể phân tán cao. Nhiều lệnh gọi vẫn sẽ do API Key truyền thống và thuê bao đảm nhận, thanh toán máy móc chủ yếu dùng cho nhu cầu tạm thời, mua sắm xuyên thương nhân và dịch vụ đuôi dài không thể mở tài khoản trước.

5.2 Giai đoạn hai: ngân sách doanh nghiệp và cộng tác đa tác nhân

Khi doanh nghiệp bắt đầu triển khai nhiều tác nhân thông minh, quản lý vốn sẽ nâng cấp từ ví cá nhân lên hệ thống tài khoản cấp tổ chức. Doanh nghiệp cần phân bổ ngân sách cho các vai trò khác nhau, kiểm soát danh mục có thể mua, đặt ngưỡng phê duyệt và ghi chi tiêu vào hệ thống tài chính. Giữa các tác nhân thông minh cũng có thể hình thành thanh toán nội bộ: tác nhân nghiên cứu mua dữ liệu, tác nhân phân tích mua sức mạnh tính toán, tác nhân thực thi gọi dịch vụ bên ngoài.

Lúc này, tầm quan trọng của bảo mật và tuân thủ sẽ vượt qua tính mới lạ của thanh toán. Doanh nghiệp quan tâm đến ký gửi khóa, cách ly quyền hạn, giám sát giao dịch, thẩm định nhà cung cấp và lưu vết kiểm toán. Cơ sở hạ tầng tương thích với quy trình tài chính hiện có mới có thể bước từ thử nghiệm vào sản xuất.

5.3 Giai đoạn thứ ba: Mở rộng từ dịch vụ số sang nền kinh tế thực

Vé máy bay, khách sạn, logistics, quảng cáo và dịch vụ chuyên nghiệp đều có thể trở thành đối tượng mua sắm của agent, nhưng giao dịch trong thế giới thực đòi hỏi danh tính, hoàn tiền, thuế và xử lý tranh chấp phức tạp hơn. Stablecoin chỉ có thể giải quyết một phần vấn đề thanh toán, không thể thay thế quyền lợi người tiêu dùng và hợp đồng thương mại.

Do đó, ngành không nên hiểu sai "thanh toán tự chủ" là loại bỏ mọi trung gian. Ngược lại, khi giá trị giao dịch tăng lên, bảo lãnh, bảo hiểm, tín dụng và trọng tài sẽ xuất hiện trở lại, chỉ là chúng cần được chuyển hóa thành dịch vụ mà máy có thể gọi được. Ngăn xếp Agent Payment trong tương lai có thể đồng thời bao gồm giao thức thanh toán mở và kết nối tài chính truyền thống, chứ không phải một con đường duy nhất thay thế con đường còn lại.

5.4 Giai đoạn thứ tư: Từ định tuyến xuyên giao thức đến thực thi xuyên thị trường

Về lâu dài, agent mua không chỉ là một phản hồi API, mà là một kết quả. Người dùng có thể yêu cầu "tạo một báo cáo ngành đáng tin cậy", hệ thống tự động kết hợp dịch vụ tìm kiếm, cơ sở dữ liệu, dịch thuật, mô hình và xác minh. Nhiều giao dịch diễn ra ở tầng dưới, người dùng chỉ thấy tổng ngân sách, nguồn bằng chứng và kết quả cuối cùng.

Điều này sẽ nâng cấp định tuyến thanh toán thành thực thi thị trường. Hệ thống cần chia mục tiêu phức tạp thành danh mục mua sắm, thay thế động nhà cung cấp thất bại, và tối ưu giữa tổng chi phí và chất lượng. Tương thích giao thức chỉ là nền tảng, rào cản thực sự đến từ hiểu nhu cầu, dữ liệu giao dịch và phản hồi thực thi.

6. Rủi ro và vấn đề chưa giải quyết

Agent Payment có không gian tưởng tượng rất lớn, nhưng không thể bỏ qua ràng buộc thực tế. Thứ nhất là bảo mật. Tiêm nhiễm prompt có thể dụ dỗ agent mua dịch vụ độc hại, tấn công chuỗi cung ứng có thể thay thế địa chỉ nhận tiền, chiến lược sai cũng có thể gây ra nhiều khoản thanh toán trùng lặp. Hành động thanh toán phải được cách ly khỏi nội dung không đáng tin cậy, và có hạn mức, mô phỏng, thu hồi và phát hiện bất thường.

Thứ hai là quyền riêng tư. Hồ sơ mua sắm sẽ tiết lộ agent đang thực hiện nhiệm vụ gì, dữ liệu công khai trên chuỗi còn có thể kết nối danh tính người dùng với ý định thương mại. Hệ thống cần giảm thiểu rò rỉ siêu dữ liệu nhạy cảm, và cân bằng giữa nhu cầu kiểm toán và quyền riêng tư.

Thứ ba là trách nhiệm. Khi agent mua sai, thương nhân không giao hàng hoặc chuyển đổi giao thức thất bại, ai nên chịu tổn thất? Giao dịch giá trị thấp có thể chấp nhận rủi ro tự động hóa, giao dịch giá trị cao cần ranh giới trách nhiệm rõ ràng. Mạng thanh toán không có cơ chế tranh chấp rất khó trực tiếp bước vào thương mại giá trị cao.

Thứ tư là quy định pháp lý. Việc phát hành stablecoin, kiểm soát ví, chuyển tiền xuyên biên giới và thu tiền của thương nhân chịu ảnh hưởng bởi các quy tắc khác nhau ở từng khu vực tài phán. Máy móc là bên thực thi, không phải chủ thể chịu trách nhiệm pháp lý. Cơ sở hạ tầng phải có khả năng truy xuất mọi giao dịch tự chủ về người vận hành cụ thể, chính sách ủy quyền và nguồn vốn.

Thứ năm là tính bền vững thương mại. Thu nhập từ thanh toán vi mô rất dễ bị chi phí mạng lưới, thanh khoản và phí kiểm soát rủi ro nuốt chửng. Nếu nền tảng trợ giá trải nghiệm thông qua việc tăng giá ẩn, điều đó lại làm tổn hại lòng tin của người mua. Chi phí phải minh bạch và xây dựng mô hình kinh doanh hợp lý thông qua quy mô, hiệu quả định tuyến và dịch vụ gia tăng.

Những vấn đề này không phủ nhận lĩnh vực này, mà cho thấy Agent Payment sẽ không chỉ hoàn thành nhờ một giao thức. Cuối cùng nó sẽ trở thành cơ sở hạ tầng phức hợp của thanh toán, danh tính, quyền hạn, khám phá, uy tín và đối soát.

7. SELAT: Trang bị năng lực bên mua cho thương mại bản địa máy

「SELAT」lấy từ tiếng Mã Lai nghĩa là「eo biển」, ví dụ eo biển Malacca (Selat Melaka). Trong hàng trăm năm, bất kể hàng hóa đến từ cảng nào, hướng tới thị trường nào, dòng chảy thương mại Đông-Tây chủ yếu đều đi qua tuyến đường thủy này. SELAT muốn trở thành eo biển đó trong thương mại bản địa máy: bất kể thương nhân cập bến ở tuyến nào, nhu cầu của tác nhân thông minh đều có thể chảy qua đây.

    SELAT là một công ty bản địa AI, chọn tiếp cận thanh toán máy từ phía người mua. SELAT là tầng người mua của thương mại bản địa máy, mục tiêu cốt lõi không phải tạo thêm một tuyến thanh toán mới yêu cầu thương nhân di chuyển, mà là để tác nhân thông minh có thể hoàn thành mua sắm xuyên các tuyến hiện có. Nó tập trung vào hai vấn đề cốt lõi: thứ nhất là sự phân mảnh của cấu hình thanh toán, tuyến, giao thức, chuỗi và chứng từ khác nhau, mỗi thương nhân đều phải tích hợp mới; thứ hai là rủi ro đối tác giao dịch thiếu thước đo, thanh toán thành công không có nghĩa là dịch vụ đã được cung cấp.

Hình 3: Sơ đồ tầng người mua của SELAT

Đối với vấn đề phân mảnh, SELAT CLI giữ sự khác biệt về giao thức, phương án thanh toán và mạng lưới thanh toán ở tầng cơ sở hạ tầng, để tác nhân thông minh hoàn thành mua sắm xuyên tuyến bằng một lệnh. Khám phá, báo giá, ủy quyền, thanh toán, ghi trạng thái giao hàng và đối soát đều được đưa vào cùng một quy trình mua sắm, mỗi lần gọi cũng được ghi vào cùng một sổ cái.

• Một kho quỹ, sử dụng N tuyến thanh toán

Tác nhân thông minh nắm giữ một số dư USDC tự lưu ký, không cần chuẩn bị vốn theo chuỗi, cũng không cần duy trì các ứng dụng khách khác nhau cho các giao thức khác nhau.

• Danh mục điểm cuối tổng hợp

SELAT CLI tích hợp bốn sổ đăng ký dịch vụ bên thứ ba gồm Circle, MPP, Apify, pay.sh cùng danh mục riêng của SELAT, cho phép tác nhân thông minh khám phá và so sánh hơn 4.000 điểm cuối dịch vụ dựa trên ý định theo thời gian thực.

• Giới hạn chi tiêu cứng

Người vận hành có thể đặt giới hạn cho từng giao dịch và ngân sách phiên, đồng thời đóng băng quyền chi tiêu bất cứ lúc nào; tác nhân thông minh không thể tự nâng hạn mức.

• Merchant không cần di chuyển

Merchant có thể giữ nguyên đường ray thanh toán mình đã chọn, không cần đăng ký lại với SELAT mà vẫn được tác nhân thông minh khám phá và mua hàng.

Về phía nguồn vốn, SELAT có thể kết hợp với bất kỳ ví tác nhân thông minh nào, bao gồm ví tác nhân thông minh của Circle và MetaMask. SELAT định tuyến từng giao dịch mua giữa các đường ray thanh toán như x402 và MPP, lấy báo giá theo thời gian thực làm chuẩn.

7.1 ERC-8004: Nguyên thủy đúng, tín hiệu còn nghi vấn

ERC-8004 định nghĩa ba loại sổ đăng ký gồm danh tính, uy tín và xác minh, đồng thời cho phép bên mua gửi đánh giá cho bên bán. Hướng đi này là đúng, nhưng nó tách biệt rõ ràng giữa thanh toán và uy tín: phản hồi không nhất thiết phải đến từ giao dịch thực, và bằng chứng thanh toán kèm theo cũng chỉ là tùy chọn.

Nghiên cứu thực nghiệm trên hệ sinh thái đã triển khai cho thấy, trên Base, 93,8% người đánh giá chưa từng thực hiện thanh toán x402, nhưng lại đóng góp 94,9% phản hồi; một lượng lớn phản hồi còn thể hiện hành vi sybil phối hợp [6]. Sổ đăng ký ghi lại tuyên bố, trong khi điều bên mua thực sự cần là kết quả.

7.2 Uy tín gắn với dữ liệu giao dịch thực mới là điều bên mua cần

Đường ray thanh toán có thể xác nhận liệu tiền đã được thanh toán hay chưa, nhưng không thấy được dịch vụ đã trả về gì; merchant nhìn thấy phản hồi của chính mình, nhưng không thấy toàn bộ thị trường; sổ đăng ký có thể liệt kê điểm cuối, nhưng không thể chứng minh đánh giá đến từ giao dịch mua thực.

Lớp bên mua thực hiện giao dịch mua có cơ hội tốt nhất để kết nối hai đầu của giao dịch: mỗi giao dịch mua hoàn tất qua SELAT đều ghi lại đã thanh toán cho điểm cuối nào, đã thanh toán bao nhiêu, cùng siêu dữ liệu trạng thái giao hàng sau thanh toán (2xx, 4xx, 5xx). Những bản ghi này tích lũy liên tục theo merchant và đường ray thanh toán, tạo thành nền tảng dữ liệu cho “Đồ thị Thanh toán – Giao hàng” (Settlement–Delivery Graph).

Cần phân biệt chính xác: bản ghi gắn kết thanh toán với trạng thái giao hàng không đồng nghĩa với bằng chứng độc lập về chất lượng giao hàng hay độ chính xác của báo giá. Nhưng nó cung cấp nền tảng mà uy tín dạng đăng ký còn thiếu — dữ liệu kết quả gắn với các lệnh gọi trả phí thực.

7.3 Nhận thông tin tín nhiệm của đối tác giao dịch trước khi thực hiện giao dịch

Khi mọi người vừa thảo luận trên X về cách thiết kế cơ chế Trust tương tự Google PageRank cho Internet thế hệ thứ tư, SELAT đã triển khai lên mạng lưới "Chỉ số khả năng giao dịch" (Transactability Index) trên nền tảng đồ thị thanh toán - giao hàng, với mục tiêu giúp các tác nhân thông minh có được dữ liệu tín nhiệm đối tác giao dịch được hỗ trợ bởi kết quả giao dịch thực tế ngay trong lúc vận hành.

Chỉ số được trả về cùng với báo giá, không yêu cầu tác nhân thông minh tạm dừng nhiệm vụ để điều tra riêng về thương nhân. Nó đánh dấu rủi ro mà không thay thị trường đặt rào cản: các endpoint vẫn có thể được khám phá và mua, tác nhân thông minh đưa ra quyết định dựa trên ngân sách, mức độ quan trọng của nhiệm vụ và khẩu vị rủi ro.

Tác nhân thông minh không có thời gian đọc câu chuyện thương hiệu. Nó cần biết trước khi thanh toán: endpoint này thể hiện như thế nào trong các giao dịch thực tế. Tín nhiệm trong thương mại gốc máy không nên đến từ tuyên bố, mà nên đến từ kết quả.

Hình 3: Tín hiệu khả năng giao dịch ở giai đoạn báo giá

Hiện tại, SELAT CLI đã được thích ứng với các môi trường vận hành tác nhân thông minh như Claude Code, Codex, Cursor, Gemini CLI, OpenClaw, Hermes và Grok Bot.

8. Tổng kết: Nền kinh tế máy móc cần nhiều hơn là những đường ray thanh toán nhanh hơn

Agent Payment đang ở trong giai đoạn dễ bị đánh giá cao, cũng dễ bị đánh giá thấp. Nó dễ bị đánh giá cao vì việc hoàn thành một giao dịch thanh toán stablecoin về mặt kỹ thuật không có nghĩa là tác nhân thông minh đã có năng lực tự trị thương mại trưởng thành; nó dễ bị đánh giá thấp vì một khi phần mềm có thể mua năng lực bên ngoài trong các ràng buộc rõ ràng, cách tổ chức, cách định giá và ranh giới cạnh tranh của nền kinh tế máy móc đều sẽ thay đổi.

Các giao thức thanh toán đã chứng minh rằng máy móc có thể nhận báo giá và hoàn tất thanh toán. Điều then chốt tiếp theo là mở rộng một giao dịch thanh toán đơn lẻ thành quy trình mua sắm hoàn chỉnh: để tác nhân thông minh tìm được dịch vụ phù hợp, hiểu chi phí thực, thanh toán qua các đường ray khác nhau trong ngân sách, xác nhận giao hàng và chuyển đổi mỗi giao dịch thành hồ sơ có thể kiểm toán, có thể học hỏi.

Nền kinh tế máy móc trong tương lai sẽ không chỉ có một chuỗi, một giao thức hay một ví. Nguồn cung đa dạng sẽ tồn tại lâu dài, và cơ sở hạ tầng thực sự có giá trị sẽ giúp bên mua vượt qua sự phức tạp này. Agent Payment cần kết hợp đường ray, nguồn cung, thanh toán mặc định và cơ chế tín nhiệm lại với nhau, để dung lượng kỹ thuật chuyển hóa thành nhu cầu thực sự.

Khi phần mềm bắt đầu trở thành bên mua, thanh toán chỉ là bước đầu tiên nó thực hiện. Câu hỏi quan trọng hơn luôn là: liệu nó có thể hoàn thành một giao dịch thực sự hữu ích theo cách có thể kiểm soát, minh bạch và có thể xác minh hay không.

Tài liệu tham khảo

[1] Circle, “Building the Open Agentic Economy”, 2026. https://www.circle.com/blog/building-the-open-agentic-economy

[2] SELAT, “Counterparty Risk in Agentic Payments: The Unmeasured Half”, 2026. https://selat.ai/insights/counterparty-risk-agentic-payments

[3] Google Cloud, “Powering AI commerce with the new Agent Payments Protocol (AP2)”, 2025. https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol

[4] x402 Foundation, “x402: Tiêu chuẩn thanh toán gốc trên internet mở”. https://github.com/x402-foundation/x402

[5] Machine Payments Protocol, “MPP: Giao thức thanh toán máy dựa trên HTTP 402”. https://mpp.dev/

[6] Xiong và cộng sự, “Can Trustless Agents Be Trusted? An Empirical Study of the ERC-8004 Decentralized AI Agent Ecosystem”, arXiv, 2026. https://arxiv.org/abs/2606.26028

[7] Trang web chính thức của SELAT: https://www.selat.ai

Bài viết này là từ đóng góp, không đại diện cho quan điểm của BlockBeats.

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia