为什么 Blockchain.com 钱包不发送 Bitcoin？

交易费用计算错误

1. 用户在设置手动费用时经常低估网络拥塞程度，导致未确认的交易滞留在内存池中。

2. 旧钱包版本可能默认使用与当前 Bitcoin 核心中继策略不兼容的过时费用估算算法。

3. 未能实现费用替代（RBF）或儿童为家长付费（CPFP）机制的钱包无法加速停滞的转账。

4. ETF 相关链上活动期间的费用飙升导致之前可接受的费率低于最低中继阈值。

私钥和签名问题

1. 设备和桌面界面之间的硬件钱包固件不匹配，导致无法正确生成 ECDSA 签名。

2. 导入的助记词短语中包含不符合BIP39的单词会产生无效的密钥派生路径。

3. 阈值参数不匹配的多重签名钱包配置会生成不完整的交易签名。

4. 钱包软件未能对签名执行严格的 DER 编码规则会触发节点级验证失败。

网络级验证失败

1. 违反共识规则的交易（例如非标准脚本模式或过多的权重限制）会被全节点默默丢弃。

2. Blockchain.com 的后端基础设施可能会在不通知用户的情况下拒绝包含超过 80 字节的 OP_RETURN 输出的交易。

3. SegWit v0 交易输入的见证数据未正确序列化，无法在对等传播阶段进行验证。

4. 使用低于当前区块高度的绝对锁定时间值的时间锁定交易将被标准节点策略视为无效。

钱包后端同步问题

1.陈旧的UTXO集缓存导致钱包界面显示不正确的可支出余额计算。

2. Blockchain.com 的 API 端点偶尔会在地理分布的服务器上返回不一致的区块高度响应。

3. 广播期间的 WebSocket 连接超时会阻止实时事务状态更新到达客户端应用程序。

4. 交易提交端点的内部速率限制返回 HTTP 429 错误，而没有明确的前端指示。

合规过滤器

1. OFAC 对目标地址的自动筛选可能会拦截与受制裁实体模式匹配的传出交易。

2. KYC 级别账户面临近期存款来源波动分析引发的动态提款限额。

3. 与高风险司法管辖区相关的钱包在交易传播之前会经历强制性的 72 小时确认延迟。

4. 可疑活动检测系统将快速连续的小额传输标记为潜在的链跳尝试。

常见问题解答

问：Blockchain.com 是否支持发送到本机 SegWit (bech32) 地址？是的，但前提是钱包版本为7.12.0或更高版本；早期版本错误地将 bech32 地址编码为旧版 P2PKH，从而导致静默广播失败。

问：为什么我的交易无限期显示“0 确认”？当费率低于内存池最低接受阈值 1 sat/vB 时，就会发生这种情况；节点在两周后丢弃此类交易，除非以更高的费用手动重播。

问：我可以恢复发送到错误地址格式的资金吗？不会。Bitcoin 协议不会验证 P2SH 或旧地址的地址校验和；如果私钥无法控制目的地，则发送到无效格式的资金将无法恢复。

问：为什么 Blockchain.com 需要在发送前验证电子邮件？验证强制遵守 FATF 旅行规则要求；未经验证的账户在区块链广播之前会在 API 网关层触发交易拒绝。