Nvidia 說需求非比尋常、產能才是限制，於是拿預付款把供應商還沒蓋好的產能先訂下來。Railway 的公告同樣標著 10 月 21 日，內容是通知客戶：你們放在我們這裡的加密環境變數，可能已經被人讀走。一邊花錢鎖住還不存在的東西，另一邊在叫人換掉早就交出去的金鑰。

一、Nvidia 與六家夥伴擴產：預付款買的是「先排到隊」

Nvidia 的新聞稿列了六家夥伴：Amkor、IBIDEN、KYEC（King Yuan Electronics）、Samsung Electro-Mechanics、SPIL、Unimicron。稿子寫在 GTC Berlin 當天，標示日期是 10 月 21 日，頁面沒給時刻。

稿子裡算得清楚的錢只有兩筆。KYEC 拿到 Nvidia 的 11 億美元產能預訂預付款，用來蓋新的美國測試廠與設備，量產目標是 2027 年 4 月。IBIDEN 的預付款，稿子只寫「multibillion-dollar」，沒給金額，用途是日本 Ono Plant 擴到目前水準的 3 倍，新增產能 2028 年第一季開始爬坡。Unimicron 同樣是產能預訂，支持台灣的 KF 基板擴建，2027 年第二季起動，2028 年中達滿產。

其餘大多是倍數。Nvidia 計畫三年內讓其產品的基板產能增加 2.5 倍；Amkor 在韓國的中介層晶圓產能到 2028 年底增加超過 300%；Nvidia 預期整體測試產能 2026 到 2027 日曆年翻倍；SPIL 的共同封裝光學（CPO）光學引擎產能，到 2027 年中增加 15 倍。這些倍數稿子都沒給基準，所以我不換算成任何絕對數字。基準若很小，15 倍也說不上大。

Jensen Huang 的原話是：「Demand is extraordinary. Capacity is the constraint」，後面接一句「We are in the midst of the largest infrastructure buildout in human history」。

我停在預付款這個設計上。對供應商來說，拿到錢才敢擴廠，合理。要問的是它怎麼失敗：需求不如預期的時候，誰承擔落空的損失，稿子沒寫，我不替它回答。預付款能不能退、預訂的產能能不能轉給別的客戶，我也沒讀到。需求繼續往上時，這種安排對雙方都划算，但它把好幾條產線的產能掛在同一個買家名下，風險的形狀比看起來集中。如果之後有人揭露合約條款，顯示預付款可以退或產能可以轉用，我會把這個判斷放鬆。

原文來源：Nvidia 新聞稿：NVIDIA and supply chain partners expand capacity to accelerate AI infrastructure buildout，2026-10-21

二、Meta 第三季：營業利益掉 37%，另外開出一種不能投票的股票

Meta 的新聞稿標示日期是 10 月 21 日。2026 年第三季（截至 9 月 30 日的三個月），營收 646.01 億美元，年增 26%；營業利益 129.88 億美元，對比去年同期的 205.35 億美元，下降 37%。差額的一大塊，來自一筆 98.9 億美元的費用（稿子寫「$9.89 billion charge」），對應 2026 年 8 月與 52 位州檢察長就青少年心理健康與社群媒體訴訟達成的協議，付款最高約 185.9 億美元。扣掉這筆，Q3 營業利益是 228.8 億美元，稀釋後每股盈餘 7.40 美元，帳面數字是 3.83 美元。

2026 全年資本支出（含融資租賃本金付款）的新區間是 1,350 億到 1,450 億美元，稿子寫明是從原先的 1,300 億到 1,450 億美元收窄；Q3 當季的資本支出是 349.1 億美元。長期負債 809.22 億美元，2025 年 12 月 31 日是 587.44 億美元；前九個月債務發行的淨收入 249.1 億美元。

另一件事是 Class C 普通股。修訂後的公司章程預定 2027 年 1 月 19 日生效，董事會宣布一次性股利：每持有一股 Class A 或 Class B，配發一股 Class C，記錄日與發放日待定。Class C 沒有投票權，稿子的原話是它「will not change the voting power of any shareholder」，並說這是為了讓 Meta 有「the ability to finance its growth」，用途列舉了籌資、員工薪酬、潛在併購與一般企業用途。股利發放後，Meta 預期 Class A 的市價會反映「二比一股票分割」的效果。

新聞稿沒講的我也列出來：沒有描述任何具體的 AI 基礎建設融資計畫。稿子只說管理層預期「continue investing aggressively」，2027 年預算還在規劃。

