AI Agent Delegation là gì? Hướng dẫn quyền hạn, phạm vi và hạn mức chi trong crypto

Jessica

Cập nhật vào 2026-08-04 02:55:30

15-20phút

Người mới

Những điểm chính cần ghi nhớ

Ủy quyền cho tác nhân AI (AI agent delegation) là quá trình cấp cho một phần mềm tự động quyền hạn giới hạn để thay mặt một cá nhân, tổ chức, ứng dụng, hoặc tài khoản blockchain thực hiện nhiệm vụ.
Ủy quyền khác với việc cung cấp cho tác nhân mật khẩu, private key, hoặc tài khoản admin không hạn chế. Một ủy quyền được thiết kế tốt chỉ cung cấp mức quyền tối thiểu cần thiết cho nhiệm vụ cụ thể.
Permissions (Quyền hạn) xác định các hành động mà tác nhân được phép thực hiện, ví dụ như đọc tệp, gửi thanh toán, hoán đổi token, hoặc tạo sự kiện lịch.
Scopes (phạm vi) định nghĩa giới hạn của các quyền đó, bao gồm những tài khoản, ứng dụng, tài sản, người nhận, mạng lưới và dữ liệu mà tác nhân có thể truy cập.
Giới hạn chi tiêu (Spending limits) hạn chế giá trị tài chính mà tác nhân có thể di chuyển, có thể được thiết lập theo từng giao dịch, theo ngày, phiên làm việc, loại token, hoặc tổng cộng cộng dồn.
Quyền hạn được ủy quyền có thể được triển khai offchain bằng cách sử dụng OAuth access token và các engine kiểm soát API policy hoặc onchain thông qua smart account, session key, allowance module, và hợp đồng phân quyền (permission contracts).

Các tác nhân AI đang vượt xa khả năng tạo nội dung văn bản. Chúng có thể tìm kiếm cơ sở dữ liệu, quản lý lịch, gọi API, thực thi giao dịch, thanh toán dịch vụ, tương tác với smart contract, và phối hợp với các tác nhân khác. Khi năng lực của các tác nhân ngày càng tăng, câu hỏi trung tâm không còn chỉ là chúng hiểu gì, mà là chúng nên được phép làm gì.

Cấp quyền truy cập không hạn chế cho một tác nhân là rất nguy hiểm. Một agent du lịch có thể cần quyền tìm kiếm chuyến bay và đặt khách sạn, nhưng không nên tự động được truy cập vào tất cả tài khoản ngân hàng. Agent giao dịch có thể cần cân bằng portfolio, nhưng không nên chuyển toàn bộ kho bạc sang ví lạ. Trợ lý doanh nghiệp có thể đọc hóa đơn, nhưng không được tự phê duyệt chi trả cho mình mà không có kiểm soát.

Ủy quyền cho agent AI giải quyết vấn đề này bằng cách phân tách quyền hạn thành các permission giới hạn và có thể kiểm soát. Ý tưởng này giống với cách một công ty phân chia trách nhiệm cho nhân viên: Nhân viên được truy cập hệ thống, ngân sách, nhiệm vụ nhất định mà không nắm quyền kiểm soát toàn bộ. Việc ủy quyền kỹ thuật số áp dụng cùng nguyên tắc cho phần mềm agent.

Tại sao tác nhân AI cần quyền ủy quyền?

Một chatbot cơ bản có thể chờ người dùng phê duyệt từng bước. Một tác nhân tự động hữu ích thường phải tự hành động ngay cả khi người dùng không có mặt. Ví dụ, một agent quản lý các đăng ký phần mềm cho công ty có thể cần theo dõi hóa đơn, xác nhận phí khớp hợp đồng, thanh toán nhà cung cấp được duyệt, xác định đăng ký trùng lặp, và cảnh báo phòng tài chính khi phát hiện chi trả lạ.

Bắt buộc con người đăng nhập phê duyệt từng khoản thanh toán 20 USD là đánh mất giá trị của tự động hóa. Nhưng trao quyền truy cập không hạn chế vào tài khoản công ty lại gây rủi ro quá lớn. Ủy quyền mang lại phương án cân bằng.

