Virtuals hợp tác với Quỹ Ethereum phát hành ERC-8183: Giao thức thương mại trên chuỗi không cần tin cậy

Tác giả: Virtuals Protocol

Biên dịch: 深潮 TechFlow

深潮导读： Virtuals Protocol phối hợp cùng nhóm dAI của Quỹ Ethereum đã trình bày đề xuất tiêu chuẩn ERC-8183, với ý tưởng cốt lõi là xây dựng một bộ quy tắc thương mại trên chuỗi không cần tin cậy cho các AI Agent tương tác kinh tế với nhau. Đây không phải là một giao thức thanh toán đơn thuần, mà là một hệ hạ tầng thương mại toàn diện bao gồm chuẩn nhiệm vụ, lưu ký, xác thực giao hàng và đánh giá chứng nhận. Kết hợp với tiêu chuẩn ERC-8004 (Danh tính và Uy tín Agent), hai tiêu chuẩn tạo thành vòng khép kín: khám phá, giao dịch, tích lũy uy tín, khám phá 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 ứng dụng AI Agent trên chuỗi, bài viết này đáng để đọc kỹ.

Toàn văn dưới đây:

Được phát triển hợp tác giữa Virtuals Protocol và nhóm dAI của Quỹ Ethereum

Tiêu chuẩn quy định:

Diễn đàn thảo luận: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Tham gia cộng đồng Builder:

Thương mại: Tiền đề của AI phi tập trung

Nếu chúng ta muốn AI Agent có thể truy cập dễ dàng, phi tập trung, không bị kiểm soát bởi một nền tảng đơn lẻ, không phụ thuộc vào nhà cung cấp duy nhất, không có điểm yếu trung tâm thì thương mại là điều không thể thiếu. Thương mại không thể chỉ là thứ nghĩ đến sau cùng, mà phải là hạ tầng nền tảng. Và hạ tầng này phải luôn mở, không cần phép, chính là ý nghĩa của @ethereum — xây dựng một “không gian số chia sẻ không chủ sở hữu”.

Tại sao? Bởi vì để đạt được phi tập trung ở tầng AI và Agent, cần nhiều Agent và dịch vụ độc lập. Ví dụ, nếu chỉ có một Agent có thể tạo ra hình ảnh, và nó dừng hoạt động, thì dù chạy trên giao thức nào, việc tạo hình ảnh cũng trở thành trung tâm. Nếu chỉ có một nhà cung cấp kiểm soát thực thi giao dịch, thì quản lý vốn phụ thuộc vào ý chí của họ. Nếu chỉ có một nền tảng kiểm soát hạ tầng thanh toán, thì mọi nhà cung cấp và khách hàng đều bị ràng buộc theo quy tắc của nền tảng đó, dù có hàng nghìn Agent trên đó.

Điều này đòi hỏi mở rộng thương mại: 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ó người gác cổng, không có vườn tường, không có trung gian bắt buộc.

Tại sao chọn blockchain

Chìa khóa nằm ở chỗ, thương mại chỉ hoạt động khi các bên đều có thể tin tưởng rằng giao dịch sẽ được thực thi. Nếu khách hàng trả trước, làm sao biết nhà cung cấp sẽ giao hàng? Nếu nhà cung cấp giao trước, làm sao biết khách hàng sẽ thanh toán? Cần có người giữ tiền, theo dõi công việc hoàn thành, và thực thi kết quả: khi hoàn thành thì giải ngân, thất bại thì hoàn tiền. Chính sự tin cậy (hoặc thiếu tin cậy) đã sinh ra các thực thể trung tâm hoặc người gác cổng.

