Blockchain Trilemma

區塊鏈三難困境具體指的是哪三件事，彼此怎麼互相牽制？

三難困境指的是去中心化（decentralization）、安全性（security）、可擴展性（scalability）這三個特性，彼此之間存在結構性的互斥關係。去中心化指的是網路由足夠多、足夠分散的節點共同維護，沒有少數人能單方面控制；安全性指的是網路抵抗攻擊（例如51%攻擊、雙重花費）的能力；可擴展性指的是網路能處理多少交易量、多快確認。

這三者互相牽制的原因在於：想要提高可擴展性（例如加大區塊、縮短出塊時間），通常需要降低參與驗證的節點門檻或減少每個節點需要處理的資料量，但這往往會削弱去中心化程度（節點數量變少或變得更集中）；反過來，想要維持高度去中心化（讓一般家用電腦都能跑節點），就必須限制區塊大小與驗證複雜度，這又直接限制了可擴展性的天花板。

為什麼這個三難困境會存在，而不是靠更好的工程設計一次解決？

三難困境的根源，不是「工程技術還不夠成熟」，而是分散式系統裡一個更基本的物理限制：資訊在網路裡傳播、被驗證、被所有節點達成共識，本身就需要時間與頻寬，而節點越多、越分散，這個同步過程就越慢。如果想讓同步變快（提高可擴展性），最直接的辦法就是減少需要同步的節點數量或降低每個節點的驗證負擔——這必然會以犧牲去中心化或安全性作為代價，這不是某個團隊工程能力不足造成的，而是分散式共識系統的數學與網路傳播特性決定的結構性限制。

正因為如此，不同 Layer 1 專案在設計時，本質上是在三難困境裡選擇「犧牲哪一項」，而不是宣稱自己發明了同時完美滿足三者的方法——任何聲稱「完全解決三難困境」的專案，都值得特別仔細檢視它實際犧牲了哪個維度，只是沒有明說。

實際上，不同的 Layer 1 專案是怎麼在三難困境裡做選擇的？

比特幣與早期以太坊代表的是「犧牲可擴展性、保全去中心化與安全性」的路線——區塊大小與出塊時間刻意維持保守，確保一般硬體也能參與驗證，代價是每秒能處理的交易量很低。部分高吞吐量的 Layer 1（例如強調高TPS的鏈）則走向另一端：拉高硬體門檻、縮短出塊間隔，換取更高的交易處理量，代價通常是驗證節點數量變少、更集中於少數具備高規格硬體的參與者手上。

另一條常見路線是把「可擴展性」的壓力轉移出主鏈，也就是 Layer 2 擴容方案（例如 rollup）——主鏈（Layer 1）繼續保持高度去中心化與安全性，交易處理則下放到鏈下或 Layer 2 執行，再把結果壓縮後送回主鏈驗證。這等於是把三難困境的其中一角「外包」出去，而不是在單一層級裡硬解，但也因此引入了 Layer 2 自身的信任假設與風險（例如 sequencer 中心化問題）。

身為使用者或投資人，理解三難困境對我有什麼實際幫助？

當你看到一條鏈宣稱「每秒處理數萬筆交易、手續費接近零」，三難困境提醒你該立刻追問一句：這個高吞吐量是用什麼換來的？通常答案會落在「驗證節點數量其實不多，或硬體門檻偏高」或「安全性假設跟比特幣、以太坊這類鏈不完全對等」這兩個方向之一——高性能本身不是問題，但如果一條鏈同時宣稱自己又快又去中心化又安全，卻說不清楚犧牲了什麼，這本身就是值得警惕的訊號。

反過來，一條以「極度去中心化、極度安全」為賣點的鏈，交易速度慢、手續費偏高也是合理的架構性結果，不代表這條鏈技術落後，而是它選擇了三難困境裡不同的妥協點。評估一條鏈適不適合你的用途時，先問清楚你實際在乎的是哪一項（高頻交易需要速度、長期價值儲存更在乎安全與去中心化），再去比較不同鏈在那個維度上的實際表現，會比單純比較TPS數字更有意義。