tradr

tradr是一款专注于加密货币领域的自动化链上交易执行引擎，采用"信号输入-自动执行"的架构设计。用户只需提供合约地址（CA）和置信度评分，系统即可自动完成从仓位 sizing、入场买入、实时监控到智能退出的完整交易生命周期管理。该技能不生成交易信号，而是专注于执行层面的精细化管理，通过与Bankr技能集成实现真实的链上交易操作。

该系统的显著优势体现在其高度机械化的执行能力和灵活的风险控制体系。首先，tradr采用纯Python实现，运行时不依赖LLM，零AI调用成本，仅通过数学计算和逻辑判断执行策略。其次，系统内置四种预设退出模式（Snipe/Swing/Gamble/Diamond），支持止损、止盈、移动止损等多种策略组合，且允许用户自定义模式参数。再者，完善的风控机制包括市值上限过滤、同币种冷却期、最大仓位限制等_entry guards_，有效防止过度交易。此外，系统支持Solana、Base、Ethereum等多链操作，提供实时Dashboard监控持仓盈亏，并具备链上余额验证能力确保数据准确性。

然而，tradr也存在一定局限性。作为纯执行引擎，它要求用户必须自行准备交易信号源，不具备市场分析或信号生成能力。系统高度依赖Bankr技能作为底层交易执行层，若Bankr配置不当或API失效将直接影响功能。此外，当前版本来源于T3级社区开发者，虽代码质量良好但缺乏企业级背书。技术层面，系统依赖DexScreener等外部API获取价格数据，存在单点故障风险，且需要systemd支持后台运行，对轻量级环境不够友好。

该技能主要适合具备一定量化交易经验的加密货币投资者，特别是已有明确交易策略（如跟单、SocialFi信号、算法模型）但需要自动化执行工具的用户。同时也适合希望建立系统化交易纪律、避免情绪化操作的中高级DeFi用户。由于涉及真实资金操作，不建议加密货币新手或无风险承受能力的用户使用。

使用tradr需特别注意资金安全风险。作为真实交易执行工具，配置错误可能导致实际资金损失，建议先在测试网或小金额验证策略参数。系统需妥善配置钱包地址和RPC节点，虽然tradr不直接接触私钥，但依赖的Bankr技能需要有效API密钥。此外，加密货币市场的高波动性意味着即使完美的执行系统也无法保证盈利，用户需充分理解各类退出模式的适用场景，避免因市场极端行情导致意外损失。建议启用通知钩子实时监控交易状态，并定期备份配置文件。

tradr Skill 深度评估

核心用法

tradr 是一个链上交易执行引擎，专注于「执行」而非「决策」。用户只需提供合约地址（CA）和信心评分（score），tradr 自动完成完整的交易生命周期：仓位计算 → 链上买入 → 实时监控 → 机械退出（止损/止盈/移动止损）。

关键设计：

• 零信号生成：不判断「买什么」，只管理「买之后怎么办」
• Bankr 依赖：所有链上操作通过 Bankr skill 执行，tradr 永不触碰私钥
• 多链支持：Solana、Base、Ethereum、Polygon、Unichain
• 纯 Python 实现：无 LLM 成本，无付费 API，运行时零额外开销

使用流程：
1. 配置 config.json：设置钱包地址、评分-仓位映射、退出模式参数
2. 启动 tradr-exit-manager 守护进程（systemd 服务）
3. 通过信号适配器或手动脚本喂入交易信号：tradr-enter.py <CA> --score 5 --mode swing
4. 实时监控：内置 Web 仪表盘自动刷新仓位 P&L、胜率统计、交易历史

四种内置退出模式：

| 模式 | 止损 | 止盈 | 移动止损 | 适用场景 |

|------|------|------|----------|----------|

| snipe | 0.85x | 1.3x（卖30%） | 10% 峰值回撤 | 快进快出，低信心博弈 |

| swing | 0.70x | 1.3x（卖30%） | 分层：15%/25% | 标准持仓，默认模式 |

| gamble | 0.50x | 无 | 30% 峰值回撤 | 高风险，放任波动 |

| diamond | 无 | 无 | 无 | 纯手动，信仰持仓 |

自定义模式支持零代码扩展，通过 config.json 配置参数即可。

---

显著优点

