假髮票進入倒計時？區塊鏈電子發票背後的技術到底有多牛

区块链酋长

特邀专栏作者

2019-04-04 17:47 (UTC+8)

本文約2100字，閱讀全文需要約3分鐘

區塊鏈電子發票和普通電子發票的區別在哪

AI總結

展開

區塊鏈電子發票和普通電子發票的區別在哪

近日，杭州地鐵聯合支付寶推基於區塊鏈技術的電子發票，引發了大批媒體的報導和熱議。這是繼深圳區塊鏈電子發票、杭州互聯網法院司法區塊鏈平台之後，國內又一政務機構應用區塊鏈技術。除了大家熱議的各種優點之外，那區塊鏈電子發票的背後究竟區塊鏈何種技術呢？以及區塊鏈電子發票和普通電子發票有什麼區別呢？

聯盟鏈效率和擴展性之間的區別

杭州和深圳的區塊鏈電子發票就是採用聯盟鏈（consortium）和許可鏈（permissioned）。區塊鏈電子發票的聯盟鍊是由應用開發方、開票方、受票方、服務方以及監管方等多個主體啟動一個發票信息鏈來共享數據。目前聯盟鍊主要有Corda（R3借鑒區塊鏈分佈式技術改良的分佈式賬本技術）、Hyperledger Fabric（超級賬本）、EEA（企業以太坊聯盟）三大主導，此外還有微軟的Coco、國內金鏈盟的FISCO BCOS等等。那區塊鏈發票採用的是哪種類型的聯盟鏈呢？

由於Quorum是基於以太坊技術路線進行開發，所以目前只有單鏈驗證模式，這不太符合實際應用中隨著節點數量的增加對效率的要求，再加上現有應用場景描述，最有可能採用的是Corda和Hyperledger Fabric類型。

Corda和Hyperledger Fabric的差別

Corda不是區塊的鍊式結構，只維護了交易的鍊式結構。只需要交易雙方達成共識即可，不需要維護全局賬本，所以設計了一種公證人（notary）的機制，由公證人見證交易，只有必要的時候才啟動共識協議。

它提供了一套Flow 機制，方便定義需要多方參與的流轉式交易。它的合約就是Java 或者Kotlin 代碼，不過都是無狀態的，只負責校驗，不保存狀態，同時還內置了許多金融合約的實現，應用打包後就是一個farJar 包，叫做CorDapp，可直接託管給平台，相當於一種平台插件。在加密上，Corda 使用了enclave 進行數據保護，並考慮使用安全硬件。

Hyperledger定位為模塊化區塊鏈平台，包括共識機制等都是可替換的。在聯盟鏈場景下，它簡化了計算證明的要求，允許用戶以任意語言開發應用，並部署到Docker 中運行，被稱為chaincode，相當於託管到鏈上的應用。開發者不需要懂太多區塊鏈知識，只需要知道它接管了應用的輸入，並通過提供SDK 的方式，接管了應用輸出即可。甚至可以理解成一個微服務框架，不過擁有區塊鏈的共識能力，很容易實現多節點數據同步。

Hyperledger Fabric 從1.1 版本開始支持賬本數據加密，1.2 版引入私有數據後，設計上允許只給Kafka 提供交易Hash 用於排序而不向Kafka 提供交易信息，以防排序節點洩露數據。

對比兩者的發現，Corda優勢有兩方面。一是數據僅在交易方之間可見，節點之間提供一個交易依賴關係圖，數據根據需要發送，而不在全局廣播，任何參與方都無法見到包含全部數據的全局賬本。這種模式可以很好地解決既上鍊共享信息，又最大化對身份和交易進行保密的需求。二是Corda 支持受限形式的數據庫回滾。

Hyperledger Fabric的優勢在允許多語言開發應用和切換共識機制。此外，Hyperledger Fabric推出時間早、框架完整且比較成熟，互聯網巨頭的紛紛加入，所以擁有聯盟鏈中最強的綜合實力。對於開發者而言，這些都是優先考慮的因素。

綜合考慮，區塊鏈電子發票整體的技術框架應該是採取Hyperledger Fabric。同時，很有可能藉鑑了Corda在身份和交易保密，以及數據回滾的部分理念。

在明白了區塊鏈電子發票的技術機構選型後，那麼區塊鏈電子發票和普通電子發票有什麼區別呢？

區塊鏈電子發票和普通電子發票的區別

普通電子普通發票按照國家稅務總局的要求，實現“一個系統，兩個覆蓋”，開具的發票信息，實時的傳入到稅局統一的電子底帳庫中，由統一的電子底帳庫在根據受方信息，清分和轉發。

參考文章：

參考文章：

[1]Corda技術理解之物理模型

[2]公眾聯盟鏈很可能是打開分佈式商業模式大門的鑰匙

[3]聯盟鏈戰國：五大巨頭橫向對比

[4]區塊鏈電子發票與增值稅電子發票的區別

RatingToken 延續金山安全的技術實力,致力於區塊鏈安全領域,提供智能合約審計等安全服務。