什麼是電子錢包伺服器及其工作原理？

電子錢包伺服器核心架構

1. Electrum 錢包伺服器不是 Electrum 用戶端本身的一部分，而是作為後端基礎設施，使輕量級客戶端能夠與 Bitcoin 區塊鏈交互，而無需下載和驗證整個鏈。

2. 它使用 Electrum 協議進行操作，這是一種自訂二進位協議，專為低延遲查詢而設計，例如餘額檢查、交易歷史檢索和未使用輸出 (UTXO) 查找。

3. 伺服器維護區塊鏈資料的索引資料庫（特別是區塊、交易、位址和腳本哈希），針對快速隨機存取而不是完整節點驗證進行了最佳化。

4. 與在本地強制執行共識規則的 Bitcoin Core 不同，Electrum 伺服器依賴上游完整節點（通常是 bitcoind 或 bcoin）來獲取原始區塊和交易數據，然後將其重新索引到自己的儲存層中。

5. 此架構允許使用者在行動裝置或低資源機器上運行瘦客戶端，同時仍受益於近乎即時的同步和確定性位址派生。

伺服器實現變體

1. ElectrumX 是一種基於 Python 的實現，由於其穩定性、主動維護以及對 SSL/TLS 終止和 RESTful 端點等高級功能的支持，被廣泛應用於生產部署。

2. electrs 是 Rust 重寫，顯著提高了索引速度和記憶體效率，特別是在數千個並發錢包查詢同一實例的高並發場景下。

3. Fulcrum 是另一種用 C++ 編寫的高效能替代方案，以其最小的資源佔用以及與 Berkeley DB 的緊密整合以實現快速鍵值查找而聞名。

4. Esplora 雖然從技術上來說是一個區塊瀏覽器 API，但在與 electrs 或 ElectrumX 後端一起部署時，實際上可充當與 Electrum 相容的伺服器，從而公開 Web 和 Electrum 協定介面。

5. ElectrumX 的 Docker 化版本透過將相依性（包括 RocksDB、OpenSSL 和特定 Python 執行時間版本）封裝在隔離容器內，簡化了跨異質環境的部署。

客戶端與伺服器交互

1. 當 Electrum 錢包啟動時，它會透過 TCP 連接埠 50001（未加密）或 50002（SSL 加密）連接到一台或多台 Electrum 伺服器，並根據延遲和可用性指標進行選擇。

2. 客戶端發送緊湊的二進位請求，例如“blockchain.scripthash.get_balance”，其中包含從使用者接收地址派生的 Base64 編碼腳本雜湊值。

3. 伺服器以 JSON-RPC 格式的有效負載回應，其中包含餘額、交易 ID、確認資訊和用於 SPV 驗證的 Merkle 證明。

4. 交易廣播透過「blockchain.transaction.broadcast」進行，其中簽署的原始交易十六進位被提交並中繼到上游全節點網路。

5. 用戶端可以在運作期間在伺服器之間動態切換，即使主伺服器離線或無回應，也能確保連續性。

安全模型與信任假設

1. Electrum客戶端不獨立驗證密碼簽章或共識規則；他們假設伺服器傳回準確且未被竄改的資料。

2. 為了降低風險，Electrum 實現了僅標頭的 SPV：客戶端從多個來源下載並驗證區塊標頭，然後交叉檢查伺服器提供的 Merkle 包含證明。

3. 使用者可以手動設定受信任的對等點或使用去中心化發現機制（例如受 DNSSEC 保護的種子清單）來避免集中式 DNS 中毒攻擊。

4. 伺服器本身必須受到保護，防止 DDoS、未經授權的 RPC 暴露和資料庫損壞 - 常見的強化步驟包括僅綁定到本機主機、啟用 TLS 以及限制速率受限的 API 存取。

5.運行個人 Electrum 伺服器消除了對第三方基礎設施的依賴，從而可以完全控制資料新鮮度、隱私邊界和查詢日誌記錄策略。

常見問題解答

Q1：我可以在沒有完整的 Bitcoin 節點的情況下運行 Electrum 伺服器嗎？不可以。 Electrum 伺服器需要直接 RPC 存取同步的 Bitcoin 全節點（例如，bitcoind）以取得原始區塊鏈資料。他們無法孤立運作。

Q2：Electrum 伺服器是否儲存私鑰？不會。 Electrum 伺服器從不處理或儲存私鑰。私鑰管理完全在客戶端，符合非託管設計原則。

Q3：Electrum 伺服器如何處理位址重用檢測？它追蹤所有已知的腳本哈希值並監視傳入交易以查找與這些哈希值匹配的輸出。重複使用的位址在回應有效負載中進行標記，但不會主動封鎖或過濾。

Q4：除Bitcoin之外的山寨幣是否可以使用 Electrum 伺服器？是的。 ElectrumX 和 electrs 透過配置標誌和備用區塊鏈參數支援萊特幣和 Bitcoin Cash 等分叉，前提是提供相容的完整節點。