1. 架构清晰，职责分离

• tradr 仅做「决策层」，Bankr 负责「执行层」，钱包私钥完全隔离
• 模块化设计：信号适配器、进入引擎、退出守护进程、通知钩子、仪表盘五部分独立

2. 零依赖，极低攻击面

• 仅使用 Python 标准库，无 pip/npm 供应链风险
• 安全审计评分 68/100（B 级），无危险函数（eval/exec/system），无硬编码密钥

3. 灵活的风险管理

• 评分-仓位自动映射（score_to_size）：信心 1-10 对应不同 USD 头寸
• 评分-模式自动映射（score_to_mode）：低信心自动用 snipe，高信心用 swing
• 硬止损、止盈减仓、移动止损三层保护

4. 完整的可观测性

• 本地 JSON 账本：positions.json（实时仓位）、trade-log.jsonl（完整历史）
• 独立 HTML 仪表盘：15 秒自动刷新，P&L、胜率、最佳交易一目了然
• 可插拔通知系统：Telegram、自定义脚本支持分级路由

5. 多链与验证机制

• 支持 5 条链，通过 Solana RPC / EVM eth_call 定期对账余额
• 每 N 个周期自动清理「钱包已空但记录未关」的僵尸仓位

---

潜在缺点与局限性

1. 外部依赖风险集中

• DexScreener API 单点故障：价格数据无备用源，API 异常或篡改可能导致错误止损/止盈
• 公共 RPC 节点风险：默认使用公共节点验证余额，可能被污染或限速
• Bankr 安全传递：交易执行完全依赖 Bankr skill，若 Bankr 被篡改，tradr 无法防护

2. 输入验证不足

• 安全审计指出：API 响应缺乏合理性校验（如价格范围检查、时间戳新鲜度验证）
• 配置文件路径可自定义，虽已有处理但仍存在路径遍历理论风险

3. 无内置信号源，门槛不低

• 用户必须自建信号适配器（Twitter KOL、链上鲸鱼、Telegram 群组等）
• 文档仅提供接口规范和示例模板，无现成信号源集成

4. 执行模型限制

• 仅支持市价单逻辑（通过 Bankr），无限价单、网格、TWAP 等高级订单类型
• 移动止损基于 DexScreener 轮询（默认 10 秒），非链上事件驱动，存在延迟

5. 通知隐私泄露风险

• Telegram 通知为可选功能，但若 bot token 泄露，交易活动可被第三方监控

---

适合人群

| 画像 | 匹配度 | 原因 |

|------|--------|------|

量化交易者/开发者 | ⭐⭐⭐⭐⭐ | 有信号生成能力，需要可靠执行层自动化管理仓位 |
DeFi 老玩家 | ⭐⭐⭐⭐⭐ | 熟悉多链操作，有自建 alpha 源，追求低运营成本 |
CT 抄盘手 | ⭐⭐⭐⭐☆ | 可将 KOL 推文转化为信号，自动执行减少情绪干扰 |
新手散户 | ⭐⭐☆☆☆ | 无信号源需从零搭建，配置 JSON 和 systemd 有一定门槛 |
机构级资金 | ⭐⭐☆☆☆ | 缺乏风控熔断、多签确认、审计日志等企业级功能 |

---

常规风险

技术风险

• 价格操纵：依赖 DexScreener 数据，小市值代币易被插针触发错误止损
• RPC 延迟/故障：公共节点不稳定可能导致仓位状态与实际链上不一致
• Bankr 单点故障：交易执行层出问题，tradr 无法自主恢复

操作风险

• 配置错误：score_to_size 映射错误可能导致过度杠杆或仓位过小
• 模式误选：diamond 模式无自动退出，需人工监控，易因遗忘造成大亏
• 通知脚本权限：自定义通知钩子若以 root 运行，可能成为提权跳板

合规与隐私

• 交易数据存储于本地 JSON，无加密，多用户服务器需注意文件权限
• Telegram 通知内容包含交易详情，可能泄露策略和持仓

建议缓解措施
1. 自建私有 RPC 节点或付费服务替代公共节点
2. 为 Bankr.sh 添加完整性校验（SHA256 对比）
3. 大额交易阈值配置人工二次确认
4. 定期审计 ~/.openclaw/workspace 目录权限与配置哈希