《無畏契約》7月16日周年更新上線：拆解連線射擊背後的 netcode、反作弊與版本部署工程

TL;DR

《無畏契約》（Valorant）7 月 16 日的周年版本更新，表面上是新特工、新地圖與平衡調整上線，背後真正考驗的是一套讓全球大量玩家同時連線對戰、還能維持公平的分散式工程：128 tick 的高頻伺服器、射擊者優先的延遲補償、開機即載入的核心層反作弊，以及一次不能失誤的版本部署。這篇文章拆解這三條技術線為什麼是線上戰術射擊遊戲最難的工程題。

關鍵事實

• 遊戲名稱：《無畏契約》（Valorant），開發商為拳頭遊戲（Riot Games）。
• 更新時間：7 月 16 日周年版本更新。
• 產品定位：5 對 5 戰術射擊遊戲，競技導向。
• 伺服器規格：競技模式採 128 tick 更新頻率。
• 反作弊：遊戲內建 Vanguard，屬於核心層（ring 0）反作弊驅動程式。

一場射擊遊戲的「公平」是怎麼算出來的

戰術射擊遊戲與一般連線遊戲最大的差別，在於「一槍爆頭」這件事對時間誤差極度敏感。敵人的頭部在螢幕上只佔幾個像素，玩家看到的那一瞬間、跟伺服器收到開槍指令的那一瞬間，中間可能相差幾十毫秒。這幾十毫秒裡，敵人已經移動到別的位置。於是問題出現了：伺服器到底該相信誰看到的畫面？

《無畏契約》的答案是「射擊者優先」（favor the shooter）。只要玩家在自己的螢幕上看到敵人並按下開火鍵，伺服器會把時間回溯到玩家開槍的那一刻，重新比對當時所有人的位置。如果當下準星確實對著敵人，這一槍就成立。這套邏輯的好處是手感直觀、不會出現「明明打中了卻沒有傷害」的挫折；代價是，被開槍的人會覺得「我明明已經躲進牆後還是死了」——這就是延遲補償必然的取捨。

要讓這套回溯比對成立，伺服器必須夠頻繁地更新世界狀態。《無畏契約》競技伺服器採用 128 tick，也就是每秒鐘把整個對戰世界的狀態重新計算 128 次、並向所有連線的玩家客戶端送出 128 次更新。tick 數越高，每個離散時間格越細，回溯比對越精準，玩家移動與開槍的判定也越接近真實發生的事。早年不少射擊遊戲只跑 64 tick 甚至更低，玩家會明顯感覺到「子彈被吞掉」；128 tick 幾乎是現代競技射擊的工程共識與成本上限。

這裡的成本不只是伺服器處理器。128 tick 意味著每秒要處理 128 輪的碰撞偵測、彈道計算、視野遮蔽判斷，再把差異打包成封包送給十個玩家。當全球同時有大量對局在跑，機房規模與網路頻寬就是一筆固定的硬成本。這也是為什麼高 tick 率通常只保留給競技模式，休閒模式可以用較低的頻率換取營運空間。

反作弊：為什麼它必須住在核心層

射擊遊戲的外掛問題比任何類型都嚴重，因為「自動瞄準」與「透視」只需要讀取遊戲記憶體裡的敵人座標，就能把人類反應時間壓縮到接近零。《無畏契約》的對應方案是 Vanguard，一個在 Windows 開機階段就載入的核心層（ring 0）驅動程式。

核心層反作弊的工程邏輯是「搶在外掛之前」。使用者層的監測程式，看得到的是作業系統願意給它看的畫面；而核心層驅動在作業系統最底層運作，理論上能觀察到所有試圖讀寫遊戲記憶體的行為，無論外掛用什麼方式注入。這就是為什麼 Vanguard 採取開機即載入——若只在使用者登入遊戲後才啟動，外掛可以在它啟動前就把自己藏好。

