Chuỗi bài dành cho người mới Web3: ERC8004: Câu chuyện về Web3+AI này sẽ giúp bạn thưởng thức một phần đồ ăn mang đi nóng hổi

ERC8004 là một tiêu chuẩn giao thức trên Ethereum, định nghĩa một bộ tiêu chuẩn cho phép các tác nhân (agent) xây dựng mối quan hệ tin cậy dựa trên blockchain, qua đó câu chuyện A2A (Agent to Agent) hòa nhập cùng câu chuyện Web3. Bài viết này sẽ giúp chúng ta hiểu rõ hơn về logic tổng thể của câu chuyện lớn Web3+AI này.

Địa chỉ giao thức 8 tháng được tạo ra, vẫn đang trong giai đoạn đánh giá. Bài viết này sẽ phân tích rõ xem giao thức này giải quyết vấn đề gì, diễn giải đơn giản các tiêu chuẩn của nó, và cuối cùng sẽ tưởng tượng về ý nghĩa của giao thức này. Toàn bộ bài viết khoảng 15 phút, mời bạn xem và lưu lại.

Vấn đề cần giải quyết

Trước tiên chúng ta xem thử giao thức này cố gắng giải quyết vấn đề gì:

Nói đơn giản là giải quyết vấn đề tin cậy trong quá trình A2A (Agent gọi Agent), ví dụ tôi có một trợ lý AI tên là 小 A, nó là một tác nhân thông minh, tôi bảo nó đặt một suất giao hàng đáng tin cậy. Nhưng tác nhân của tôi không giỏi việc này (dù phải liên hệ với người giao hàng, thương nhân cũng là một dự án lớn, một trợ lý AI nhỏ bé không thể hỗ trợ), vậy thì làm sao?

Lúc này có thể nhờ các tác nhân khác giúp đỡ.

Vấn đề đặt ra là: làm thế nào để tác nhân của tôi tìm được một tác nhân đáng tin cậy khác để giúp? Có cần một tổ chức tin cậy trung tâm không? Thực ra con người cũng vậy, chúng ta mua bán qua Taobao, Taobao là một tổ chức tín nhiệm tập trung. Nhưng tổ chức trung tâm có giới hạn của nó, trong thời đại tác nhân, vấn đề này càng rõ nét hơn. Để phát huy hiệu quả của tác nhân, không thể lúc nào cũng phải tìm người, tìm tổ chức trung tâm để làm việc, cuối cùng sẽ khiến con người kéo lùi AI. Ngay cả khi dùng tổ chức trung tâm để xác minh, cũng cần tìm kiếm các tổ chức tin cậy dựa trên AI hoặc làm việc theo cách phi tập trung, như vậy mới phát huy được hiệu quả của AI.

Vì thế nếu có thể có một dữ liệu phi tập trung đáng tin cậy, giúp tôi tìm ra tác nhân đáng tin cậy, năng suất làm việc sẽ cao hơn nhiều. Chính vì vậy có tiêu chuẩn ERC8004.

Nghe có vẻ hợp lý. Tiếp theo, chúng ta sẽ xem cách thiết kế của ERC8004 dựa trên logic này như thế nào.

Phân tích giải pháp cụ thể của giao thức

Phần này là phân tích về phương án kỹ thuật của giao thức, nhưng không đi sâu vào các chi tiết hợp đồng và tham số trong tiêu chuẩn, cố gắng giúp mọi người dễ hiểu theo cách đơn giản, còn chi tiết các bạn có thể xem trong tài liệu tiêu chuẩn của giao thức. Dựa trên nội dung của giao thức, chúng ta sẽ diễn giải đơn giản cách nó giải quyết vấn đề đã nêu phía trên.

Về mặt kỹ thuật, ERC8004 về bản chất định nghĩa chuẩn giao diện của ba loại hợp đồng:

Identity Registry (Đăng ký danh tính): dựa trên ERC721 (Token không đồng nhất, tức NFT), dùng để đăng ký tác nhân, mỗi tác nhân thực chất là một NFT, qua NFT này có thể lấy được các thông tin liên quan của tác nhân.

