DeFi 组合追踪器：一把 key 做跨链净值、免 ABI 重建持仓与 allowance 风险扫描
一个像样的 DeFi 组合追踪器，通常要拼四个来源：余额数据、协议持仓解码器、allowance 扫描、价格源。四家供应商意味着四把 key、四套口径、四份成本，任何一处漂移都会让用户看到的净值对不上。1st Node 把这四件事收到一把 key、一个 credit 余额上，数据来自自有归档节点，让追踪器可以专注在体验上而不是数据管道上。
面临的挑战
组合追踪的难点是“完整且准确”。用户不只想看钱包里躺着多少币，更想看在各协议里 supplied、borrowed、staked 的头寸，以及这些头寸的实时估值。重建这些持仓如果自己维护每个协议的 ABI，是一场没有尽头的维护战。与此同时，真正会让用户资产受损的往往是遗留的危险 allowance——一个过大的授权可能让某个合约随时掏空钱包，追踪器需要把这些 approvals 扫出来并量化风险，让用户能一眼看到并撤销。把这些能力散在四个供应商上，产品迭代会被数据整合拖死。
- Balances / portfolio / net-worthC2
- Approvals / value-at-riskC2
- Decoded transactions / logsC2
- Spot / OHLCVC2
跨链 net-worth 加 spot 估值一次到位
追踪器的顶层数字是跨链合并的 net-worth。通过一次 net-worth 读取加 spot 估值，把用户在 BTC/ETH/TRON 上的资产折算成统一口径的净值，前端直接展示。余额与价格来自同一把 key，不会出现余额一家、价格另一家导致的口径漂移。
decoded logs 重建 supplied/borrowed/staked，无需维护 ABI
协议头寸用 decoded logs 重建：平台已解码链上事件，你直接得到 supplied、borrowed、staked 的结构化持仓，不必为每个 DeFi 协议自己收集和维护 ABI。协议种类增加时，后端不需要跟着扩解码逻辑，产品可以把精力放在展示与分析上。
approvals 扫描加 value-at-risk 暴露危险 allowance
扫描 approvals 并计算 value-at-risk，把每个 allowance 背后的潜在风险量化出来：哪些授权过大、可能让资产暴露，一目了然。用户据此看到并撤销危险 allowance，把授权风险纳入组合视图，而不是等出事才知道。这一切与净值、持仓共用同一把 key。
该架构交付什么
- 余额、持仓解码、allowance 扫描、价格源从四个来源收敛为一把 key、一个 credit 余额，数据口径统一。
- supplied/borrowed/staked 头寸由 decoded logs 重建，免去为每个 DeFi 协议维护 ABI 的持续成本。
- approvals 扫描配合 value-at-risk 把授权风险量化并可视，用户能主动看到并撤销危险 allowance。
常见问题
重建各协议的 supplied/borrowed/staked 头寸，是不是得我自己给每个协议维护 ABI？
不用。头寸由 decoded logs 重建，平台已经解码好链上事件，你直接拿到结构化的 supplied/borrowed/staked 数据，新增协议也不必自己扩 ABI。
我原来要接余额、解码器、allowance 扫描、价格四家，换成你们能省掉几把 key？
跨链 net-worth、spot 估值、decoded logs 重建持仓、approvals 扫描加 value-at-risk 都在同一把 key、同一个 credit 余额下完成，四个来源收敛为一把 key，口径与计费也随之统一。
充值、拿密钥、上线。
自助开通。支持加密货币或银行卡。按额度计费——重型原语更贵，简单调用很便宜。
获取 API 密钥