赋比兴完成A+轮千万级融资，4个月内连续完成3轮融资
06-18
Serverless应用开发团队，例如“知云”无服务器应用开发团队，一直享有无需管理服务器节点、内存、带宽分配等底层资源的管理优势。
随着 dApp 和 区块链 的兴起，dApp 开发人员正在使用类似的模型来使用 区块链 网络提供的 API，而无需担心底层计算资源。
本文探讨了 区块链 与 Serverless 应用开发的异同，试图为 Serverless 应用开发团队进入 web3 产品开发提供启发。
两者的异同 从表面上看，区块链和无服务器计算资源的组织和服务模式似乎没有什么相似之处。
Serverless 是无状态的，区块链 是有状态的；无服务器数据处理是临时的，区块链的数据是持久的；无服务器处理依赖于应用程序开发人员和无服务器提供商之间的信任；区块链的目标是通过不信任模式赢得信任；无服务器的扩展成本较低，而区块链的扩展成本更高，因为需要在去中心化、安全性和性能之间进行权衡。
如果仔细观察，Serverless 和 区块链 有很多相似之处。
例如，两者都是为事件驱动和高度分布式应用程序而设计的。
它们都将客户端代码视为函数 - 在服务器级别之上的抽象层中运行。
它们在应用程序状态持久性方面相互补充。
无服务器通常不保留应用程序状态，或者依赖单独的数据库服务器来实现此目的。
区块链 可以用作状态机来验证交易。
同时依赖链上和链下处理的 dApp 与无服务器处理有很大不同。
不仅大多数无服务器平台支持多种语言，而且无服务器处理的目标是一次性处理。
并发处理同一事务与无服务器处理的思想是对立的。
然而，在 区块链 平台中，这种并发相同处理模型是一个关键功能 - 确保和维护 区块链 作为交易历史和当前状态的经过验证和可信的来源。
鉴于区块链处理的封闭性，没有必要（也没有任何方式进入）为了执行智能合约而进行链上交易的无服务器处理。
然而，处理链下交易的需求巨大——尤其是在配置交易、帮助完成交易和解决交易后工作流程方面。
为什么会有如此大的链下交易需求？原因是： 链上处理能力严重受限 链上数据存储严重受限 因此，对于复杂和/或数据量大的交易，需要链下数据处理。
dApp 依靠链上和链下数据来实现价值（来源：BandChain）为了让依赖 区块链 的有效 dApp 实现其有限的功能，需要将链上交易逻辑保持在最低限度，以实现价值。
高效的交易吞吐量。
使用区块链的成本机制（一种奖励区块链处理交易和运营网络的机制）也会将 dApp 的交易成本强加给区块链。
如果没有交易处理收取的“汽油”费，交易各方将在区块链的网络上免费吃饭。
此外，他们的计算需求可能会超过区块链网络的总容量，就像对传统网站的 DDoS 攻击一样。
为了实现每笔交易的最优性能、低成本和一致性，区块链应用程序需要满足链上和链下业务逻辑的计算要求。
这也适用于处理链上和链下数据。
因此，有效的区块链设计意味着仅使用最少的数据处理和数据存储来完成和保存交易的区块链网络。
区块链 和 Serverless 在数据处理方面也可以互补。
由于 dApp 依赖于链上和链下处理，它们之间的分离意味着应用程序的链下部分必须能够配置交易并管理任何后处理要求。
请记住，区块链提供了可信的交易日志 - 但使用该交易的各方确实需要在链上进行。
链上存储数据的限制也对无服务器处理产生影响。
支持交易的任何数据都需要作为交易的一部分以数字方式保存和链接——就像区块链签署的实际智能合约一样。
在正在开发的服务中，以及在一些公链上，已经出现了同时执行此功能的技术，目前称为“数据预言机”。
例如，BandChain是一条高性能公链，允许任何人向传统网络上可用的API和服务发出请求。
它建立在 Cosmos SDK 之上，并利用 Tendermint 的拜占庭容错共识算法来实现即时最终确定。
最终确定性是在收到足够数量的区块验证者的确认后实现的。
对于私有（或联合）网络，无服务器处理的潜在候选者包括准备数据、验证数据和访问数据后处理。
链上和链下处理之间的差异很大程度上取决于使用同一应用程序的不同用户角色/各方之间的信任程度。
链上处理被设计为去信任的——这意味着各方不必相互信任才能执行交易。
在无服务器环境中由一方执行的离岸处理适用于以下情况：1) 没有交易受到影响；2) 两方或多方相互信任而放弃任何类型的共识算法；或者 3) 有一种共识算法用于验证离岸交易。
链处理结果。
这就是数据预言机作为公共链的新附加组件发挥作用的地方。
事件驱动架构的普及是催化剂区块链和无服务器处理是两种截然不同且独立的技术创新，但它们有很多共同点。
虽然无服务器的目标是无状态，但区块链提供了一种公开且独立可验证的方式来维护业务和交易的状态。
随着越来越多的软件应用程序设计模式向事件驱动架构发展，对可独立验证事务状态的需求将会增加，无服务器和 区块链 将更有可能一起使用。
这种组合用例在私有链和/或公共链中尤其如此，其中信任级别更高，外部组件和服务的用户也更宽容。
以 BandChain 为例，它充当智能合约平台、dApp 和各种数据提供商之间运行的中间层。
如下图所示，只有事件驱动架构才能将基于 区块链 和无服务器构建的应用程序粘合在一起。
在这种情况下，数据预言机的工作是 1) 处理来自 dApp 的数据请求，2) 从适当的提供者查询数据，3) 将结果报告给应用程序。
Data Oracle 如何工作的示例（来源：BandChain） 展望未来，Serverless 和 区块链 应用程序模型之间的差异和相似之处表明，当应用程序或 dApp 相互构建时，两者可以相互补充、相得益彰。
实现两全其美。
dApp 特别受益于事件驱动和数据 Oracle 设计范例，这就是 web2 和 web3 世界融合和集成的地方。
以这种方式构建 dApp 也是开发者优先考虑的事情，因为 Serverless 应用程序开发团队可以在整合链上和链下数据的同时更加专注于构建，更加专注于业务逻辑，从而将更多资源投入到高端应用的开发中。
价值企业。
版权声明：本文内容由互联网用户自发贡献，本站不拥有所有权，不承担相关法律责任。如果发现本站有涉嫌抄袭的内容，欢迎发送邮件 举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。
标签：
相关文章
06-18
06-18
06-18
06-18
最新文章
Android旗舰之王的过去与未来
智能手表不被开发、AR眼镜被推迟，Meta的产品经历了一波三折
为什么Cybertruck是特斯拉史上最难造的车？
更新鸿蒙3后，文杰允许你在车里做PPT了
新起亚K3试驾体验：追求“性价比”，韩系汽车仍不想放弃
阿维塔15登场！汽车配备了增程动力，理想情况下会迎来新的对手吗？
马斯克宣布创建 ChatGPT 竞争对手！ OpenAI的CEO给他泼了冷水， GPT-5可能会发生巨大变化
骁龙无处不在，是平台也是生态