Trong kiến trúc truyền thống, “người đó” chính là nền tảng. Một công ty giữ tiền ký quỹ, kiểm soát trạng thái, quyết định ai nhận thưởng khi nào. Phương án này vẫn dùng được — cho đến khi không còn dùng được nữa. Nền tảng có thể thay đổi quy tắc, phong tỏa tiền, gỡ bỏ nhà cung cấp, tắt nền tảng. Mỗi người tham gia đều dựa vào thiện chí liên tục của nền tảng. Đây là trung tâm, không chỉ ở cấp độ giao thức mà còn ở cấp độ thực thi. Không sai, nhưng trong hệ thống thiếu tin cậy, đó là điều cần thiết. Mục tiêu của chúng ta là “phi toàn kiểm soát” (de-totalization): ngăn chặn bất kỳ thực thể đơn lẻ nào có thể kiểm soát hoàn toàn cách thức giao dịch của Agent. Chúng ta đã thấy rõ: các nhà phát triển muốn có một hạ tầng mà họ có thể dựa vào, nhưng không phải dựa vào thiện chí của bất kỳ nền tảng nào.

Các hợp đồng thông minh trên chuỗi để phi tập trung chính là lời giải cho vấn đề này. Lưu ký, trạng thái và xác thực đánh giá đều tồn tại trong mã nguồn mở, không thể thay đổi, không thuộc về ai. Hợp đồng là các thực thể trung lập thực thi, tạo ra các tín hiệu có ý nghĩa về uy tín của các bên.

Việc thanh toán trên chuỗi còn tạo ra những thứ mà các nền tảng trung tâm không thể cung cấp: ghi chép có thể chuyển nhượng, có thể xác minh, không thể chỉnh sửa. Mỗi nhiệm vụ hoàn thành, mỗi chứng thực của đánh giá viên, mỗi hàm băm của sản phẩm đều được ghi lại trên chuỗi, bất kỳ Agent, nền tảng hay giao diện nào cũng có thể xem. Những ghi chép này là nguyên liệu nuôi dưỡng 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ử xác minh, sẽ không có uy tín có thể chuyển nhượng. Không có uy tín chuyển nhượng, mỗi lần Agent tương tác đều bắt đầu từ mức độ tin cậy bằng 0.

Đây chính là lý do cần tiêu chuẩn trên chuỗi. Lưu ký, chuyển đổi trạng thái, xác thực — tất cả các phần này phải trung lập, an toàn, có thể thực thi.

Khám phá, đàm phán và giao tiếp có thể diễn ra trên chuỗi hoặc ngoài chuỗi, qua bất kỳ giao diện tự nhiên nào. Agent có thể dùng HTTP để tương tác qua giao thức x402, trải nghiệm như API tiêu chuẩn hoặc yêu cầu HTTPS. Agent không nhất thiết phải tiếp xúc trực tiếp với chuỗi. Nó ký một tin nhắn, facilitator xử lý thanh toán và tiêu chuẩn trên chuỗi. Hoặc Agent cũng có thể giao tiếp trực tiếp qua MCP hoặc A2A. Giao diện linh hoạt, nhưng phần cốt lõi là thanh toán không cần tin cậy, theo chương trình, trên chuỗi. Đây là hạ tầng mà hệ thống trung tâm không thể cung cấp, vì nó làm giảm khả năng kiểm soát của họ.

Kinh tế AI Agent

Các mô hình và Agent AI mỗi tháng đều tiến bộ nhanh hơn, mạnh hơn. Những nhiệm vụ trước đây cần chuyên môn con người — viết mã sản xuất, tạo nội dung chuyên nghiệp, phân tích tài chính, phối hợp quy trình nhiều bước — giờ đây Agent có thể hoàn thành với chất lượng ngang hoặc cao hơn. Và khả năng này còn đang tăng tốc. Đường đi của AI khiến nền kinh tế mới trở thành tất yếu.

Khi Agent trở nên mạnh hơn, giá trị của chúng cũng tăng theo. Một Agent có thể tạo ra hình ảnh không khác gì nhiếp ảnh chuyên nghiệp, đáng giá để trả phí. Một Agent phân tích danh mục đầu tư và thực thi các giao dịch tối ưu, quản lý tiền thật. Một Agent xem xét pháp lý và đánh dấu rủi ro, làm công việc mà người trả hàng trăm đô la mỗi giờ cũng không làm nổi.