我的讀法是三件事朝同一個方向走：資本支出下限調高、負債九個月內增加約 222 億美元、開出一個不影響現有投票權的新股類別。這是我把幾個事實並排的結果，稿子沒有把它們連成一句話。如果拿新股籌資的人最後是買了無投票權股票的人，那承擔這條路的後果，也是沒有表決權的那一群。這句同樣是我的推論。

原文來源：Meta 投資人關係：Meta Reports Third Quarter 2026 Results，2026-10-21

三、LiteLLM 1.107.0：只要 Python 啟動，竊取程式就會跑

SafeDep 的文章日期是 10 月 21 日。時間線它用 UTC 寫：11:39 到 11:40 上傳到 PyPI，11:50 GitHub 出現 release，13:40 從 PyPI 下架。受影響的是 LiteLLM 1.107.0，包含七個 wheel 與 sdist；SafeDep 列出的乾淨版本是 1.106.2、1.107.0rc1、1.107.0rc2，它們鎖定的 litellm-proxy-extras==0.4.110 與 litellm-enterprise==0.1.78 也乾淨。

這一則我覺得最危險的是觸發條件。惡意程式裝了兩個東西，其中 cook.pth 與 cook.py 是憑證竊取器，收集 SSH 金鑰、雲端憑證、CI/CD secrets、AI 工具 token、瀏覽器密碼，以及 LiteLLM proxy 資料庫裡的 LLM 供應商金鑰，加密後送到 www.litellm[.]dev/healthcheck。SafeDep 的原文寫它會在任何 Python 行程啟動時執行，「even one that never imports litellm」。意思是裝了這個版本的機器上，就算你寫的程式根本沒用到 LiteLLM，只要跑任何 Python，就會觸發。另一個 sitecustomize.py 會啟動每小時執行的背景常駐程式，從 GitHub 檔案讀伺服器位址，重跑竊取器，並下載執行第二階段程式。

發布路徑也怪。sdist 的 pyproject.toml 被注入一行 data = "cook"，公開的 BerriAI commit 裡找不到這個改動；標籤 v1.107.0 指向的 commit，pyproject.toml 寫的版本卻是 1.108.0，跟發行版對不上。SafeDep 找不到任何公開的 GitHub Actions 執行過這個版本的建置或發布，GitHub release 是 PyPI 上傳約 10 分鐘後由 litellm-dispatcher[bot] 發的。SafeDep 以「moderate to high confidence」判斷，是 BerriAI 私有的發行流程，用被攻擊者改過的原始碼建置出來。這是 SafeDep 的判斷，我沒有別的來源能交叉確認。

SafeDep 沒辦法取回第二階段程式的伺服器位址，所以執行過後門的主機，可能已經執行了第二階段的內容，具體做了什麼文章沒有答案。下載量與受影響的依賴者數量，文章也沒給。攻擊者是誰，本次文章沒有指明。

如果你的機器曾經安裝過 1.107.0，升級之外，還得把那台機器上看得到的憑證當成已經外流來輪替。這是我的建議，不是 SafeDep 的原話。

原文來源：SafeDep：LiteLLM PyPI compromise: credential stealer and backdoor，2026-10-21

四、Railway：加密的環境變數，部分已被解密讀取

Railway 的公告日期是 10 月 21 日，內文寫「Earlier this morning」偵測到事件，沒給時刻與時區。公告說未授權的第三方「may have accessed encrypted environment variables」，其中部分環境變數，對方拿到的是解密後的內容。這些變數可能含 API 金鑰、資料庫與映像登錄憑證。

處置是通知上游供應商以便撤銷金鑰，暫停所有部署，客戶無法建置；狀態頁有更新。Railway 要客戶立刻輪替所有存放在平台上的環境變數（含 API 金鑰）與私有登錄憑證，並檢查日誌。受影響的客戶數公告沒寫，只說初步分析顯示衝擊「may be limited to a subset of users」，會直接寄信通知。

公告裡有一句 Railway 自己的判斷：它「相信」這是最近一連串針對平台公司的攻擊的一部分，目的是入侵 AI 推論供應商。這是 Railway 的說法，原文用的就是「belief」，不是已確認的結論。攻擊者身分、入侵路徑、受影響人數，公告都沒有。

我把這一則和上一則放在一起，是我自己的安排，兩邊沒有任何來源把它們連起來。我留意的是同一個形狀：金鑰集中放在一個點上，那個點出事，輪替的工作落在每一位客戶頭上，而且各自要去查自己的日誌。

原文來源：Railway：Security disclosure, Wednesday October 21st，2026-10-21

五、Nscale 的栗樹林：同一片林子，兩個日期

這一則我花最多字，因為各方說法是互相衝突的，我只能分開寫。

