Tóm tắt Chainfeeds:
Những người chiến thắng trong lĩnh vực Thương mại đại lý đã tham gia cuộc thi. Người chiến thắng trong lĩnh vực Thanh toán theo cuộc gọi sẽ được quyết định ngay khi thị trường mở cửa.
Nguồn bài viết:
https://x.com/tiger_research_/status/2048952577975562247
Tác giả bài viết:
Nghiên cứu về hổ
Quan điểm :
Tiger Research: Google đang cố gắng kiểm soát đồng thời cả lớp tìm kiếm và lớp thanh toán, dựa trên hai tiêu chuẩn cốt lõi: UCP và AP2. UCP (Universal Commercial Protocol) là tiêu chuẩn giao tiếp giữa các đại lý và người bán. Để một đại lý hoàn tất giao dịch mua hàng thay mặt người dùng, nó cần tương tác với lượng lớn dịch vụ khác nhau. Vấn đề là mỗi dịch vụ lại có cấu trúc khác nhau. Mỗi khi một đại lý tìm thấy một dịch vụ mới và bắt đầu một giao dịch, cần phải tích hợp riêng biệt. Google hy vọng sẽ loại bỏ sự thiếu hiệu quả này với UCP. Sau khi người bán được cấu hình theo tiêu chuẩn này, bất kỳ đại lý nào cũng có thể kết nối với người bán đó theo cùng một cách. AP2 (Agent Payment Protocol) là một tiêu chuẩn ủy quyền được sử dụng để làm rõ "ai đã ủy quyền cái gì và số tiền được ủy quyền" trong quá trình chuyển đổi từ tìm kiếm sang thanh toán. Khi người dùng trực tiếp nhấn nút thanh toán, người thực hiện và trách nhiệm là rõ ràng. Tuy nhiên, khi một đại lý thanh toán thay mặt người dùng, phạm vi ủy quyền và trách nhiệm trở nên mơ hồ. AP2 ghi lại các hướng dẫn ban đầu của người dùng dưới dạng một hợp đồng kỹ thuật số bất biến. Các tác nhân chỉ có thể thực hiện các thao tác trong phạm vi hướng dẫn của người dùng, và sau khi giao dịch hoàn tất, một bản ghi có thể truy vết sẽ được lưu lại, ghi lại ai đã ủy quyền gì và khi nào. Nói tóm lại, nếu UCP là tiêu chuẩn cho việc phát hiện, thì AP2 là tiêu chuẩn để ghi lại trách nhiệm giải trình vào các giao dịch. OpenAI và Stripe đã cùng nhau phát triển ACP (Agent Business Protocol), được phát hành vào ngày 29 tháng 9 năm 2025. ACP là một giao thức mã nguồn mở cho phép các tác nhân gọi hệ thống thanh toán của người bán và hoàn tất việc mua hàng thay mặt người dùng. ACP cấp quyền thông qua cấu trúc bốn bên: 1) Người mua, 2) Người bán, 3) Tác nhân, 4) Nhà cung cấp dịch vụ thanh toán. Câu hỏi cốt lõi của ACP là: "Nên cấp cho tác nhân bao nhiêu quyền thanh toán?" Về mặt lý thuyết, nếu thông tin thẻ của người dùng được cung cấp cho tác nhân, tác nhân có thể thực hiện thanh toán tại bất kỳ người bán nào, với bất kỳ số tiền nào và bất kỳ lúc nào. Tuy nhiên, một tác nhân chưa được đào tạo đầy đủ có thể liên tục mua những hàng hóa không cần thiết, và các phiên bị chiếm đoạt có thể bị khai thác. ACP giải quyết vấn đề này thông qua "thanh toán được ủy quyền". Thông tin thẻ thực tế của người dùng không được chuyển cho Đại lý. Ngược lại, các nhà cung cấp dịch vụ thanh toán (như Stripe) nhận thông tin thẻ và phát hành một mã token dùng một lần, mà chỉ Đại lý mới xử lý. Mã token này có bốn ràng buộc: có thể sử dụng tại cửa hàng nào; số tiền tối đa có thể thanh toán; thời hạn hết hạn; và phiên thanh toán nào áp dụng. Do đó, ngay cả khi Đại lý gặp sự cố hoặc bị chiếm đoạt, thiệt hại cũng không thể vượt quá phạm vi của "giao dịch mua sắm này". Mastercard cũng tương tự như Visa. Đây là một công ty cam kết duy trì địa vị mạng lưới thẻ của mình trong kỷ nguyên Đại lý. Mastercard đã chọn chiến lược mở mạng lưới thanh toán hiện có (bao phủ hơn 210 quốc gia trên toàn thế giới) cho các Đại lý đồng thời xây dựng kiến trúc cho phép các thương gia dễ dàng tích hợp vào hệ thống của mình. Vào tháng 4 năm 2025, Mastercard đã ra mắt Mastercard Agent Pay, tiếp theo là các công cụ dành cho nhà phát triển vào tháng 9 và khung tích hợp Agent Pay vào tháng 10, dần dần hoàn thiện hệ thống thanh toán Đại lý của mình. Điểm chung của các thành phần này là Mastercard không cố gắng thống trị thị trường thông qua giao thức riêng của mình. Chiến lược của Mastercard là đảm bảo sự tham gia của họ vào quy trình thanh toán và xác thực bất kể thị trường phát triển như thế nào. Điều này phù hợp với chiến lược "trung lập lớp thanh toán" của Visa, nhưng Mastercard tập trung nhiều hơn vào việc tích hợp với người bán. Điểm mạnh thực sự của Mastercard là cho phép các giao dịch thanh toán qua đại lý (Agent) hoạt động mà không cần sự can thiệp của người bán. Thông thường, khi người bán áp dụng các phương thức thanh toán mới, họ cần nhúng mã vào trang web của mình. Mastercard loại bỏ gánh nặng này. Thông qua hợp tác với Cloudflare, Mastercard đã xây dựng một cấu trúc ở giao diện người dùng của các trang web người bán, tự động xác định "đó là đại lý đáng tin cậy hay bot độc hại", chỉ cho phép các đại lý đáng tin cậy truy cập vào hệ thống của người bán. Người bán có thể chấp nhận các giao dịch qua đại lý mà không cần sửa đổi bất kỳ mã nào. Đồng thời, một con đường khác được dành cho những người bán muốn đạt được tích hợp độ sâu . Những người bán muốn hệ thống của họ tương tác trực tiếp với các đại lý có thể kết nối thông qua các giao thức đại lý phổ biến như MCP, A2A và ACP. Cuối cùng, người bán có hai lựa chọn: không làm gì và chấp nhận lưu lượng truy cập mặc định; hoặc tích hợp các giao thức và xây dựng trải nghiệm tùy chỉnh. Bất kể con đường nào được chọn, Mastercard vẫn sẽ tham gia.
Nguồn nội dung 
