DexPaprika 加密货币数据 API

解决什么问题

在大模型处理加密货币或 DEX 数据时，通常面临两个核心痛点：一是链上数据分散，二是模型极易出现幻觉。直接让模型基于旧知识回答某条链的实时交易对或流动性池状况，往往导致编造地址或过时价格。

这个技能通过挂载 DexPaprika 的实时数据接口来解决上述问题。它让模型从“凭记忆回答”转变为“调用接口查询”。模型只作为路由层，负责理解意图并传递参数，具体的数据请求全部由后端脚本执行。

核心能力与工作流

该服务专门提供代币、流动池和去中心化交易所的实时数据访问。工作流设计得非常严格：

• 强制鉴权：使用前必须配置 API 密钥。脚本会检查 scripts.config.settings.api_key，若为空则必须触发交互询问。拿到用户提供的密钥后，调用 scripts.config.set_api_key(key) 进行本地保存。
• 路由分发：大模型需根据用户意图选择对应的工具函数。例如，要获取特定网络的头部流动性池，必须使用 scripts.tools.getNetworkPools。
• 参数提取：调用工具时需严格使用关键字参数，如 scripts.tools.getTokenDetails(network='ethereum', tokenAddress='...')。若遇到缺少必填参数（如目标池子地址），应主动向用户追问。

底层工具覆盖了大部分链上分析需求：

• 基础网络查询：getNetworks 获取支持的区块链列表，getNetworkDexes 列出特定网络上的 DEX。
• 深度资产分析：getPoolDetails 查询池子详情，getTokenDetails 获取代币信息，getTokenMultiPrices 支持批量获取代币报价。
• 历史与交易：getPoolOHLCV 可拉取 K 线数据用于回测，getPoolTransactions 则用于追踪具体的 Swap 或流动性添加/移除记录。

适用边界与注意事项

• 无全局池子接口：不存在跨所有网络的全局池子查询。必须先调用 getNetworks 确定网络 ID，再结合 getNetworkPools 或 getDexPools 获取目标数据。
• 严禁无密钥运行：在缺少有效密钥的情况下，绝对禁止模型自行搜索网络数据或编造回复。