收币模式需要先明确讨论范围
“收币”可能指平台接收付款，也可能指用户接收平台结算的币。两者都涉及链上交易，但订单归属、余额记录和结算条件由具体业务决定。以下讨论普通地址收款、订单关联收款及合约交互中的技术问题，不涉及矿池奖励分配规则，也不能据此确认某个平台支持哪些模式。
为什么有交易记录却没有到账
以太坊交易机制说明，提交交易后还要经过网络传播、区块收录及后续确认过程。因此，交易哈希只能帮助定位交易，不能单独证明收款成功；涉及合约时，还需要区分交易被收录与执行成功。
排查“未到账”可以分成两个问题：链上是否已完成预期转移，平台是否已将这笔转移归入对应账户。前者属于网络与执行状态，后者属于业务记账。平台余额变化不能代替链上记录，链上成功也不能直接说明内部对账已经完成。
固定地址和订单地址为何容易对账出错
比特币支付处理指南解释，为每笔付款请求关联单独地址，有助于识别订单归属。地址反复用于不同订单时，接收系统需要额外的信息完成匹配。
例如，同一地址收到多笔金额相同的付款，仅凭金额便难以判断对应哪张订单。问题在于订单与交易之间的关联是否完整。异常处理记录需要能够说明收款对应的请求、实际金额，以及是否已经入账，避免同一笔付款被遗漏或重复记录。
金额不一致应区分单位、报价和费用
付款数量、计量单位、报价有效期和网络费用属于不同概念。若订单按法币标价再换算为币，付款时间与报价期限的关系就会影响核对；若双方使用不同单位显示金额，也容易产生误解。
以太坊普通ETH转账中，转出金额与执行所需费用分别计算。因此，付款账户总支出大于收款金额，并不能直接证明平台扣费。平台服务费是否存在、如何计入，应由其账单与规则另行说明。
二维码与合约收款有哪些识别问题
二维码是付款信息的展示方式，不能独立证明收款方身份；展示内容被替换时，付款目标也可能改变。比特币支付指南因此强调收款信息传输安全与私钥保护。
合约交互还存在“看见地址却不清楚执行动作”的问题。以太坊交易中的目标地址可能是合约，实际行为取决于调用数据。理解此类收币流程时，需要同时考虑执行结果与预期资产转移，不能仅凭页面显示“已提交”便判断整个收币流程完成。