比特幣 P2P 網路深度分析:節點發現、區塊傳播與網路層安全機制
深入分析比特幣 P2P 網路的各個層面,包括節點發現機制、DNS 種子、地址傳播與節點聲譽系統、內存池管理、交易池運作、Gossip Protocol 詳細運作、Compact Block Relay 機制、BIP-152 協議、FIBRE 高速區塊傳播、Eclipse 攻擊與防禦、網路分割場景、以及洋蔥路由與隱私增強。理解這些網路層的運作原理對於評估比特幣網路的抗審查性、效率和安全性至關重要。
比特幣 P2P 網路深度分析:節點發現、區塊傳播與網路層安全機制
概述
比特幣網路的運作建立在點對點(Peer-to-Peer, P2P)通信協議之上,這是比特幣去中心化特性的技術基礎。不同於傳統客戶端-伺服器架構,比特幣網路中的每個節點既是客戶端又是伺服器,負責接收、驗證和轉發交易與區塊資訊。本篇文章將深入分析比特幣 P2P 網路的各個層面,包括節點發現機制、地址傳播、交易池管理、區塊傳播協議、Gossip Protocol 的詳細運作、以及 Compact Block Relay 和 FIBRE 等高效傳播機制。理解這些網路層的運作原理對於評估比特幣網路的抗審查性、效率和安全性至關重要。
比特幣網路拓撲結構
網路分層架構
比特幣網路採用分層架構設計,不同類型的節點承擔不同的功能職責:
全節點(Full Node):
- 儲存完整的區塊鏈副本(約 500GB)
- 獨立驗證所有交易和區塊
- 執行完整的共識規則檢查
- 可作為miner的直接競爭者或礦池的stratum工作機
修剪節點(Pruned Node):
- 儲存區塊頭和最近交易的完整副本
- 丟棄較舊的區塊數據以節省空間
- 仍可驗證新區塊的有效性
SPV 節點(Simplified Payment Verification):
- 只儲存區塊頭(約 50MB)
- 依賴全節點提供交易存在性證明
- 無法獨立驗證規則遵守情況
比特幣網路節點數量統計(截至 2026 年第一季度):
| 節點類型 | 估計數量 | 佔比 | 功能特性 |
|---|---|---|---|
| 可監聽節點(Listening) | 10,000-15,000 | 5-10% | 具公網 IP,可接受連接 |
| 隱藏節點(Non-listening) | 100,000+ | 90%+ | 位於 NAT 或防火牆後 |
| 、洋蔥節點(Tor) | 3,000-5,000 | 3-5% | 透過洋蔥路由隱藏身份 |
| 修剪節點 | 20,000-30,000 | 15-20% | 節省儲存空間 |
網路連接配置
比特幣核心客戶端(Bitcoin Core)的默認連接配置:
最大連接數限制:
- 默認出站連接:8 個
- 最大入站連接:117 個(可調整)
- 最大總連接:125 個
- Tor 專用連接:2 個(默認)
連接類型:
- 區塊下載連接:用於同步區塊鏈
- 交易轉發連接:用於傳播未確認交易
- 區塊轉發連接:用於傳播新區塊
出站連接的選擇邏輯:
比特幣核心使用 NetGroups 機制,避免連接到同一 /16 IP 範圍的多個節點,確保網路的地理和組織多樣性。節點選擇演算法考慮以下因素:
- 地理分佈:優先連接到不同地區的節點
- 自治系統(AS)分佈:避免同一家網路服務商的節點壟斷
- 節點類型:優先連接到完整節點而非 SPV 節點
- 服務時間:偏好長期穩定運行的節點
- 版本兼容性:確保使用兼容的協議版本
節點發現機制
DNS 種子
比特幣網路的入口點是 DNS 種子(DNS Seed)。比特幣客戶端預配置了多個 DNS 種子位址,當新節點啟動時,它會向這些 DNS 服務器發送查詢請求,獲取初始的對等節點列表。
預設 DNS 種子位址(Bitcoin Core 客戶端):
DNS 種子列表:
- seed.bitcoin.sipa.be(由 Pieter Wuille 維護)
- dnsseed.bluematt.me
- dnsseed.bitcoin.dashjr.org
- seed.bitcoinstats.com
- seed.bitcoin.jonasschnelli.ch
查詢過程:
1. 客戶端向 DNS 服務器發送 A 記錄查詢
2. DNS 服務器返回多個 IP 位址(通常是隨機順序)
3. 客戶端嘗試連接到這些 IP
4. 成功連接後,節點進入正常運行狀態
DNS 種子的運作機制:
DNS 種子的運營者運行比特幣全節點,通過掃描比特幣網路收集可訪問的節點 IP。這些節點會定期向 DNS 種子的運營者報告自己的 IP 地址,DNS 種子在收到客戶端查詢時返回這些 IP。
DNS 種子的安全考量:
- 單點故障風險:如果所有 DNS 種子都被關閉,新節點將無法發現網路
- 審查風險:DNS 服務可以被域名註冊機構或 ISP 封鎖
- 隱私風險:DNS 查詢會向 DNS 服務器暴露節點的 IP
比特幣社群已經部署了多個獨立的 DNS 種子,降低對單一運營者的依賴。此外,洋蔥地址(Onion Address)也可以作為 DNS 種子的替代方案。
地址廣播與節點聲譽
比特幣網路使用地址訊息(ADDR message)在節點之間傳播 IP 地址。這種機制使新節點能夠逐漸發現更多的網路節點。
ADDR 訊息格式:
ADDR 訊息包含:
- 地址計數(1-1000 之間)
- 每個地址的以下信息:
- 時間戳(最後接收該地址的時間)
- 服務標誌(支持的網路服務)
- IP 地址(IPv4、IPv6 或洋蔥地址)
- 端口號
轉發策略:
- 節點收到 ADDR 訊息後,選擇性地轉發
- 每 24 小時內,同一地址簇(/16)最多轉發一次
- 避免地址放大攻擊
節點聲譽系統:
比特幣節點維護一個內部聲譽系統,來追蹤對等節點的行為:
- 可信度評分:根據節點的歷史行為調整
- 錯誤計數:記錄無效消息的次數
- 連接穩定性:評估節點的在線時間
- 版本一致性:檢查節點是否遵守協議
當一個節點的聲譽評分過低時,節點可能會斷開連接並將其列入黑名單。
地址池管理
比特幣核心使用桶(bucket)和計時器(timeouts)來管理已知的節點地址:
地址存儲結構:
地址桶結構:
- new bucket:存放新的、未分類的地址
- tried bucket:存放已成功連接的地址
- 桶容量:每個桶最多 64 個地址
選擇機制:
- 同一 /16 子網的地址不會放在同一個桶中
- 桶中的地址按最後成功連接時間排序
- 過舊的地址會被新的地址替換
交易池管理
內存池(Mempool)
比特幣節點維護一個內存池(Memory Pool, Mempool),用於存放尚未打包進區塊的有效交易。Mempool 是比特幣網路運作的核心組件,連接著交易的產生和區塊的構建。
Mempool 的技術特性:
交易進入 Mempool 的條件:
1. 語法正確性:交易格式符合比特幣腳本規範
2. 語意有效性:輸入引用有效的 UTXO
3. 雙重支付檢查:輸入未被其他交易花費
4. 腳本驗證:解鎖腳本成功執行
5. 金額有效性:輸出金額為正且總和不溢出
6. 無共識失敗:符合所有共識規則
Mempool 限制:
- 默認最大容量:300 MB(可配置)
- 超出容量時,優先保留高費率的交易
- 最低費用率門檻由節點運營商設定
Mempool 行為模型:
Mempool 的動態行為可以建模為一個優先級隊列:
交易優先級計算:
Priority = (Input_Value × Input_Age) / Transaction_Size
費用率計算:
Fee Rate = Transaction_Fee / Transaction_Size (sats/vB)
選擇邏輯:
- 區塊模板按費用率降序選擇交易
- 相同費用率時,按優先級降序選擇
- 直到區塊達到重量限制(4,000,000 WU)
交易傳播延遲
交易在比特幣網路中的傳播時間受到多種因素影響:
影響傳播速度的因素:
- 網路延遲:地理距離造成的物理延遲
- 帶寬限制:每個節點的上下行帶寬
- 驗證時間:交易驗證所需的計算時間
- 連接數量:節點的對等連接數
- 節點負載:網路擁堵程度
傳播延遲的量化分析:
理論上,比特幣網路的交易傳播時間服從指數分佈:
設 t 為從一個節點到網路中 95% 節點的傳播時間
根據 empirical data:
- 區域網路內:< 100 ms
- 大陸間:1-3 秒
- 全球 95% 覆蓋:10-30 秒
統計模型:
P(傳播時間 > t) = e^(-λt)
其中 λ 是傳播速率,取決於網路拓撲和節點連接性
孤兒交易池
當節點接收到依賴尚未確認父交易的交易時,會將其放入孤兒交易池(Orphan Transaction Pool)。這是因為交易驗證需要完整的輸入歷史。
孤兒交易的處理流程:
當節點收到交易 T:
1. 檢查所有輸入是否在本地 UTXO 集合中
2. 如果有缺失的父交易:
- 將 T 存入孤兒池
- 記錄 T 的父子關係
3. 當父交易被確認時:
- 從孤兒池取出 T
- 重新嘗試驗證
- 如果成功,轉入 Mempool
孤兒池的大小通常受限於記憶體和 DoS 保護考量。
Gossip Protocol 深度解析
交易 Gossip
比特幣的交易傳播採用 Gossip Protocol(八卦協議)機制。每個節點在收到新交易時,會選擇性地將其轉發給自己的對等節點,從而實現交易的網路範圍內傳播。
INV/GETDATA 握手流程:
交易請求握手序列:
1. 節點 A 發現新交易 TX
2. 節點 A 發送 INV 訊息,包含 TX 的 hash
3. 節點 B 收到 INV,檢查本地 Mempool:
- 如果 TX 已在 Mempool:忽略
- 如果 TX 不在 Mempool:發送 GETDATA 請求
4. 節點 A 收到 GETDATA,發送 TX 數據
5. 節點 B 驗證 TX,有效則存入 Mempool 並轉發
INV 訊息格式:
- count:清單中元素數量(1-50,000)
- inventory:每個元素的類型和哈希
- MSG_TX (1):交易
- MSG_BLOCK (2):區塊
- MSG_FILTERED_BLOCK (3):過濾區塊
Gossip 的效率特性:
Gossip Protocol 的關鍵特性是即使在節點隨機選擇轉發對象的情況下,訊息也能以對數時間複雜度傳播到整個網路:
假設:
- 網路節點數:N = 100,000
- 每個節點連接數:c = 8
- 轉發延遲:d = 1 秒
傳播輪次(每輪每節點可轉發一次):
- 第 1 輪:8 節點收到
- 第 2 輪:8 × 7 = 56 節點收到
- 第 3 輪:56 × 7 = 392 節點收到
- ...
- 第 k 輪:≈ c^k 節點收到
達到 95% 覆蓋的輪次:
c^k ≈ 0.95N
k × ln(c) ≈ ln(0.95N)
k ≈ ln(0.95N) / ln(c) ≈ 4.2 輪
預計傳播時間:
4.2 × d ≈ 4-5 秒
區塊 Gossip
區塊傳播是比特幣網路中最關鍵的操作之一,直接影響網路的最終性確認時間。
區塊傳播的基本流程:
區塊傳播序列:
1. 礦工成功挖出區塊 B
2. 礦工向其對等節點發送區塊通知(INV 或 headers)
3. 對等節點發送 GETDATA 請求
4. 礦工發送完整區塊數據
5. 對等節點驗證區塊並轉發
區塊大小:
- SegWit 前:最大 1 MB
- SegWit 後:最大約 4 MB(按重量計算)
- 平均區塊大小:約 1.5-2 MB
區塊傳播延遲測量:
比特幣網路監控組織(如 Bitnodes)持續測量區塊傳播時間:
傳播延遲統計(2025-2026 年數據):
- 全球中位數:1.5-3 秒
- P95 分位數:8-15 秒
- P99 分位數:20-40 秒
影響因素:
- 區塊大小:越大傳播越慢
- 網路帶寬:寬頻接入 vs 行動網路
- 節點位置:礦池節點 vs 普通節點
Compact Block Relay
背景與動機
原始的比特幣區塊傳播機制存在效率問題:當區塊較大時,完整傳輸區塊數據會造成網路帶寬的巨大負擔。更重要的是,區塊中的大部分交易已經被大多數節點收到(因為它們之前已經在網路中傳播),重新傳輸這些交易是資源的浪費。
問題量化:
假設區塊包含 3,000 筆交易,區塊大小為 2 MB:
- 完整區塊傳輸需要發送 2 MB
- 但如果對等節點已經擁有 90% 的交易,實際需要的新數據只有 200 KB
- 理論上可以節省 90% 的帶寬
BIP-152 協議詳解
BIP-152 定義了 Compact Block Relay 機制,通過發送簡化的區塊承諾來減少帶寬消耗。
兩種模式:
模式一:高帶寬模式(High Bandwidth Mode):
使用條件:
- 只用於礦工之間或礦池與其 worker 之间
- 最多同時 3 個高帶寬連接
運作機制:
1. 發送 compact_block 訊息(不超過 12,000 位元組)
2. 接收方請求缺失的交易(getblocktxn)
3. 發送方回應缺失交易(blocktxn)
Compact Block 格式:
- block header:80 位元組
- short transaction IDs:每筆交易 6 位元組
- transaction count:區塊交易數
- keyID:交易 ID 查詢表的金鑰
模式二:低帶寬模式(Low Bandwidth Mode):
使用條件:
- 適用於所有其他連接
運作機法:
1. 發送區塊頭
2. 接收方選擇性請求交易
3. 雙方協商最優傳輸策略
短交易 ID(Short Transaction ID):
短交易 ID 是通過以下算法計算的 6 位元組哈希:
計算公式:
short_txid = sha256(txid)[0:6]
其中 txid 的計算:
- 如果交易無隔離見證:txid = sha256d(raw_tx)
- 如果交易有隔離見證:txid = sha256(wtxid)
接收方使用本地 Mempool 中的交易來匹配短 ID,如果匹配失敗,則通過 GETBLOCKTXN 請求缺失的交易。
性能對比
Compact Block Relay 相比完整區塊傳輸的效率提升:
| 指標 | 完整區塊傳播 | Compact Block |
|---|---|---|
| 典型消息大小 | 1.5-4 MB | 10-50 KB |
| 帶寬節省 | - | 95-99% |
| 額外延遲 | - | 10-50 ms |
| 需要完整數據 | 是 | 否(按需獲取) |
FIBRE 與极速區塊傳播
FIBRE 協議
FIBRE(Fast Internet Bitcoin Relay Engine)是由 Matt Corallo 開發的高性能比特幣區塊傳播系統,目前被多個主要礦池使用。
設計目標:
FIBRE 的核心設計目標:
1. 區塊傳播延遲 < 1 秒(全球範圍)
2. 支持 99% 網路節點的快速同步
3. 容忍惡意節點和網路分割
4. 最小化礦池之間的區塊傳播延遲差異
FIBRE 的技術架構:
FIBRE 組件:
┌─────────────────────────────────────────────────────┐
│ FIBRE 網路 │
│ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ 礦池 A │──────│ 中繼節點 │──────│ 礦池 B │ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ │ │ │ │
│ └───────────────┼───────────────┘ │
│ │ │
│ 快速中繼 │
│ (低延遲專線) │
└─────────────────────────────────────────────────────┘
FIBRE 使用 UDP 加速傳輸:
- UDP 頭部:8 位元組
- 數據分段:每包最多 1500 位元組
- 前向糾錯(Forward Error Correction):10-30% 冗餘數據
前向糾錯(FEC):
FIBRE 使用噴泉碼(Fountain Code)實現前向糾錯:
噴泉碼原理:
- 發送方生成 n 個原始數據包
- 發送方生成 r 個冗餘數據包(r = n × 0.2 到 0.3)
- 接收方只需收到任意 n 個不同的數據包(原始+冗餘)即可恢復完整數據
優勢:
- 不需要重傳
- 可以容忍丟包率達到 20-30%
- 適合高延遲、高丟包率的網路環境
Ultraprinter
Ultraprinter 是另一個高性能比特幣區塊傳播實現,由 @mononaut 開發,專注於提供開源的、社區驅動的替代方案。
與 FIBRE 的比較:
| 特性 | FIBRE | Ultraprinter |
|---|---|---|
| 開發者 | Matt Corallo | mononaut |
| 授權 | MIT | MIT |
| 部署 | 主要礦池 | 開源社區 |
| 協議 | 自定義 UDP | 自定義 UDP |
| FEC | 噴泉碼 | 噴泉碼 |
| 開源 | 是 | 是 |
時間戳與網路時間
網路時間協議
比特幣網路維護一個分散式的時間服務,用於同步各節點的本地時鐘:
時間來源:
比特幣節點的時間源:
1. 作業系統時鐘(最基礎)
2. NTP 服務器(標準時間同步)
3. 其他比特幣節點(網路時間)
時間偏移監控:
比特幣核心維護一個時間偏移歷史:
- 記錄與每個對等節點的時間差異
- 計算網路時間的中位數
- 顯示時間偏移警告(> 70 分鐘)
Median Time Past(MTP):
比特幣共識規則使用 MTP 而非區塊時間戳:
MTP 計算:
MTP = median(前 11 個區塊的時間戳)
共識約束:
1.區塊時間戳 > MTP
2.區塊時間戳 < 網路時間 + 2 小時
MTP 的重要性:
- 比單一時間戳更難操縱
- 防止礦工回填虛假時間戳
- 提供更可靠的時間基準
時間戳攻擊與防禦
時間戳是比特幣網路中一個潛在的攻擊面:
攻擊向量:
時間戳操縱攻擊:
1. 前向時間攻擊:礦工將區塊時間戳設置為未來
- 限制:必須 < 網路時間 + 2 小時
- 影響:可能影響難度調整
2. 向後時間攻擊:礦工將區塊時間戳設置為過去
- 限制:必須 > MTP
- 影響:可能延長區塊間隔
3. 重組時間戳:試圖通過區塊重組改變時間戳
- 影響:通常不可行(需要 51% 算力)
防禦機制:
比特幣的時間戳保護:
1. NTP 同步:節點與外部時間源同步
2. 多源驗證:參考多個對等節點的時間
3. 軟限制:節點拒絕時間偏移過大的連接
4. 難度調整平滑:防止單一區塊影響過大
網路層安全分析
Eclipse 攻擊
Eclipse 攻擊是一種試圖將目標節點與比特幣網路隔離的攻擊:
攻擊原理:
攻擊步驟:
1. 攻擊者佔據目標節點的所有連接插槽
2. 目標節點只與攻擊者控制的節點通信
3. 攻擊者可以向目標節點發送虛假的區塊/交易數據
4. 目標節點對網路狀態產生錯誤認知
攻擊目標:
- 欺騙礦工:使礦工在廢棄鏈上挖礦
- 雙花攻擊:配合 51% 算力實現雙花
- N-confirmation 攻擊:欺騙商家接受低確認交易
防禦機制:
比特幣的 Eclipse 攻擊防禦:
1. 地址多樣性:
- 桶選擇算法確保同一子網地址分散存放
- 防止攻擊者用同網段的 IP 填滿地址表
2. 連接隨機化:
- 選擇對等節點時引入隨機性
- 避免總是連接到相同的節點集合
3. 出站連接約束:
- 每個 /16 子網最多 2 個出站連接
- 每個 AS 最多 4 個出站連接
4. 入口過濾:
- 限制每個 IP 的連接速率
- 拒絕來自本地網路的偽造地址
女巫攻擊(Sybil Attack)
女巫攻擊是指攻擊者通過創建大量假身份來控制網路的一部分:
比特幣的抵禦機制:
對抗女巫攻擊的方法:
1. 算力證明:
- 攻擊者需要控制 51% 算力才能影響共識
- 創建虛假節點不能獲得算力
2. 聲譽系統:
- 節點維護對等節點的歷史行為記錄
- 惡意節點會被降低優先級
3. 連接限制:
- 每個節點的連接數有限
- 攻擊者無法用大量節點完全淹沒受害者
網路分割(Network Partition)
網路分割是指比特幣網路被物理或邏輯分割成多個不相連的部分:
分割場景:
可能造成網路分割的事件:
1. 互聯網骨幹網故障
2. 主權國家封鎖比特幣節點
3. 大規模 NAT/防火牆部署
4. 海底電纜中斷
分割期間的行為:
- 各分割區塊獨立挖礦
- 累計難度可能不同
- 分割結束後,較短鏈被廢棄
分割恢復:
分割結束後的區塊重組:
1. 檢測到來自其他分割的對等節點
2. 同步區塊頭
3. 比較累計工作量
4. 較低工作量的鏈被重組
5. 該鏈上的交易重新進入 Mempool
雙花風險:
- 如果支付在較弱分割中確認
- 分割恢復後可能被逆轉
- 建議等待多個確認以降低風險
洋蔥路由與隱私增強
Tor 集成
比特幣原生支持通過 Tor 網路進行通信,增強網路層的隱私性:
配置方法:
比特幣核心 Tor 配置:
- 使用 Tor 控制端口自動配置
- 添加 -torcontrol 參數指定控制端口
- 自動創建隱藏服務
隱藏服務地址格式:
- 16 字符 base32 編碼
- 結尾為 .onion
- 例如:bitcoinostkhckn2t76.onion
Tor 集成的限制:
Tor 使用者的局限性:
1. 延遲增加:洋蔥路由增加 1-3 秒延遲
2. 帶寬限制:Tor 網路容量有限
3. 出口節點風險:出口節點可觀察流量
4. 關聯風險:多次連接可能關聯
5. 洋蔥節點可用性:並非所有節點都支持
Dandelion 協議
Dandelion 是一種正在開發中的交易傳播隱私增強機制:
設計原理:
Dandelion 兩階段傳播:
1. 莖階段(Stem Phase):
- 交易首先傳播到一個隨機選擇的節點
- 該節點以一定概率繼續莖傳播
- 方向隨機,增加溯源難度
2. fluff 階段(Fluff Phase):
- 交易進入標準 Gossip 傳播
- 此時源節點已經難以識別
數學模型:
- 每個節點以機率 p 繼續莖傳播
- 以機率 (1-p) 進入 fluff 模式
- p 值權衡隱私性與延遲
結論
比特幣 P2P 網路是比特幣去中心化特性的技術基石。從 DNS 種子的節點發現,到 Gossip Protocol 的交易傳播,再到 Compact Block Relay 的帶寬優化,比特幣網路層的每一個組件都經過精心設計,以平衡效率、安全性和去中心化。
理解這些底層機制對於評估比特幣網路的健康狀況和未來發展方向至關重要。隨著網路規模的增長和攻擊手段的演進,比特幣開發者持續改進網路協議,如 Dandelion 隱私增強、Erlay 地址傳播優化等提案,都在推動比特幣網路向更高效、更安全、更私密的方向演進。
比特幣網路層的設計哲學體現了一個核心原則:在不犧牲去中心化的前提下,盡可能提高效率和安全性。這種平衡藝術正是比特幣能夠在十餘年間持續運作的關鍵因素。
相關文章
- 比特幣網路深水區:P2P 節點發現、Bloom Filter 與隱私的糾葛 — 深入分析比特幣 P2P 網路的節點發現機制,包括 DNS seed、addr 訊息交換、節點選擇策略。詳細探討 SPV 錢包的 Bloom Filter 工作原理、隱私限制,以及 Tor/I2P 隱私保護實現細節。涵蓋 BIP-37 的缺陷與 BIP-371 的改進方案。
- 比特幣網路健康監控實務指南:節點部署、費用估算工具與 Mempool 分析完整教學 — 全面介紹比特幣網路健康監控的各個層面,包括比特幣節點的部署與配置、費用估算工具的原理與應用、以及記憶池分析的高級技術,提供完整的實務教學和可直接使用的程式碼範例。
- 比特幣網路健康指標即時數據驗證完整指南:從 API 到鏈上數據的深度實踐 — 深入探討比特幣網路健康指標的即時數據驗證機制,涵蓋算力、難度、記憶池、費用等關鍵指標的數據來源、Python 實作程式碼以及監控儀表板建構教學。強調使用第一手數據來源和可直接驗證的鏈上資訊,確保數據的準確性與可靠性。
- 比特幣客戶端多樣性安全分析:技術架構、風險量化與生態系統健康研究 — 系統性分析比特幣主要客戶端實現的技術架構,包括 Bitcoin Core、btcd、Libbitcoin、Bisq 等方案的設計哲學、實現差異與安全特性。提供量化數據評估客戶端分佈狀況,分析單一客戶端依賴的風險,並探討比特幣社群為促進客戶端多樣性所做的努力與面臨的挑戰。
- 比特幣記憶池(Mempool)與網路傳播機制:看不見的比特幣心臟 — 全面解析比特幣記憶池的內部結構與運作機制,包括交易選擇演算法、費用市場動力學、Standardness 規則。深入探討網路傳播協定、Compact Blocks(BIP-152)、FIBRE 高速區塊傳播系統,以及記憶池攻擊向量的防禦策略。
延伸閱讀與來源
這篇文章對您有幫助嗎?
請告訴我們如何改進:
評論
發表評論
注意:由於這是靜態網站,您的評論將儲存在本地瀏覽器中,不會公開顯示。
目前尚無評論,成為第一個發表評論的人吧!