BCH币交易所 这篇讲它走的是哪条路线。它从一条更早的链上分出来，分歧点在于区块能装多少交易：一边主张保持小区块，把更多活动放到上层处理；另一边主张直接放大区块，让更多交易直接进链。这页讲清楚这个分歧带来什么实际差别，以及它现在更适合哪些场景，适合想弄明白几条链到底差在哪的人；只看价格做买卖的，这页的信息对短期操作帮助不大。
1. 链上转账：直接发起转账，确认后到账，费用按网络规则计算。
2. 低费支付：区块容量较大，日常小额转账费用保持在低位。
3. 地址格式：支持多种地址格式，转账时需注意与对方匹配。
4. 余额查询：钱包内按地址显示余额，平台账户内单独列示。
5. 交易记录：含哈希、确认数与时间，可跳转浏览器核对。
6. 脚本功能：支持较为简单的脚本扩展，可用于特定场景。
1. 费用稳定：网络不拥堵时，转账费用长期保持在较低水平。
2. 到账可预期：出块节奏固定，等待时间波动小。
3. 地址兼容提示：不同格式地址之间转账时给出提醒。
4. 找零清晰：转账后的找零地址在记录中标明，便于核对。
1. 资源占用：转账与查询流程轻量，普通设备即可顺畅运行。
2. 兼容范围：主流钱包与平台普遍支持，充提通道成熟。
3. 上手门槛：收发流程与常规转账一致，没有额外学习成本。
4. 安全设计：转账需密码或生物识别确认，地址格式不匹配时拦截。
5. 更新维护：协议按计划升级，历史地址与余额保持有效。
影响费用和容量上限。区块放得大，同一时间能装下更多交易，网络拥堵时费用上不去，适合频繁小额的支付场景；代价是每个区块的数据量变大，运行完整节点的存储和带宽要求更高，长期看参与者会更集中。另一条路线把大量活动移到链外处理，主链只保留结算，费用会随主链拥堵波动，但节点门槛低。两条路线各有取舍，谈不上谁对谁错。
费用低，到账稳。这是它坚持大区块路线换来的直接结果，网络没被挤满的时候，转一笔的费用通常可以忽略不计，确认时间也比较固定。做小额频繁的转账时，这个优势很明显。反过来，链上能承载的功能相对简单，复杂应用在它上面的选择余地不如其他链多，这是取舍的另一面。
地址格式是第一位。历史上出现过几种格式，转账时如果发送方和接收方对格式的理解不一致，可能出现到账异常。现在的钱包多半会做校验和提示，但提币到平台时仍要确认平台支持哪种格式。另外分叉出来的资产在分叉时点已有余额的人才有，之后才接触的人只能通过交易获得，这个区别也值得搞清楚。
v1.0.0（2026-09-27）
1. 支持多种地址格式并增加匹配提示。
2. 转账记录标明找零地址。
3. 修复部分旧格式地址余额显示异常的问题。
