關(guān)于區(qū)塊鏈?zhǔn)鞘裁矗W(wǎng)絡(luò)上的解釋多如牛毛。這里，我從通常需求的角度總結(jié)一下：在記錄保存(身份存證)時，它是分布式賬本(分布式數(shù)據(jù)庫);在交易或支付(跨境支付)時，它是信任機(jī)器。雖然這兩種分類方法并不正交，但是對于理解區(qū)塊鏈的應(yīng)用領(lǐng)域有很大的好處。

不論是分布式賬本，還是信任機(jī)器，其底層的特性——不可篡改、透明、可追溯以及去中心化，最終導(dǎo)向的目的都只有一個，那就是信任。

區(qū)塊鏈的可信度來自于人類對數(shù)學(xué)邏輯嚴(yán)密性的信任，數(shù)學(xué)理論和加密學(xué)實踐可以確保鏈上數(shù)據(jù)和所有權(quán)的可靠程度。區(qū)塊的確認(rèn)基于共識算法、不可變的數(shù)據(jù)結(jié)構(gòu)，再通過 Merkle Tree、Hash Pointer(哈希指針) 保證前向區(qū)塊鏈的完整性，再加上經(jīng)濟(jì)、人心的博弈、理性經(jīng)濟(jì)人假設(shè)，共同構(gòu)成一套完整的信任系統(tǒng)。

然而，企業(yè)間的聯(lián)盟區(qū)塊鏈有一些不同，它的信任更多地依賴于發(fā)起者品牌的背書。在這樣的大環(huán)境下，聯(lián)盟鏈的設(shè)計就變得相當(dāng)靈活，比如***腰斬的就是代幣。

區(qū)塊鏈的行業(yè)應(yīng)用

在工信部***發(fā)表的《2018 年中國區(qū)塊鏈產(chǎn)業(yè)白皮書》中，區(qū)塊鏈產(chǎn)業(yè)生態(tài)分成了產(chǎn)業(yè)應(yīng)用(包含金融和實體領(lǐng)域)，基礎(chǔ)設(shè)施和平臺(如公有鏈和BaaS)，行業(yè)服務(wù)(如媒體)。而我們的關(guān)注點集中在產(chǎn)業(yè)應(yīng)用當(dāng)中。

[[241156]]

金融領(lǐng)域由于本身數(shù)字化程度比較高，在證券化以及ABS交易所等方向都有落地案例。在實體產(chǎn)業(yè)當(dāng)中，供應(yīng)鏈溯源，身份存證等也多有應(yīng)用。再加上區(qū)塊鏈本身具有“信任穿透”的神奇功效，對于構(gòu)建供應(yīng)鏈金融征信體系，改善小微企業(yè)的融資困境也很有幫助。

總體來說，幾乎各種產(chǎn)業(yè)場景都能應(yīng)用區(qū)塊鏈技術(shù)，因為這些場景里都有提升效率，降低成本，優(yōu)化征信體系的訴求。

汽車金融區(qū)塊鏈應(yīng)用

1. 汽車金融

汽車金融中的核心資產(chǎn)是汽車。汽車金融始終圍繞車的生命周期發(fā)生金融活動。從零配件的生產(chǎn)，到主機(jī)廠制造整車，然后通過各個區(qū)域的銷售公司將整車賣給各區(qū)域內(nèi)的經(jīng)銷商。實際上在中國，經(jīng)銷商還可以分為不同層級的二三級經(jīng)銷商，***才到顧客手中。而一旦新車完成銷售，就邁入了后市場的廣闊天地，以及二手車、三手車的再銷售。

從汽車零配件的生產(chǎn)運輸和組裝到車賣給經(jīng)銷商，這些環(huán)節(jié)所涉及到的金融活動叫做供應(yīng)鏈金融，而顧客通過金融活動來買車，不管是新車還是二手車，都屬于消費金融的范疇。

汽車的生命周期和金融公司的參與環(huán)節(jié)：

它們的業(yè)務(wù)模式長這樣：

通過分析現(xiàn)有業(yè)內(nèi)的業(yè)務(wù)模式，我們發(fā)現(xiàn)：

財務(wù)對賬成本高昂，且效率不高。這里的財務(wù)成本并非某家公司的財務(wù)成本，而是整個系統(tǒng)內(nèi)的財務(wù)總成本。僅在中國區(qū)可能就有多家銷售公司和金融公司，以及幾百家經(jīng)銷商，即使每家公司只有兩名財務(wù)和審計人員，那么財務(wù)審計人員都超過一千，更別提全球銷售范圍內(nèi)了。

