"Để thay đổi một điều gì đó, hãy xây dựng một mô hình mới khiến mô hình hiện tại trở nên lỗi thời." - Buckminster Fuller

Nếu AI Agents là lực lượng lao động mới của Web3, thì chúng ta đang thiếu một hệ thống pháp lý và ngân hàng để chúng làm việc với nhau. ERC-8183 (Agentic Commerce) ra đời để giải quyết bài toán này: Xây dựng một lớp hạ tầng thương mại phi tập trung, nơi các Agents có thể giao dịch, ký quỹ, và nghiệm thu công việc một cách hoàn toàn trustless.


1. Vấn đề: AI không thể "tin" nhau bằng lời hứa

Trong nền kinh tế truyền thống, thương mại hoạt động dựa trên niềm tin: luật pháp, hợp đồng, các nền tảng trung gian (Fiverr, Upwork), và uy tín xã hội. Tuy nhiên, trong AgentFi, khi Agent A thuê Agent B (ví dụ: thuê chạy model AI, viết code, phân tích dữ liệu on-chain):

  • Không có luật pháp hay trọng tài nào xử lý tranh chấp với tốc độ mili-giây.
  • Gửi token trực tiếp không phải là thương mại. Chuyển tiền xong, Agent B bùng kèo thì Agent A mất trắng.
  • Nếu dựa vào một nền tảng Web2 để quản lý quỹ, chúng ta lại quay về bài toán tập trung - nền tảng có thể sập, đóng băng quỹ, hoặc đổi luật bất cứ lúc nào.
Giải pháp: Cần một Smart Contract đóng vai trò như một "trọng tài" trung lập, giữ tiền ký quỹ và tự động giải ngân dựa trên kết quả nghiệm thu on-chain.
AI Agents Trust Problem
Sơ đồ chu trình
Sơ đồ chu trình kết hợp ERC-8183 và ERC-8004

2. Cấu trúc của ERC-8183

ERC-8183 chuẩn hóa toàn bộ một giao dịch bằng một nguyên thủy cốt lõi gọi là Job. Một Job bao gồm 3 thành phần (đều được định danh bằng địa chỉ ví):

💼
1. Client
Khách hàng: Người/Agent tạo Job và nạp tiền ký quỹ (Escrow).
⚙️
2. Provider
Nhà cung cấp: Agent nhận việc và nộp bằng chứng hoàn thành (Deliverable).
⚖️
3. Evaluator
Trọng tài nghiệm thu: Một thực thể độc lập (AI Agent khác, ZK Verifier, hoặc DAO) để chấm điểm và quyết định kết quả.
Mô hình ERC-8183
Mô hình của ERC-8183
Trạng thái vòng đời của Job
 
1
Open
Client tạo Job & Đặt yêu cầu
2
Funded
Client khóa tiền vào Escrow
→ Expired: Quá hạn (Tiền hoàn về Client)
3
Submitted
Provider hoàn thành & nộp Bằng chứng
4
Evaluator Đánh Giá
→ Completed: Đạt (Chuyển tiền Provider)
→ Rejected: Không đạt (Hoàn tiền Client)

3. Khả năng mở rộng vô hạn nhờ "Hooks"

Quy trình 4 bước ở trên giải quyết các dịch vụ cơ bản. Nhưng thế giới DeFi và AgentFi phức tạp hơn nhiều. ERC-8183 cho phép gắn thêm các Hooks (các Smart Contract tùy chọn) vào Job để thực thi logic kinh tế riêng biệt:

💸 Fund Transfer Jobs (Quản lý quỹ)
Agent không chỉ nhận phí dịch vụ, mà Client còn giao vốn (VD: 10 ETH để bot đi Arbitrage). Hook ép Agent trả vốn + lãi mới hoàn tất Job.
🔨 Bidding Jobs (Đấu thầu)
Thay vì chọn sẵn Provider, Hook cho phép các Provider nộp báo giá (bid) bằng chữ ký mã hóa. Ai rẻ nhất/tốt nhất sẽ được gán Job.
🔐 Privacy Jobs (Bảo mật ZK)
Hook yêu cầu bằng chứng nộp lên phải là Zero-Knowledge Proof (ZKP). Tiền thanh toán minh bạch, nhưng chiến lược/thuật toán được giữ kín.

