纸质发票进入倒计时？ 区块链电子发票背后的技术到底有多牛

　　近日， 杭州地铁联合支付宝推基于区块链技术的电子发票 ，引发了大批媒体的报道和热议。这是继深圳区块链电子发票、杭州互联网法院司法区块链平台之后，国内又一政务机构应用区块链技术。除了大家热议的各种优点之外，那区块链电子发票的背后究竟区块链何种技术呢？以及区块链电子发票和普通电子发票有什么区别呢？

　　联盟链效率和扩展性之间的区别

　　杭州和深圳的区块链电子发票就是采用联盟链（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 支持受限形式的数据库回滚。

　　在明白了区块链电子发票的技术机构选型后，那么区块链电子发票和普通电子发票有什么区别呢？

　　区块链电子发票和普通电子发票的区别

　　普通电子普通发票按照国家税务总局的要求，实现“一个系统，两个覆盖”，开具的发票信息，实时的传入到税局统一的电子底帐库中，由统一的电子底帐库在根据受方信息，清分和转发。

　　区块链电子发票和普通电子发票的区别在于，区块链会在电子发票交付、存储和应用的全程中都盖上“戳”，相当于一位可信透明的电子见证人，让发票全程可追溯、不可篡改，保证了发票的真实性。还可以通过第三方软件与企业的财务系统对接，实现从支付、开票、报销到打款的全链路，避免多次报销、假发票的历史难题。

　　“区块链电子发票的价值并不仅存在于时空范围铺展和覆盖上，更深刻的意义是其即将引起整个财税金融运行机制,乃至公众社会生活的根本性变革。”