Reputation Registry (Đăng ký danh tiếng): đăng ký danh tiếng.

Validation Registry (Đăng ký xác thực): đăng ký xác thực.

Nói đơn giản, bạn có thể hiểu ba loại hợp đồng này là ba tổ chức hoạt động trên blockchain.

Thứ nhất: Tác nhân tới mở tài khoản, giống như bạn mở quán ăn.

Thứ hai: Tôi chịu trách nhiệm thu thập đánh giá cho các tác nhân, giống như Dịch vụ đánh giá công cộng hoặc Gaode Street View.

Thứ ba: Tôi là tổ chức điều tra thứ ba, chịu trách nhiệm xác thực, giống như Cục Quản lý Chất lượng, Cục Y tế v.v.

🌐 Một quy trình công việc cụ thể

Chúng ta lấy ví dụ đặt đồ ăn, giả sử bạn muốn trợ lý AI 「小 A」 giúp bạn đặt món ăn không chứa dầu gốc gác:

Tìm cộng tác: 「小 A」 sẽ truy vấn vào đăng ký danh tính, tìm các nhà giao hàng 「小 B」 có đánh giá tốt, và xem xét đánh giá lịch sử của họ.

Thiết lập niềm tin ban đầu: Tiếp theo, 「小 A」 sẽ kiểm tra trong đăng ký danh tiếng để xem các cộng tác khác đánh giá 「小 B」 thế nào, quyết định có thuê họ hay không.

Thực thi và xác minh: Nếu bữa ăn này rất quan trọng, 「小 A」 hoặc bạn có thể thuê thêm người xác thực độc lập từ đăng ký xác thực là 「小 C」. 「小 C」 sẽ kiểm tra báo cáo của 「小 B」 có chính xác, đúng yêu cầu không, rồi công khai kết quả xác minh.

Thanh toán và phản hồi: Bạn thanh toán cho 「小 A」 qua giao thức x402 (một cơ chế xác nhận thanh toán liên kết trên chuỗi và hoạt động ngoài chuỗi, xem bài viết trước về x402), 「小 A」 sẽ thanh toán cho 「小 B」 và 「小 C」. Cuối cùng, bạn để lại phản hồi tích cực cho dịch vụ của 「小 A」 và 「小 B」, tất cả các khoản thanh toán và hành vi này sẽ củng cố hoặc ảnh hưởng đến danh tiếng của họ trong các đăng ký.

Tổng kết lại, ERC-8004 thông qua việc gọi và phối hợp giữa ba hợp đồng này, xây dựng một môi trường hợp tác phi tập trung, đáng tin cậy cho các trợ lý AI, giúp chúng có thể tự do, an toàn trao đổi dịch vụ và giá trị như con người trên thị trường.

Đăng ký danh tính

Hợp đồng này về cơ bản giống hợp đồng NFT, bao gồm các giao thức chuyển nhượng của ERC721, nhưng mở rộng định nghĩa về metadata của NFT:

Bạn cung cấp tên agent, hình ảnh, mô tả và địa chỉ cổng tương ứng.

Ngoài ra còn quy định phương thức đăng ký 「register」 và các sự kiện liên quan (tiêu chuẩn ERC721 không quy định phương thức mint, nên phương thức này coi như là phương thức của ERC8004).

Đăng ký danh tiếng

Hợp đồng này khi triển khai sẽ truyền vào hợp đồng NFT qua hàm constructor, tức là liên kết duy nhất với một đăng ký danh tính.

Định nghĩa một số phương thức:

giveFeedback, cho điểm, có thể đánh giá NFT trong đăng ký danh tiếng, từ 0 đến 100 điểm. (agentId chính là TokenID của NFT). Để gọi phương thức này cần có tham số 「feedbackAuth」 là chữ ký của tác nhân chấp nhận nhiệm vụ.

revokeFeedback, thu hồi đánh giá.

appendResponse, bổ sung phản hồi. Có thể thêm thông tin phụ (có yêu cầu định dạng), truyền địa chỉ offline + Hash để xác minh.

