為什麼 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. 可疑活動偵測系統將快速連續的小額傳輸標記為潛在的鏈跳嘗試。

常見問題解答

Q：Blockchain.com 是否支援發送到本機 SegWit (bech32) 位址？是的，但前提是錢包版本為7.12.0或更高版本；早期版本錯誤地將 bech32 位址編碼為舊版 P2PKH，導致靜默廣播失敗。

Q：為什麼我的交易無限期顯示「0 確認」？當費率低於記憶體池最低接受閾值 1 sat/vB 時，就會發生這種情況；節點在兩週後丟棄此類交易，除非以更高的費用手動重播。

Q：我可以恢復發送到錯誤地址格式的資金嗎？不會。 Bitcoin 協定不會驗證 P2SH 或舊地址的地址校驗和；如果私鑰無法控制目的地，則發送到無效格式的資金將無法恢復。

Q：為什麼 Blockchain.com 需要在發送前驗證電子郵件？驗證強制遵守 FATF 旅行規則要求；未經驗證的帳戶在區塊鏈廣播之前會在 API 網關層觸發交易拒絕。