前面写过两篇Twitter分别从Web2视角以及AI视角分析了Web3，今天这篇从分布式应用角度聊聊Web3。这个正好是我前两天在ETH上海升级圆桌会上谈到的观点，昨天的#ETHBeijingHackathon圆桌上刚好也有人问，这里详述一下。
在分布式应用中，一般会依赖Paxos或者Raft这样的分布式共识基础设施，来解决一些分布式难题，比如全局的元数据存储，全局锁，服务发现，事件订阅等，我们并不会把所有的数据都存在共识系统中。
如下图中，是一个典型的Web2三层应用。用户发送请求，业务逻辑校验用户的请求，然后修改状态存储到数据库中。(图片来自aws文档)
The Art Bankers项目Discord服务器已被入侵:金色财经消息，据CertiK监测，The Art Bankers项目Discord服务器已被入侵，黑客发布了网络钓鱼链接。在团队确认他们已经恢复服务器的控制权之前，请勿点击任何链接。[2023/3/21 13:16:37]
这个应用要实现分布式，第一步需要先把用户的每个请求记录到日志里，然后通过一个全局的分布式日志系统同步到其他机房的节点，然后重新执行这个请求。这样这个应用就变成了一个多机房的分布式应用。4/n
当然，上面是一个简化的系统，如果让一个大型的Web2的应用支持多机房，并没有这么简单。下图是一个更真实的案例，它是混合了多种分布式方案来构成的一个分布式系统。大家不用关心细节，只需要感受它的复杂度5/n
Web3基础设施服务商Ankr加入万事达卡的Start Path加密计划:4月6日消息，Web3基础设施服务商Ankr在官方推特上宣布，其已加入万事达卡的Start Path加密计划。此前去年7月份消息，万事达卡为初创企业推出Start Path加密货币和区块链计划。[2022/4/6 14:07:10]
Web2应用实现分布式的复杂度在于：Web2应用是围绕着一个“活“数据库构建出来的，很难通过一个统一的入口来记录所有系统状态的修改。即便是拦截了所有的状态操作，重新执行的时候也很难保证执行的结果是一致的。6/n1307
如果从应用角度出发，如何利用已有的去中心化基础设施，来解决应用的分布式以及去中心化难题？一个去中心化应用的潜台词是它首先已经是一个分布式应用。
Gate.io Startup首发项目TBE已认购成功:据官方公告，Gate.io Startup首发项目TrustBase (TBE)已认购成功，并已于5月18日开通TBE交易并随后开通提现服务。据悉，本次认购参与人数共有13,688人，下单总价值超过1,000万美金，认购系数约为0.0014。Gate.io将根据每个人的下单情况和每个下单币种的认购系数进行TBE的分发。请务必注意：由于部分用户在下单认购后到当天16点之前，没有保持账户中有不低于认购金额的足够金额，因此被排除在有下单之外。[2021/5/19 22:17:50]
应用要去中心化，首先要保证的是应用的程序可公开获取，应用的数据可公开获取，这样别人才能验证结果。第一个可以通过开源实现，第二个就需要把前面的全局的分布式日志系统换成一个公开的，不可篡改的去中心化日志系统。
WeStarter将于4月28日上线黑洞协议BlackHole Protocol兑换:据官方消息，WeStarter将于4月28日20:00上线去中心化无许可跨链燃烧协议黑洞协议BlackHole Protocol（代币BLACK），总兑换额度共800000枚BLACK等值40000USDT，用户可通过WeStarter兑换BLACK。
黑洞协议BlackHole Protocol将上线白名单池和公开兑换池，白名单池总兑换额度共6000000枚BLACK等值30000USDT，公开兑换池总兑换额度共200000枚BLACK等值10000USDT，兑换价格1BLACK=0.05USDT。
黑洞协议BlackHole Protocol是一个基于Ethereum网络的无许可的跨链燃烧平台。任何用户或者项目治理者都可以通过持有黑洞协议燃烧代币BLACK与旧Token的组合创建燃烧池从而永久的销毁旧Token并产生全新的Token，从而赋予新项目获取全新的生态活力。[2021/4/25 20:56:12]
这样任何人都可以通过重新执行这个账本中的交易日志来得到最新状态。而这个去中心化日志系统就是定序器和数据可用层要解决的问题，它们一起保证交易的顺序以及数据的公开可用。
那如果第三方重新执行交易得到的结果和应用方不一样怎么办？那就需要一套机制，来保证交易状态变化的正确性。这个可以通过欺诈证明的挑战机制或者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
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。