“簽名複用包：舊標籤秒變新版本，免跑輪換。”
匿名入口那張廣告截圖發出來時，辦公室裡沒人說話。陳毅把截圖投到牆上，灰底白字像一塊冷硬的牌匾：複用。
複用這兩個字，是工程效率的好詞；但落在簽名鏈上，就會變成制度的壞詞。
因為標籤不是軟體補丁，它是公信力證據。公信力一旦可複用，就等於公信力可交易。
林遠沒讓陳毅去追廣告背後是誰，只說：“立案。然後把這條路寫死。”
他把白板擦乾淨，寫下四行字，像一條把“升級”從暗道變成大道的施工規範：
舊標籤不得跨版本遷移
遷移必須複測留痕
升級路徑公開可審計
異常躍遷觸發抽查加密
“我們不反對升級。”林遠說，“我們反對無發生的升級。”
---
一場看似技術的會
當天下午，省資訊中心把“簽名鏈升級機制”列入臨時議題。會場比往常更緊張，因為這一次涉及的不只是條款，而是金鑰、簽名、驗真三件最敏感的東西——它們一旦被抓在某一方手裡，就等於抓住平臺的喉嚨。
到場的還是那幾方，但氣氛明顯變了：數科安全負責人帶了兩名工程師；銀行何經理也帶了IT同事；審計聯絡帶了旁聽記錄員；法規處的人把“可能構成變相許可”這句話夾在資料夾最前面。
數科副總先開口，還是那套“效率”話術：“CasePack輪換後，很多機構都要重複跑一遍。我們建議做一個升級通道：如果舊標籤透過過L1，就允許直接遷移到新版本，減少負擔。市場也會更快接受。”
諮詢總監立刻跟上：“對，這樣第三方服務也好開展。否則每兩週輪換一次，大家都被折騰。升級通道能穩定預期。”
聽起來很合理。合理到很多城市會拍手叫好。
林遠沒爭“折騰不折騰”，他只問一句：“如果舊標籤可以遷移，那遷移的依據是什麼？你怎麼證明它在新版本依然滿足？你憑經驗？還是憑發生？”
數科副總答得很快：“我們可以做差異比對。新舊版本差異不大，就直接遷移。”
“差異比對誰做？”林遠追問，“誰說差異不大？誰說可以遷移？這就是解釋權。”
他沒有再糾纏，用投影打出一張簡單得過分的圖——簽名鏈升級三段式：
1）版本宣告（Version Policy）
2）遷移測試（gration Test）
3）升級簽名（Upgrade Signature）
“升級不是複製舊簽名到新版本。”林遠說，“升級應該是：舊標籤作為‘前置證明’，但必須透過一段遷移測試，遷移測試產生新的run_id與nonce，省端再籤一個‘升級簽名’。這叫升級，這叫發生。”
銀行IT同事立刻明白了：“也就是升級必須重新跑一次，只是跑得更短？”
“對。”林遠點頭，“遷移測試只跑差異項，不跑全套。這樣既不折騰，也不讓暗道存在。”
---
門暗給不，走能都誰：開公徑路級升
：更變程工像很得寫款條，上桌在攤》）10-GPU（案草徑路級升《把遠林
：）換週兩（本版小kcaPesaC
；）項異差（Δ試測移遷過須必但，移遷許允
；di_nur的新生產試測移遷
。籤標新=錄記移遷+籤標舊
：）4.1.0v→3.1.0v如（本版中etiuS
；Δ跑只得不，1L/0L跑新重須必
。高險風，化變能可輯邏定判：因原
：）0.1v→x.0v如（本版大etiuS
；查聽旁發並，2L/1L/0L跑重須必
。固加須必，化變界邊力信公：因原
”。生發的新次一自來須必果結。果結用複能不，明證置前用複能只用複但。以可“，總副科數著看遠林”？用複想你“
”。計審可須必痕留程過級升“：頭點了點，話句一到看，頁一後最款條到翻絡聯計審
：很得寫話句那
”。號編CFR與號編單更變寫須必由理移遷；由理移遷籤不，要摘果結移遷籤只名簽級升“ ＞
。裡統系本版回拉，釋解頭口從”級升許允麼什為“把於等這
---
意生的”本版新變秒“付對：常異遷躍
”。多太求要們你為因是就，在存會才意生包用複。煩麻說會場市，試測跑要是還級升樣這你“：爭再想還監總詢諮
：上幕螢到投”常異遷躍“把只他，”煩麻“駁反沒遠林
