Articles

• 钱包地址簿里的旧收款人，为什么再次转账前仍要重新确认
• 从历史交易复制收款地址，为什么可能复制到相似地址
• 界面一次提交多笔转账时，为什么要逐个核对哈希和收款结果
• 区块时间晚于钱包提交时间，为什么两者都应该保留
• 跨链操作源网络已确认时，为什么仍不能立即记成目标网络到账
• 交易input里写了目标金额，为什么仍要用收据事件确认实际执行结果
• 钱包显示取消待处理交易时，为什么链上实际仍是一笔竞争中的替换交易
• 同一个十六进制地址出现在多条网络时，为什么必须先确认 chain ID
• 交易已有区块确认，为什么接收方仍可能显示处理中
• 交易已经进区块以后，怎样记录确认深度而不误报最终到账
• 链上已确认但平台未入账时，证据包应该包含什么
• 收款地址其实是合约时，转账前应该多核对什么
• 合约交易的 value 为零时，为什么仍可能发生代币变化
• 交易记录里的to字段为空，为什么不一定代表转账资料缺失
• 交易记录没有普通接收地址时，怎样识别它是否在创建合约
• 交易的 to 是合约地址时，为什么它未必是最终收款人
• 交易的 to 是合约地址时，最终资产接收方应该从哪里核对
• 相同地址格式出现在不同网络时，为什么仍要确认收款网络
• 浏览器与钱包显示数量不一致时，怎样排查小数位
• 平台连续发送两封充值通知但只有一个链上哈希时，怎样避免重复记账
• 区块浏览器余额暂未更新时，怎样用交易回执和事件交叉核对
• 交易收据显示失败时，为什么还要检查是否存在有效的代币移动事件
• 链上交易显示失败时，转账金额和网络费用应该怎样分别判断
• 第一次走新转账路径，怎样留下完整证据链
• 转出全部余额时，为什么需要为网络费保留原生资产
• 交易的 to 是合约地址时，怎样查找真正的资产接收结果
• 区块浏览器显示Internal Transaction时，为什么不能把它当作另一笔独立签名交易
• 收款方要求备注或标签时，转账记录应该保存什么
• 一笔合约交易出现多条代币事件时，怎样计算实际收付结果
• 同一笔转账出现多个哈希时，怎样避免再次重复发送