Góc nhìn kỹ thuật: Sự tối giản ở Code

Điều làm nên sức mạnh của ERC-8183 không nằm ở sự phức tạp, mà ở tính nguyên thủy. Bất kỳ một "Hook" phức tạp nào cũng chỉ cần tuân thủ đúng một Interface duy nhất với 2 hàm cốt lõi:

 
 
 
IACPHook.sol
interface IACPHook {
    function beforeAction(uint256 jobId, bytes4 selector, bytes calldata data) external;
    function afterAction(uint256 jobId, bytes4 selector, bytes calldata data) external;
}
Cách hoạt động:
beforeAction: Chạy trước khi Contract lõi chuyển trạng thái (ví dụ: Hook kiểm tra xem Client đã cấp đủ vốn cho Bot đi Arbitrage chưa, nếu chưa thì revert chặn luôn giao dịch).
afterAction: Chạy sau khi Contract lõi chuyển trạng thái (ví dụ: Tự động chia phần trăm lợi nhuận hoặc đẩy thông tin lên hệ thống lưu trữ).

Chính thiết kế này giúp Contract lõi cực kỳ nhẹ và an toàn, trong khi đẩy toàn bộ logic kinh tế phức tạp ra các module Hooks có thể tùy biến tự do.

4. Sự cộng sinh giữa ERC-8183 và ERC-8004

ERC-8183 không tồn tại độc lập. Nó là mảnh ghép hoàn hảo cho tiêu chuẩn danh tính ERC-8004 (Trustless Agents).

Làm sao để biết một con Bot uy tín hay không nếu nó chưa từng giao dịch?

=> ERC-8183 chính là công cụ tạo ra "Lịch sử tín dụng" (Credit History) cho các AI Agent.

Synergy ERC 8004 and 8183
Mảnh ghép hoàn hảo với ERC-8004.
Tìm kiếm Agent phù hợp ↓
ERC-8004: Danh tính & Khám phá
Hoàn thành Job ↓
ERC-8183: Giao dịch & Ký quỹ Trustless
Lưu trữ bằng chứng ↓
Lịch sử giao dịch On-chain minh bạch
Agent uy tín nhận nhiều Job hơn ↑
Cập nhật điểm uy tín

5. Góc nhìn từ FinVenture

Sự dịch chuyển từ "Thanh toán" (Payments) sang "Thương mại" (Commerce) là cột mốc quyết định để AgentFi bước ra khỏi giai đoạn thử nghiệm. Khi các AI Agent bắt đầu tự do kinh doanh, thuê mướn lẫn nhau và tự phân bổ vốn, khối lượng giao dịch (volume) do máy móc tạo ra sẽ vượt xa con người.

Cơ hội nằm ở đâu?

  • Xây dựng Facilitators/Infrastructure: Các dự án cung cấp SDK, giao diện hoặc nền tảng để triển khai ERC-8183.
  • Mô hình Evaluator (Trọng tài AI): Đây là mảng rất thiếu. Cần có những dự án chuyên cung cấp các Agent đóng vai trò "kiểm định viên" cho các ngách cụ thể (ví dụ: kiểm định code audit, kiểm định dữ liệu on-chain) để ăn phí trung gian.
  • Hooks Builders: Phát triển các bộ thư viện Hooks phức tạp cho DeFi (bảo hiểm, giải quyết tranh chấp, đấu thầu) và bán lại cho các giao thức khác.
Kỷ nguyên của "Kinh tế máy móc" sẽ được xây dựng trên các tiêu chuẩn mở như thế này, chứ không phải gò bó trong không gian cũ của Web2.
K

Khoa Nam

Chuyên gia phân tích tài chính tại FinVenture

Chia sẻ
Social share links

0 Comments
Sort by
Oldest
User avatar