BTC

$96,000

5.73%

ETH

$3,521.91

3.97%

HTX

$0.{5}2273

5.23%

SOL

$198.17

3.05%

BNB

$710

3.05%

简体中文

繁體中文

English

Tiếng Việt

한국어

日本語

ภาษาไทย

Türkçe

OpenSea đã giới thiệu ERC-8257, một hệ thống quyền hạn để biến NFT thành AI Agent

Foresight News

Đọc bài viết này mất 17 phút

Agent đến để tìm công cụ, nhà phát triển đến để đăng ký khả năng, NFT đến để đảm nhận quyền hạn, giao thức thanh toán chịu trách nhiệm thanh toán, trong khi OpenSea hy vọng ngồi ở vị trí gần nhất giao dịch diễn ra.

Bài viết gốc: “NFT + AI Agent: Có tiềm năng hay không? Phân tích chi tiết về Chiến lược Mới ERG-8257 của OpenSea”
Tác giả bài viết: KarenZ, Foresight News

Lần này, trọng tâm câu chuyện của OpenSea không phải là về giao dịch NFT. Họ nhắm đến một cửa vào khác: khi AI Agent bắt đầu tự khám phá công cụ, có quyền hạn và thanh toán phí, người nào tổ chức những công cụ này có thể chiếm vị trí xuất phát cho phân phối trên chuỗi tiếp theo.

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

OpenSea đánh giá cao việc chuyển đổi của NFT từ tài sản sang quyền hạn

Vào tối ngày 26 tháng 5, OpenSea phát hành “ERC-8257: Trung tâm Đăng ký Công cụ Agent”. Trong kịch bản mà OpenSea trình diễn, một AI Agent đang cố gắng định giá cho một NFT. Khi gọi dịch vụ định giá chuyên nghiệp, nó bị từ chối, sau đó phát hiện ra rằng địa chỉ nắm giữ NFT cụ thể có thể sử dụng giao diện giảm giá. Do đó, Agent mua NFT đó trên chuỗi, sau đó gửi lại yêu cầu, giảm phí gọi dịch vụ từ 0,05 đô la xuống còn 0,01 đô la mỗi lần.

Ví dụ này nhấn mạnh Chiến lược mới của OpenSea. Trong trí tưởng tượng của ERC-8257, NFT cũng có thể trở thành một văn bằng truy cập mà máy móc có thể đọc và sử dụng ngay.

Dữ liệu nghiên cứu, công cụ định giá, tín hiệu giao dịch, API đối tác, tất cả đều có thể thiết lập ngưỡng trên chuỗi. Ví dụ, chỉ có thể truy cập giao diện giảm giá nếu nắm giữ một NFT cụ thể, chỉ có thể gọi dịch vụ cao cấp nếu nắm giữ một NFT thuê bao, hoặc quyết định ai có thể truy cập thông qua danh sách trắng, số dư đặt cọc, chứng minh không biết bất kỳ điều gì.

Đối với OpenSea, sự thay đổi rất cụ thể. Mục đích của một NFT có thể mở rộng từ hình đại diện, bộ sưu tập và danh tính cộng đồng, để trở thành thẻ giảm giá khi Agent gọi dịch vụ, thẻ nhận diện hội viên hoặc chỗ ngồi hạn chế. Các đố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.

Sau đó, Giám đốc Công nghệ của OpenSea Chris Maddern đã tóm gọn hướng đi này thành một hành trình trên chuỗi hoàn chỉnh hơn: Stablecoin được sử dụng cho thanh toán Agent, NFT được sử dụng cho danh tính và thuê bao, và Agent Tool Registry thúc đẩy bức tranh này tiến gần hơn vào việc triển khai thực tế.

ERC-8257 Được Tập Trung Vào Việc Gì: Công Cụ Đăng Ký, Xác Thực Tính Năng

ERC-8257 Được Tạo Ngày 17 Tháng 4 Năm 2026, Hiện Được Đánh Dấu Là Bản Nháp Trong Kho ethereum/ERCs. Tiêu Đề Của Nó Là Agent Tool Registry, Mục Tiêu Là Cung Cấp Một Bảng Đăng Ký Công Cụ On-chain Không Cần Phép Lý, Thay Vì Xây Dựng Một Cửa Hàng Ứng Dụng Đầy Đủ Với Cơ Chế Kiểm Định, 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ý Một Công Cụ, Họ Ghi Chú Một Số Yếu Tố Chính On-chain: Đị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ị Sửa Đổi, Và accessPredicate Xác Định Ai Có Thể Truy Cập Công Cụ.

