今年的AWS re:Invent大会，最让你印象深刻的发布是什么？

这个问题的答案对笔者来说，第一天是 RoboMaker，第二天是Firecracker，第三天是Lake Formation。然而当第四天结束的时候，笔者才发现，第三天发布的QLDB的重要性可能被远远低估了。

所以，今天我们来好好聊聊QLDB这个事情。

区块链是真需求还是伪需求？

re:Invent大会第三天，AWS CEO Andy Jassy在他的主题演讲上发布了QLDB——Quantum Ledger Database，直译过来叫做量子账本数据库。之后，AWS CTO Werner Vogels在自己的Twitter上表示，QLDB是本次re:Invent他最爱的发布之一。

如前所述。根据Andy Jassy的说法，AWS经过了一年以上时间对区块链“客户”的访谈调研之后，终于明确的发现了区块链“客户”们的两类真正的需求：

1. 中心化可信账本

主要使用场景：医疗领域的挂号跟踪、交管局的车辆管制、制造业的缺陷品跟踪、HR领域的个人从业经历跟踪等。原理上，此类需求用通用型关系数据库（如MySQL或Aurora）也是可以解决的，只是在部分情况下，通用型关系数据库很难把此类问题很好的解决。

2. 去中心化可信交易

主要应用场景：金融领域的P2P支付、房产领域的组合贷款处理、小微企业的供应商分销商交易管理、零售行业的客户奖励流水线等。

针对这两类需求全面分析之后，AWS发布了两个新东西，第一个是QLDB，第二个是Managed Blockchain。其中，QLDB的前身是Amazon.com内部使用了多年的一个数据库技术。

当时听完后笔者就纳闷了：既然AWS一直都还在评估“区块链是不是伪需求”这个问题，那就是说，Amazon内部一直都是没有在使用区块链的。那么，Amazon.com怎么会一直有一个QLDB这样的数据库在内部使用呢？

怀着这个问题，笔者询问了Bill Vass——一位AWS副总裁，业务方向是存储、Kinesis、机器人（听起来是一个挺奇怪的组合）。

回到源头

你有没有想过，“账本”到底是啥意思？“可信”又是啥意思？

经过Bill Vass热心的介绍，QLDB这个已经在Amazon内部用了4、5年的数据库技术，面貌逐渐清晰了起来。结合一些相关资料，笔者尝试对QLDB简述如下：

账本（ledger）

“链条”（chain）是这样一种东西：它一环扣一环，每一环都有前面一环和后面一环，新的环添加在链条的末尾，于是链条就越来越长。

从数据的角度，这就是强时序的数据。对于不要求时序性的数据来说，写进来的顺序是1、2、3、4，存储成1、3、2、4也没关系；但是对于强时序的数据来说，写进来的顺序是1、2、3、4，就一定要存储成1、2、3、4的顺序。这就是数据的链条。

于是你说了，这强时序有什么难的？数据库的代码只要没写错逻辑不都能实现？的确，难的并不是代码逻辑。难的是，如果一秒之内进入上千上万个请求，你如何确保它一定正确呢？要在吞吐量巨大的大规模集群上做到高性能还要保证不出错，这个活儿可不是谁都干得了。

什么样的数据特别需要强时序？“日志”（log）必然位列其中。2014年Werner Vogels发布Aurora的时候，用了极大的篇幅介绍其背后的机制，其中非常重要的一点就是，Aurora之所以能够做到秒级的崩溃恢复，是因为它使用“操作日志”进行数据库重建的方式来做恢复。“操作日志”的顺序一定要完全正确，否则重建数据库无法成功。（那就完蛋了！）所以，Aurora的背后，一定有一个强大的分布式高性能强时序数据库用来存取日志。Bill Vass透露说，QLDB就是这个Aurora背后的日志数据库。Bill Vass还介绍道，除了Aurora之外，强时序数据库在电商的应用也很广泛，特别是“秒杀”场景，一边是订单一边是库存，如果交易的时序处理不好就会出现超售的问题，如果用通用型关系数据库的“锁”来避免超售又影响效率，所以QLDB很重要。

“交易的日志”，就是“账本”（ledger）。人类使用账本的历史至少也好几百年了，Amazon使用账本的历史至少也24年了。所以，Amazon有一个定制化的账本数据库用了4、5年，也不是什么奇怪的事情。

可信（trust）

2009年中本聪发布Bitcoin白皮书，掀开了数字交易信任机制的新篇章。白皮书提出的方案有两个重点，一个是用“去中心化”来避免对权威角色的依赖，一个是用“加密算法”来取代权威角色的裁判动作。

此白皮书一出，广泛流传，一时之间给广大吃瓜群众产生了一种错觉：一切不可信的源头就是权威，解决了权威就解决了不可信问题。

但其实人家说的根本不是这么一回事！中本聪论文的第一段话就说，权威第三方可信机制在大部分数字交易中是挺好用的。主要问题在于，如果交易者存心诈骗，利用“可撤销的支付”作为系统漏洞进行双重支付，从而产生交易纷争，则权威第三方需要去处理交易纷争，这个成本一般是比较高的，对小额度交易而言并不现实。

那么问题又来了：数字交易中的“可信”就是指防诈骗吗？

也并不是。“可信”是一个统计学问题。所谓“可信”，是“不可信”的反义词。不可信的因素增多，系统整体趋于不可信。不可信的因素排除的越多，系统整体趋于可信。诈骗只是众多不可信因素当中的一种而已。数据丢失或数据损坏，也都是不可信因素当中的一种。