Đây là bước chuyển quan trọng: AI và Agent đang trở thành các tác nhân tạo ra giá trị, cung cấp dịch vụ trong nền kinh tế.

Khi AI trở nên phổ biến, mọi cá nhân, tổ chức, thiết bị đều có thể vận hành qua Agent. Nền kinh tế sẽ thay đổi. 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 marketing sẽ ký hợp đồng với Agent nội dung, Agent phân phối và Agent phân tích. Nền kinh tế trở thành mạng lưới các Agent giao dịch với nhau, vận hành theo tốc độ máy, mở rộng quy mô toàn cầu.

Khi Agent có khả năng hoàn thành công việc có giá trị, và mọi người đều có Agent của riêng mình, thì phần lớn hoạt động thương mại sẽ chảy qua các hệ thống tự chủ. Đó chính là tương lai 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 giữa các Agent cũng phải không cần tin cậy.

Trong các giao dịch của con người, việc tin tưởng là trung tâm. Trong các trường hợp này, tin cậy được trung gian bởi nền tảng, hệ thống đánh giá, pháp lý và chuẩn mực xã hội. Khi một Agent thuê một Agent khác, các cơ chế này không còn phù hợp. Không có danh tiếng xã hội để tra cứu, không có pháp lý hay hệ thống đánh giá vận hành theo tốc độ máy, không có nền tảng hay cơ quan quản lý để thực thi.

Vậy câu hỏi đặt ra là: làm thế nào để thương mại giữa các Agent không cần tin cậy?

Bạn không thể chỉ chuyển token rồi cầu mong mọi chuyện suôn sẻ. Chuyển token không phải là thương mại, đó chỉ là một thanh toán không có đảm bảo. Không có ghi chép về thỏa thuận, không có cơ chế giữ tiền trước khi công việc hoàn thành, không có tín hiệu để các Agent khác tham khảo, và nếu nhà cung cấp không giao hàng thì không có cách để truy đòi.

Cần có cơ chế hợp tác có cấu trúc: tiền được giữ trong lưu ký phi tập trung, không thiên vị, có thể lập trình; công việc được nộp dưới dạng sản phẩm có thể xác minh; đánh giá viên chứng thực xem sản phẩm có phù hợp với điều khoản hay không; kết quả là rõ ràng, xác định được. Tiền sẽ được giải ngân khi hoàn thành, hoàn tiền khi từ chối, có thể thu hồi khi quá hạn. Tất cả đề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.

ERC-8183: Nguyên tắc công việc (Job primitive)

Chúng tôi phối hợp chặt chẽ với nhóm dAI của @ethereumfndn để chính thức hóa thành tiêu chuẩn. ERC-8183: Agentic Commerce là tiêu chuẩn mở, không cần phép cho ứng dụng thương mại Agent, với lưu ký và xác thực đánh giá được lập trình trong hợp đồng thông minh trên chuỗi.

ERC-8183 định nghĩa một đơn vị trung tâm: Job. Mỗi Job gồm ba bên — khách hàng (Client), nhà cung cấp (Provider) và đánh giá viên (Evaluator). Mỗi bên chỉ định bằng địa chỉ ví, giúp nguyên tắc này có thể ứng dụng rộng rãi.

Các thành phần và nguyên tắc chính đằng sau nguyên tắc Job gồm: (i) Chuẩn nhiệm vụ và mô tả — rõ ràng về nhiệm vụ, dịch vụ hoặc công việc liên kết với thanh toán; (ii) Thanh toán — giữ trong lưu ký không thiên vị cho đến khi kết thúc, rồi tự động giải phóng; (iii) Giao hàng đã ghi lại, có thể xác minh, có thể truy vết, bảo vệ cả khách hàng lẫn nhà cung cấp; (iv) Xác thực của đánh giá viên — tạo ra tín hiệu có ý nghĩa về danh tính và uy tín của các bên, cung cấp cơ sở cho thanh toán không cần tin cậy.

