前面写过两篇Twitter分别从Web2视角以及AI视角分析了Web3，今天这篇从分布式应用角度聊聊Web3。这个正好是我前两天在ETH上海升级圆桌会上谈到的观点，昨天的#ETHBeijingHackathon圆桌上刚好也有人问，这里详述一下。
在分布式应用中，一般会依赖Paxos或者Raft这样的分布式共识基础设施，来解决一些分布式难题，比如全局的元数据存储，全局锁，服务发现，事件订阅等，我们并不会把所有的数据都存在共识系统中。
如下图中，是一个典型的Web2三层应用。用户发送请求，业务逻辑校验用户的请求，然后修改状态存储到数据库中。(图片来自aws文档)
BitMEX成为AC米兰的官方加密交易合作伙伴:金色财经报道，加密货币衍生品交易所BitMEX正在扩大与意大利足球巨头AC米兰的合作关系。 一份声明称，BitMEX 将从球队球衣的赞助商转变为AC米兰的官方加密交易合作伙伴，也将成为该俱乐部的高级合作伙伴。声明称，此次合作旨在通过利用AC米兰的全球球迷基础来提升BitMEX的品牌影响力，该交易的价值并未披露。[2023/7/20 11:05:26]
这个应用要实现分布式，第一步需要先把用户的每个请求记录到日志里，然后通过一个全局的分布式日志系统同步到其他机房的节点，然后重新执行这个请求。这样这个应用就变成了一个多机房的分布式应用。4/n
CMC报告：币安公开的准备金存量为570亿美元:7月11日消息，CoinMarketCap公布的2023 H1交易平台数据报告显示，币安公开的准备金存量为570亿美元，居所有加密交易平台首位。其中比特币和稳定币构成了币安储备资产的主要部分。
同时，虽然近3个月市场的恐慌情绪（FUD）导致资金从币安流出，但值得注意的一个十分积极的迹象是，尽管在2023年第二季度币安交易所出现大量资金外流，但该交易所仍保留了健康数量的准备金证明资产，并安全存放着多样化的货币。除此之外，币安在2023上半年加密市场的交易量、市场份额等方面均处于首位。[2023/7/11 10:48:40]
当然，上面是一个简化的系统，如果让一个大型的Web2的应用支持多机房，并没有这么简单。下图是一个更真实的案例，它是混合了多种分布式方案来构成的一个分布式系统。大家不用关心细节，只需要感受它的复杂度5/n
美联储：57家公司将使用即将推出的FedNow即时支付服务:7月3日消息，美联储在最近的一份声明中透露，已有57家公司获得使用其即将于7月底推出的即时支付系统“FedNow”的认证。
虽然没有提供确切的发布日期，但值得注意的是，41家银行和15家服务提供商已经成功完成正式测试，包括摩根大通、纽约梅隆银行、美国合众银行和富国银行等行业巨头；一旦该服务投入运营，将准备提供即时支付。[2023/7/3 22:14:47]
Optimism推出“Optimistic World”NFT纪念与Worldcoin的合作:5月11日消息，据官方推特，Optimism 推出名为“Optimistic World”的不可转移 NFT，以纪念与 Worldcoin 达成合作。铸造时间仅限一周。[2023/5/12 14:58:28]
Web2应用实现分布式的复杂度在于：Web2应用是围绕着一个“活“数据库构建出来的，很难通过一个统一的入口来记录所有系统状态的修改。即便是拦截了所有的状态操作，重新执行的时候也很难保证执行的结果是一致的。6/n1307
如果从应用角度出发，如何利用已有的去中心化基础设施，来解决应用的分布式以及去中心化难题？一个去中心化应用的潜台词是它首先已经是一个分布式应用。
应用要去中心化，首先要保证的是应用的程序可公开获取，应用的数据可公开获取，这样别人才能验证结果。第一个可以通过开源实现，第二个就需要把前面的全局的分布式日志系统换成一个公开的，不可篡改的去中心化日志系统。
Coinbase转出5000个比特币到一个未知的钱包:金色财经报道，Bitcoin Magazine发推称，5000个比特币（价值1.01亿美元）刚刚从Coinbase转到一个未知的钱包里。[2022/6/21 4:41:33]
这样任何人都可以通过重新执行这个账本中的交易日志来得到最新状态。而这个去中心化日志系统就是定序器和数据可用层要解决的问题，它们一起保证交易的顺序以及数据的公开可用。
那如果第三方重新执行交易得到的结果和应用方不一样怎么办？那就需要一套机制，来保证交易状态变化的正确性。这个可以通过欺诈证明的挑战机制或者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
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。