核心功能与工作流程
Bounty Hunter 是一款面向智能合约漏洞赏金程序的自动化扫描工具，核心定位是降低漏洞挖掘的入场成本并提升筛选效率。其设计哲学非常清晰：用免费工具完成 80% 的脏活累活，仅在高价值环节调用昂贵模型。
工具链采用经典组合：Slither 负责静态分析，solc-select 管理多版本 Solidity 编译环境，本地 LLM（Ollama） 承担漏洞分级与误报过滤。整个流程分为六个阶段：目标筛选 → 仓库克隆与扫描 → 智能分级 → 定向代码审计 → PoC 生成 → 提交报告。这种漏斗式设计确保研究者把时间花在真正有潜力的漏洞上，而非在庞杂代码库中盲目摸索。
显著优点
成本结构极具吸引力。扫描阶段完全零 API 费用，依赖开源工具链；本地 LLM 的引入意味着 triage 环节也无需消耗 GPT-4 等付费额度。对于独立安全研究员或预算有限的团队，这是可持续的运营模式。
策略性筛选机制。工具内置的"目标选择标准"（30 天内更新、历史赔付 > 5 万美元、GitHub 仓库在范围内）体现了实战智慧，避免在僵尸项目或空头支票项目上浪费算力。
PoC 模板自动生成。与纯扫描工具不同，Bounty Hunter 直接输出 Foundry 测试脚手架，显著缩短从发现到可验证利用的周期，这对赏金提交的时间竞争至关重要。
局限性与风险
工具链硬约束。Slither 仅限 Solidity，对 Vyper、Rust（Solana/Move）生态完全失效；静态分析本身存在漏报率，复杂业务逻辑漏洞（如经济模型攻击、预言机操纵）往往无法被规则引擎捕获。
本地 LLM 的能力边界。Ollama 运行的 7B/13B 代码模型在漏洞严重性判断、复杂跨合约调用分析上可靠性存疑，可能出现"看起来合理但实际错误"的分级，导致高价值漏洞被过滤或低危问题误报为高危。
合规与伦理灰色地带。自动化扫描赏金目标涉及"批量探测他人资产"，虽未直接交互链上，但若扫描脚本被误解为攻击前置行为，或生成的 PoC 在测试时意外触发真实交易，存在法律声誉风险。Immunefi/Code4rena 的服务条款对自动化工具的使用界定模糊。
依赖维护负担。solc-select 与多版本 Solidity 的兼容性、Slither 对最新语言特性的支持滞后，要求用户具备较强的 DevOps 排障能力，非纯安全背景的研究者可能卡在环境配置阶段。
适合人群
- 独立安全研究员（Indie bug hunter）：追求成本效率，愿意承担工具链维护 overhead
- 安全团队实习生/初级成员：作为漏洞挖掘的入门训练轮，理解静态分析输出与真实漏洞的映射关系
- DeFi 协议内部安全工程师：用于上线前自检，提前发现 Slither 可捕获的常规漏洞
常规风险提示
⚠️ 永远不要对生产合约直接运行 PoC — 模板生成的测试代码可能包含硬编码地址、真实代币转移逻辑，误操作可能导致资金损失或法律纠纷。
⚠️ 赏金提交前务必人工复核 — LLM 分级结果仅供参考，直接复制 Slither 输出或 AI 分析提交报告可能损害信誉评分。
⚠️ 注意 rate limit 与 GitHub ToS — 批量克隆大量仓库可能触发 GitHub 反滥用机制。