地址监控的适用范围
地址监控是持续识别与目标地址有关的链上记录，并解释这些记录的状态与含义。本文讨论以太坊与比特币的基础机制；两者的数据结构不同，监控规则不能直接互换。需要分别回答三个问题：地址如何参与交易、交易表达什么动作、该记录处于什么确认阶段。
账户模型与UTXO模型
以太坊交易文档说明，交易包含发送方、接收方、金额、序号及输入数据等信息；接收方可以是合约。比特币开发者指南则以交易输入和输出描述价值流转，尚未花费的输出称为UTXO。
因此，以太坊地址分析可以从账户相关交易入手；比特币需要关联输出及其后续花费。单笔交易可能有多个输出，不能把所有输出金额都算作目标地址的收入，也不能将一个地址的活动直接等同于某个人的全部活动。
交易字段与合约调用解析
监控记录中的金额必须明确含义。以太坊的value表示随交易转移的ETH数量，input可承载合约调用信息。交易序号nonce用于表达发送账户的交易顺序，交易哈希用于识别具体交易，两者用途不同。
合约交互中，外层接收地址可能只是被调用的合约。若要理解调用涉及的接收人或数量，需要按合约ABI解释输入数据。函数选择器存在重合可能，单看前几个字节不足以确定业务含义；解析出的调用意图也不能代替实际执行结果。
手续费与资产变动
以太坊用Gas计量执行所需计算，Gas上限与每单位Gas的费用上限属于不同维度。比特币普通交易的输入总额与输出总额之差构成手续费。
因此，监控中的转移金额、费用和余额变化应分别表达。费用上限不能直接当作实际费用，发送方余额的减少也不一定全部对应接收方获得的金额。
常见问题：看到交易是否代表完成
待确认交易只是已被观察到的网络活动；已入块说明交易进入了某个区块，但对合约调用还需要核对执行是否成功。以太坊具有最终性机制，比特币则通过后续区块累积增强记录的稳定性，两者不能套用同一种完成标准。
区块高度也不足以唯一识别区块：分叉时，同一高度可能存在不同区块。监控应结合区块哈希识别记录所属分支，并在链发生重组时重新核对状态。比特币的默克尔证明可以证明交易被某个区块收录，但这种收录证明本身不能说明地址的现实身份或交易的业务目的。