OpenSea's Agent Ambition: How ERC-8257 Can Turn NFTs into AI Passes?

Bài viết gốc của KarenZ, Foresight News

Lần này, trọng tâm câu chuyện của OpenSea không nằm ở giao dịch NFT. Nó đang nhắm đến một lối vào khác: Khi các AI Agent bắt đầu tự động khám phá công cụ, giành quyền truy cập và thanh toán phí, thì ai tổ chức các công cụ này, người đó có thể chiếm lấy điểm khởi đầu cho đợt phân phối on-chain tiếp theo.

OpenSea mượn một phép ẩn dụ mà ai cũng quen thuộc: App Store cho phép nhà phát triển đăng tải ứng dụng, người dùng khám phá ứng dụng và hoàn tất thanh toán; Công cụ Agent cũng cần một lối vào tương tự. Điểm khác biệt là lần này, thực thể đi dạo trong cửa hàng, đánh giá quyền hạn, chuẩn bị thanh toán và gọi dịch vụ có thể là một Agent sở hữu một chiếc ví.

Điều OpenSea nhắm đến là NFT từ tài sản trở thành quyền hạn

Tối ngày 26 tháng 5, OpenSea công bố "ERC-8257: Cơ sở đăng ký công cụ Agent". Trong kịch bản được OpenSea trình bày, một AI Agent đang cố gắng định giá một NFT. Nó bị từ chối khi gọi một công cụ định giá chuyên nghiệp, sau đó phát hiện ra rằng: địa chỉ nào sở hữu một NFT cụ thể có thể sử dụng giao diện chiết khấu. Thế là Agent mua NFT đó trên chuỗi, gửi lại yêu cầu và giảm phí cho mỗi lần gọi từ 0,05 đô la xuống còn 0,01 đô la.

Ví dụ này chỉ ra toan tính mới của OpenSea. Theo tưởng tượng của ERC-8257, NFT cũng có thể trở thành thông tin xác thực truy cập mà máy móc có thể đọc và sử dụng ngay lập tức.

Các nguồn dữ liệu nghiên cứu, công cụ định giá, tín hiệu giao dịch, API của đối tác, đều có thể thiết lập hàng rào on-chain. Ví dụ, chỉ sở hữu một NFT nhất định mới được truy cập giao diện chiết khấu, chỉ sở hữu NFT dạng đăng ký mới được gọi các dịch vụ cao cấp, hoặc quyết định ai có thể vào dựa trên danh sách trắng, số dư staking, bằng chứng không tiết lộ.

Đối với OpenSea, sự thay đổi rất cụ thể. Công dụng của một NFT có thể mở rộng từ hình đại diện, vật phẩm sưu tập và danh tính cộng đồng, thành thẻ giảm giá, thẻ thành viên hoặc suất có hạn khi Agent gọi dịch vụ. Đối tượng có thể giao dịch trên thị trường cũng mở rộng thành quyền truy cập có thể được phần mềm thực thi trực tiếp.

Giám đốc Công nghệ của OpenSea, Chris Maddern, sau đó đã tóm tắt hướng đi này thành một con đường on-chain hoàn chỉnh hơn: Stablecoin dùng cho Agent thanh toán, NFT dùng cho danh tính và đăng ký, và Agent Tool Registry thúc đẩy tầm nhìn này tiến gần hơn đến hoạt động thực tế.

Việc ERC-8257 làm rất hẹp: Đăng ký công cụ, xác thực tư cách

ERC-8257 được tạo ra vào ngày 17 tháng 4 năm 2026, hiện được đánh dấu là Draft trong kho lưu trữ ethereum/ERCs. Tiêu đề của nó là Agent Tool Registry, mục tiêu là cung cấp một sổ đăng ký công cụ on-chain không cần cấp phép, chứ không phải xây dựng một cửa hàng ứng dụng hoàn chỉnh với cơ chế đánh giá, xếp hạng và hoàn tiền.