Công ty có thể cho phép agent chỉ thanh toán cho nhà cung cấp phần mềm đã duyệt, qua một tài khoản xác định, với giới hạn 100 USD/giao dịch và 1000 USD/tháng. Ngoài phạm vi này, mọi giao dịch phải có sự duyệt của con người. Điều này phản ánh nguyên tắc bảo mật “least privilege”: mỗi người dùng hoặc tiến trình chỉ nhận tài nguyên và quyền hạn cần thiết cho chức năng được giao. Ủy quyền AI không nhằm tăng sức mạnh cho agent, mà để đảm bảo sự tự chủ của agent đủ an toàn để sử dụng.

Các bên chính trong ủy quyền agent AI

Hầu hết các hệ thống ủy quyền đều có những vai trò cơ bản sau.

Principal (Chủ thể ủy quyền)

Principal là cá nhân hoặc tổ chức có quyền hạn được ủy quyền. Có thể là người dùng cá nhân, doanh nghiệp, DAO, chủ ví, protocol treasury hoặc một agent AI có quyền ủy quyền lại. Principal xác định agent được phép làm gì và là nguồn quyền hạn gốc.

Agent (Tác nhân)

Agent, đôi khi gọi là delegate, là phần mềm nhận quyền hạn. Có thể là trợ lý đa năng, agent giao dịch, bot thanh toán, agent nghiên cứu, quản lý treasury, hoặc agent quy trình đặc thù. Agent không nên dùng thông tin đăng nhập gốc của principal mà nên nhận một credential, key, role tài khoản hoặc ủy quyền onchain tách biệt, chỉ đại diện cho quyền hạn được phê duyệt.

Nguồn lực/tài khoản

Nguồn lực là đối tượng mà agent có thể truy cập hoặc kiểm soát, gồm: hộp thư email, lịch, thư mục cloud, cơ sở dữ liệu công ty, tài khoản thanh toán, ví crypto, smart contract, hay tài khoản giao dịch sàn.

Lớp xác thực quyền hạn (Authorization Layer)

Lớp này đánh giá xem một hành động yêu cầu có được cho phép không. Offchain, có thể là OAuth authorization server, API gateway, hệ thống định danh, hoặc bộ engine chính sách nội bộ. Onchain, có thể là smart account, trình quản lý ủy quyền, allowance module, contract hook, hoặc hệ thống permission của ví.

Executor (Bên thực hiện)

Một số kiến trúc tách tác nhân quyết định và executor thực thi. Executor nhận yêu cầu, kiểm tra chính sách, chỉ thực thi giao dịch nếu đủ điều kiện. Việc tách quyết định và hành động giúp hạn chế thiệt hại khi model bị tấn công hoặc bị prompt độc hại điều khiển.

Xác thực (Authentication) vs. Phân quyền (Authorization)

Xác thực và phân quyền có liên quan nhưng khác biệt. Authentication xác định – ai là chủ thể thực hiện yêu cầu? Authorization hỏi – chủ thể đã xác thực này được phép làm gì?

Tác nhân có thể chứng minh danh tính qua credential API, chữ ký cryptographic, passkey, hoặc địa chỉ ví. Điều này không đồng nghĩa có quyền truy cập mọi tính năng. Một hệ thống an toàn sẽ authenticate trước rồi kiểm tra mỗi hành động theo permission ủy quyền.

Ví dụ, agent chứng minh sở hữu session key được công nhận. Ví sẽ kiểm tra key này có quyền chuyển USDC không, người nhận có trong danh sách duyệt chưa, giới hạn ngày đã vượt quá chưa, và quyền còn hạn không. Chỉ sau khi qua tất cả các bước này, giao dịch mới được thực thi.

Ủy quyền agent AI Offchain

Hầu hết tác nhân AI hiện nay tương tác với dịch vụ web thông thường thay vì tài khoản blockchain. Ủy quyền offchain thường dùng OAuth access token, API key có role giới hạn, kiểm soát truy cập theo vai trò, hệ thống định danh đám mây, dịch vụ quản lý secret, và các cổng kiểm soát policy.

