Virtuals hợp tác cùng Quỹ Ethereum công bố ERC-8183: Giao thức thương mại trên chuỗi không cần tin cậy
Tuyển chọn TechFlowTuyển chọn TechFlow
Virtuals hợp tác cùng Quỹ Ethereum công bố ERC-8183: Giao thức thương mại trên chuỗi không cần tin cậy
ERC-8004 dành cho niềm tin, ERC-8183 dành cho thương mại.
Chuyên sâu báo cáo Web3Tác giả: Virtuals Protocol
Biên dịch: TechFlow
Giới thiệu của TechFlow: Virtuals Protocol cùng nhóm dAI thuộc Quỹ Ethereum vừa công bố đề xuất tiêu chuẩn ERC-8183, với mục tiêu cốt lõi là thiết lập một giao thức thương mại trên chuỗi không cần tin cậy dành riêng cho các tương tác kinh tế giữa các Agent AI.
Đây không đơn thuần là một giao thức thanh toán khác, mà là một cơ sở hạ tầng thương mại toàn diện bao gồm đặc tả nhiệm vụ, quản lý tiền ký quỹ, xác minh việc bàn giao và chứng nhận đánh giá.
Kết hợp với tiêu chuẩn trước đó là ERC-8004 (danh tính và uy tín của Agent), hai tiêu chuẩn này tạo thành một vòng khép kín: phát hiện – giao dịch – tích lũy uy tín – phát hiện tốt hơn – nhiều giao dịch không cần tin cậy hơn.
Nếu bạn quan tâm đến lộ trình triển khai nền kinh tế Agent AI trên chuỗi, bài viết này rất đáng để đọc kỹ.
Toàn văn như sau:
Phát triển chung bởi Virtuals Protocol và nhóm dAI thuộc Quỹ Ethereum
Tiêu chuẩn kỹ thuật: https://eips.ethereum.org/EIPS/eip-8183
Diễn đàn thảo luận: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
Gia nhập cộng đồng Builder: https://t.me/erc8183
Thương mại: Điều kiện tiên quyết cho AI phi tập trung
Nếu chúng ta mong muốn các Agent AI trở nên dễ tiếp cận, phi tập trung, không bị kiểm soát bởi một nền tảng duy nhất, không phụ thuộc vào một nhà cung cấp duy nhất và không tồn tại điểm lỗi đơn lẻ, thì thương mại là yếu tố bắt buộc. Thương mại không thể được xem xét như một yếu tố bổ sung sau cùng — nó phải là một phần của cơ sở hạ tầng. Và loại thương mại này phải luôn mở và không yêu cầu giấy phép. Đây chính xác là “không gian số chung không có chủ sở hữu” mà @ethereum được tạo ra để xây dựng.
Tại sao vậy? Bởi vì sự phi tập trung ở cấp độ AI và Agent đòi hỏi một lượng lớn các Agent và dịch vụ độc lập. Ví dụ, nếu chỉ có một Agent duy nhất có khả năng tạo ảnh, và Agent đó ngừng hoạt động, thì dù nó chạy trên giao thức nào đi nữa, việc tạo ảnh vẫn mang tính tập trung. Nếu chỉ một nhà cung cấp kiểm soát việc thực thi giao dịch, thì quản lý tài chính sẽ phụ thuộc hoàn toàn vào ý chí vận hành của bên đó. Nếu chỉ một nền tảng kiểm soát cơ sở hạ tầng thanh toán, thì mọi nhà cung cấp và khách hàng đều bị ràng buộc bởi quy tắc của nền tảng đó, ngay cả khi nền tảng đó có tới một nghìn Agent.
Do đó, chúng ta cần một mô hình thương mại mở: bất kỳ Agent nào cũng có thể mua dịch vụ, bất kỳ Agent nào cũng có thể cung cấp dịch vụ. Không có cổng kiểm soát (gatekeeper), không có khu vườn tường rào (walled garden), không có trung gian bắt buộc.
Tại sao lại là blockchain?
Mấu chốt nằm ở chỗ thương mại chỉ vận hành hiệu quả khi tất cả các bên đều tin tưởng rằng giao dịch sẽ được thực hiện đúng. Nếu khách hàng trả tiền trước, làm sao biết nhà cung cấp sẽ bàn giao? Nếu nhà cung cấp bàn giao trước, làm sao biết khách hàng sẽ thanh toán? Cần có một bên giữ tiền, theo dõi việc hoàn thành công việc và thực thi kết quả: giải ngân khi hoàn thành, hoàn tiền khi thất bại. Chính niềm tin (hoặc thiếu niềm tin) đã dẫn đến sự ra đời căn bản của các thực thể tập trung hoặc cổng kiểm soát.
Trong kiến trúc truyền thống, “bên thứ ba” này chính là nền tảng. Một công ty nắm giữ tiền ký quỹ, kiểm soát máy trạng thái (state machine), và quyết định ai được thanh toán vào thời điểm nào. Giải pháp này có thể vận hành — cho đến khi nó không còn vận hành được nữa. Nền tảng có thể thay đổi quy tắc, đóng băng tiền, gỡ bỏ nhà cung cấp hoặc thậm chí ngừng hoạt động. Mỗi bên tham gia đều phụ thuộc vào thiện chí liên tục của nền tảng. Đây là sự tập trung — không ở cấp độ giao thức, mà ở cấp độ thực thi. Điều này không sai, nhưng trong một hệ thống thiếu niềm tin thì điều này là cần thiết. Mục tiêu của chúng ta là “phi toàn trị hóa” (de-totalization): ngăn chặn bất kỳ thực thể nào có quyền kiểm soát tuyệt đối đối với cách thức giao dịch giữa các Agent. Chúng ta đã chứng kiến trực tiếp: các nhà phát triển mong muốn một cơ sở hạ tầng mà họ có thể tin cậy, nhưng không cần phải dựa vào thiện chí của bất kỳ nền tảng đơn lẻ nào.
Hợp đồng thông minh trên chuỗi phi tập trung chính là nỗ lực giải quyết vấn đề này. Việc giữ tiền ký quỹ, máy trạng thái và chứng nhận của người đánh giá đều tồn tại trong mã nguồn công khai, bất biến và không thuộc về bất kỳ ai. Hợp đồng chính là người thực thi trung lập, từ đó tạo ra các tín hiệu có ý nghĩa về uy tín đối với các bên liên quan.
Việc thanh toán trên chuỗi còn tạo ra những thứ mà nền tảng tập trung không thể cung cấp: hồ sơ có thể di chuyển được, có thể xác minh được và không thể thay đổi được. Mỗi nhiệm vụ hoàn thành, mỗi lần chứng nhận bởi người đánh giá, mỗi hash sản phẩm bàn giao đều được ghi lại trên chuỗi, và có thể truy cập bởi bất kỳ Agent nào, bất kỳ nền tảng nào hoặc bất kỳ giao diện nào. Những hồ sơ này chính là nguyên liệu đầu vào cho hệ thống uy tín và danh tính Agent. Không có thanh toán trên chuỗi, sẽ không có lịch sử có thể xác minh. Không có lịch sử có thể xác minh, sẽ không có uy tín có thể di chuyển. Không có uy tín có thể di chuyển, mỗi lần tương tác giữa các Agent đều phải bắt đầu từ mức độ tin cậy bằng không.
Đó chính là lý do vì sao cần có tiêu chuẩn trên chuỗi. Việc giữ tiền ký quỹ, chuyển đổi trạng thái và chứng nhận — những thành phần này phải trung lập, an toàn và có thể thực thi được.
Việc phát hiện, đàm phán và giao tiếp có thể diễn ra trên chuỗi hoặc ngoài chuỗi, thông qua bất kỳ giao diện nào phù hợp nhất. Các Agent có thể tương tác với nhau thông qua giao thức giao diện x402 qua HTTP, mang lại trải nghiệm giống như các yêu cầu API hoặc HTTPS tiêu chuẩn. Các Agent không nhất thiết phải tương tác trực tiếp với chuỗi. Chúng ký một tin nhắn, sau đó một bên trung gian (facilitator) xử lý việc thanh toán trên chuỗi và tuân thủ tiêu chuẩn. Hoặc các Agent cũng có thể tương tác trực tiếp thông qua MCP hoặc A2A. Giao diện linh hoạt, nhưng phần lõi của thanh toán phải là không cần tin cậy, được lập trình và diễn ra trên chuỗi. Đây là cơ sở hạ tầng mà các hệ thống tập trung sẽ không cung cấp, bởi vì điều đó sẽ làm suy yếu quyền kiểm soát của họ.
Nền kinh tế Agent
Các mô hình AI và Agent đang tiến bộ nhanh chóng và ngày càng mạnh hơn từng tháng. Những nhiệm vụ cách đây một năm vẫn cần chuyên môn con người — như viết mã cấp sản xuất, tạo nội dung truyền thông chuyên nghiệp, phân tích dữ liệu tài chính, hay phối hợp quy trình làm việc đa bước — giờ đây các Agent đã có thể hoàn thành với chất lượng tương đương hoặc thậm chí cao hơn. Hơn nữa, khả năng của chúng vẫn đang tăng tốc. Đường đi của AI khiến sự ra đời của một nền kinh tế mới trở thành điều tất yếu.
Khi các Agent trở nên mạnh hơn, công việc mà chúng đảm nhận cũng có giá trị hơn. Một Agent có khả năng tạo ra ảnh không thể phân biệt được với ảnh chụp chuyên nghiệp là một dịch vụ đáng để trả tiền. Một Agent có thể phân tích danh mục đầu tư và thực hiện giao dịch tối ưu hóa đang quản lý tiền thật. Một Agent có thể rà soát tài liệu pháp lý và đánh dấu các rủi ro đang thực hiện công việc mà con người thường tính phí hàng trăm đô la Mỹ mỗi giờ.
Đây chính là bước chuyển then chốt: AI và Agent đang trở thành những chủ thể kinh tế tạo ra giá trị và cung cấp dịch vụ.
Khi AI trở nên sẵn có với mọi người, mỗi cá nhân, tổ chức và thiết bị đều có thể vận hành thông qua các Agent. Khi đó, nền kinh tế sẽ chuyển mình. Các Agent không chỉ tương tác và phục vụ con người, mà còn tương tác và phục vụ lẫn nhau. Ví dụ, một Agent điều phối chiến dịch tiếp thị sẽ ký hợp đồng với các Agent nội dung, Agent phân phối và Agent phân tích. Nền kinh tế trở thành một mạng lưới giao dịch giữa các Agent với nhau, vận hành với tốc độ máy móc và mở rộng quy mô toàn cầu.
Khi Agent có khả năng hoàn thành những công việc có giá trị, và khi mỗi người đều sở hữu ít nhất một Agent, kết quả là phần lớn các hoạt động thương mại sẽ chảy qua các hệ thống tự chủ. Đó chính là tương lai mà chúng ta đang xây dựng.
Vấn đề: Thương mại không cần tin cậy giữa các Agent
Nền kinh tế Agent đòi hỏi thương mại Agent. Và thương mại giữa các Agent chưa từng tương tác với nhau, vượt qua ranh giới tổ chức và chuỗi khác nhau, bắt buộc phải không cần tin cậy.
Khi con người thực hiện giao dịch, thuê mướn lẫn nhau hoặc sử dụng dịch vụ, niềm tin là yếu tố cốt lõi. Trong những trường hợp này, niềm tin được trung gian hóa bởi nền tảng, đánh giá, hệ thống pháp luật và chuẩn mực xã hội. Nhưng khi một Agent thuê một Agent khác, những cơ chế này đều không áp dụng được. Không có uy tín xã hội để tra cứu, không có cơ chế pháp lý hoặc uy tín để truy cứu với tốc độ giao dịch của máy móc, cũng không có nền tảng hay cơ quan quản lý nào để thực thi.
Vì vậy, câu hỏi đặt ra là: Làm thế nào để thương mại giữa các Agent trở nên không cần tin cậy?
Bạn không thể đơn giản chuyển token rồi cầu nguyện mọi chuyện sẽ suôn sẻ. Một giao dịch chuyển token không phải là thương mại — nó chỉ là một khoản thanh toán không có bảo đảm. Không có hồ sơ nào ghi rõ điều gì đã được thỏa thuận, không có cơ chế nào giữ tiền cho đến khi công việc được hoàn thành một cách hài lòng, không có đánh giá nào tạo ra tín hiệu để các Agent khác tham khảo, và không có cơ chế truy cứu nếu nhà cung cấp không bàn giao.
Chúng ta cần một cơ chế hợp tác có cấu trúc: tiền được giữ trong tài khoản ký quỹ phi tập trung, có thể lập trình và không thiên vị; công việc được bàn giao dưới dạng sản phẩm có thể xác minh được; người đánh giá xác nhận sản phẩm bàn giao có đáp ứng điều khoản hay không; và kết quả là xác định. Tiền sẽ được giải ngân khi hoàn thành, hoàn lại khi bị từ chối, và có thể được thu hồi khi hết hạn. Tất cả những điều này đều hướng tới hoặc góp phần xây dựng danh tính và uy tín của các bên liên quan.
ERC-8183: Nguyên thủy Job (Job Primitive)
Chúng tôi đã hợp tác chặt chẽ với nhóm dAI thuộc @ethereumfndn để chuẩn hóa điều này thành một tiêu chuẩn. ERC-8183: Agentic Commerce là một tiêu chuẩn mở, không yêu cầu giấy phép dành cho các ứng dụng thương mại Agent, trong đó việc giữ tiền ký quỹ và chứng nhận của người đánh giá được lập trình dưới dạng hợp đồng thông minh trên chuỗi.
ERC-8183 định nghĩa một đơn vị cốt lõi: Job. Mỗi Job gồm ba bên — Khách hàng (Client), Nhà cung cấp (Provider) và Người đánh giá (Evaluator). Mỗi bên chỉ được xác định bởi địa chỉ ví của mình, giúp nguyên thủy này có thể áp dụng rộng rãi.
Các thành phần và nguyên tắc cốt lõi đằng sau nguyên thủy Job bao gồm: (i) Đặc tả và mô tả nhiệm vụ — hồ sơ rõ ràng về nhiệm vụ, dịch vụ hoặc công việc gắn liền với khoản thanh toán; (ii) Bản thân khoản thanh toán — được giữ trong tài khoản ký quỹ không thiên vị và có thể lập trình cho đến khi đạt trạng thái cuối cùng, và được giải ngân một cách có lập trình; (iii) Việc bàn giao sản phẩm được ghi lại, có thể xác minh và truy vết, nhằm bảo vệ cả khách hàng lẫn nhà cung cấp; (iv) Chứng nhận của người đánh giá — tạo ra tín hiệu có thể truy cứu được về danh tính và uy tín của các bên, từ đó cung cấp động lực phù hợp cho việc thanh toán không cần tin cậy.
Điều này thúc đẩy Job chuyển đổi qua bốn trạng thái then chốt, đảm bảo giao dịch không cần tin cậy:
Mở (Open) → Đã ký quỹ (Funded) → Đã nộp (Submitted) → Kết thúc (Terminal: Hoàn thành / Bị từ chối / Hết hạn)
Tóm lại: Khách hàng tạo một Job với nhà cung cấp, sau đó nạp tiền vào, khóa khoản thanh toán trong tài khoản ký quỹ. Sau khi nhà cung cấp hoàn thành công việc, họ gọi hàm submit để đưa sản phẩm bàn giao (hoặc tham chiếu tới nó) lên chuỗi. Người đánh giá xem xét nội dung đã nộp, sau đó gọi hàm complete (giải ngân tiền cho nhà cung cấp) hoặc reject (hoàn tiền cho khách hàng). Nếu nhà cung cấp và người đánh giá đều không hành động trước thời hạn, Job sẽ hết hạn và khách hàng sẽ thu hồi tiền.
Tiêu chuẩn này cố tình được giữ ở mức tối giản, tạo thành một nguyên thủy cấp nguyên tử. Nó không quy định quy trình đàm phán, cấu trúc phí, giải quyết tranh chấp, giao thức giao tiếp hay cơ chế phát hiện. Nó chỉ quy định vòng đời cốt lõi của Job — bề mặt khả thi tối thiểu cho thương mại Agent không cần tin cậy.
Người đánh giá (Evaluator)
Một khái niệm và quyết định thiết kế then chốt trong ERC-8183 là “Người đánh giá” (Evaluator), được định nghĩa đơn giản là một địa chỉ. Luôn luôn là một Agent, theo định nghĩa rộng nhất.
Đối với các nhiệm vụ chủ quan như viết lách, thiết kế hoặc phân tích, người đánh giá có thể là một Agent AI đọc nội dung đã nộp, so sánh với yêu cầu ban đầu và đưa ra phán đoán. Đối với các nhiệm vụ xác định như tính toán, tạo bằng chứng hoặc chuyển đổi dữ liệu, người đánh giá là một hợp đồng thông minh bao bọc bộ xác minh ZK. Nhà cung cấp nộp bằng chứng, người đánh giá xác minh trên chuỗi và tự động gọi hàm complete hoặc reject. Trong các tình huống rủi ro cao, người đánh giá có thể là một ví đa chữ ký (multisig), một DAO hoặc một nhóm người xác minh được đảm bảo bằng khoản ký quỹ.
Tiêu chuẩn không phân biệt các trường hợp này. Một địa chỉ gọi hàm complete hoặc reject. Địa chỉ đó đang chạy một Agent LLM hay một mạch ZK, giao thức không quan tâm. Điều này cho phép cùng một giao diện vừa xử lý nhiệm vụ tạo ảnh trị giá 0,1 đô la, vừa xử lý nhiệm vụ quản lý quỹ trị giá 100.000 đô la.
Hooks: Khả năng mở rộng theo mô-đun
Nguyên thủy Job được cố tình thiết kế tối giản. Nhưng thương mại thì không. Các ứng dụng thực tế đòi hỏi logic tùy chỉnh cho việc xác minh, cập nhật uy tín, phân bổ phí, chuyển tiền, cơ chế đấu giá và logic đặc thù lĩnh vực phụ thuộc vào từng trường hợp sử dụng. Một nhiệm vụ đánh giá nội dung, một giao dịch hoán đổi token và một vị thế thị trường dự báo đều đòi hỏi logic hoàn toàn khác nhau.
ERC-8183 giải quyết vấn đề này thông qua Hooks. Hook là một hợp đồng thông minh tùy chọn, được đính kèm khi Job được tạo. Nó nhận callback trước và sau mỗi thao tác, cho phép thực thi logic tùy chỉnh bao quanh vòng đời cốt lõi mà không làm thay đổi nó. Hook được xác định bởi một bộ chọn hàm duy nhất (function selector — xác định thao tác nào đang xảy ra) và nhận các tham số liên quan. Nó có thể thực hiện các điều kiện tiên quyết, ngăn chặn các thao tác không hợp lệ, kích hoạt các tác dụng phụ hoặc thực hiện các giao dịch chuyển token bổ sung — tất cả đều được thực hiện trong cùng một giao dịch với việc thay đổi trạng thái cốt lõi.
Nếu không thiết lập Hook, hợp đồng sẽ thực thi bình thường. Việc triển khai không có Hook vẫn tuân thủ đầy đủ ERC-8183. Hooks là phần bổ sung, không bắt buộc. Thiết kế này giữ cho hợp đồng cốt lõi gọn nhẹ và giao diện ổn định. Các trường hợp sử dụng mới được hỗ trợ thông qua các hợp đồng Hook mới, trong khi logic mở rộng vẫn được duy trì trên chuỗi, có thể lập trình và không cần tin cậy — giống như phần cốt lõi.
Các ví dụ về ứng dụng thương mại
Job cốt lõi xử lý thương mại dịch vụ trực tiếp: thanh toán, bàn giao, đánh giá. Nhưng nền kinh tế vận hành bởi các Agent không đơn giản như vậy. Một số Job liên quan đến quản lý vốn của khách hàng chứ không chỉ thu phí. Một số cần đấu giá trước khi phân bổ nhà cung cấp. Một số cần kiểm tra độ tin cậy dựa trên dữ liệu uy tín bên ngoài. Đây là những mô hình kinh tế hoàn toàn khác nhau, và Hooks cho phép cùng một giao diện Job cốt lõi hỗ trợ sự đa dạng này, biến ERC-8183 thành một nguyên thủy thương mại phổ quát.
Job dạng Dịch vụ là phiên bản cơ bản, không cần Hook. Khách hàng trả tiền cho việc tạo nội dung, phân tích dữ liệu hoặc rà soát mã. Quy trình giữ tiền ký quỹ và đánh giá cốt lõi xử lý toàn bộ.
Job dạng Chuyển tiền vượt ra ngoài phạm vi phí dịch vụ. Khách hàng cung cấp vốn (token để hoán đổi, tiền để đầu tư), nhà cung cấp chuyển đổi nó, và đầu ra phải được trả lại. Hook có thể quản lý luồng vốn hai chiều này ngoài phạm vi giữ tiền ký quỹ cốt lõi, đảm bảo nhà cung cấp gửi token đầu ra vào tài khoản trước khi Job hoàn thành. Điều này có thể bao quát nhiều trường hợp sử dụng rộng rãi như canh tác lợi nhuận (yield farming), hoán đổi token, tái cân bằng danh mục đầu tư — bất kỳ Job nào mà nhà cung cấp xử lý vốn của khách hàng hoặc cần vốn ban đầu để thực hiện nhiệm vụ, chứ không chỉ kiếm phí.
Job dạng Đấu giá đảo ngược mô hình phân bổ. Thay vì khách hàng lựa chọn trước nhà cung cấp, nhà cung cấp cạnh tranh về giá. Hook xác minh chữ ký mã hóa của lời đề nghị trong quá trình phân bổ, chứng minh nhà cung cấp được chọn thực sự đã cam kết mức giá được tuyên bố. Không bên nào có thể giả mạo hoặc chối bỏ các điều khoản.
Job dạng Kiểm soát Uy tín thực hiện việc xác minh độ tin cậy ở cấp độ giao thức. Hook truy vấn ERC-8004 trước khi cho phép thao tác, từ chối nhà cung cấp có uy tín thấp hoặc áp dụng điều khoản nghiêm ngặt hơn đối với các Agent chưa được xác minh.
Job dạng Bảo vệ Quyền riêng tư tận dụng Hooks để thực hiện thương mại không tiết lộ dữ liệu. Hook về quyền riêng tư có thể yêu cầu trường “submit” chứa bằng chứng không tiết lộ thông tin (ZKP) hoặc tham chiếu đến môi trường mã hóa (như TEE), thay vì công khai dữ liệu nhạy cảm của nhiệm vụ trên chuỗi. Điều này đảm bảo việc thanh toán là không cần tin cậy và công khai, trong khi tài sản trí tuệ thực tế hoặc dữ liệu cá nhân vẫn được bảo vệ như một “vùng an toàn”, chỉ có thể truy cập bởi các Agent được ủy quyền.
Job dạng Đánh giá/Rủi ro và Bảo lãnh có thể thực hiện việc bảo lãnh ở cấp độ giao thức thông qua Hooks. Hook có thể yêu cầu nhà cung cấp hoặc bên bảo lãnh ký quỹ tài sản đảm bảo, kiểm tra điểm uy tín ERC-8004 và các chỉ số liên quan khác trước khi phân bổ, thực hiện việc phạt (slash) khoản ký quỹ nếu đánh giá thất bại, hoặc truy vấn các oracle rủi ro bên ngoài. Những quy trình phê duyệt vốn thiếu minh bạch này giờ đây có thể trở nên minh bạch, có thể lập trình và cạnh tranh.
Mỗi ứng dụng trên đây đều có thể được triển khai dưới dạng một hợp đồng Hook riêng biệt, trong khi chức năng cốt lõi và nguyên thủy Job vẫn giữ nguyên theo tiêu chuẩn. Các biến thể mới của mô hình kinh tế, ứng dụng thương mại hoặc logic tùy chỉnh đều là các Hook mới. Chúng tôi đã giới thiệu một vài Hook ban đầu như những ví dụ minh họa khả năng, nhưng chúng tôi tin rằng chúng tôi hoàn toàn mới chỉ chạm đến bề mặt, và những Hook thú vị nhất vẫn chưa được viết ra. Nền kinh tế Agent sẽ trông như thế nào trong lĩnh vực bảo hiểm, cộng tác sáng tạo, hoặc điều phối chuỗi cung ứng? Chúng tôi chưa biết — và đó chính là điều quan trọng. Nền kinh tế Agent sẽ phát triển theo những cách mà chúng ta chưa thể hình dung đầy đủ — những mô hình kinh tế mới, những cơ chế tin cậy mới, những hình thức hợp tác giữa các máy mới. Tiêu chuẩn này được thiết kế để phát triển cùng với sự tiến hóa đó, chứ không giới hạn nó. Tiêu chuẩn này nên được xây dựng trong tinh thần mở, và lẽ ra phải như vậy, bởi vì những ý tưởng tốt nhất sẽ đến từ hệ sinh thái, và chúng tôi rất mong được khám phá chúng cùng nhau.
Sự tương sinh với ERC-8004
ERC-8183 không tồn tại một cách cô lập. Nó có mối quan hệ tương sinh với ERC-8004 (“Các Agent không cần tin cậy”) — tiêu chuẩn danh tính, uy tín và xác minh Agent trên Ethereum.
ERC-8004 giải quyết các vấn đề về phát hiện và độ tin cậy: Làm thế nào để các Agent tìm thấy nhau và đánh giá mức độ đáng tin cậy? Tuy nhiên, giá trị của sổ đăng ký (registry) của nó phụ thuộc vào các hoạt động mà nó ghi lại. Một danh tính không có hoạt động thương mại hay hành vi nào chỉ là một hồ sơ trống rỗng. Uy tín cần các tương tác thực tế để đo lường. Việc xác minh cần các sản phẩm bàn giao được định nghĩa rõ ràng để kiểm tra.
ERC-8183 cung cấp các hoạt động thương mại để nuôi dưỡng lớp tin cậy (trust layer) của ERC-8004. Mỗi Job đều là một tín hiệu uy tín. Mỗi lần nộp là một sản phẩm bàn giao mà người đánh giá có thể xem xét. Mỗi lần đánh giá là một chứng nhận mà các Agent khác có thể tham khảo.
Hai tiêu chuẩn tạo thành một vòng tuần hoàn, có thể giúp các Agent tự tổ chức hiệu quả hơn thông qua các tương tác không cần tin cậy:
Phát hiện (8004) → Thương mại (8183) → Uy tín (8004) → Phát hiện tốt hơn → Nhiều thương mại không cần tin cậy hơn
Hai tiêu chuẩn này không thể thiếu nhau. Khi kết hợp với nhau, chúng tạo thành nền tảng cho thương mại và tương tác giữa các Agent không cần tin cậy.
Vượt xa hơn thanh toán
ERC-8183 không phải là một giao thức thanh toán, mà là một tiêu chuẩn thương mại.
Thanh toán chỉ di chuyển tiền. Nhưng thương mại đòi hỏi nhiều hơn thế rất nhiều để trở nên đáng tin cậy và vận hành hiệu quả: điều gì đã được thỏa thuận, công việc đã hoàn thành chưa, ai đã xác minh nó, và nếu không hoàn thành thì xử lý như thế nào. Trên thế giới truyền thống, thương mại vận hành được là nhờ các thành phần hỗ trợ xung quanh việc thanh toán: đánh giá rủi ro và bảo lãnh nhà bán hàng trước khi họ được chấp nhận thanh toán, mở tín dụng để người mua có thể giao dịch trước khi tiền được thanh toán đầy đủ, phát hiện gian lận trong hàng tỷ giao dịch theo thời gian thực, cơ chế hoàn tiền và tranh chấp để bảo vệ người mua khi dịch vụ thất bại, và hệ thống uy tín được tích lũy qua các tương tác lặp lại. Chính những chức năng này mới là giá trị thực sự của các nhà xử lý thanh toán, tổ chức thẻ và nền tảng — không phải ở việc di chuyển tiền, mà ở cơ sở hạ tầng niềm tin bao quanh nó.
Khi thương mại chuyển lên chuỗi, những chức năng này sẽ không biến mất. Chúng cần được xây dựng lại theo cách không cần tin cậy, có thể lập trình và mở. Đó chính là điều ERC-8183 đang làm.
Mô hình giữ tiền ký quỹ và chứng nhận của người đánh giá trong nguyên thủy Job tương tự như cơ chế hoàn tiền (chargeback) có thể lập trình với các điều khoản thanh toán được thiết lập trước. Việc sử dụng uy tín trên chuỗi từ ERC-8004 và các chỉ số uy tín khác trên chuỗi như một phần của ERC-8183 tương tự như việc bảo lãnh chuyên biệt với lịch sử có thể di chuyển và xác minh được. Hooks thay thế việc đánh giá rủi ro tập trung bằng logic có thể kiểm tra, cạnh tranh và theo mô-đun, mà bất kỳ facilitator nào cũng có thể triển khai. Kết quả không chỉ là một cách chuyển tiền trên chuỗi, mà là một cách tái xây dựng toàn bộ cơ sở hạ tầng niềm tin thương mại — mở và không yêu cầu giấy phép.
Các giao thức thanh toán và giao diện hiện có, dù là nhà xử lý truyền thống hay các giao thức chuyển stablecoin như x402, đều mang lại trải nghiệm mượt mà, bản địa trên Internet, xử lý việc di chuyển tiền. ERC-8183 quản lý toàn bộ vòng đời biến một khoản thanh toán thành một giao dịch không cần tin cậy: đặc tả, giữ tiền ký quỹ, nộp sản phẩm bàn giao, chứng nhận của người đánh giá và thanh toán xác định. Các Agent có thể tương tác ở lớp giao diện thông qua x402 hoặc HTTP, trong khi việc thanh toán nền tảng được thực hiện trên chuỗi thông qua ERC-8183. Hai thành phần này bổ trợ cho nhau.
Vấn đề bất khả đảo ngược, giữ tiền ký quỹ và hoàn tiền
Một lo ngại khác đối với các khoản thanh toán độc lập là tính bất khả đảo ngược. Khi thẻ tín dụng bị trừ tiền mà dịch vụ không làm hài lòng, người tiêu dùng có thể tranh chấp và hủy bỏ khoản trừ. Khi tiền đã được chuyển đi, thì tiền đã mất. Đối với các khoản thanh toán và chuyển khoản nguyên thủy, đây là một phản bác thực tế và hợp lý.
ERC-8183 giữ nguyên khái niệm cốt lõi này trong cấu trúc hợp đồng. Tiền được giữ trong tài khoản ký quỹ cho đến khi người đánh giá chứng minh sản phẩm bàn giao đáp ứng các điều khoản đã thỏa thuận. Đường dẫn từ chối sẽ hoàn tiền cho khách hàng. Đường dẫn hết hạn sẽ tự động thu hồi tiền. Đây là phiên bản có thể lập trình và không cần tin cậy của mô hình “ủy quyền – thu tiền” (authorize-capture) — mô hình làm nên sự vận hành của ngành thẻ — ngoại trừ việc các điều khoản được mã hóa trước và thực thi bởi mã, thay vì do một mạng lưới có lợi ích riêng đưa ra phán quyết sau sự việc.
Đối với việc ủy quyền trước với số tiền không xác định — như tiền đặt cọc khách sạn hoặc dịch vụ có phạm vi có thể mở rộng — tính linh hoạt của Hooks có thể được thiết kế để khóa số tiền tối đa, và sau đó thanh toán số tiền cuối cùng dựa trên đầu vào có thể xác minh được khi hoàn thành. Kiến trúc này hỗ trợ các mô hình và hành vi tin cậy linh hoạt của ngành thẻ, đồng thời đảm bảo việc thanh toán minh bạch, mở, không cần tin cậy và diễn ra trên chuỗi.
Một thế hệ mới các chủ thể kinh tế
Sóng AI đang tạo ra các chủ thể kinh tế mới — cả người mua và người bán — nhanh hơn bất kỳ thời điểm nào trong quá khứ. Hàng triệu nhà phát triển và người không phải nhà phát triển đang sử dụng các trợ lý lập trình AI để xây dựng và phát hành các vi dịch vụ, API và công cụ, trong đó nhiều người không có thực thể pháp lý, không có trang web, và không có lịch sử giao dịch. Các Agent từ các công ty công nghệ và các khuôn khổ mã nguồn mở đang thu hút hàng triệu người dùng thông qua các Agent AI cá nhân và trợ lý.
Hệ thống thanh toán truyền thống sẽ gặp khó khăn trong việc phục vụ những người bán này. Không phải vì công nghệ không đủ, mà vì khi nhà xử lý phê duyệt một nhà cung cấp, họ phải chịu rủi ro từ nhà cung cấp đó: gian lận, hoàn tiền, tranh chấp. Một nhà bán hàng không có hồ sơ, không có thực thể pháp lý và không có lịch sử thì rủi ro quá cao để bảo lãnh.
ERC-8183 được thiết kế để không yêu cầu giấy phép. Một nhà cung cấp chỉ đơn giản là một địa chỉ ví. Không cần đăng ký, không cần bảo lãnh, không có cổng kiểm soát. Nguyên thủy Job không chỉ cung cấp cho những người bán này một cách nhận tiền, mà còn là toàn bộ vòng đời thương mại: đặc tả công việc, giữ tiền thanh toán trong tài khoản ký quỹ, nộp sản phẩm bàn giao có thể xác minh và chứng nhận của người đánh giá — đặt nền tảng cho các giao dịch đáng tin cậy.
Khả năng không bảo lãnh được các nhà cung cấp mới có thể được xem là một khoảng trống tạm thời. Một tiêu chuẩn mở về mặt cấu trúc rút ngắn khoảng thời gian này. Bất kỳ facilitator nào hôm nay cũng có thể triển khai ERC-8183. Hệ sinh thái phát triển thông qua thử nghiệm chứ không thông qua sự đồng thuận của các tổ chức. Nhưng sâu xa hơn, ERC-8183 kết hợp với ERC-8004 không chỉ lấp đầy khoảng trống bảo lãnh, mà còn giải quyết nguyên nhân gốc rễ. Lý do nhà xử lý không thể bảo lãnh các nhà bán hàng mới là do thiếu lịch sử có thể xác minh. ERC-8183 tạo ra lịch sử đó. Mỗi Job hoàn thành đều được ghi lại trên chuỗi: hash sản phẩm bàn giao, chứng nhận của người đánh giá, kết quả. Lịch sử này có thể di chuyển được, có thể xác minh được và không thuộc về bất kỳ ai.
Quan trọng hơn, hồ sơ này không bị khóa trong một nền tảng duy nhất. Ngày nay, nền tảng A biết tỷ lệ hoàn tiền của bạn, nền tảng B biết điểm đánh giá người bán của bạn, nhưng bạn không thể mang những hồ sơ này đi theo. Trên ERC-8183, uy tín là tài sản có thể di chuyển của chính người bán, và bất kỳ facilitator nào, bất kỳ chuỗi nào hoặc bất kỳ giao diện nào đọc được tiêu chuẩn này đều có thể truy cập nó. ERC-8183 nuôi dưỡng danh tính và uy tín trên chuỗi (ERC-8004), đồng thời cung cấp dữ liệu bảo lãnh.
Cùng nhau xây dựng tương lai của nền kinh tế Agent và AI phi tập trung
ERC-8183 là một tiêu chuẩn thương mại Agent mở và không cần tin cậy. Dưới đây là cách bạn có thể tham gia:
Xây dựng dựa trên ERC-8183. Hãy trở thành một facilitator! Triển khai ERC-8183 trên chuỗi của bạn. Xây dựng SDK, wrapper, scanner và tracker. Xây dựng các giao diện và trải nghiệm mới, để chúng thanh toán an toàn và có thể xác minh trên chuỗi thông qua ERC-8183. Xây dựng các framework Agent tương tác natively với tiêu chuẩn này.
Tìm hiểu, thử nghiệm và xây dựng Hooks. Cần thanh toán theo mốc (milestone payment) hay giải quyết tranh chấp? Hãy xây dựng chúng dưới dạng Hooks. Đây là không gian cho sự sáng tạo và sự tiến hóa đa dạng của các ứng dụng.
Xây dựng và đăng ký người đánh giá. Người đánh giá là một phần then chốt để đảm bảo thương mại Agent an toàn và không cần tin cậy, nhưng hiện nay đang thiếu trầm trọng. Hãy xây dựng người đánh giá cho các lĩnh vực chuyên biệt, đặc biệt là các lĩnh vực và dịch vụ hoàn toàn có thể xác minh được. Đăng ký chúng trên ERC-8004. Đóng góp ý nghĩa cho uy tín và danh tính của Agent.
Đóng góp và phản hồi. Đây là một tiêu chuẩn tập thể. Chỉ thông qua thử nghiệm rộng rãi, sử dụng thực tế, phản hồi thẳng thắn và cải tiến lặp lại, tiêu chuẩn này mới có thể trở thành điều mà nó cần phải là. Nếu thiếu điều gì, hãy nêu ra. Nếu có sai sót, hãy phản biện. Quy phạm là mở, kho mã nguồn là mở, và cuộc thảo luận là mở. Điều này đòi hỏi sự tiến hóa chung.
Nền kinh tế Agent sẽ được xây dựng trên các tiêu chuẩn mở, hoặc trên những khu vườn tường rào. Chúng ta chọn các tiêu chuẩn mở. Một không gian số chung.
ERC-8004 dành cho niềm tin. ERC-8183 dành cho thương mại. Phần còn lại, hãy để bạn xây dựng.
Các liên kết liên quan:
- Quy phạm ERC-8183: https://eips.ethereum.org/EIPS/eip-8183
- Quy phạm ERC-8004: eips.ethereum.org/EIPS/eip-8004
- Thảo luận về ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
- Cộng đồng Telegram: https://t.me/erc8183
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@virtuals_io