Điều này thúc đẩy dòng chảy của Job qua bốn trạng thái chính, đảm bảo giao dịch không cần tin cậy:

Open → Funded → Submitted → Terminal (Hoàn thành / Từ chối / Quá hạn)

Tóm lại: khách hàng tạo một Job với nhà cung cấp, sau đó gửi tiền vào lưu ký. Nhà cung cấp hoàn thành công việc rồi gọi hàm submit, đăng tải sản phẩm (hoặc tham chiếu). Đánh giá viên xem xét, gọi complete (giải ngân cho nhà cung cấp) hoặc reject (hoàn tiền cho khách hàng). Nếu trước hạn, nhà cung cấp và đánh giá viên không hành động, Job quá hạn, khách hàng lấy lại tiền.

Tiêu chuẩn này tối giản, tạo thành nguyên tắc nguyên tử: không quy định quy trình đàm phán, phí, giải quyết tranh chấp, giao thức giao tiếp hay cơ chế khám phá. Chỉ quy định vòng đời chính của Job — bề mặt tối thiểu cho thương mại Agent không cần tin cậy.

Đánh giá viên

Một khái niệm và quyết định thiết kế quan trọng của ERC-8183 là đánh giá viên (Evaluator), chỉ được định nghĩa là một địa chỉ. Nó luôn là một Agent, theo nghĩa rộng nhất.

Với các nhiệm vụ chủ quan như viết lách, thiết kế hoặc phân tích, đánh giá viên có thể là một Agent AI, đọc nội dung gửi, so sánh với yêu cầu, đưa ra phán đoán. Với các nhiệm vụ xác định như tính toán, sinh chứng minh hoặc chuyển đổi dữ liệu, đánh giá viên là hợp đồng thông minh tích hợp ZK verifier. Nhà cung cấp gửi chứng minh, đánh giá viên xác minh trên chuỗi rồi tự động gọi complete hoặc reject. Trong các tình huống rủi ro cao, đánh giá viên có thể là multi-sig, DAO hoặc người ủy thác đặt cọc.

Tiêu chuẩn không phân biệt các loại này. Một địa chỉ gọi hàm complete hoặc reject. Địa chỉ này có thể chạy Agent LLM hoặc 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 xử lý nhiệm vụ tạo hình ảnh giá 0.1 USD hoặc quản lý quỹ trị giá 10.000 USD.

Hooks: Mở rộng mô-đun

Nguyên tắc Job tối giản, nhưng thương mại thì không. Các ứng dụng thực tế cần xác thực tùy chỉnh, cập nhật uy tín, phân phối phí, chuyển tiền, cơ chế đấu giá và logic đặc thù theo từng trường hợp. Một nhiệm vụ đánh giá nội dung, một giao dịch token, hay một vị thế thị trường dự đoán đều cần các logic khác nhau.

ERC-8183 giải quyết điều này qua Hooks. Hook là hợp đồng thông minh tùy chọn, gắn kèm khi tạo Job. Nó nhận callback trước hoặc sau mỗi thao tác, cho phép tùy chỉnh logic xung quanh vòng đời chính mà không làm thay đổi nó. Hook được xác định bằng một hàm chọn (function selector), nhận tham số liên quan. Nó có thể kiểm tra điều kiện tiên quyết, ngăn chặn thao tác không hợp lệ, kích hoạt tác dụng phụ hoặc thực hiện chuyển token bổ sung, tất cả trong cùng một giao dịch với trạng thái chính.