傳統(tǒng)的對賬方式是怎樣的呢?

不同類型的機(jī)構(gòu)進(jìn)行在對賬時，往往要從信息系統(tǒng)中導(dǎo)出電子表格，并用郵件發(fā)送。甚至需要打印表格、蓋章后郵寄，對方收到后再與系統(tǒng)數(shù)據(jù)進(jìn)行比對。

整個業(yè)務(wù)流程并不復(fù)雜，但是消耗了很多人力物力，且中心化的服務(wù)還由于對授權(quán)機(jī)制(多主體之間不太信任或者叫做弱信任)和信息安全等方面的考慮，而導(dǎo)致建設(shè)成本高昂，且制約了業(yè)務(wù)運行效率和用戶體驗的提升。區(qū)塊鏈作為分布式賬本，意味著任何機(jī)構(gòu)之間互相發(fā)生債務(wù)往來的信息都是數(shù)據(jù)一致的，那么就可以近實時地進(jìn)行對賬。

而我們區(qū)塊鏈要做的事情，一言以蔽之，汽車資產(chǎn)上鏈以及圍繞汽車所發(fā)生的金融活動而產(chǎn)生的債務(wù)的記錄。所以不難發(fā)現(xiàn)，分布式賬本和信任機(jī)器在這個場景下都有涉及。

2. 怎么建鏈

我們把這次建鏈過程大體總結(jié)為5個步驟：識別上鏈數(shù)據(jù)，智能合約設(shè)計，API設(shè)計，部署單元和網(wǎng)絡(luò)拓?fù)浼軜?gòu)。

• 識別上鏈數(shù)據(jù)指的是識別將哪些交易記在鏈上;
• 智能合約設(shè)計，指的是買賣車及其相關(guān)金融活動如何通過可編程的方式自動完成;
• API設(shè)計，考慮如何對外暴露平臺能力，同時限制控制主體;
• 部署單元和網(wǎng)絡(luò)部署架構(gòu)屬于實施范圍，旨在解答分布式賬本如何真正運行在企業(yè)當(dāng)中。

整體技術(shù)架構(gòu)是基于Corda這個分布式賬本技術(shù)展開的，Corda準(zhǔn)確來說不是區(qū)塊鏈，而是一種受區(qū)塊鏈啟發(fā)的DLT，即分布式賬本技術(shù)，它是由金融區(qū)塊鏈聯(lián)盟R3開發(fā)和維護(hù)的。

(1) 上鏈數(shù)據(jù)識別

要分析清楚的問題是車在什么時候轉(zhuǎn)移，車在什么參與方之間轉(zhuǎn)移，車在轉(zhuǎn)移的過程中伴隨了什么數(shù)據(jù)的變化。在分析這塊業(yè)務(wù)的時候，我們通過事件風(fēng)暴，分析了在各個法律參與實體之間發(fā)生車轉(zhuǎn)移的業(yè)務(wù)事件，然后進(jìn)行了事件排序，通過事件析出數(shù)據(jù)，包括交易參與方，車的詳細(xì)信息，車的所有權(quán)和占有權(quán)以及債等等。這部分?jǐn)?shù)據(jù)有一定的取舍，比如訂單就不在我們的核心資產(chǎn)當(dāng)中，所以不上鏈。

我們開始進(jìn)行數(shù)據(jù)建模，在此之前，有必要介紹一下Corda的編程模型——State，因為它會直接影響我們后續(xù)的模型設(shè)計。Corda中核心概念之一就是State，State是分布式賬本上的事實，它代表了交易參與方達(dá)成共識的結(jié)果。以IOU這個欠條為例，State其實就是欠條關(guān)鍵屬性的集合，包含借款方，欠款方，金錢數(shù)量，還款截止日期。當(dāng)欠款部分歸還時，這個欠條的內(nèi)容就會發(fā)生變化，變化的方式就是將老的欠條標(biāo)記成歷史的，進(jìn)而生成包含新內(nèi)容的欠條。

在我們應(yīng)用場景中，核心的State就是車和債，因為Corda是運行在JVM上，開發(fā)***語言是Kotlin，所以這里我們直接拿Kotlin中data class對車和債進(jìn)行建模，而且統(tǒng)一繼承了Corda內(nèi)置的LinearState，LinearState擁有全局唯一ID，在數(shù)據(jù)演化的過程中不會發(fā)生改變。如果有人了解DDD相關(guān)概念的話，應(yīng)該能自動映射到實體概念上。除此之外，Corda中還有一個核心State叫做Fungiable Asset，可以類比成值對象，例如：Cash。