Để Giải Thích Một Cách Đơn Giản, Bảng Đăng Ký On-chain Giống Như Một Cuốn Sách Hướng Dẫn Công Cụ Có Thể Xác Minh: Công Cụ Có Thể Làm Gì, Làm Thế Nào Để Gọi, Gợi Ý Giá Được Lưu Trữ Trong Tệp manifest Off-chain; Băm Của Tệp Này Được Ghi Lên Chain, Agent Sau Đó Có Thể Xác Minh Nội Dung Có Đồng Nhất Hay Không; Đối Với Việc Một Ví Có Tính Năng Gọi Công Cụ Hay Không, Thì Để Cho Một Hợp Đồng predicate Độc Lập Quyết Định.

Nếu accessPredicate Là Địa Chỉ Rỗng, Thì Công Cụ Hướng Đến Tất Cả Người Gọi; Nếu Một Hợp Đồng Được Chỉ Định, Nó Có Thể Xác Minh Điều Kiện Như Sở Hữu NFT, Trạng Thái Đăng Ký, Danh Sách Trắng, Ngưỡng Stake, Kết Quả Bỏ Phiếu DAO Hoặc Chứng Minh Zero-knowledge V.v.

Cần Lưu Ý Rằng, ERC-8257 Không Quản Lý Quỹ. Đề Xuất Rõ Ràng Bao Gồm Thông Tin Giá Trị Trong manifest, Còn Việc Thanh Toán Thực Sự Được Thực Hiện Bởi x402 Hoặc Giao Thức Thanh Toán Khác. Bảng Đăng Ký Chịu Trách Nhiệm Về Khám Phá Và Quyền Hạn, Còn Việc Thanh Toán Được Bảo Lưu Cho Hệ Thống Bên Ngoài. Sự Chia Rẽ Như Thế Giữ Cho Tiêu Chuẩn Nhẹ Nhàng, Đồng Nghĩa Với Việc Mà OpenSea Ra Mắt Có Vẻ Giống Như Một Cơ Sở Phân Phối Và Đầu Vào, Thay Vì 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 ERC-8257 Là 「the 403 to x402 s 402」. Trong Ngữ Cảnh HTTP, 402 Đưa Đến Yêu Cầu Thanh Toán; 403 Đưa Đến Quyền Hạn Không Đủ. x402 Trả Lời 「Lần Gọi Này Sẽ Thanh Toán Như Thế Nào」, ERC-8257 Muốn Xử Lý 「Địa Chỉ Này Có Đủ Quyền Truy Cập Hay Không」.

Nói Một Cách Nghiêm Túc, 403 Là Một Phép So Sánh Dùng Để Hiểu Vị Trí Sản Phẩm. Dự Thảo Của ERC-8257 Quy Định Bảng Đăng Ký Và Cơ Chế Quyết Định Quyền Hạn, Không Yêu Cầu Tất Cả Công Cụ Phải Phản Hồi Đến Agent Theo Một Luồng 403 HTTP Cố Định Nào.

Ứng dụng Cửa hàng Điều phối, nơi cạnh tranh là điểm phân phối

Thuật ngữ "Cửa hàng Ứng dụng" thường khiến người ta liên tưởng đến một thị trường đóng cửa được kiểm duyệt, sắp xếp và kiểm soát cổng vào bởi nền tảng. Nhưng thiết kế cốt lõi của ERC-8257 hướng đến sự mở cửa: bất kỳ nhà phát triển nào cũng có thể đăng ký công cụ, Điều phối có thể đọc thông tin đăng ký trên chuỗi, và điều kiện truy cập cũng có thể được mở rộng thông qua hợp đồng bên ngoài.

OpenSea thực sự muốn tranh cãi về việc phát hiện công cụ và tình huống giao dịch tài sản dựa trên giao thức mở. Trước đây, Điều phối tìm kiếm công cụ thường dựa vào tài liệu, kho 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 cửa mở trên chuỗi có thể kiểm tra, cho phép Điều phối 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 điều kiện sử dụng, sau đó dựa trên trạng thái ví của mình để mua quyền truy cập hoặc hoàn thành thanh toán.