为了更准确的描述QLDB解决的问题和区块链解决的问题之间的区别，以下从AWS官方网站QLDB的FAQs和Managed Blockchain的FAQs分别摘取几段介绍：

Q：账本数据库与其他数据库有什么不同？

A：传统数据库支持数据覆写（overwrite）与删除，所以如果需要跟踪数据的时序性，开发者需要另外用到审计表（audit tables）和审计跟踪（audit trails）等技术。此类技术虽然可以实现该目的，但它们需要定制化研发，并且比较难以扩展，而且确保数据正确性的责（hei）任（guo）落在了应用开发者的头上。在QLDB，数据被写入到append-only journal（只增型日志）上以保证数据的时序性，QLDB日志是不可篡改（immutable）和可验证（verifiable）的，也就是说，你可以信任账本中的数据。

Q：账本数据库适合存什么数据？

A：QLDB天然适合记录型系统（system-of-record）应用，此类应用对数据完备性、数据完整性、数据可验证性有强需求。比如在供应链与物流领域，使用QLDB构建的应用能够将一切变更的完整历史留存下来，无论是货车之间的移动还是跨境移动，每一条记录都能够完整留下来以供查询分析。在金融领域，记录型系统应用对关键数据进行跟踪，比如信贷交易和借记卡交易。以前的话，此类应用需要构建一套复杂的记录留存功能，而有了QLDB，这就变得很容易实现，所有的金融交易记录都被永久的、完整的保存下来。

Q：QLDB是分布式账本吗？QLDB是区块链服务吗？

A：QLDB不是区块链，也不是分布式账本。区块链与分布式账本技术主要致力于解决另一个问题，就是当多个利益方使用去中心化应用的时候，该应用不属于任何一个利益方，也没有任何一个利益方是完全受信任的。而QLDB的适用场景则是，一个客户自己拥有一个应用，并且需要一个账本数据库来维护所有数据变更历史的完整性与可验证性。QLDB的优势在于强时序性、不可篡改性、可验证性，并且由于QLDB作为托管的AWS服务被提供给客户，它还有可扩展、简单易用等优点。如果你的应用是去中心化的，牵涉到多个互相之间不信任的利益方，那么区块链解决方案可能更适合你。如果你的应用对数据变更记录的完整性和可验证性有需求，并且不涉及多个互相不信任的利益方，则QLDB会非常适合。

Q：所以，Managed Blockchain和QLDB到底有啥区别？

A：QLDB是中心化的账本数据库，客户就是应用的拥有者，客户自己维护数据变更记录的一切历史。而在区块链技术里，区块链网络中有多个成员，网络中的每一个成员都拥有一份独立的、可验证的、不可篡改的账本的副本，每一个成员都可以互相之间发起交易、或认可（endorse）别人的交易，一切的交易与数据共享都是以加密方式进行的，并不需要一个中心化的“应用拥有者”或者“可信的权威”来做裁判。

再补充一条官网上没写的：根据Bill Vass的描述，QLDB的速度是目前区块链技术的1000倍。

应用开发的下一个阶段

关系型数据库（relational database）是个好东西。一张一张的表（table），表里一个一个的列（column），每一行（row）就是一条数据，每一条数据都可以增删改查（CRUD），这些特点让它几乎适用于所有的应用场景。基本上我们可以这么说：后来出现的数据库能做的事情，关系型数据库都能做。

但这句话也可以反过来说：恰恰是因为关系型数据库啥都能做，所以才出现了一个又一个“不以啥都能做为目标”的新型数据库。这些新型数据库专门为了把特定的事情做好而设计。比如：Key-Value Database 键值数据库，在社交网络类应用崛起的时候开始流行（键值数据库常被视为NoSQL数据库的典型代表，其中NoSQL是Not only SQL的缩写）；Graph Database 图数据库，在社交网络成为热门分析对象的时候开始流行；Time-Series Database 时序数据库，应对越来越多的物联网设备的数据存储需求。而Ledger Database 账本数据库，也是新型数据库当中的一种。

值得一提的是，本次发布的QLDB，在AWS众多服务当中是一个重要度在Tier 0级别的服务，与S3、Kinesis同级。什么是Tier 0级别？简单来说，其他服务都依赖于它，所以它绝对不能出问题，一旦它出问题，整个AWS都要挂掉。也可以说，QLDB是众多AWS服务当中最可靠、最不会出故障的那一类——因为AWS会最优先保证它不会出故障。

所以，我们有了三个有意思的发现：

“啥都能做的数据库”越来越不重要了。反而是那些“只能做好一件事的数据库”，越来越成为互联网的基石，被广泛使用。
应用开发者有越来越多的“只能做好一件事”的底层工具可以搭配起来使用，可以把更多精力放在应用层的逻辑实现。
IT世界的分层分工越来越精细化，而这在云计算没有积累到今天这么多用户之前，几乎是不可能发生的。

总结

QLDB不是区块链。
QLDB不是区块链。
QLDB不是区块链。

但是你需要的真的是区块链吗？你需要的到底是什么？

如果你只能做好一件事，你会选择做什么？别人擅长做什么？如何跟他们充分合作？什么工具最擅长做什么？如何在自己的场景用好这些工具？在接下来的这个时代，这些问题很重要。

反过来说，如果听到区块链很火就去搞区块链，听到人工智能很火就去搞人工智能，那必然什么也做不好。这是一定的。

创作场景

地位堪比 S3！AWS 开放了它最核心的数据库 QLDB