适用范围：先明确radar指什么
“radar系统”在此没有可核验的具体产品定义，不能据此认定它具有地址追踪、风险评分或预警功能。以下解释限于区块链通用技术；若某个界面采用这些术语，具体字段仍须结合其支持的网络和产品定义理解。
区块、哈希与区块高度
区块用于组织交易等数据，前后区块通过密码学引用形成链。哈希是根据数据计算出的摘要，可用于标识和校验数据。区块高度描述区块在链中的位置；出现分叉时，同一高度可能存在不同区块，因此定位区块还需区分所属网络与区块哈希。
比特币开发者指南介绍了默克尔树：交易标识经过逐层组合与哈希计算，形成写入区块头的默克尔根。相关证明可用于验证交易是否被某个区块收录，但这一结论不能直接证明交易对应的链外业务真实。
节点与共识：谁维护记录
节点运行网络软件，承担数据验证、存储或传播等职责。共识规则用于约束哪些区块和状态变化可以被接受。比特币采用工作量证明；以太坊采用权益证明，验证者通过质押参与区块提议与验证。节点和验证者的职责不能直接画等号。
阅读系统字段时，应区分“系统已获取一条记录”与“网络已接受相关交易”。数据被界面展示，只说明系统能够展示它，交易所处阶段还要结合链上状态判断。
账户、交易与UTXO
以太坊技术介绍从账户和状态变化解释交易：交易可以转移ETH、部署合约或调用合约。ETH是以太坊原生资产，也用于支付执行所需费用。比特币则通过未花费交易输出，即UTXO，描述可被后续交易花费的输出。
这两种记录方式影响数据解读。账户余额与UTXO集合属于不同模型；不能把比特币的每个输出直接理解成以太坊账户，也不能仅凭地址间存在交易就认定地址由同一主体控制。
EVM、智能合约与常见问题
EVM是以太坊执行计算的虚拟机，智能合约是部署在链上的程序。理解相关记录时，可以分别关注调用了哪个合约、请求执行什么操作，以及执行后产生什么状态变化。合约调用不一定只是普通转账。
交易被收录是否表示合约调用成功？仍需区分收录状态与执行结果。智能合约是否等同于完整应用？完整应用还可能包含界面和链外服务。上述术语也不能直接证明某个radar产品支持合约解析或业务识别，其能力需要独立的产品证据。