最新资讯
theverge.com OpenAI 宣布数据中心项目不再与公职人员签署保密协议 dev.to NVIDIA 发布四个开放 Cosmos 3 仿真模型 dev.to 真实 MCP 客户端击穿我们服务器的五种方式 theverge.com Airbnb 正在开发 AI 旅行 agent,计划 2027 年上半年推出 wechat 这可能是美国AI最魔幻的一天。 nytimes.com 美众议院共和党领袖要求 Nvidia 黄仁勋闭门简报 pub.towardsai.net 忘掉我:为记忆而设计的系统中的删除难题 marktechpost.com Google 发布 Gemini Omni 1.2 Flash:15 秒视频,每秒 0.07 美元 unite.ai Airbnb 计划推出覆盖规划、预订与客服的 AI 旅行 agent techcrunch.com Airbnb 称将于 2027 年上半年推出 AI 旅行代理 theverge.com Perplexity 推出面向工作的 AI 代理 Teammates unite.ai Five9 拟以约3.25亿美元收购 Level AI,扩展客服AI分销渠道
多元动态
登录 注册
行业动态 dev.to · @Fahad Arif

如何构建安全的DeFi AI代理:从区块链数据到链上操作

原文 我的收藏

文章指出AI代理在DeFi中可监控区块链、分析市场并执行链上操作,但赋予其签名权限会带来严重安全风险。作者提出设计安全架构,确保代理从数据读取到受控操作的过程中保持安全与人类监督。

AI推荐理由 文章提供了构建DeFi AI代理的安全架构指南,强调安全与人类监督,对开发者有实用价值。但来源为个人博客,且未提供实际案例验证。

70

正文

