Cloudflare宕機，擊碎了Web3的去中心化濾鏡

原創｜Odaily 星球日報（ @OdailyChina ）

作者｜Wenser（ @wenser 2010 ）

昨日晚間，全球最大網路基礎設施服務商Cloudflare 發生持續數小時的宕機，導致包括X、OpenAI 在內的全球大量網站陷入癱瘓，多個加密項目官方網站也未能倖免。

今天，Cloudflare 發布官方聲明稱：「此次大規模宕機並非外部網路攻擊所致，而是一次資料庫權限調整後生成的錯誤配置檔案導致核心代理系統異常，引發包括CDN、安全服務、Workers KV、Turnstile、Access 在內的多項產品出現中斷，這是自2019 年以來最嚴重的一次事故。」

更重要的是，這次事件再次揭示了一個現實：即使是去中心化的區塊鏈網絡，目前仍難以擺脫對中心化互聯網基礎設施的依賴。 Odaily星球日報將在下文對本事件進行簡要梳理與分析。

Cloudflare：全球網路「耶路撒冷」失陷，1/5 網路停擺

在談到昨天的宕機事件之前，我們有必要先來了解一下Cloudflare 為何對網路如此重要。

根據Cloudflare 官網訊息，全球20%的網站由Cloudflare 提供安全保護；其每天攔截的網路威脅多達2,340 億次。另外， 官網資訊顯示，全球財富1,000 強中，有30%的企業依賴Cloudflare 提供的相關服務，其中就包括前文提到的X（Twitter）、OpenAI，也包括電商平台Shopify、傳媒集團湯森·路透、媒體素材企業Canva、電遊戲LOL 背後的遊戲開發商用拳頭公司在內的一世界競標。加密玩家非常熟悉的社群類產品Discord 也是Cloudflare 的「樣板客戶」。

此外，Cloudflare 也是許多獨立網站及企業網站的安全前線和內容分發網路（CDN）。一旦其發生故障，就像是全球互聯網的高速公路發生了交通事故一樣導致交通癱瘓，互聯網用戶無法繞過它連接到網站的主伺服器。更為離譜的是，由於初期官方工程師誤以為遇到DDOS 攻擊，甚至連檢測網站狀態實時信息的網站Downdetector 本身都一度無法訪問，由此產生了“我宕機了，但我檢測不到自己宕機了”的網絡奇觀。這次宕機事件持續超3 小時，完全恢復耗時超5 個小時，其影響範圍之廣、破壞力之強，被許多人稱為「2025 年迄今最嚴重的互聯網基建級故障」。

今天上午，Cloudflare 官方發布 宕機事件分析報告稱，11 月18 日發生的大規模宕機並非外部網路攻擊所致，而是一次資料庫權限調整後生成的錯誤設定檔導致核心代理系統異常，引發包括CDN、安全服務、Workers KV、Turnstile、Access 在內的多項產品出現中斷，這是自2019 年以來最嚴重的一次事故。事件初期，團隊曾誤判為DDoS 攻擊，最終透過回滾舊檔案完成修復，相關服務已於北京時間11 月19 日凌晨01:06 全部恢復。

面對這樣的“內部失誤”，Cloudflare CTO Dane Knecht 在X 上直言：“我們辜負了客戶和更廣泛的互聯網的信任；這不是攻擊，而是我們內部進行例行配置更改後產生的問題；任何宕機都是不可接受的，我們會竭盡全力贏回這份信任。”

值得一提的是，這已經不是Cloudflare 第一次讓網路“集體停擺”，但卻是近6 年來最嚴重的一次。

2013 年，BGP 路由配置錯誤導致Cloudflare 整個網路從互聯網上“消失”，所有DNS 和服務中斷約1 小時；

2019 年，WAF 託管規則更新時一條災難性的正規表示式引發全域CPU 指數級回溯，30 分鐘內讓半個互聯網返回502/503 錯誤，這也是Cloudflare 官方自稱最嚴重的一次內部問題導致的宕機；