404 Media 在 10 月 21 日報導，Nscale 在西維吉尼亞 Mason County 規劃的 Monarch Compute Campus（規劃 2,250 英畝，施工中）旁邊，有一片略多於一英畝的美國栗樹林，位於前 Clements State Tree Nursery，近俄亥俄河；州 DNR 在 1961 年買下這個苗圃。Nscale 是英國新創，報導列出的客戶包括 Anthropic、Nvidia、Microsoft，並說它今年 3 月收購了包含這座園區的 American Intelligence & Power Corporation。Nscale 目前還沒有擁有這塊林地，處於「plan for purchase agreement」；州長 Morrisey 的辦公室說，這塊地受一份 2023 年由前任政府簽下的具法律約束力的購買選擇權約束。（上週日那篇寫的 Microsoft 退出 Loughton 合約是 Nscale 的另一件事，與這片林地無關。）

接下來是衝突的部分。

清除的時間，有讀者與 Goldberry Grove 的貼文提到 11 月 1 日之後樹可能被推平，Goldberry 不願具名提供來源。州長辦公室的說法是，樹木的移植排在 2027 年底的休眠季，由專業樹藝師監督；州長 10 月 10 日宣布樹木會被移植，可能移到樹木園。報導沒有確認哪個日期才是真的。

樹的狀況，West Virginia American Chestnut Foundation 的森林病理學家 Amy Metheny 說，如果樹被移動，會在兩到五年內死亡。Nscale 的資深副總 Pete Hollis 說：「There’s never been a plan to and there will never be a plan to bulldoze or cut down the trees」，並說樹木經樹藝師評估有枯萎病與健康問題，Nscale 願意負擔保存費用。州農業廳的評估是，樹木在現況下預期會持續死亡，妥善移植可能改善。

404 Media 報導中的清除日期，來自未具名來源的轉述，並非任何一方的正式確認。Anthropic 與 Nscale 的交易金額，這篇報導沒有載明條款，我不寫任何金額。

我不替任何一方下事實結論：樹到底有沒有病、移植活不活，我讀到的是三種彼此不同的專業說法，沒有能力裁判。我能說的是資訊面的判斷，這件事現在缺的是一份有日期的書面計畫。如果 Metheny 說得對，移植這個動作一旦做了就很難回頭，而時程卻有兩個差了一年多的版本。如果 11 月 1 日過後林地還在、州政府公布了簽名日期的移植計畫，我會把「兩個日期」這個切角收回去。

原文來源：404 Media：West Virginia American chestnut trees data center，2026-10-21

六、Trail of Bits：AI 修完 bug，誰來檢查它順便改了什麼

Trail of Bits 在 10 月 21 日發表文章，作者是 Anish Naik 與 Marcelo Morales。他們把回歸（regression）定義為：「a new defect introduced by a change that breaks previously correct and supported behavior」。起點是他們先前的審查發現，部分 Patch the Planet 的修補造成了回歸；他們的主張是，隨著漏洞揭露加速，業界需要更好的訊噪比。

他們做了兩個外掛：patching-bugs 負責重現回報的 bug、開發修補並測試；regression-hunt 負責檢查某個變更有沒有破壞原本受支援的行為。

數字要看條件。作者審查了超過 130 個已合併的 PR，確認 21 個回歸，其中 16 個是功能、1 個是效能、4 個是建置或測試，沒有任何一個破壞安全防護。單次執行中，58 個候選有 21 個為真，精確度約 36%。另外，regression-hunt 相對於「review the PR for regressions」這種提示的 Codex 代理基準，誤報少 25%，95% 信賴區間是 14% 到 38%。這些都是 Trail of Bits 作者自己報的數字；是哪些專案、用哪個模型跑的，我沒查到，所以我不拿 36% 去比較任何別的工具。

36% 只代表這一次執行、這 58 個候選。25% 的誤報下降，信賴區間下緣是 14%，上緣是 38%，落差很大。作者自己也寫了取捨：「Fewer false positives therefore came with a tradeoff in how many known regressions it could confidently report」，也就是誤報少了，能有把握報出來的已知回歸也跟著少。

我覺得值得停下來的是這個迴圈：修補由 AI 大量產出，檢查修補的又是 AI，而檢查者在這份報告裡，58 個候選裡有 37 個不是真的回歸。我會把它當分流工具，不當放行關卡。

原文來源：Trail of Bits：Your AI agent fixed the bug, but what else did it change?，2026-10-21

六則裡，我有時間點可以回頭查的只有一件：11 月 1 日，距今十天。到那天林子還在不在，不必等任何一方補文件。其餘幾件，LiteLLM 的第二階段做了什麼、Railway 影響多少客戶、Nvidia 的預付款能不能退，都得等當事人自己開口。