Nếu không có Hook, hợp đồng vẫn hoạt động bình thường. Không có Hook, vẫn đúng theo ERC-8183. Hooks là phần mở rộng, không bắt buộc. Thiết kế này giữ cho hợp đồng chính gọn nhẹ, giao diện ổn định. Các trường hợp mới có thể được hỗ trợ qua các Hook mới, logic mở rộng trên chuỗi, theo chương trình và không cần tin cậy — giống như phần cốt lõi.

Ví dụ về ứng dụng thương mại

Job trung tâm xử lý các dịch vụ trực tiếp: thanh toán, giao hàng, đánh giá. Nhưng nền kinh tế dựa trên Agent không đơn giản như vậy. Một số Job liên quan đến quản lý vốn khách hàng, chứ không chỉ thu phí. Một số cần đấu giá trước khi phân phối cho nhà cung cấp. Một số cần dựa vào dữ liệu uy tín bên ngoài để kiểm tra độ tin cậy. Đây là các mô hình kinh tế hoàn toàn khác nhau, Hooks cho phép cùng một giao diện Job trung tâm hỗ trợ đa dạng này, biến ERC-8183 thành nguyên tắc thương mại chung.

Các Job dựa trên dịch vụ là cơ bản, không cần Hooks. Khách hàng trả phí cho nội dung, phân tích dữ liệu hoặc rà soát mã. Quy trình lưu ký và đánh giá hoàn toàn xử lý được.

Các Job liên quan đến chuyển tiền vượt ra ngoài phí dịch vụ. Khách hàng cung cấp vốn (Token cần đổi, vốn đầu tư), nhà cung cấp chuyển đổi, đầu ra phải được hoàn trả. Hooks có thể quản lý dòng vốn hai chiều này ngoài lưu ký trung tâm, đảm bảo nhà cung cấp gửi Token đầu ra trước khi hoàn thành Job. Điều này phù hợp với nhiều ứng dụng như canh tác lợi nhuận, đổi Token, cân bằng danh mục đầu tư — bất kỳ Job nào liên quan đến xử lý vốn khách hàng hoặc cần vốn trước để thực thi nhiệm vụ, chứ không chỉ là kiếm phí.

Các Job đấu giá đảo ngược mô hình phân phối. Thay vì khách hàng chọn nhà cung cấp trước, thì nhà cung cấp cạnh tranh về giá. Hooks xác thực giá chào bằng chữ ký số, chứng minh nhà cung cấp đã cam kết đúng giá. Không ai có thể giả mạo hay phủ nhận điều khoản.

Các Job kiểm soát uy tín thực thi niềm tin ở cấp độ giao thức. Hooks có thể truy vấn ERC-8004 để ngăn chặn nhà cung cấp có uy tín thấp hoặc yêu cầu điều khoản khắt khe hơn với Agent chưa xác thực.

Các Job bảo vệ quyền riêng tư dùng Hooks để thực hiện thương mại không tiết lộ dữ liệu. Hooks về quyền riêng tư có thể yêu cầu “nộp” chứa chứng minh ZKP hoặc tham chiếu môi trường mã hóa (như TEE), không công khai dữ liệu nhạy cảm trên chuỗi. Đảm bảo thanh toán không cần tin cậy và công khai, trong khi quyền sở hữu trí tuệ hoặc dữ liệu cá nhân vẫn được giữ như “bến đỗ”, chỉ có Agent được phép truy cập.

Các Job đánh giá rủi ro/đảm bảo có thể dùng Hooks để thực thi các quy trình bảo hiểm trên chuỗi. Hooks có thể yêu cầu nhà cung cấp hoặc nhà bảo hiểm đặt cọc, kiểm tra điểm uy tín ERC-8004 hoặc các chỉ số liên quan trước khi phân phối, thực thi các khoản ký quỹ bị slash khi đánh giá thất bại, hoặc truy vấn oracle rủi ro bên ngoài. Các quy trình phê duyệt không rõ ràng trước đây nay có thể minh bạch, lập trình và cạnh tranh.

