前面写过两篇Twitter分别从Web2视角以及AI视角分析了Web3，今天这篇从分布式应用角度聊聊Web3。这个正好是我前两天在ETH上海升级圆桌会上谈到的观点，昨天的#ETHBeijingHackathon圆桌上刚好也有人问，这里详述一下。
在分布式应用中，一般会依赖Paxos或者Raft这样的分布式共识基础设施，来解决一些分布式难题，比如全局的元数据存储，全局锁，服务发现，事件订阅等，我们并不会把所有的数据都存在共识系统中。
如下图中，是一个典型的Web2三层应用。用户发送请求，业务逻辑校验用户的请求，然后修改状态存储到数据库中。(图片来自aws文档)
通州区政府工作报告：试点和深入实施元宇宙创新发展三年行动计划:金色财经报道，2023年北京市通州区政府工作报告提出，继续保持千亿以上投资规模，不断优化投资结构，推动投资向高精尖产业、民生等领域倾斜，有效带动社会投资。具体到产业方面，北京通州区将重点打造“四区三镇三园”十大重点产业功能区。2023年将进一步丰富金融业态，建设“基金财富港”，加快打造全球财富管理中心、全球绿色金融和可持续金融中心。另外，推动金融业数字化创新与试点和深入实施元宇宙创新发展三年行动计划。[2023/6/25 21:58:10]
这个应用要实现分布式，第一步需要先把用户的每个请求记录到日志里，然后通过一个全局的分布式日志系统同步到其他机房的节点，然后重新执行这个请求。这样这个应用就变成了一个多机房的分布式应用。4/n
比特币期货本周累涨5.6% 以太坊期货本周累涨超15%:金色财经报道，行情显示，周五(8月12日)纽约尾盘，CME比特币期货BTC主力合约报24275美元，较周四纽约尾盘涨0.12%，盘中交投于23600-24315美元区间，本周累涨约5.60%。
CME以太币期货DCR主力合约报1941.50美元，较周四涨1.89%，盘中交投于1857.50-1941.50美元区间，本周累涨15.15%。[2022/8/13 12:23:04]
当然，上面是一个简化的系统，如果让一个大型的Web2的应用支持多机房，并没有这么简单。下图是一个更真实的案例，它是混合了多种分布式方案来构成的一个分布式系统。大家不用关心细节，只需要感受它的复杂度5/n
央视网官微评论无聊猿话题:金色财经消息，7月30日，央视网官方微博在无聊猿“遇见你是我的猿”话题中评论：“现实中，我们总是害怕孤独，期望有个地方可以畅所欲言，展现个性。或许一切会因为一只猴子的到来而改变，哪一只“猿”才是你的最爱呢？”[2022/8/2 2:51:50]
Web2应用实现分布式的复杂度在于：Web2应用是围绕着一个“活“数据库构建出来的，很难通过一个统一的入口来记录所有系统状态的修改。即便是拦截了所有的状态操作，重新执行的时候也很难保证执行的结果是一致的。6/n1307
如果从应用角度出发，如何利用已有的去中心化基础设施，来解决应用的分布式以及去中心化难题？一个去中心化应用的潜台词是它首先已经是一个分布式应用。
应用要去中心化，首先要保证的是应用的程序可公开获取，应用的数据可公开获取，这样别人才能验证结果。第一个可以通过开源实现，第二个就需要把前面的全局的分布式日志系统换成一个公开的，不可篡改的去中心化日志系统。
声音 | 中国银行支付清算部总经理：商业银行借助区块链等技术，深入分析客户行为以提升支付效率:金色财经报道，11月28日，中国银行支付清算部总经理范耀胜在第八届中国支付清算论坛上指出，如今数字化转型已经成为商业银行共同关注融入和推动的行业趋势，主要体现在一智能化，借助大数据、机器学习、区块链等技术，深入分析客户行为，提升支付效率，实现安全便捷的统一。[2019/11/29]
这样任何人都可以通过重新执行这个账本中的交易日志来得到最新状态。而这个去中心化日志系统就是定序器和数据可用层要解决的问题，它们一起保证交易的顺序以及数据的公开可用。
那如果第三方重新执行交易得到的结果和应用方不一样怎么办？那就需要一套机制，来保证交易状态变化的正确性。这个可以通过欺诈证明的挑战机制或者ZK的有效证明，都需要依赖一个可以执行验证程序的可信第三方，正好当前的Layer1智能合约可以承担这个职责。
应用中需要构建商业模式，需要不同的资产或者货币支持从哪里来？银行当然无法直接接入去中心化系统，但应用可以很容易和不同的链或者其他应用之间建立结算协议。
前面提到的如何保证应用的统一更新机制以及确定性，我们可以完全复用区块链演化出的架构方案：所有的写操作都必须通过执行交易进行，保证有统一的更新日志。业务逻辑要保证确定性，需要对传统语言进行裁剪，或者用一种新的智能合约语言进行编写。
基于前面提到的应用角度的思路，Rooch提供了以下方案：
1.开发者完全通过Move语言编写应用，可以叫做FullyInContractDApp。之所以选择Move，一方面是保证业务逻辑的确定性，另外一方面是它的平台无关性。其他的特性可以参看我以前的文章。https://jolestar.com/why-move-1/
2.给MoveDApp提供一个容器，容器托管了和DA，和其他链的结算，以及仲裁层的交互，实现应用的去中心化，这就是Rooch容器。
3.基于Rooch容器运行一个ETHLayer2网络，由Ethereum保证安全，给应用提供低成本的全局注册，以及仲裁和资产结算服务。详细内容参看https://jolestar.com/the-modular-evolution-of-rollup-layer2/…14/n1522
那我们继续沿着这个思路，还能有哪些应用构建的思路：联邦模型的改进。类似于mastodon这样的去中心化twitter，如果和L1/L2结合起来，利用一个全局注册表将用户和节点的关系记录在里面，就可以让用户和节点解除绑定关系。用户如果不满意某个节点的服务，可以发起交易，迁移到别的节点。
去中心化的服务发现。将服务注册到智能合约的全局注册表中，任何人都可以运行节点提供某种协议的服务，应用可以通过服务发现机制自动筛选，而不是强绑定到一个服务提供方，还可以同时有付费协议。比如ETH的RPC节点服务。
这些方向可以继续发挥，欢迎继续讨论。如果从这个角度思考，构建应用的时候，我们就会着眼于解决应用的问题，应用发展的不同阶段也可以采用不同的方案。比如开始的时候应用可能不是去中心化的，但它用这套方式架构出来，可以保证随时可以切换为去中心化应用。
长期以来，区块链领域主要是基础设施叙事，但基础设施能带来的使用价值是有限的，更多的使用价值需要应用来创造。而随着技术的发展，我们认为基础设施即将准备好，期待一个以应用为中心的Web3舞台的开幕。
Web3系列：
1.Web2视角的Web3https://twitter.com/jolestar/status/1589830650659753986…
2.AI视角的Web3https://twitter.com/jolestar/status/1628605829707608064…
3.分布式应用视角的Web3
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。