Trong Diễn đàn Ethereum Magicians, bên đề xuất cho biết bản triển khai tham khảo đã được triển khai trên Mainnet Base, và đã được xác minh thông qua CLI, SDK và ví dụ về ERC-721, ERC-1155, đăng ký và mệnh đề phức hợp.

Điều này mở ra một con đường rộng hơn cho OpenSea so với việc cạnh tranh giao dịch tổng hợp NFT. Miễn là Điều phối cần kinh tế chuỗi cho một thành viên trên chuỗi, vị trí có thể giao dịch hoặc API có giới hạn bởi token, OpenSea vẫn có thể tiếp tục đóng vai trò là nơi phát hiện tài sản và mua sắm. Đối tượng kết nối của nền tảng có thể mở rộng từ tài sản văn hóa, dần dần mở rộng đến quyền truy cập cần thiết khi máy thực hiện nhiệm vụ.

Nếu ta phân tích một cuộc gọi của Điều phối tới một công cụ trả phí trên chuỗi, phân công giao thức hiện tại dường như như sau:

MCP chịu trách nhiệm cho cách tiếp cận giữa công cụ và ứng dụng AI. Máy chủ có thể phơi bày công cụ, tài nguyên và thông báo, khi ứng dụng khách phát hiện khả năng kết nối với dịch vụ đã được liên kết. Nó xử lý mô tả khả năng và giao diện cuộc gọi, và không cung cấp một thư mục công cụ toàn cầu có thể công khai, trên chuỗi và có thể kiểm tra một cách tự nhiên.

ERC-8004 chú trọng vào danh tính, uy tín và lịch sử xác thực của Điều phối, cho phép các bên khác nhau xác định một Điều phối cụ thể và dấu vết hành vi trước đó của nó.

x402 hướng đến thanh toán, cho phép cá nhân hoặc Điều phối sử dụng stablecoin để thực hiện thanh toán cho API và nội dung số hóa.

ERC-8257 sau đó cố gắng bổ sung lớp phát hiện công cụ và cửa ngõ: Điều phối làm thế nào để tìm thấy công cụ, làm thế nào để xác minh rằng manifest không bị sửa đổi, và làm thế nào để xác định xem ví của mình có đáp ứng đủ điều kiện sử dụng hay không.

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

ERC-8257 đã trao cho Agent một bản liệt kê công cụ và một bộ quy tắc kiểm soát truy cập, nhưng không tự động giải quyết vấn đề chất lượng dịch vụ và an ninh.

Hash manifest trên chuỗi chỉ có thể chứng minh rằng Agent đã đọc được tệp hướng dẫn giống như khi đăng ký, không thể chứng minh rằng đầu ra công cụ tin cậy, giao diện không rò rỉ dữ liệu, cũng không thể đảm bảo nhà phát triển cung cấp dịch vụ trong thời gian dài. Hợp đồng tiên đề cũng có thể được cấu hình sai lầm, không hoạt động hoặc mang lại rủi ro phức tạp.

Một Agent có thể tự động mua vé, nhưng điều này không có nghĩa là phòng mà nó vào là an toàn.

Trên diễn đàn Ethereum Magicians, đã có một số vấn đề cần tiếp tục hoàn thiện: Làm thế nào để chứng minh trạng thái ví liên chuỗi; ENS có phù hợp để làm cổng truy cập khám phá bổ sung hay không; liệu rằng việc đặt tên giao thức thanh toán cần phải có thỏa thuận thống nhất; phạm vi giữa ERC-8257 và một ERC-8239: Registry Kỹ năng Agent có chồng chéo hay không.

Tác giả của đề xuất cũng đã xác nhận trong cuộc thảo luận rằng vẫn còn không gian để tích hợp giữa định nghĩa công cụ, gợi ý giá và cách tiếp cận registry khác nhau.

Do đó, ý nghĩa của ERC-8257 không phải là 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ư một cái bàn mà OpenSea đã sớm sắp xếp: 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 chịu trách nhiệm thanh toán, và OpenSea hy vọng ngồi gần nhất nơi giao dịch diễn ra.

Vấn đề mà thị trường NFT từng quan tâm nhất là ai sẵn lòng trả giá cho một tài sản chuỗi khối. Vấn đề 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 cái gì, và sẽ mua từ đâu?