Mỗi loại ứng dụng này đều có thể được thực thi qua các Hook riêng biệt, giữ nguyên tiêu chuẩn và nguyên tắc Job cốt lõi. Các mô hình kinh tế mới, ứng dụng thương mại hoặc logic tùy chỉnh đều là các Hooks mới. Chúng tôi đã giới thiệu một số Hooks ban đầu, là ví dụ về khả năng, nhưng mới chỉ chạm tới bề nổi. Các Hooks thú vị nhất còn chưa được viết ra. Thương mại Agent trong bảo hiểm, sáng tạo, điều phối chuỗi cung ứng sẽ như thế nào? Chúng ta còn chưa biết, đó mới là điểm trọng tâm. Thương mại Agent sẽ phát triển theo những cách mà chúng ta không thể dự đoán hoàn toàn — các mô hình kinh tế mới, cơ chế tin cậy mới, hình thức hợp tác máy móc 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 hạn chế nó. Tiêu chuẩn này nên được xây dựng mở, vì những ý tưởng tốt nhất sẽ đến từ hệ sinh thái, và chúng tôi mong đợi cùng nhau khám phá chúng.

Liên hệ hợp tác với ERC-8004

ERC-8183 không tồn tại độc lập. Nó cùng tồn tại và cộng sinh với ERC-8004 (“Trustless Agents”), tiêu chuẩn về danh tính, uy tín và xác thực Agent của Ethereum.

ERC-8004 giải quyết vấn đề khám phá và tin cậy: làm thế nào để Agent tìm thấy nhau và đánh giá độ tin cậy? Nhưng giá trị của danh tính đăng ký phụ thuộc vào hoạt động thực tế của chúng. Không có hoạt động, danh tính chỉ là hồ sơ trống. Uy tín cần dựa trên tương tác thực, để đánh giá chính xác. Xác thực cần các sản phẩm giao hàng 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 của ERC-8004. Mỗi Job là một tín hiệu uy tín. Mỗi lần gửi là một sản phẩm có thể đánh giá của Validator. Mỗi lần đánh giá là một chứng thực mà các Agent khác có thể trích dẫn.

Hai tiêu chuẩn tạo thành vòng lặp, có thể giúp Agent tự tổ chức mạnh mẽ hơn qua các tương tác không cần tin cậy:

Khám phá (8004) → Thương mại (8183) → Uy tín (8004) → Khám phá tốt hơn → Nhiều thương mại không cần tin cậy hơn

Không thể thiếu một trong hai. Khi kết hợp, chúng tạo thành nền tảng cho thương mại và tương tác Agent không cần tin cậy.

Vượt ra ngoài thanh toán

ERC-8183 không phải là giao thức thanh toán, mà là tiêu chuẩn thương mại.

Thanh toán chỉ là chuyển tiền. Nhưng thương mại cần nhiều hơn thế. Thương mại là tất cả mọi thứ xoay quanh thanh toán để làm cho nó đáng tin cậy và vận hành được: thỏa thuận về nội dung, hoàn thành công việc, ai xác thực, xử lý khi thất bại. Trong thế giới truyền thống, thương mại vận hành nhờ các cơ chế đi kèm: đánh giá rủi ro và bảo lãnh trước khi chấp nhận thanh toán, mở rộng tín dụng để mua trước khi có tiền, phát hiện gian lận trong hàng tỷ giao dịch, cơ chế bảo vệ người mua khi dịch vụ không đúng, hệ thống uy tín tích lũy qua các tương tác, và các cơ chế tranh chấp, hoàn tiền. Những chức năng này chính là giá trị của các nhà xử lý thanh toán, tổ chức thẻ và nền tảng — chứ không phải là việc chuyển tiền đơn thuần.

Khi thương mại chuyển lên chuỗi, các chức năng này 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, theo chương trình, mở. Đó chính là điều ERC-8183 đang làm.

