适用范围：先区分资产名称与技术规则
围绕matic币从钱包充值到交易所相关术语如何理解，可以先理解以太坊交易和ERC-20代币的通用概念。这些原理不能单独证明某个标为MATIC的资产采用什么网络、当前是什么代币形式，或某家交易所是否支持接收。
“充值”属于平台业务语境，“交易”属于链上执行语境。理解链上字段有助于说明资产转移记录，但仅凭这些字段不能确定平台账户是否已经入账。
交易、签名与接收地址
Ethereum交易文档说明，交易是经过密码学签名、用于更新网络状态的指令；from表示发送方，to表示交易目标，nonce是账户交易的顺序计数，input data承载调用数据。
接收地址需要结合交易类型理解。普通原生资产转账的to可以是收款账户；ERC-20转账通常调用代币合约，此时交易外层的to是合约地址，实际代币接收者则在调用参数中。因此，浏览器显示的交易目标和代币接收者可能不同。
签名表达对交易的授权。它与nonce承担不同作用：前者用于验证授权，后者参与区分和排列账户发出的交易，二者都不是充值到账凭证。
Gas、交易哈希与执行状态
Gas衡量执行所需的计算资源，gasLimit限制可消耗的Gas数量；采用相应费用机制时，maxFeePerGas表示每单位Gas的最高费用。数量上限和单位价格是不同概念，也不能直接当成实际扣费。
交易哈希用于标识交易。广播表示交易已发送到网络，纳入区块表示交易已被处理，但执行仍可能失败；执行结果、后续确认和最终性需要分别理解。哈希本身不能证明转账成功，更不能单独证明平台入账。
ERC-20与decimals：金额为什么有两种显示
OpenZeppelin的ERC-20说明指出，同质化代币由合约记录余额，合约内部按整数计算；decimals用于界面换算显示金额，显示数量等于原始整数除以10的decimals次方。
因此，原始记录中的大整数与钱包里的小数可能表达同一数量。精度表示数量如何展示，不表示价格，也不能仅根据代币名称推定。
常见问题：value为零是否表示没转币
不一定。在以太坊交易中，value记录随交易发送的ETH数量。ERC-20转账的代币数量通常位于合约调用参数中，所以value为零与发生代币转移可以同时成立。
同样，“合约调用成功”需要结合调用内容解释：调用目标、函数、接收者与数量共同描述发生了什么。将其中一个状态或字段直接理解成充值完成，容易混淆链上执行与平台记账。