Agent truy cập email hoặc calendar có thể nhận OAuth token để đọc dữ liệu đã chọn mà không làm lộ mật khẩu người dùng. Tác nhân doanh nghiệp có thể hoạt động thông qua một service account, được truy vấn một database chứ không có quyền admin sản xuất. Ủy quyền MCP tuân theo mô hình này – coi server MCP được bảo vệ như OAuth resource server và client là ứng dụng thực hiện thay mặt resource owner.

Ủy quyền offchain hưởng lợi hạ tầng định danh trưởng thành, nhưng enforcement phụ thuộc vào nhà cung cấp dịch vụ. Người dùng phải tin tưởng nhà cung cấp áp dụng scope chuẩn, bảo vệ token, và hỗ trợ revoke khi cần thiết.

Ủy quyền agent AI Onchain

Agent trên blockchain đòi hỏi cách tiếp cận khác, vì giao dịch ví là bất hồi tố. Cách nguy hiểm là giao private key ví cho agent.

Bất kỳ ai kiểm soát key này có thể thực thi hầu hết các chức năng của ví. Ngưỡng chi tiêu thiết lập trong prompt của agent hoàn toàn không đảm bảo an toàn vì agent hoặc hacker đều có thể bỏ qua. Ủy quyền onchain thay vào đó nhúng giới hạn vào logic smart contract hoặc ví.

Allowance Module và Quyền chi tiêu

Một số hệ thống ví đã cung cấp kiểm soát chi tiêu cho agent. Safe mô tả thiết lập AI treasury nơi allowance module cho phép agent hạn mức token nhất định/thời gian định kỳ – ví dụ daily USDC allowance. Safe còn triển khai các mô hình: phê duyệt thủ công, multi-agent authorization, thiết lập spending-limit cho agent AI.

Coinbase Spend Permissions cho phép một designated spender sử dụng token trong smart account theo các giới hạn dựa trên token, lượng tiền và khung thời gian. Tài liệu Coinbase chỉ rõ các use case như agentic payments, algorithmic trading.

Các hệ thống này thể hiện nguyên tắc quan trọng: quyền chi tiêu của agent phải được enforce bởi ví hoặc smart contract, không chỉ phần mềm agent.

Ủy quyền và việc trao private key cho agent

Cho agent private key là trao toàn quyền kiểm soát. Ủy quyền chỉ chuyển giao quyền hạn định sẵn.

Private Key không hạn chế	Ủy quyền có phạm vi
Thường truy cập toàn bộ tài khoản	Chỉ được phép thực thi hành động xác định
Có thể chuyển mọi tài sản	Chỉ chuyển tài sản được duyệt
Không có hạn mức native	Thiết lập được giới hạn chi tiêu
Có hiệu lực tới khi thay key	Có thể hết hạn tự động
Khó thu hồi một phần	Dễ thu hồi từng ủy quyền
Lộ key có thể làm sạch ví	Thiệt hại có thể giới hạn
Agent thay đổi cấu hình tài khoản	Cấm thao tác hành chính

Một ví phụ số dư nhỏ an toàn hơn trao key kho bạc, nhưng smart account cấu hình chuẩn vẫn mạnh hơn vì enforce được rule ngay cả khi ví có nhiều tài sản.

Ủy quyền và Token Approval

Duyệt truy cập ERC-20 cho một spender được chuyển token trong hạn mức. Đây là ủy quyền cơ bản nhưng thường quá đơn giản cho agent phức tạp. Token approval thường không giới hạn người nhận cuối cùng, protocol sử dụng, slippage, hướng giao dịch, thời gian, tổng mức tiếp xúc, hay lý do thực hiện giao dịch.

Approval không giới hạn đặc biệt nguy hiểm – khi spender bị tấn công có thể rút hết token approved. Hệ thống ủy quyền agent có thể bao bọc approval trong rule rộng hơn: giới hạn giá trị cùng chức năng, hợp đồng, người nhận, thời gian, và yêu cầu phê duyệt thủ công.

Tình huống sử dụng điển hình của ủy quyền AI agent