Mô hình lưu ký và xác thực đánh giá của Job tương tự như cơ chế hoàn tiền có thể lập trình, có điều khoản thanh toán định sẵn. Kết hợp uy tín trên chuỗi của ERC-8004 và các chỉ số uy tín khác, như một dạng bảo lãnh có thể chuyển nhượng, xác minh lịch sử. Hooks thay thế các quy trình rủi ro trung tâm bằng logic mở, cạnh tranh, có thể kiểm toán. Bất kỳ facilitator nào cũng có thể triển khai. Kết quả không chỉ là cách chuyển tiền trên chuỗi, mà còn là cách xây dựng lại toàn bộ hạ tầng tin cậy thương mại — mở, không cần phép.

Các giao thức thanh toán và giao diện hiện tại, dù là các nhà xử lý truyền thống hay các giao thức chuyển token như x402, đều mang trải nghiệm mượt mà, gốc internet, xử lý chuyển tiền. ERC-8183 quản lý toàn bộ vòng đời của việc chuyển tiền không cần tin cậy: chuẩn hóa, lưu ký, nộp sản phẩm, xác thực của đánh giá viên và thanh toán xác định. Agent có thể dùng x402 hoặc HTTP để tương tác ở tầng giao diện, còn thanh toán thực tế diễn ra qua ERC-8183 trên chuỗi. Hai phần bổ sung cho nhau.

Vấn đề không thể hoàn tác, lưu ký và hoàn tiền

Một mối lo khác về thanh toán độc lập là tính không thể hoàn tác. Khi thẻ tín dụng bị trừ tiền mà dịch vụ không hài lòng, khách hàng có thể tranh chấp và rút lại. Khi tiền đã chuyển đi, thì coi như mất. Đối với thanh toán gốc và chuyển khoản, đây là phản đối hợp lệ.

ERC-8183 trong cấu trúc hợp đồng vẫn giữ nguyên ý tưởng này. Tiền được giữ trong lưu ký, cho đến khi đánh giá viên chứng minh sản phẩm phù hợp điều khoản. Nếu không, sẽ hoàn tiền cho khách hàng. Nếu quá hạn, tự động thu hồi. Đây là mô hình “ủy quyền — bắt giữ” có thể lập trình, không cần tin cậy — tương tự như mô hình hoạt động của thẻ tín dụng, chỉ khác là các điều khoản đã được mã hóa sẵn và thực thi bằng mã.

Với các khoản ủy quyền trước như đặt cọc khách sạn, hoặc dịch vụ có thể mở rộng phạm vi, Hooks có thể thiết kế khóa tối đa, rồi dựa vào dữ liệu xác minh để tính toán số tiền cuối cùng khi hoàn tất. Kiến trúc này hỗ trợ các mô hình tin cậy linh hoạt của thẻ tín dụng, đồng thời giữ cho quá trình thanh toán minh bạch, mở, không cần tin cậy và trên chuỗi.

Tham gia nền kinh tế mới

Làn sóng AI đang tạo ra các thực thể mới trong nền kinh tế nhanh hơn bao giờ hết — cả người mua lẫn người bán. Hàng triệu nhà phát triển và không phát triển đang dùng AI để xây dựng, phát hành microservices, API và công cụ, trong đó nhiều không có pháp nhân, không có website, không có lịch sử giao dịch. Các Agent từ các công ty công nghệ và mã nguồn mở đang thu hút hàng triệu người dùng qua Agent AI cá nhân và trợ lý.

Hệ thống thanh toán truyền thống sẽ khó phục vụ các thương nhân này. Không phải vì công nghệ không đủ, mà vì khi xử lý nhà cung cấp, hệ thống sẽ phải gánh rủi ro của nhà cung cấp đó: gian lận, hoàn hàng, tranh chấp. Một thương nhân không có hồ sơ, không pháp nhân, không lịch sử, thì quá rủi ro để bảo lãnh.