State建模完成之后該怎么演化呢?這就不得不提一個UTXO的概念，UTXO全稱 unspent transaction ouput，最開始是比特幣網(wǎng)絡(luò)引入的，它有很多好處，比如可以追溯到每一筆輸出的源頭，幫助驗證是否存在雙花現(xiàn)象，Corda一樣繼承了類似的好處。銷售公司把車批發(fā)給經(jīng)銷商時，就會將所有權(quán)歸屬自己的車作為交易的輸入，產(chǎn)生輸出，輸出中包含了所有權(quán)的變更以及債務(wù)的生成。而作為輸入的車就會被標(biāo)記成歷史的。這筆交易本身也必須獲取到交易雙方的簽名才能成立。

(2) 智能合約設(shè)計

上面我們聊到的都是鏈上的數(shù)據(jù)以及數(shù)據(jù)演化過程，不過這些過程都不是自動執(zhí)行的。對于復(fù)雜的金融合約，往往會涉及到多種state的變化，這個時候就必須使用自動化的流程封裝這些變化，封裝這些變化的東西其實就是智能合約。還是以經(jīng)銷商批發(fā)車為例，一個可能的合約模板就是規(guī)定車轉(zhuǎn)移的同時產(chǎn)生一筆債，以及對應(yīng)的還款截止日期。這個合約強(qiáng)制state改變時，交易雙方必須參與簽名。

在進(jìn)入智能合約實現(xiàn)之前，需要先了解一下Corda中flow和contract的概念。Flow是Corda中控制參與節(jié)點如何更新State的自動化流程，它對如何獲取交易對手方的簽名進(jìn)行了封裝。一個標(biāo)準(zhǔn)的flow流程包括獲取鏈上數(shù)據(jù)，創(chuàng)建一筆交易，自簽名之后發(fā)送到對手方進(jìn)行交易驗證，再簽名，最終在雙方的賬本上分別提交事務(wù)。而Contract則是在交易驗證環(huán)節(jié)提供驗證所用的腳本。

在我們的應(yīng)用場景中，智能合約長成這樣，在flow中，先從鏈上取出原有車的數(shù)據(jù)，拷貝得到一個新的所有權(quán)發(fā)生轉(zhuǎn)移的車以及對應(yīng)一筆債;然后通過 txBuilder構(gòu)建一筆交易，交易的輸入是原車，而輸出即是新車和債;***就是驗證和簽名以及事務(wù)提交的過程。你可能已經(jīng)注意到txBuilder中有個firstNotary的參數(shù)，這里提一下notary的概念，notary在corda中是一類特殊的節(jié)點，專門用于防止資產(chǎn)雙花的問題。所以理論上，每筆交易都需要notary節(jié)點參與，并對交易進(jìn)行簽名。在交易驗證環(huán)節(jié)中，我們定義的contract會被執(zhí)行，這個contract非常簡單，簡單到只有一個叫做verify的純函數(shù)。它的作用就是斷言每一個state的更新是否符合要求。這種設(shè)計非常符合Trust But Verify的理念。

(3) API設(shè)計

有了智能合約之后，我們就得考慮如何暴露平臺的合約能力了。換句話說，從消費者的角度，我們該怎么利用平臺提供的能力完成自己的業(yè)務(wù)。所以這里我們利用了REST api設(shè)計的思路，抽象出平臺的能力作為資源呈現(xiàn)，定義以車為中心的URI，然后選擇合適的HTTP動詞，得出 REST api。

從數(shù)據(jù)上鏈識別，到智能合約設(shè)計，再到API設(shè)計，我們在不同層次利用Corda這個分布式賬本技術(shù)。***層的分布式賬本記錄每筆交易發(fā)生的事實，不可篡改可追溯;中間的智能合約層提供了合約抽象，甚至可以和現(xiàn)實中的合約一一對應(yīng);最上層的REST api以資源的方式呈現(xiàn)了平臺的金融活動能力。

(4) 部署單元

這樣一個汽車金融平臺是怎么跑起來的呢?借助Docker，我們把一個物理部署單元打包成了一個鏡像，底層是一個全功能的Corda節(jié)點，所有的智能合約和state都以jar包的方式部署在這個節(jié)點上;同時利用SpringBoot通過RPC的方式連接到Corda節(jié)點，調(diào)用智能合約，對外暴露REST API;而Corda節(jié)點之間則通過消息的方式互相通信。

(5) 網(wǎng)絡(luò)拓?fù)?/strong>