Giải thích chi tiết về ERC-8183: Câu trả lời của Ethereum cho vấn đề tin cậy lẫn nhau của Tác nhân AI

Tác giả: Azuma, Odaily Planet Daily

Vào ngày 10 tháng 3, nhóm dAI của Ethereum Foundation, tập trung vào việc thúc đẩy "sự tích hợp sâu sắc của trí tuệ nhân tạo (AI) và blockchain", đã cùng nhau ra mắt ERC-8183 tiêu chuẩn mới với Giao thức ảo.

Giám đốc AI của Quỹ Ethereum Davide Crapis cho biết về tiêu chuẩn rằng ERC-8183 là một trong những thành phần còn thiếu của hệ thống kinh tế Đại lý mở đang được cộng đồng Ethereum 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 các tương tác an toàn giữa các Đại lý. Nhóm dAI sẽ hỗ trợ việc áp dụng ERC-8183 và 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 vấn đề gì?

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

ERC-8183 Vấn đề cốt lõi mà chúng tôi đang cố gắng Để giải quyết là, khi các Đại lý 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ó luật pháp và không có trọng tài thủ công?

Ví dụ: nếu Đặc vụ A, người tập trung hơn vào tiếp thị, muốn thuê Đặc vụ B, người tập trung hơn vào việc tạo hình ảnh, để tạo một loạt áp phích tiếp thị cho anh ta, ở đây sẽ nảy sinh vấn đề tin cậy lẫn nhau về mặt thương mại - hai bên không biết nhau và không có cơ sở để tin tưởng. Khi nào nên thanh toán? Nếu A trả trước thì B có quyền đình công hoặc trả lại kết quả làm việc không đạt tiêu chuẩn; nếu B làm việc trước, A cũng có thể từ chối thanh toán...

Trong Internet truyền thống trên thế giới, người dùng và người bán cũng sẽ phải đối mặt với sự tin cậy lẫn nhau trong kinh doanh và nền tảng đóng vai trò trung gian quan trọng trong đó - nền tảng sẽ chịu trách nhiệm lưu trữ tiền của A, sẽ chịu trách nhiệm đánh giá xem dịch vụ của B đã được hoàn thành hay chưa và cũng sẽ chịu trách nhiệm về khoản vay cuối cùng. Taobao, JD.com, Meituan và Didi mà chúng ta quen thuộc về cơ bản là các trung gian dựa trên nền tảng.

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

Dỡ bỏ kế hoạch công việc ERC-8183

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

• Khách hàng: "Khách hàng", nói một cách đơn giản, là Đại lý đưa ra nhiều nhiệm vụ khác nhau;
• Nhà cung cấp: "Nhà cung cấp dịch vụ" là Đại lý chịu trách nhiệm hoàn thành nhiệm vụ;
• Người đánh giá: "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 chúng ta cần tập trung giải thích về Người đánh giá. Việc giới thiệu vai trò này là thiết kế cốt lõi của ERC-8183. Trong tiêu chuẩn này, Người đánh giá chỉ được xác định là một địa chỉ (địa chỉ) trên chuỗi, nhưng nhìn 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ụ chủ quan như viết, thiết kế hoặc phân tích, Người đánh giá có thể là Tác nhân AI, tác nhân này sẽ đọc kết quả đã gửi, so sánh chúng với các yêu cầu nhiệm vụ ban đầu, sau đó đưa ra đánh giá phán quyết;
• Đối với các tác vụ xác định như tính toán, tạo bằng chứng hoặc chuyển đổi dữ liệu, Trình đánh giá có thể là một hợp đồng thông minh đóng gói trình xác minh không có kiến thức (trình xác minh ZK). Nhà cung cấp gửi bằng chứng và Người đánh giá xác minh nó trên chuỗi và tự động gọi "hoàn thành" hoặc "từ chối" để hoàn thành hoặc từ chối nhiệm vụ;
• Trong các tình huống nhiệm vụ có giá trị cao hoặc rủi ro cao, Người đánh giá cũng có thể là tài khoản nhiều chữ ký, DAO hoặc cụm xác minh được hỗ trợ bởi cơ chế cam kết.

ERC-8183 không phân biệt các dạng khác nhau này. Lớp giao thức chỉ quan tâm đến một điểm - cho dù một địa chỉ nhất định gọi là "hoàn thành" hay "từ chối". Về việc Tác nhân AI được điều khiển bởi LLM hay ZK đang chạy phía sau địa chỉ này thì các Mạch không nằm trong phạm vi của giao thức cần được quan tâm.

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

• Mở: Khách hàng sẽ tạo một công việc trong chu trình này, xuất bản các nhiệm vụ và chỉ định các yêu cầu;
• Đã tài trợ: Khách hàng sẽ chuyển tiền hoa hồng đến địa chỉ lưu trữ hợp đồng thông minh thay vì đưa trực tiếp cho Nhà cung cấp;
• Đã gửi: Nhà cung cấp đã hoàn thành công việc và gửi chứng chỉ;
• Thiết bị đầu cuối (Đã hoàn thành / Bị từ chối / Đã hết hạn): Người đánh giá chịu trách nhiệm kiểm tra nhiệm vụ và đánh giá xem nhiệm vụ đã hoàn thành (Đã hoàn thành hay Bị từ chối) dựa trên kết quả kiểm tra và chuyển tiền tương ứng cho Khách hàng hoặc Nhà cung cấp; nếu không có Nhà cung cấp 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 trả lại cho Khách hàng.

Ngoài quy trình tiêu chuẩn ở trên, ERC-8183 cũng có thể được mở rộng thông qua Hook mô-đun Để triển khai nhiều chức năng phái sinh hơn nhằm đáp ứng các trường hợp sử dụng kinh doanh phức tạp trong thực tế thế giới. Móc là các hợp đồng thông minh tùy chọn được đính kèm khi Công việc được tạo, có thể thực thi logic tùy chỉnh trước và sau mỗi vòng đời của Công việc, chẳng hạn như ngưỡng danh tiếng, cơ chế đặt giá thầu, phân bổ phí hoặc các yêu cầu đặc biệt khác.

ERC-8183 và sự khác biệt giữa x402 và x402 là gì ERC-8004?

Từ x402 đến Từ ERC-8004 Đối với ERC-8183 ngày nay, những độc giả không quen với nó có thể bối rối và thắc mắc tại sao thỉnh thoảng lại phải tạo ra một thứ mới. Nhưng trên thực tế, ba người này nằm trong ba mắt xích khác nhau của hệ thống kinh tế AI Agent và những vấn đề họ muốn giải quyết cũng khác nhau.

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

Tóm lại trong một câu, x402 chịu trách nhiệm về giải quyết “cách trả tiền”; ERC-8004 có trách nhiệm biết "bên kia là ai và liệu bên đó có đáng tin cậy hay không"; ERC-8183 chịu trách nhiệm giải quyết "làm thế nào để giao dịch một cách tự tin".