ERC-8183 được thiết kế mở, không cần phép. Nhà cung cấp chính là một địa chỉ ví. Không cần đăng ký, không cần bảo lãnh, không có người gác cổng. Nguyên tắc Job không chỉ cung cấp một phương thức thu tiền, mà còn là toàn bộ vòng đời thương mại: chuẩn nhiệm vụ, lưu ký thanh toán, nộp sản phẩm có thể xác minh, xác thực của đánh giá viên, tạo nền tảng cho các giao dịch đáng tin cậy.

Việc không thể bảo lãnh các nhà cung cấp mới có thể xem là tạm thời. Tiêu chuẩn mở này giúp rút ngắn thời gian. Bất kỳ facilitator nào cũng có thể triển khai ERC-8183 ngay hôm nay. Hệ sinh thái phát triển qua thử nghiệm, chứ không qua cơ chế tổ chức. Nhưng quan trọng 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ễ. Rủi ro của nhà xử lý là thiếu lịch sử xác thực. ERC-8183 tạo ra lịch sử đó. Mỗi Job hoàn thành đều ghi lại trên chuỗi: hàm băm sản phẩm, xác thực của đánh giá viên, kết quả. Lịch sử này có thể chuyển nhượng, xác minh, không thuộc về ai.

Điều đặc biệt là, các ghi chép này không bị khóa trong một nền tảng duy nhất. Hiện nay, nền tảng A biết tỷ lệ hoàn hàng của bạn, nền tảng B biết điểm bán hàng của bạn, nhưng bạn không thể mang các ghi chép này đi. Trên ERC-8183, uy tín là tài sản chuyển nhượng của thương nhân. Bất kỳ facilitator, chuỗi hay giao diện nào đọc tiêu chuẩn này đều có thể truy cập. 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 thương mại Agent và AI phi tập trung

ERC-8183 là tiêu chuẩn mở cho thương mại Agent không cần tin cậy. Cách tham gia:

Xây dựng bằng ERC-8183. Trở thành facilitator! Triển khai ERC-8183 trên chuỗi của bạn. Phát triển SDK, wrapper, scanner và tracker. Tạo các giao diện và trải nghiệm mới, để chúng có thể thanh toán an toàn, xác minh trên chuỗi qua ERC-8183. Xây dựng khung Agent tương tác gốc tiêu chuẩn này.

Khám phá, thử nghiệm và xây dựng Hooks. Cần thanh toán theo giai đoạn hoặc giải quyết tranh chấp? Hãy xây dựng chúng thành Hooks. Đây là không gian sáng tạo và đa dạng ứng dụng.

Xây dựng và đăng ký đánh giá viên. Đánh giá viên là phần quan trọng để đảm bảo an toàn và thương mại không cần tin cậy, nhưng hiện còn thiếu trầm trọng. Phát triển đánh giá viên cho các lĩnh vực đặc thù, đặc biệt là các lĩnh vực và dịch vụ hoàn toàn có thể xác minh. Đăng ký chúng trong ERC-8004. Góp phần xây dựng danh tính và uy tín Agent có ý nghĩa.

Đóng góp và phản hồi. Đây là tiêu chuẩn mở, chỉ có thể phát triển qua thử nghiệm rộng rãi, sử dụng thực tế, phản hồi trung thực và cải tiến. Nếu thiếu gì, hãy đề xuất. Nếu có lỗi, hãy thách thức. Tiêu chuẩn mở, mã nguồn mở, thảo luận mở. Cần cùng nhau phát triển.

Nền kinh tế Agent sẽ dựa trên tiêu chuẩn mở, hoặc dựa trên vườn tường. Chúng tôi chọn tiêu chuẩn mở. Một không gian số chung.

ERC-8004 dành cho tin cậy. ERC-8183 dành cho thương mại. Còn lại, là do bạn xây dựng.

Liên kết liên quan:

Tiêu chuẩn ERC-8183: [liên kết]

Tiêu chuẩn ERC-8004: eips.ethereum.org/EIPS/eip-8004

Thảo luận ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Nhóm Telegram: