第415章 周末！
周六上午，北京。
趙銘遠在家。
他住在西城區一個老小區的頂層，四居室，裝修是五六年前做的，不算新但乾淨。
書房朝北，冬天有點冷，暖氣片的溫度夠用但手指會涼，他從柜子里翻出一雙半指手套戴上了。
這雙手套是他在軟體開發中心寫代碼那幾年養成的習慣，冬天在機房裡調系統，手凍得僵但又不能戴全指手套因為要敲鍵盤，就買了一雙半指的。
後來不寫代碼了但習慣留下來了，冬天在書房幹活還是戴。
桌上攤著第一輪溝通會的材料。
87頁的完整方案列印了兩份，一份乾淨的存檔，一份上面全是他用鉛筆做的批註。
批註密密麻麻的，有的是修改意見，有的是補充數據，有的是跟同事討論後的備忘。
第二輪答辯在十二月中旬。
還有不到兩周的時間。
他需要升級方案。
…………
第一輪溝通會之後他做了一個復盤。
工行的方案在四家裡是最完整的，這一點他有信心。
87頁，全棧自研，從清算到錢包到硬體，每一個環節都有東西。
建行和中行的方案比工行薄，沒有亮點。
微光的方案他反覆看了三遍。
12頁，可編程貨幣引擎，異步架構，三個demo。
他第一遍看的時候覺得有意思但不實用。
概念是新的，」讓錢自己知道該怎麼花」這句話他在溝通會上聽到的時候愣了一下，因為這個思路他沒想過。
他在銀行系統幹了十八年，錢的功能在他的認知里是固定的：支付、清算、存儲、轉帳。
錢可以變成數字，但錢本身的功能為什麼要變？
第二遍看的時候他開始認真分析。
消費券、分帳支付、條件觸發，這些功能確實有應用場景。
政府發消費券的時候確實需要限定使用範圍，商戶結算的時候確實存在多方分帳的需求。
但這些需求不是通過」讓錢變得可編程」來解決的唯一方式。
銀行現有的系統也能做，只是做法不同。
是在支付完成之後通過後台清算來實現分帳和限制規則的，不需要在錢本身上寫代碼。
方式不同，結果一樣。
第三遍看的時候他得出了結論：可編程貨幣是一個技術概念，不是一個核心需求。
央行要的是數字人民幣能用、好用、安全、穩定。
至於錢是固定功能的還是可編程的，對央行來說不是優先級最高的問題。
優先級最高的問題是冬奧期間數字人民幣不出事。
而且異步架構本身就有風險。
趙銘遠在軟體開發中心幹了十二年，他知道異步系統的坑在哪裡。
一致性問題，時序問題。
在高並發場景下異步隊列堆積導致的級聯故障。
這些問題在網際網路公司的業務系統里除了可以回滾，可以降級，可以發個公告說」系統維護中請稍後再試」。
但在國家級的金融基礎設施里不行。
數字人民幣的每一筆交易都涉及真金白銀，出了一致性問題就是帳目對不上，帳目對不上就是錢沒了或者多了。
這種事在冬奧期間發生一次，新聞標題就寫好了：」數字人民幣系統故障，運動員帳戶被重複扣款。」
不出事，這三個字是一切的基礎。
不出事意味著什麼？
意味著清算系統要穩，錢包要安全，支付要快，推廣要有覆蓋。
這些事情誰做得最好？
銀行。
工行有3.2億客戶、1.6萬網點、幾十年的清算運營經驗。
出了問題有監管兜底，有風控體系支撐，有整個銀行系統的信用背書。
一家民企呢？一家做APP的？出了問題誰兜底？
趙銘遠不是在貶低微光。
他承認微光在C端觸達上有優勢，247城的覆蓋、幾萬個團長終端、日均幾十萬單的物流網絡，這些東西在推廣數字人民幣錢包方面確實比銀行強。
但推廣是推廣，核心是核心。
推廣交給微光沒問題，核心技術架構必須由持牌金融機構來承建。
這不是偏見，這是金融系統運轉的基本邏輯。
他從桌上拿起一張空白的A4紙。
…………
建議書。
他用了兩個小時寫了一份兩頁的建議書，標題是」關於DCEP技術服務商選拔中核心架構承建資格的建議」。
內容分三部分。
第一部分是現狀分析，簡要說明四家候選機構的技術方案差異。
沒有點名批評微光，只是客觀描述了」部分候選機構的方案聚焦於應用層創新而非基礎架構建設」。
第二部分是風險提示。
他寫了三個風險：
一是非持牌機構承建核心架構可能面臨的監管合規問題；
二是非銀行機構在清算系統運維方面的經驗不足可能帶來的穩定性風險；
三是冬奧期間如果核心系統出問題，非持牌機構無法通過銀行間清算網絡進行應急切換。
三個風險都是真實的，不是編的，不是誇大的，是客觀存在的。
趙銘遠寫這些東西的時候沒有惡意，他是在做他認為正確的事。
第三部分是建議。
只有一句話：」建議研究所在最終選拔中明確，DCEP核心技術架構的承建資格限於持牌金融機構。」
他寫完了，從頭到尾看了一遍。措辭嚴謹，數據準確，邏輯清晰，沒有一句話是情緒化的。
這份建議書放在任何一個銀行高管的桌上都不會被認為是不合適的，因為它說的都是對的。
從銀行的視角看，說的都是對的。
…………
他把建議書列印出來，用釘書機釘好，放在一個透明的文件袋裡。
文件袋是他從工行辦公室帶回來的，上面印著工行的logo，藍色的。
窗外是北京十二月的陽光，冬天的太陽很低，光線斜斜地照進書房，打在書桌上，把文件袋的塑料面照得發亮。
書桌旁邊放著一杯已經涼了的咖啡，美式，不加糖不加奶，他從年輕時候就這么喝。
涼了之後更苦，他喝了一口，皺了一下眉，放下了。
書房的牆上掛了兩張證書。
一張是工行的」十年貢獻獎」，2013年發的。
另一張是中國計算機學會的高級會員證，他每年續費，雖然早就不寫論文了。
兩張證書的位置不是他掛的，是他妻子幫他掛的，掛在書桌正對面的牆上，他每次抬頭都能看到。
升遷的事他不是沒想過。
工行金融科技部副總經理，再往上是總經理。
總經理的位子已經空了半年了，行里一直在物色人選。
內部的競爭者有兩個，一個是數據管理部的副總，年齡比他大三歲，資歷深但技術弱。
另一個是北京分行的科技部主任，年齡比他小兩歲，有基層經驗但缺乏總部視野。
如果他能把DCEP這個項目做好，拿下核心技術服務商的資格，升總經理是順理成章的事。
三個競爭者里他最有優勢，前提是DCEP的結果站在他這邊。
但他寫這份建議書不是為了升遷。
或者說不完全是。
他寫這份建議書首先是因為他真的相信銀行應該承建核心架構，其次才是因為這件事做成了對他的職業生涯有幫助。
這兩個動機在他腦子裡不矛盾，因為他認為自己在做正確的事，正確的事帶來好的結果，這沒什麼不對的。
他把方案的批註版和建議書都收進了公文包里。拉上拉鏈。
站起來，把半指手套摘了，搓了搓手。
書房裡暖氣片的溫度夠用了，手指已經暖回來了。
滿意。周一遞交所長。
趙銘遠在家。
他住在西城區一個老小區的頂層，四居室，裝修是五六年前做的，不算新但乾淨。
書房朝北，冬天有點冷，暖氣片的溫度夠用但手指會涼，他從柜子里翻出一雙半指手套戴上了。
這雙手套是他在軟體開發中心寫代碼那幾年養成的習慣，冬天在機房裡調系統，手凍得僵但又不能戴全指手套因為要敲鍵盤，就買了一雙半指的。
後來不寫代碼了但習慣留下來了，冬天在書房幹活還是戴。
桌上攤著第一輪溝通會的材料。
87頁的完整方案列印了兩份，一份乾淨的存檔，一份上面全是他用鉛筆做的批註。
批註密密麻麻的，有的是修改意見，有的是補充數據，有的是跟同事討論後的備忘。
第二輪答辯在十二月中旬。
還有不到兩周的時間。
他需要升級方案。
…………
第一輪溝通會之後他做了一個復盤。
工行的方案在四家裡是最完整的，這一點他有信心。
87頁，全棧自研，從清算到錢包到硬體，每一個環節都有東西。
建行和中行的方案比工行薄，沒有亮點。
微光的方案他反覆看了三遍。
12頁，可編程貨幣引擎，異步架構，三個demo。
他第一遍看的時候覺得有意思但不實用。
概念是新的，」讓錢自己知道該怎麼花」這句話他在溝通會上聽到的時候愣了一下，因為這個思路他沒想過。
他在銀行系統幹了十八年，錢的功能在他的認知里是固定的：支付、清算、存儲、轉帳。
錢可以變成數字，但錢本身的功能為什麼要變？
第二遍看的時候他開始認真分析。
消費券、分帳支付、條件觸發，這些功能確實有應用場景。
政府發消費券的時候確實需要限定使用範圍，商戶結算的時候確實存在多方分帳的需求。
但這些需求不是通過」讓錢變得可編程」來解決的唯一方式。
銀行現有的系統也能做，只是做法不同。
是在支付完成之後通過後台清算來實現分帳和限制規則的，不需要在錢本身上寫代碼。
方式不同，結果一樣。
第三遍看的時候他得出了結論：可編程貨幣是一個技術概念，不是一個核心需求。
央行要的是數字人民幣能用、好用、安全、穩定。
至於錢是固定功能的還是可編程的，對央行來說不是優先級最高的問題。
優先級最高的問題是冬奧期間數字人民幣不出事。
而且異步架構本身就有風險。
趙銘遠在軟體開發中心幹了十二年，他知道異步系統的坑在哪裡。
一致性問題，時序問題。
在高並發場景下異步隊列堆積導致的級聯故障。
這些問題在網際網路公司的業務系統里除了可以回滾，可以降級，可以發個公告說」系統維護中請稍後再試」。
但在國家級的金融基礎設施里不行。
數字人民幣的每一筆交易都涉及真金白銀，出了一致性問題就是帳目對不上，帳目對不上就是錢沒了或者多了。
這種事在冬奧期間發生一次，新聞標題就寫好了：」數字人民幣系統故障，運動員帳戶被重複扣款。」
不出事，這三個字是一切的基礎。
不出事意味著什麼？
意味著清算系統要穩，錢包要安全，支付要快，推廣要有覆蓋。
這些事情誰做得最好？
銀行。
工行有3.2億客戶、1.6萬網點、幾十年的清算運營經驗。
出了問題有監管兜底，有風控體系支撐，有整個銀行系統的信用背書。
一家民企呢？一家做APP的？出了問題誰兜底？
趙銘遠不是在貶低微光。
他承認微光在C端觸達上有優勢，247城的覆蓋、幾萬個團長終端、日均幾十萬單的物流網絡，這些東西在推廣數字人民幣錢包方面確實比銀行強。
但推廣是推廣，核心是核心。
推廣交給微光沒問題，核心技術架構必須由持牌金融機構來承建。
這不是偏見，這是金融系統運轉的基本邏輯。
他從桌上拿起一張空白的A4紙。
…………
建議書。
他用了兩個小時寫了一份兩頁的建議書，標題是」關於DCEP技術服務商選拔中核心架構承建資格的建議」。
內容分三部分。
第一部分是現狀分析，簡要說明四家候選機構的技術方案差異。
沒有點名批評微光，只是客觀描述了」部分候選機構的方案聚焦於應用層創新而非基礎架構建設」。
第二部分是風險提示。
他寫了三個風險：
一是非持牌機構承建核心架構可能面臨的監管合規問題；
二是非銀行機構在清算系統運維方面的經驗不足可能帶來的穩定性風險；
三是冬奧期間如果核心系統出問題，非持牌機構無法通過銀行間清算網絡進行應急切換。
三個風險都是真實的，不是編的，不是誇大的，是客觀存在的。
趙銘遠寫這些東西的時候沒有惡意，他是在做他認為正確的事。
第三部分是建議。
只有一句話：」建議研究所在最終選拔中明確，DCEP核心技術架構的承建資格限於持牌金融機構。」
他寫完了，從頭到尾看了一遍。措辭嚴謹，數據準確，邏輯清晰，沒有一句話是情緒化的。
這份建議書放在任何一個銀行高管的桌上都不會被認為是不合適的，因為它說的都是對的。
從銀行的視角看，說的都是對的。
…………
他把建議書列印出來，用釘書機釘好，放在一個透明的文件袋裡。
文件袋是他從工行辦公室帶回來的，上面印著工行的logo，藍色的。
窗外是北京十二月的陽光，冬天的太陽很低，光線斜斜地照進書房，打在書桌上，把文件袋的塑料面照得發亮。
書桌旁邊放著一杯已經涼了的咖啡，美式，不加糖不加奶，他從年輕時候就這么喝。
涼了之後更苦，他喝了一口，皺了一下眉，放下了。
書房的牆上掛了兩張證書。
一張是工行的」十年貢獻獎」，2013年發的。
另一張是中國計算機學會的高級會員證，他每年續費，雖然早就不寫論文了。
兩張證書的位置不是他掛的，是他妻子幫他掛的，掛在書桌正對面的牆上，他每次抬頭都能看到。
升遷的事他不是沒想過。
工行金融科技部副總經理，再往上是總經理。
總經理的位子已經空了半年了，行里一直在物色人選。
內部的競爭者有兩個，一個是數據管理部的副總，年齡比他大三歲，資歷深但技術弱。
另一個是北京分行的科技部主任，年齡比他小兩歲，有基層經驗但缺乏總部視野。
如果他能把DCEP這個項目做好，拿下核心技術服務商的資格，升總經理是順理成章的事。
三個競爭者里他最有優勢，前提是DCEP的結果站在他這邊。
但他寫這份建議書不是為了升遷。
或者說不完全是。
他寫這份建議書首先是因為他真的相信銀行應該承建核心架構，其次才是因為這件事做成了對他的職業生涯有幫助。
這兩個動機在他腦子裡不矛盾，因為他認為自己在做正確的事，正確的事帶來好的結果，這沒什麼不對的。
他把方案的批註版和建議書都收進了公文包里。拉上拉鏈。
站起來，把半指手套摘了，搓了搓手。
書房裡暖氣片的溫度夠用了，手指已經暖回來了。
滿意。周一遞交所長。