Thiết kế kỹ thuật của ERC-8257 không phức tạp. Khi nhà phát triển đăng ký công cụ, một số yếu tố chính được ghi lại trên chuỗi: địa chỉ người tạo công cụ, metadataURI trỏ đến tệp mô tả công cụ, manifestHash chứng minh tệp mô tả không bị giả mạo, và accessPredicate quyết định ai có thể truy cập công cụ.

Nói một cách dễ hiểu, sổ đăng ký on-chain giống như một danh mục công cụ có thể xác minh: công cụ làm được gì, cách gọi nó, gợi ý giá là gì, được đặt trong tệp manifest off-chain; hàm băm của tệp này được ghi lên chuỗi, Agent có thể kéo tệp về và kiểm tra xem nội dung có nhất quán không; còn về việc một ví nào đó có đủ tư cách gọi công cụ hay không, thì được giao cho một hợp đồng predicate độc lập để đánh giá.

Nếu accessPredicate là địa chỉ rỗng, công cụ sẽ mở cho tất cả người gọi; nếu chỉ định một hợp đồng, nó có thể xác thực các điều kiện như số dư NFT, trạng thái đăng ký, danh sách trắng, ngưỡng staking, kết quả bỏ phiếu DAO hoặc bằng chứng không tiết lộ.

Cần lưu ý, ERC-8257 không quản lý tiền. Đề xuất đặt rõ thông tin định giá vào manifest, và giao việc thanh toán thực tế cho x402 hoặc các giao thức thanh toán khác. Sổ đăng ký chịu trách nhiệm phát hiện và phân quyền, việc thanh toán được để lại cho các hệ thống bên ngoài. Sự tách biệt này giữ cho tiêu chuẩn nhẹ nhàng, và cũng có nghĩa là thứ OpenSea đưa ra giống một cơ sở hạ tầng phân phối và kiểm soát truy cập hơn là một giao thức thanh toán mới.

Đây cũng là lý do tại sao tác giả của ERC-8257 gọi nó là "the 403 to x402's 402". Trong bối cảnh HTTP, 402 chỉ yêu cầu thanh toán; 403 chỉ không đủ quyền. x402 trả lời "Làm thế nào để thanh toán cho lần gọi này", ERC-8257 muốn xử lý "Địa chỉ này có đủ tư cách để vào không".

Nói một cách chính xác, 403 là một phép loại suy để dễ hiểu vị trí sản phẩm. Bản thảo ERC-8257 quy định cơ chế đăng ký và đánh giá quyền, không yêu cầu tất cả các công cụ phải phản hồi Agent thông qua một quy trình HTTP 403 cố định nào đó.

Cái gọi là Agent App Store, tranh giành điểm khởi đầu phân phối

Cụm từ "App Store" dễ khiến người ta liên tưởng đến một thị trường khép kín, nơi nền tảng đánh giá, sắp xếp và kiểm soát lối vào. Nhưng thiết kế cốt lõi của ERC-8257 nghiêng về tính mở: bất kỳ nhà phát triển nào cũng có thể đăng ký công cụ, Agent có thể đọc thông tin đăng ký trên chuỗi, và các điều kiện truy cập có thể được mở rộng thông qua các hợp đồng bên ngoài.

Điều OpenSea thực sự muốn giành lấy, là kịch bản khám phá công cụ và giao dịch tài sản trên các giao thức mở. Trước đây, Agent tìm kiếm công cụ thường dựa vào tài liệu, kho lưu trữ GitHub, thư mục tập trung hoặc cấu hình thủ công; ERC-8257 cố gắng cung cấp một lớp lối vào on-chain có thể xác minh, cho phép Agent tìm thấy API định giá, đăng ký nghiên cứu, tín hiệu giao dịch hoặc dịch vụ dữ liệu, đọc các điều kiện sử dụng, sau đó mua quyền hoặc hoàn tất thanh toán dựa trên trạng thái ví của chính nó.

Trên diễn đàn thảo luận Ethereum Magicians, bên đề xuất cho biết triển khai tham chiếu đã được đưa lên mạng chính Base và được xác thực thông qua CLI, SDK và các ví dụ về ERC-721, ERC-1155, predicate đăng ký và predicate tổng hợp.

