Chi tiết ERC-8183: Câu trả lời của Ethereum cho bài toán tin cậy lẫn nhau giữa các AI Agent

Original | Odaily (@OdailyChina)

Author｜Azuma (@azuma_eth)

Vào ngày 10 tháng 3, nhóm dAI thuộc Quỹ Ethereum, chuyên thúc đẩy "sự tích hợp sâu sắc giữa Trí tuệ nhân tạo (AI) và blockchain", đã cùng với Virtuals Protocol ra mắt một tiêu chuẩn mới ERC-8183.

Davide Crapis, Trưởng bộ phận AI của Quỹ Ethereum, đã bình luận về tiêu chuẩn này: ERC-8183 là một trong những thành phần còn thiếu trong hệ thống kinh tế Agent mở mà cộng đồng Ethereum đang xây dựng. Tiêu chuẩn này có thể được sử dụng kết hợp với x402 và ERC-8004, đóng vai trò cơ sở hạ tầng trong việc tương tác an toàn giữa các Agent. Nhóm dAI sẽ hỗ trợ việc áp dụng ERC-8183, nỗ lực biến nó thành một tiêu chuẩn trung lập.

ERC-8183 muốn giải quyết điều gì?

Theo bài viết giới thiệu được Virtuals Protocol công bố, ERC-8183 được thiết kế cho các giao dịch thương mại giữa các AI Agent, tiêu chuẩn này định nghĩa một bộ quy tắc trên chuỗi, cho phép hai Agent không tin tưởng nhau hoàn thành quy trình thương mại "thuê - giao hàng - thanh toán" mà không cần dựa vào nền tảng tập trung.

Vấn đề cốt lõi mà ERC-8183 cố gắng giải quyết là: khi các Agent thuê và hợp tác với nhau, làm thế nào để hoàn thành giao dịch mà không có nền tảng, không có pháp luật và không có trọng tài con người?

Ví dụ, nếu một Agent A thiên về tiếp thị muốn thuê một Agent B thiên về tạo hình ảnh để tạo ra một loạt poster quảng cáo cho mình, sẽ tồn tại một vấn đề về niềm tin thương mại - hai bên không quen biết nhau và không có cơ sở tin cậy, khi nào nên thanh toán? Nếu A thanh toán trước, B có thể đình công hoặc trả lại kết quả công việc không đạt yêu cầu; nếu B làm việc trước, A cũng có thể từ chối trả thù lao...

Trong thế giới internet truyền thống, người dùng và thương nhân cũng phải đối mặt với sự thiếu tin tưởng thương mại tương tự, và các nền tảng đóng vai trò trung gian then chốt - nền tảng chịu trách nhiệm ký quỹ tiền của A, đánh giá liệu dịch vụ của B đã hoàn thành hay chưa, và chịu trách nhiệm giải ngân cuối cùng. Các nền tảng quen thuộc như Taobao, JD.com, Meituan, Didi về bản chất đều là những trung gian kiểu nền tảng này.

Điều mà Quỹ Ethereum và Virtuals Protocol muốn làm là thông qua ERC-8183, chức năng của nền tảng được trừu tượng hóa thành giao thức trên chuỗi, được thực thi bởi hợp đồng thông minh, từ đó đảm nhận vai trò trung gian phi tập trung trong nền kinh tế Agent.

Phân tích cơ chế hoạt động của ERC-8183

Cơ chế hoạt động của ERC-8183 không phức tạp. Tiêu chuẩn này giới thiệu một khái niệm mới gọi là Job (bạn có thể hiểu là "nhiệm vụ"). Mỗi Job có thể được coi là một giao dịch thương mại hoàn chỉnh, bao gồm ba vai trò khác nhau:

• Client: "Khách hàng", nói một cách đơn giản là Agent đăng các loại nhiệm vụ;
• Provider: "Nhà cung cấp dịch vụ", là Agent chịu trách nhiệm hoàn thành nhiệm vụ;
• Evaluator: "Người đánh giá", vai trò đặc biệt nhất, chịu trách nhiệm đánh giá xem nhiệm vụ đã hoàn thành hay chưa.

Ở đây cần giải thích kỹ về Evaluator, việc giới thiệu vai trò này là thiết kế cốt lõi nhất của ERC-8183. Trong tiêu chuẩn này, Evaluator chỉ được định nghĩa là một địa chỉ trên chuỗi (address), nhưng từ góc độ rộng hơn, địa chỉ này có thể tương ứng với nhiều hình thức thực thi khác nhau.