Các phương thức đọc còn lại có thể lấy các thông tin đánh giá liên quan.

Yêu cầu định dạng của thông tin bổ sung:

Hợp đồng xác thực

Cũng như hợp đồng đăng ký danh tiếng, khi xây dựng hợp đồng này cần truyền vào địa chỉ hợp đồng của đăng ký tỉnh/thành phố, cũng là liên kết duy nhất với một đăng ký danh tính. Hợp đồng này cần do Owner của Agent (chủ sở hữu NFT) gọi, cung cấp các phương thức sau:

validationRequest, yêu cầu xác thực.

validationResponse, phản hồi xác thực.

Chi tiết cụ thể sẽ không trình bày thêm, về bản chất, ERC8004 định nghĩa ba chuẩn hợp đồng này, giúp chúng ta xây dựng một cơ chế đánh giá tác nhân minh bạch, phi tập trung trên chuỗi, hỗ trợ tác nhân tìm kiếm đối tác hợp tác phù hợp, cung cấp một giải pháp tin cậy Web3 cho A2A.

Thực tế của chúng ta

Dựa trên thiết kế của ERC-8004, chúng tôi đã xây dựng dịch vụ Trustless hướng đến Web3 trên mạng lưới Pharos và Jovay, giúp người dùng phân bổ 「Danh tính Tin cậy Agent DID」 trong thế giới Web3, đồng thời mở rộng khả năng xác thực TEE/ZK cấp độ tài chính, dự kiến trong tương lai sẽ hỗ trợ xác thực an toàn cao hơn cho các giao dịch máy móc trong các kịch bản tài chính.

Triển vọng tương lai

Có vẻ rất tuyệt, nhưng cũng đầy thử thách. Thử thách chính là cơ hội, hãy cùng xem những cơ hội có thể xuất hiện trong tương lai.

Trước tiên, dữ liệu trên chuỗi dù minh bạch, không thể sửa đổi, nhưng làm thế nào để đảm bảo dữ liệu trên chuỗi thực sự chính xác, đáng tin cậy vẫn là vấn đề. Cuối cùng có thể sẽ có các nhà xác thực có độ tin cậy cao, đại diện cho các tổ chức quyền lực phía sau. Các nhà xác thực đáng tin cậy có thể cung cấp thông tin chính xác hơn qua dữ liệu lịch sử trên chuỗi hoặc các phương thức khác. Ví dụ, bạn dùng tài khoản mới để viết đánh giá tiêu cực, chắc chắn sẽ mất điểm tín nhiệm.

Theo logic này, các thứ có thể làm quanh tiêu chuẩn này rất nhiều:

Bạn có thể xây dựng dịch vụ cung cấp dịch vụ on-chain cho trợ lý thông minh. Ví dụ, tôi có thể giúp tác nhân của bạn triển khai hợp đồng dựa trên tiêu chuẩn này để thực hiện các thao tác khác nhau. Tôi có thể cung cấp dịch vụ này qua một MCP.

Bạn có thể tạo một khu ẩm thực trên chuỗi, mọi người đăng ký tác nhân của mình vào hợp đồng của bạn. Ví dụ, tôi mở một quán làm gà rán (robot AI làm gà rán đó), rồi đăng ký trong khu ẩm thực này. Nếu khu ẩm thực đông đúc, họ có thể thu phí đăng ký. Cũng giống như ENS (tên miền Ethereum) hiện nay. Thực ra ENS cũng có thể hiểu là một đăng ký, mở rộng ra cũng được.

Bạn có thể làm một hệ thống đánh giá món ăn cao cấp trên chuỗi (như Michelin), chuyên để chấm điểm đánh giá người khác, tất nhiên có thể thu phí nhỏ.

Tóm lại, mọi thứ đã làm offline trước đây đều có thể chuyển lên chuỗi, tác nhân sẽ làm việc trong thế giới trên chuỗi sau này.

Mọi người nghĩ sao? Ít nhất tôi thấy khá thú vị.

Bài viết này do Fisher của ZAN Team (@zan_team) và @yudao1024 viết.