Điều này mở ra cho OpenSea một con đường rộng hơn là chỉ tranh giành thị trường tổng hợp giao dịch NFT. Chừng nào nền kinh tế Agent cần các thành viên on-chain, suất có thể giao dịch hoặc API token-gated, OpenSea vẫn có thể tiếp tục đóng vai trò là nơi khám phá và mua bán tài sản. Đối tượng được nền tảng môi giới có thể mở rộng từ tài sản văn hóa sang các quyền truy cập cần thiết khi máy móc thực thi nhiệm vụ.

Nếu phân tích một Agent gọi một công cụ on-chain có tính phí, sự phân công giao thức hiện tại nổi lên như sau:

MCP chịu trách nhiệm về phương thức giao tiếp giữa công cụ và ứng dụng AI. Máy chủ có thể hiển thị tools, resources và prompts, máy khách phát hiện khả năng của các dịch vụ đã kết nối và gọi chúng. Nó xử lý mô tả khả năng và giao diện gọi, nhưng không tự nhiên cung cấp một danh mục công cụ toàn cầu công khai, on-chain và có thể xác minh.

ERC-8004 tập trung vào danh tính, uy tín và hồ sơ xác thực của Agent, cho phép các thực thể khác nhau nhận dạng một Agent cụ thể và các manh mối hành vi trong quá khứ của nó.

x402 hướng đến thanh toán, cho phép con người hoặc Agent thanh toán cho API và nội dung số một cách có lập trình thông qua stablecoin.

ERC-8257 cố gắng bổ sung lớp khám phá công cụ và kiểm soát truy cập: Agent tìm công cụ như thế nào, làm thế nào để xác nhận manifest không bị giả mạo, làm thế nào để đánh giá xem ví của nó có đáp ứng các điều kiện sử dụng hay không.

Có những thách thức nào?

ERC-8257 cung cấp cho Agent một danh mục công cụ và một bộ quy tắc kiểm soát ra vào, nhưng không tự động giải quyết vấn đề chất lượng dịch vụ và bảo mật.

Manifest hash trên chuỗi chỉ có thể chứng minh rằng tệp mô tả mà Agent đọc được là giống với lúc đăng ký, nhưng không thể chứng minh đầu ra của công cụ là đáng tin cậy, giao diện sẽ không rò rỉ dữ liệu, cũng như không thể đảm bảo nhà phát triển sẽ duy trì dịch vụ lâu dài. Hợp đồng predicate cũng có thể được cấu hình sai, hết hạn hoặc gây ra các rủi ro phức tạp. Một Agent có thể tự động mua được vé, nhưng không có nghĩa là căn phòng nó bước vào chắc chắn an toàn.

Trên diễn đàn thảo luận Ethereum Magicians đã xuất hiện một số vấn đề cần tiếp tục mài giũa: Làm thế nào để chứng minh trạng thái ví xuyên chuỗi; Liệu ENS có phù hợp làm lối vào khám phá bổ sung; Liệu các quy ước đặt tên cho giao thức thanh toán có cần thống nhất; Phạm vi của ERC-8257 và một ERC khác là ERC-8239: Agent Skill Registry có bị chồng chéo hay không. Tác giả đề xuất cũng xác nhận trong cuộc thảo luận rằng vẫn còn khoảng trống để tích hợp giữa định nghĩa công cụ, gợi ý giá và các cách tiếp cận registry khác nhau.

Do đó, ý nghĩa của ERC-8257 không nằm ở chỗ nó đã trở thành câu trả lời thống nhất cho thị trường công cụ Agent. Nó giống như OpenSea đặt sẵn một cái bàn: Agent đến tìm công cụ, nhà phát triển đến đăng ký khả năng, NFT đảm nhận quyền hạn, giao thức thanh toán phụ trách thanh toán, và OpenSea muốn ngồi ở vị trí gần nhất với giao dịch diễn ra.

Vấn đề mà thị trường NFT từng quan tâm nhất là ai sẽ trả giá cho một tài sản trên chuỗi. Câu hỏi mới mà ERC-8257 mở ra là: Khi một phần mềm cần quyền hạn để tiếp tục hoạt động, nó sẽ mua thứ gì, và sẽ mua từ đâu?