• Đối với các nhiệm vụ mang tính chủ quan như viết lách, thiết kế hoặc phân tích, Evaluator có thể là một AI Agent, nó sẽ đọc kết quả được gửi, so sánh với yêu cầu nhiệm vụ ban đầu, sau đó đưa ra đánh giá;
• Đối với các nhiệm vụ xác định như tính toán, tạo chứng minh hoặc chuyển đổi dữ liệu, Evaluator có thể là một hợp đồng thông minh đóng gói trình xác minh bằng không kiến thức (ZK verifier). Provider gửi bằng chứng, Evaluator xác minh trên chuỗi và tự động gọi `complete` hoặc `reject` để hoàn thành hoặc từ chối nhiệm vụ đó;
• Trong các kịch bản nhiệm vụ có giá trị cao hoặc rủi ro cao, Evaluator cũng có thể là một tài khoản đa chữ ký, DAO hoặc một cụm xác thực được hỗ trợ bởi cơ chế staking.

ERC-8183 sẽ không phân biệt các hình thái khác nhau này. Tầng giao thức chỉ quan tâm một điểm - một địa chỉ nào đó gọi `complete` hay `reject`, còn việc đằng sau địa chỉ đó là một AI Agent được điều khiển bởi LLM hay một mạch ZK, đều không thuộc phạm vi mà giao thức cần quan tâm.

Tiếp tục nói về Job, vòng đời của mỗi Job sẽ có bốn trạng thái sau, tương ứng với các quy trình khác nhau khi ERC-8183 vận hành.

• Open: Client sẽ tạo Job trong chu kỳ này, đăng nhiệm vụ và nêu rõ yêu cầu;
• Funded: Client sẽ chuyển hoa hồng đến một địa chỉ ký quỹ hợp đồng thông minh, thay vì trực tiếp giao cho Provider;
• Submitted: Provider hoàn thành công việc và gửi bằng chứng;
• Terminal (Completed / Rejected / Expired): Evaluator chịu trách nhiệm xem xét nhiệm vụ, và dựa trên kết quả đánh giá để xác định xem nhiệm vụ đã hoàn thành hay chưa (Completed hoặc Rejected) và chuyển tiền tương ứng cho Client hoặc Provider; nếu không có Provider nào phản hồi hoặc hoàn thành nhiệm vụ trong thời gian yêu cầu, tiền sẽ được hoàn trả cho Client.

Ngoài quy trình tiêu chuẩn trên, ERC-8183 còn có thể thực hiện nhiều chức năng phái sinh thông qua chức năng mở rộng mô-đun Hooks, để đáp ứng các trường hợp sử dụng thương mại phức tạp trong thế giới thực. Hooks là các hợp đồng thông minh tùy chọn được đính kèm khi tạo Job, có thể thực thi logic tùy chỉnh trước và sau các giai đoạn vòng đời của Job, chẳng hạn như ngưỡng uy tín, cơ chế đấu thầu, phân phối phí hoặc các yêu cầu đặc biệt khác.

ERC-8183 khác với x402 và ERC-8004 như thế nào?

Từ x402 đến ERC-8004, và bây giờ là ERC-8183, độc giả không quen thuộc có thể cảm thấy bối rối, thắc mắc tại sao cứ một thời gian lại phải tạo ra một thứ mới. Nhưng thực ra, ba tiêu chuẩn này nằm ở ba khâu khác nhau trong hệ thống kinh tế AI Agent, và muốn giải quyết các vấn đề khác nhau.

x402 là một giao thức thanh toán HTTP, vấn đề nó muốn giải quyết là cho phép AI Agent thanh toán trực tiếp như gọi API; ERC-8004 là tiêu chuẩn danh tính và uy tín của AI Agent, vấn đề nó giải quyết là làm thế nào để đánh giá một Agent có đáng tin cậy hay không; ERC-8183 hướng đến khâu giao dịch thương mại, muốn giải quyết bài toán làm thế nào để hai Agent không tin tưởng nhau hoàn thành giao dịch.

Nếu tóm tắt trong một câu thì: x402 chịu trách nhiệm giải quyết "thanh toán như thế nào"; ERC-8004 chịu trách nhiệm biết "đối phương là ai, có đáng tin không"; ERC-8183 chịu trách nhiệm xử lý "làm thế nào để giao dịch một cách yên tâm".

Ba tiêu chuẩn này không phải là quan hệ cạnh tranh, mà là quan hệ bổ sung, chúng cùng hướng đến một mục tiêu chung - xây dựng một hệ thống kinh tế AI Agent phi tập trung, có khả năng vận hành tự chủ.