Thanh toán agentic – Agent thanh toán API, dữ liệu, tính toán, dung lượng, dịch vụ số. Ủy quyền đặt hạn mức thấp cho mỗi giao dịch, tổng lớn cho cả phiên để agent chủ động mua mà không hỏi lặp lại.

Giao dịch tự động – Agent giao dịch đặt lệnh, cân bằng tài sản, thực thi chiến lược với giới hạn thị trường, token, size, đòn bẩy, slippage, lỗ mỗi ngày.

Quản lý Treasury – AI treasury agent theo dõi số dư, chuyển vốn lưu động, thanh toán đối tác, phân bổ stablecoin nhàn rỗi. An toàn nhất là ủy quyền một phần (operational allowance), không full quyền treasury.

Quản lý Subscription – Agent tự động thanh toán subscription định kỳ theo hạn mức merchant và tháng; yêu cầu phê duyệt tăng giá hoặc vendor mới.

DAO Operations – DAO có thể ủy quyền cho agent phân phối grant, thanh toán contributor, thu phí protocol, hoặc thực thi quyết định governance đã thông qua. Agent thực thi trên Safe hoặc smart account khác với allowance/từng token và kiểm soát signer.

Mua sắm cho người tiêu dùng – Agent mua sản phẩm cho gia đình từ merchant có chọn, có giới hạn đơn hàng và ngân sách tháng.

Quy trình doanh nghiệp – Agent truy cập dữ liệu đã duyệt, tạo report, đặt hàng, thực hiện thanh toán mà không thể sửa đổi định danh, bảo mật, hoặc cài đặt audit.

Rủi ro bảo mật lớn

Prompt Injection – Tài liệu, website, tin nhắn, API response độc hại có thể cài lệnh điều khiển agent, ví dụ hóa đơn giả chỉ agent chuyển tiền đi nơi khác. Quy tắc phân quyền cứng vẫn bảo vệ: nếu recipient ngoài whitelist, giao dịch tự động bị từ chối.
Cấp quyền quá rộng – Dev có thể xin quyền truy cập rộng để tiết kiệm công quản lý scope chi tiết, tăng rủi ro khi agent hoặc credential bị lộ.
Trộm Credential – Hacker lấy được OAuth token, API key, session key, hoặc credential ví agent có thể thực hiện yêu cầu hợp lệ. Chứng chỉ short-lived, lưu trữ an toàn, revoke, giới hạn giao dịch giảm hậu quả. MCP hiện khuyến nghị access token ngắn hạn.
Confused-Deputy Attack – Agent tin tưởng bị lợi dụng thực hiện giao dịch cho kẻ tấn công – agent bản thân không bị hack nhưng không nhận ra bối cảnh yêu cầu không hợp lệ. Hạn chế recipient, kiểm tra origin, credential theo task, và xác nhận parameter hạn chế rủi ro này.
Chi tiêu gián tiếp – Agent tuân thủ giới hạn chuyển khoản nhưng có thể tạo cam kết tài chính vượt mức như approve contract xấu, mở vị thế đòn bẩy, cung cấp thanh khoản vào pool nguy hiểm hoặc ký lệnh settle muộn. Quy tắc ủy quyền phải cover cả approve contract, cam kết tài chính, nghĩa vụ tương lai, không chỉ chuyển token tức thì.
Leo thang đặc quyền – Agent có thể cố cài module, đổi chủ sở hữu, cập nhật policy hoặc sinh credential mới với quyền rộng hơn. Các hành vi này cần bị loại khỏi phạm vi agent thường.
Redelegation không an toàn – Sub-agent nhận quyền hạn quá rộng hoặc không rõ ràng, khó audit và thu hồi.
Quyền cũ không được thu hồi – Agent giữ quyền sau khi dự án, thiết bị, nhân viên hoặc quan hệ kinh doanh chấm dứt. Cần expire tự động và review định kỳ.
Đa chuỗi phức tạp – Quyền hạn trên một blockchain không mặc định áp dụng chuỗi khác; bridge, wrapped asset, cross-chain message có thể sinh hợp đồng/phán đoán bảo mật mới không nằm trong ủy quyền gốc.
Oracle và rủi ro giá – Hạn mức dựa giá trị phụ thuộc nguồn price feed. Agent được chi tài sản “giá trị 1.000 USD” có thể tiêu quá mức nếu price feed bị làm cũ hoặc thao túng. Nên phân biệt giới hạn theo token/fìat.

