1984 年的處理器問題：Web3 的擴展需要的是 P2P 清算，而不是更大的區塊鏈 | 觀點

目前關於Web 3擴充的討論中存在一個常見的誤解，即大規模普及需要速度更快、規模更大、功能更強大的區塊鏈。每個週期都會湧現新一代的區塊鏈，它們承諾每秒處理數百萬筆交易，並且手續費接近零。

在電腦發展史上，每秒一百萬條指令（1 MIPS）的速度分別由超級電腦在1964年、小型電腦在1977年和1984年實現。到了1984年，英特爾家用處理器的平均速度也趕上了這一水平，達到了1-3 MIPS左右。如今，現代電腦的運算速度已經達到了萬億次浮點運算（Teraflops），而超級電腦的運算速度更是達到了千萬億次甚至百億億次浮點運算（Petaflops或Exaflops）。同時，區塊鏈技術仍在討論數百萬次的每秒處理數（TPS），這早已是過時的時代了。這種對吞吐量的過度追求是一條技術死路，與電腦發展初期犯下的一個根本性錯誤——1984年的處理器問題——有著驚人的相似之處。

L1區塊鏈重現了1984年的問題

在1980年代，電腦工程師著迷於提升單核心處理器的時脈頻率。他們堅信，更高的時脈頻率就能帶來更快的電腦速度。他們不斷挑戰矽的物理極限，最終觸及了技術的死胡同。過高的發熱量和功耗變得難以控制，這構成了這種方法的硬性物理限制。開啟電腦新時代的解決方案並非提升單核心速度，而是轉向多核心處理，更重要的是，轉向專業化和並行化。

如今，L1 和 L2 區塊鏈正在犯下同樣的錯誤。它們試圖成為處理所有類型交易的單一、一體化引擎，從高價值轉移到個人銀行業務中的小額支付，無所不包。但這行不通。

想像一下去超市購物。當你購買蘋果、柳橙和香蕉時，你不會為每一樣水果單獨付款。你會把所有商品加起來，收到一張發票，最後再結算總額。目前的區塊鏈卻試圖對每個蘋果和橘​​子進行單獨結算，效率低。區塊鏈的設計初衷是用於最終結算，而不是高頻次、小額的清算。這些結構性缺陷必須解決，才能實現大規模應用。

Web3 採用的結構性障礙

整體而言，Gas費壁壘是擴展過程中遇到的最大挑戰。即使是低成本的支付鏈，也需要用戶為每次互動支付費用，這會在心理和經濟上造成用戶採用障礙。而實際上，Web3 能夠實現絕大多數日常互動的零Gas費結算。

下一個亟待解決的挑戰是流動性片段化。資產分散在數百條鏈上，形成孤立的流動性池。如今，跨鏈橋是安全隱患，已造成數十億美元的損失。光是2025年上半年，駭客就竊取了超過21.7億美元，跨鏈橋和存取控制漏洞是主要的攻擊途徑。這種分散化與Web3所能建構的健康、統一的金融市場背道而馳。

我們必須承認，建立一個真正跨鏈的去中心化應用程式（dApp）是一項複雜的多協定工程壯舉。開發者被迫將時間耗費在管理多條鏈的底層架構上，而無法專注於應用層。這種複雜性減緩了創新，並直接導致瞭如今困擾著web3應用的糟糕使用者體驗。

轉換成P2P清算模式的？

解決1984年處理器問題的真正方案是擁抱專業化，並將大部分交易活動從主鏈轉移出去。我們需要一個點對點的無需信任的解決方案，既不需要3萬台電腦來監控交易，最終又能在鏈上完成結算。

推薦方案與創建另一個仍依賴L1進行執行和最終結算的Layer-2 Rollup（即Layer-2 Rollup）的做法背道而馳。它鼓勵建立一個專門用於高頻點對點清算和結算的Layer-3網路。這個L3網路可以使用簡單、先進且資本效率高的TrustFi技術，實現鏈下即時、非託管的跨鏈交易。在TrustFi中，每天有數百萬筆交易在銀行間進行清算，只有淨餘額才透過中央銀行結算。在web3中，L1作為中央銀行負責最終結算，而L3則成為無需信任的去中心化清算機構。

因此，絕大多數使用者互動都可以實現無 Gas 費用，從而消除主要的心理進入門檻。 L3 還可以充當“網絡之網絡”，整合分散的流動性池，而無需依賴風險較高的橋樑。最後，開發者可以建立複雜的跨鏈應用程序，從而隱藏多個區塊鏈底層的複雜性。

電腦發展史告訴我們，擴展性更快捷的實現方式是架構創新，而非蠻力。我們必須停止試圖建造單一的、速度更快的處理器，轉而建立全球經濟所需的專用並行基礎設施。 Web3 的未來不在於更大的資料區塊，而在於無需信任的 P2P 清算層，這些層最終將去中心化的原則與適合現代生活的速度和成本完美結合。