AI agents are moving beyond chat interfaces. In decentralized finance, they can monitor blockchain activity, analyze market data, identify opportunities, and potentially execute on-chain actions. But giving an AI system access to a blockchain wallet creates a serious security challenge. An agent that can only read blockchain data has limited risk. An agent that can sign transactions can potentially move funds, interact with smart contracts, or make irreversible decisions. That makes secure AI agent architecture especially important for DeFi applications. This guide explains how to design an AI-powered DeFi agent that can move from blockchain data to controlled on-chain actions while keeping security and human oversight at the center. What Is a DeFi AI Agent? A DeFi AI agent is a software system that combines artificial intelligence with blockchain infrastructure. Instead of simply responding to user prompts, an agent can observe information, reason about it, and perform predefined actions. A typical architecture may include: An LLM for reasoning Blockchain RPC providers Wallet or transaction infrastructure Smart contracts DeFi protocols Market and protocol data Risk-management rules Transaction simulation Monitoring and logging For example, a portfolio agent could monitor a user's positions and report: “Your lending position has crossed the configured risk threshold.” A more advanced system could prepare a transaction to rebalance the position. However, automatically sending that transaction should require additional security controls. Start With Read-Only Blockchain Access One of the safest ways to build a DeFi agent is to begin with read-only functionality. The agent can retrieve: Token balances Wallet positions Liquidity-pool data Lending positions Token prices Transaction history Smart-contract events At this stage, the AI does not need private keys or transaction-signing permissions. For example, a Python application can retrieve an ERC-20 balance through a blockchain provider: from web3 import Web3 w3 = Web3(Web3.HTTPProvider(RPC_URL)) token = w3.eth.contract( address=TOKEN_ADDRESS, abi=TOKEN_ABI ) balance = token.functions.balanceOf(USER_ADDRESS).call() print("Token balance:", balance) Enter fullscreen mode Exit fullscreen mode The important security principle is simple: Do not give an AI agent more blockchain permissions than it actually needs. Separate AI Reasoning From Transaction Execution A common architectural mistake is allowing an LLM to directly control a wallet. A better approach is to separate the system into layers. Layer 1: Data Collect blockchain and market information. Layer 2: Intelligence The AI analyzes that information and produces a recommendation. Layer 3: Validation Deterministic rules check whether the proposed action is allowed. Layer 4: Transaction Preparation The system creates a transaction without immediately broadcasting it. Layer 5: Approval and Execution A wallet, policy engine, multisig, or human approval mechanism authorizes the transaction. This separation reduces the impact of an incorrect AI decision. Never Let the LLM Define Security Rules LLMs are useful for reasoning, summarization, and interpreting complex information. They should not be the only layer responsible for enforcing financial limits. For example, instead of asking the AI to decide whether a transaction is safe, implement deterministic rules such as: MAX_TRADE_VALUE = 1000 if trade_value > MAX_TRADE_VALUE: raise ValueError("Transaction exceeds configured limit") Enter fullscreen mode Exit fullscreen mode Other controls might include: Maximum transaction value Approved contract addresses Allowed token addresses Slippage limits Daily spending limits Maximum gas limits Position-size restrictions Emergency pause functionality The AI can recommend an action, but the policy layer decides whether that action is permitted. Use Transaction Simulation Before Execution Before broadcasting an on-chain transaction, simulate it whenever possible. Simulation can help identify problems such as: Reverted transactions Unexpected token transfers Incorrect parameters Insufficient balances Excessive gas usage Unexpected contract behavior A secure workflow can therefore look like: AI recommendation → policy validation → transaction construction → simulation → approval → broadcast This is significantly safer than: AI recommendation → automatic transaction Protect Private Keys Private-key security should never depend on an AI model. Do not place private keys inside: Prompts LLM context Chat histories Source code Client-side applications Plain-text configuration files For production systems, transaction signing should be isolated from the AI layer. Depending on the application, this may involve secure key-management infrastructure, hardware wallets, multisig systems, or dedicated signing services. The AI should request an action—not receive unrestricted access to the credentials required to execute it. Smart Contract Security Still Matters AI does not remove traditional blockchain security risks. If an agent interacts with a vulnerable smart contract, the automation can potentially make the problem worse by executing transactions at scale. Developers should therefore consider common smart-contract risks, including: Reentrancy Access-control errors Oracle manipulation Integer-related logic issues Incorrect token accounting Price manipulation Flash-loan-related attack paths Unsafe external calls Smart contracts should be tested independently from the AI system. Automated testing, static analysis, fuzzing, and security reviews can all contribute to a stronger development process. Design Tools With Limited Permissions When connecting an AI agent to DeFi protocols, avoid creating one powerful tool that can perform arbitrary contract calls. Instead, expose narrowly defined functions. For example: get_token_balance() get_lending_position() calculate_risk() prepare_swap() simulate_transaction() Enter fullscreen mode Exit fullscreen mode This gives the agent useful capabilities without unnecessarily exposing unrestricted blockchain functionality. A permissioned tool architecture also makes monitoring and auditing easier. Monitor Every Agent Action A production DeFi agent should maintain detailed logs. Record events such as: User requests Data retrieved AI decisions Tools called Transactions prepared Policy checks Simulation results Approval events Transaction hashes This creates an audit trail that can help developers investigate unexpected behavior. Monitoring can also detect unusual activity, such as repeated failed transactions or attempts to interact with an unapproved contract. Where DApp Development Fits In AI agents are often only one part of a complete Web3 application. A user-facing interface may allow users to: Connect a wallet View portfolio positions Configure risk limits Review AI recommendations Approve transactions Monitor transaction status This is where professional DApp development services can become useful. A complete decentralized application needs more than an AI model—it requires secure smart contracts, wallet integration, blockchain infrastructure, frontend development, and careful transaction handling. When to Work With a DeFi Development Company Building an experimental AI agent is possible with common developer tools. Production DeFi systems, however, can involve considerably more complexity. A specialized DeFi development company can help with areas such as: Smart-contract architecture Protocol integrations Wallet infrastructure DeFi application development Security testing Transaction workflows AI and blockchain integration The most important consideration is not simply whether a team can connect an LLM to a blockchain. It is whether the entire system has been designed around security, failure handling, and controlled execution. A Practical Secure Architecture A production-oriented architecture could look like this: User | v Web / DApp Interface | v AI Agent Layer | +------+------+ | | v v Blockchain Data Risk Engine | | +------+------+ | v Transaction Builder | v Simulation | v Approval / Policy | v Secure Signer | v Blockchain Enter fullscreen mode Exit fullscreen mode The key idea is that AI intelligence and transaction authority remain separate. Final Thoughts AI agents can make DeFi applications more intelligent by continuously analyzing blockchain data and helping users make faster decisions. But autonomy should not come at the expense of security. The safest approach is to start with read-only capabilities, separate reasoning from execution, enforce deterministic policies, simulate transactions, protect private keys, and monitor every important action. As AI and Web3 continue to converge, developers will need to think beyond simply making agents capable. The bigger challenge is making them predictable, auditable, and safely constrained. For blockchain and AI projects, Fahad Arif, Blockchain Developer, works across smart contract development, DeFi, blockchain security, and AI-powered systems, with a focus on building practical solutions that connect decentralized infrastructure with intelligent automation.

来源报道 · 1 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容