這套方案的代價是隱私爭議。一個永遠住在核心層、開機就執行的驅動程式，理論上擁有讀取電腦內一切資料的權限。拳頭遊戲對外的說法是 Vanguard 只回傳與遊戲安全相關的資料，且可以透過完整移除遊戲來解除安裝。這種在保護與效能之間走鋼索的工程取捨，和 育碧直播封鎖背後的反盜錄與版權偵測工程 其實是同一類問題：為了防堵少數惡意使用者，整個保護機制必須深入到系統最底層，而這個深入本身就會觸發信任爭議。差別在於，反作弊防的是對戰公平，反盜錄防的是商業利益，但兩者的工程代價——核心層權限、效能損耗、使用者信任——是共通的。

伺服器端其實還有第二道防線。每場對局的射擊行為、準星移動軌跡、命中率都會被記錄，玩家離線後交由資料分析比對人類玩家的統計基線。一個突然出現、命中率接近百分之百、且每次鎖定都精準停在頭部的帳號，會被系統標記為可疑。這層事後追蹤補了核心層即時防護的死角：那些偽裝得足夠克制、不在驅動層被抓住的外掛，會在資料的統計層露出馬腳。

版本部署：一次不能失誤的全球回退演習

周年版本更新的另一面是部署工程。《無畏契約》這類即時服務遊戲，每一次大改版都意味著全球機房同時切換版本、客戶端強制更新、舊對局資料格式遷移。任何一個環節出錯，輕則玩家連不上伺服器，重則帳號資料錯亂。

部署時間永遠排在凌晨，不是巧合。凌晨是各區域同時在線人數的最低點，這時把伺服器集羣分批下線、更新、驗證、再上線，影響面最小。即使如此，分批部署仍是必要的保險：先讓一小部分機房跑新版本，觀察錯誤率與玩家回報，確認穩定後再逐步擴大。一旦新版本出現嚴重問題，團隊必須有能力在短時間內把整個全球機房回退到上一個版本——這套能力本身就是一門工程。

同樣的版本維運邏輯，也可以在 《英雄聯盟》經典版伺服器的版本考古工程 裡看到。同為拳頭遊戲的產品，《英雄聯盟》在處理「如何讓舊版本重新可玩」這件事時，面對的是另一種部署極限：不是把所有人推向新版本，而是同時維護一個與主線完全不同的平行版本。兩者背後是同一套版本管理能力——對狀態的精確控制，以及隨時可回退的安全網。

常見問題 FAQ

《無畏契約》7 月 16 日更新是什麼？ 這是遊戲的周年級賽季大改版，通常包含新特工、地圖調整、平衡性修改與新通行證獎勵，屬於例行的大型內容推送。

為什麼要 128 tick？ tick 是伺服器每秒更新世界狀態的次數。128 tick 讓延遲補償的回溯比對更精準，減少「打中卻沒有傷害」的誤判，是競技射擊公平性的工程底線。

Vanguard 反作弊為什麼常駐核心層？ 核心層驅動在作業系統最底層運作，能在開機階段就攔截外掛對遊戲記憶體的讀寫。若只在遊戲啟動後才載入，外掛有時間提前隱藏。

更新會不會把我的帳號資料弄壞？ 正規部署採分批推送與資料庫遷移驗證，並保留快速回退能力。重大版本上線後若發現問題，營運方通常會在短時間內回退版本並補償玩家。

懶人包

• 周年版本更新的工程重心在維持連線對戰的公平，而非新內容本身。
• 128 tick 伺服器加上射擊者優先的延遲補償，是這款遊戲手感與公平的兩根支柱。
• Vanguard 核心層反作弊換來的是即時防護，代價是開機即常駐的隱私爭議。
• 大改版部署走分批推送、凌晨時段加上可回退的安全網，這套邏輯適用所有即時服務遊戲。

結論

當玩家在 7 月 16 日打開客戶端、下載周年更新、排進第一場對局時，感受到的是新特工與新地圖。但在順暢的體驗背後，是 128 tick 的高頻伺服器在每秒做 128 次狀態計算、是延遲補償模型在毫秒級的時間格裡回溯比對、是核心層反作弊在開機那一刻就開始監控、是部署團隊在凌晨分批切換全球機房。一次看起來稀鬆平常的版本更新，其實是一套分散式系統、網路工程與安全工程的綜合演習——而它必須做到讓玩家完全感覺不到這些工程的存在，這才是連線對戰遊戲最難的地方。