2020 年，一次常規程式碼部署中CPU 耗盡bug 被放大，導致全球邊緣節點CPU 飆升至100%，流量暴跌近50%，持續約30 分鐘；

2022 年，骨幹網路配置變更時錯誤地將19 個高流量資料中心同時下線，導致全球50%以上的網站流量中斷近1 小時40 分鐘；

2023 年，美國波特蘭單一核心資料中心因電力完全中斷（市電+所有發電機失效），導致Dashboard/API 及分析服務大面積不可用；

今年6 月，第三方儲存基礎架構故障導致Workers KV 全域降級，影響Workers、R2、Zero Trust 等多個產品長達2 小時28 分。

一次又一次的宕機，停擺，也不由得讓我們思考一個長期被「Web3 敘事」、「區塊鏈技術」、「去中心化網路」迴避的問題：去中心化網路真的能取代Cloudflare 這樣的中心化基礎設施嗎？

Cloudflare 沒有「Web3 版本平替」：去中心化區塊鏈網路無法脫離中心化基礎服務

答案當然是否定的。

過往，每當網路遭遇中心化服務宕機時，加密市場都會被「中心化服務不靠譜」、「去中心化網路才是未來」的呼聲所淹沒；今年7 月，以太坊網路穩定運作十週年之時，Vitalik 還借「以太坊從未宕機、停機」一事感嘆去中心化網路的獨特優勢。但從實際情況出發，Cloudflare 這樣的網路基礎設施建設，在目前的Web3 基礎設施中幾乎沒有「平替」。以下為Grok 4.1 整理的相關比較資訊：

更殘酷又現實的真相是：絕大多數Web3 專案本身就依賴Cloudflare 的服務而運作。

• 前端託管在Vercel/Netlify（底層Cloudflare）
• RPC 節點用Cloudflare Gateway 防護
• 官網、文件、錢包連接等網站頁面依賴Cloudflare

毫不誇張地說，如果沒有Cloudflare，90% 的Web3 專案都會陷入停擺狀態。

Meme 雖遲但到：Cloudflare 新進員工背鍋？只是網友玩梗

Cloudflare 宕機事件中，另一件頗為有趣的事情，則是事情發生後的一個Meme 老梗——某網友發帖稱自己入職Cloudflare 第一天做了些“小更新”，隨後網友們也開始了自己的“玩梗之旅”，甚至搞了個“入職Cloudflare 體”——

• 「入職Cloudflare 第一天，老闆叫我去伺服器室看看，祝我好運！”
• “在Cloudflare 的第一天很棒，已經升職了！”

當然，這只是玩梗，上面那個網友之前還發過「入職亞馬遜雲」的Meme 推文。但從這些玩梗內容我們也不難看出：網友們已經對中心化基礎設施停擺事件見怪不怪了，而面對這樣的情況，除了一邊玩梗一邊等待，也別無他法。

結論：去中心化網路與中心化服務並非二選一，而是組合拳

文章的最後，我們不得不承認——在性能、成本、安全、易用性上，中心化互聯網服務方案仍然遙遙領先，而想讓去中心化基礎設施及區塊鏈網絡完全取代中心化服務，去承載X、Spotify、OpenAI 等AI 網站的超大規模數據和雲端服務流量，無異於天方夜譚。

Cloudflare 的歷次宕機事件無法成為去中心化網路大規模採用的契機，但卻可以讓我們反思：Web3 去中心化基礎架構的差異性和獨特性優勢到底在哪裡？

少數中心化巨頭仍然掐著網路的咽喉，而我們距離真正的去中心化網路生態，還有很長的路要走。肉眼可見的未來5-10 年，去中心化網路與中心化服務仍是一套組合拳，而非二選一的抉擇。

只不過，下次Cloudflare 再出問題時，或許我們能少一些「中心化服務也不中用啊」的幸災樂禍，多一些「我們什麼時候能真正不需要依賴它」的思考。