Có tiêu chuẩn ủy quyền agent AI chuẩn hóa chưa?

Chưa có tiêu chuẩn ủy quyền chung cho mọi agent AI, API, ví và blockchain. Thay vào đó, nhiều hệ sinh thái đang xây dựng các module tương thích.

Offchain dựa chủ yếu vào OAuth, MCP sử dụng OAuth cho kết nối agent-tool. Hệ sinh thái Ethereum phát triển account abstraction và delegation bao gồm ERC-4337, EIP-7702, ERC-7710, ERC-7715. Những công nghệ này hỗ trợ xác thực lập trình hóa, ủy quyền tính năng, yêu cầu quyền truy cập ví, execution giao dịch được xác định phạm vi. Nhà cung cấp ví/hạ tầng cũng phát triển permission chi tiêu, allowance module, hệ caveat, và agent account riêng.

Tương lai sẽ không có một định dạng permission cho tất cả, mà là bộ tiêu chuẩn tương tác cho phép các agent, ví, ứng dụng, authorization server trao đổi mandate dưới dạng máy đọc được.

Định nghĩa ủy quyền AI agent trong một câu?

Ủy quyền AI agent là mô hình bảo mật và phân quyền cho phép hệ AI đại diện thực thi thay mặt chủ thể nhưng giới hạn hành động qua permission, phạm vi truy cập, thời gian hiệu lực, hạn mức chi tiêu, rule phê duyệt và khả năng thu hồi.

Kết luận

AI agent chỉ thực sự hữu ích khi có thể thực thi, nhưng thực thi đòi hỏi quyền hạn. Giải pháp an toàn nhất không phải giao toàn quyền cho agent rồi hi vọng chúng “nghĩ tốt”, mà là thiết lập khung giới hạn rõ ràng trên hệ thống chúng hoạt động. Permission xác định agent được làm gì. Scope xác định ở đâu và điều kiện nào thực hiện. Spending limit giới hạn giá trị rủi ro. Hết hạn, thu hồi, audit log, phê duyệt thủ công là lớp kiểm soát bổ sung.

Những nguyên lý này phù hợp cả với phần mềm truyền thống lẫn blockchain. OAuth token hạn chế truy cập dịch vụ web; smart account, session key, delegation contract, allowance module giới hạn hành động onchain. Khi agentic payment, giao dịch tự động, treasury agent, thương mại máy-máy mở rộng, delegation sẽ trở thành tầng hạ tầng cốt lõi. Người dùng cần thiết lập quyền vừa đủ cho agent làm việc hữu ích mà không nguy cơ mất mát thảm khốc.

Tương lai hệ thống tự động hóa vì vậy không chỉ phụ thuộc vào làm agent thông minh hơn. Thành công đòi hỏi quyền hạn của agent phải chính xác, minh bạch, giới hạn và có thể thu hồi dễ dàng.

Đăng ký Phemex ngay

Đăng ký và nhận 15000 USDT

Tuyên bố miễn trừ trách nhiệm

Nội dung được cung cấp trên trang này chỉ nhằm mục đích thông tin và không cấu thành lời khuyên đầu tư, không có sự đảm bảo hay đại diện dưới bất kỳ hình thức nào. Nó không nên được hiểu là lời khuyên tài chính, pháp lý hoặc chuyên môn khác, và cũng không có ý định khuyến nghị việc mua bất kỳ sản phẩm hoặc dịch vụ cụ thể nào. Bạn nên tìm kiếm lời khuyên từ các cố vấn chuyên nghiệp thích hợp. Các sản phẩm được đề cập trong bài viết này có thể không có sẵn ở khu vực của bạn. Giá trị của tài sản kỹ thuật số có thể biến động. Giá trị đầu tư của bạn có thể giảm hoặc tăng và bạn có thể không thu hồi được số tiền đã đầu tư. Để biết thêm thông tin, vui lòng tham khảo Điều khoản Sử dụng và Tiết lộ Rủi ro của chúng tôi.