为Solana交易代理构建了一个交易前风险检查工具，通过共享首笔资金来源者追踪内部钱包集群——寻求对这种方法的反馈。

我是一个独立开发者。一段时间以来，我一直在为交易Solana代币的LLM代理构建工具，并且一直遇到同样的问题：代理会调用一个‘rug检查器’工具，返回‘铸币权限已撤销，冻结权限已撤销，未被列入黑名单，看起来没问题’，然后买入，接着看到30%的供应量从十几个明显属于同一个人的钱包中倾泻而出。我尝试过的大多数风险检查器仅止于权限标记和黑名单。这些检查是必要的，但很容易通过。开发者撤销权限并将供应分散到新钱包中，从纸面上看，持有者分布很广泛。因此，我构建了一个JSON API，旨在代理执行买入之前作为工具调用。我最希望得到反馈的部分是内部集群检测：对于前几大持有者，回溯每个钱包的首笔资金来源——即发送SOL使其激活的地址。将共享首笔资金来源或短期资金链的持有者分组为一个集群。报告集群数量、每个集群持有的供应量份额以及哪些持有者属于它。十个钱包各持有3%看起来单独看没问题。但一个资金来源背后的所有十个持有者持有30%就有问题了。响应还包括常规检查，因此代理可以在一次调用中获取所有信息：0-100的安全评分，加上其背后的各个信号，这样你可以设置自己的阈值而不是信任我的权重。持有者集中度（前-N大份额，排除已知池和程序账户）蜜罐检测（是否真的可以卖出）LP锁定/销毁状态铸币/冻结权限实时价格和流动性已知限制和开放问题：直接从CEX热钱包资助的钱包看起来共享一个资金来源。我目前排除已知的交易所地址，但列表不完整，因此存在误报。资金链追踪深度与延迟：更深的追踪可以捕获更多洗钱跳数，但会减慢调用速度。好奇人们给交易前工具多少延迟预算。目前仅支持Solana。定价简单：免费层（每天15次请求，无需信用卡），然后按次付费或订阅。它还支持x402，因此代理可以按次使用USDC支付，无需任何人管理API密钥或账户。我感兴趣的是这里是否有人在生产代理中实际运行x402。链接和文档在第一条评论中，根据子版块规则。我真的很重视对集群逻辑、评分设计或你希望如何将其作为工具暴露（函数模式、MCP等）的批评。