Node Types

節點類型是什麼，跟一般認知的「一條鏈只有一種節點」有什麼不同？

很多人以為區塊鏈網路裡的節點都在做同一件事，只是硬體規格不同，但實際上不同節點類型在功能上有本質差異，不只是規格高低的問題。最核心的區別在於：這個節點是否獨立下載並驗證每一筆交易與每一個區塊（不信任任何其他節點的說法），還是依賴其他節點提供的資訊、只做部分驗證。

這個差異決定了一個節點實際能提供什麼等級的安全保證——一個獨立驗證一切的節點，即使全世界只剩下它一個誠實節點，依然能正確判斷鏈上發生了什麼；一個依賴其他節點資訊的節點，安全性某種程度上被綁定在它信任的那些節點是否誠實上。

節點類型為什麼會分化，解決了什麼問題？

「獨立驗證一切」聽起來是最安全的做法，但代價極高：運行一個完整下載並驗證所有歷史資料的節點，需要龐大的儲存空間（Bitcoin 需要數百 GB 並持續增長，Ethereum 執行客戶端視設定通常需要約 1 到 2 TB）、穩定的頻寬、以及持續在線運作的能力，這些條件排除了絕大多數想要使用區塊鏈、但沒有專業硬體或技術能力的一般使用者。

節點類型的分化，本質上是在「安全性」與「資源門檻」之間，提供多種不同的組合選項，讓不同資源條件、不同信任需求的使用者，都能找到適合自己的參與方式——而不是強迫每個人都要嘛全力投入運行完整節點，要嘛完全放棄獨立驗證、只能盲目相信別人提供的資訊。

節點類型具體怎麼分類，各自的角色是什麼？

主要可以分成幾種：

1. 全節點（Full Node）：下載並獨立驗證每一筆交易與每一個區塊是否符合共識規則，維護當前完整的鏈上狀態，但通常會裁剪（prune）掉不再需要的舊歷史資料，只保留驗證新區塊所需的最少必要資料
2. 歸檔節點（Archive Node）：在全節點的基礎上，額外保留每一個區塊高度的完整歷史狀態，不做任何裁剪，主要用途是支援需要查詢久遠歷史資料的應用（例如區塊瀏覽器、鏈上分析平台），儲存需求遠高於一般全節點
3. 輕節點／輕客戶端（Light Node / Light Client）：只下載區塊標頭，不下載完整交易資料，透過密碼學證明（如 Merkle 證明）驗證特定資料是否包含在有效區塊裡，硬體與頻寬需求極低，適合手機或瀏覽器等資源受限環境
4. 驗證者節點（Validator Node）：在全節點功能之上，額外參與共識過程本身——在 PoS 鏈上，這代表對區塊進行簽署認證；在 PoW 鏈上，礦工節點負責解題、提出新區塊。並非所有全節點都是驗證者，運行驗證者通常需要額外滿足質押門檻或算力投入
5. RPC 節點：對外提供遠端查詢介面，讓錢包、應用程式、後端系統能查詢鏈上資料或提交交易，多數一般使用者與應用開發者實際互動的，就是這類節點提供的服務

這些角色並非互斥——一個節點可以同時是全節點、也對外提供 RPC 服務；一個驗證者節點通常也需要同時運行全節點的功能才能參與共識。

節點類型對我有什麼影響，該注意什麼？

如果你使用的是一般錢包 App，你實際上是在透過集中式服務商提供的 RPC 節點查詢資料，這代表你信任的是這家服務商回報的資訊沒有問題——這也是為什麼理解「輕客戶端」這個技術方向很重要：它讓你不需要運行完整節點的資源門檻，也不用完全信任某個服務商，能透過密碼學驗證取得中間的平衡。

如果你考慮自己運行節點（不管是出於隱私考量、想直接查詢自己的鏈上資料，或是想成為驗證者參與網路），先確認清楚自己需要哪一種節點——只是想獨立驗證交易，全節點通常已經足夠；如果需要查詢久遠的歷史資料（例如某個地址三年前的完整交易紀錄），才需要額外的儲存成本去運行歸檔節點；如果目標是參與共識賺取獎勵，則需要進一步了解對應鏈的驗證者資格門檻（例如質押數量要求）。