跨生态系统交易比想象的更复杂,导致不必要的碎片化。

原文:The Avail Vision: Accelerating the Unification of Web3(Avail )

作者:Anurag Arjun,Avail 创始人

编译:1912212.eth,Foresight News

封面:Avail

概述

Web3 无需许可的特性催生多项突破性技术,这些技术共同为如今蓬勃发展的生态系统提供了动力,但仍有很大的增长空间。为了达到大规模采用所需的性能,行业面临着众多需要克服的技术挑战,该生态系统在 Web3 技术堆栈中构建了多种创新解决方案。然而,我们仍然需要将所有这些技术聚集在一起,并作为有凝聚力的整体为终端用户运行,同时维护生态系统的去中心化精神。

跨生态系统交易比想象的更复杂,导致不必要的碎片化。用户增长工作应该针对新用户的进入,而不是将他们拉到现有的 Web3 社区之间。

为了解决所有这些问题,Avail 正在通过 Avail「三位一体」加速 Web3 统一,分三阶段路线图,旨在为任何生态系统的最终用户提供安全、可扩展和无缝互连的 Web3 体验。

在本次深入研究中,我们探讨了 Avail 三位一体的背景和论文,以及它如何解决当今生态系统面临的用户碎片化和可扩展性问题。Avail DA 不仅通过数据可用性为 Rollups 提供基础设施,而且还通过 Avail Nexus 为用户体验奠定基础。 Fusion Security 完善了 Avail 三位一体,满足日益增长的共享安全需求,以强化繁荣统一的 Web3 生态系统。

介绍

如果你有过跨链交易经历,就会明白用户体验这块,还远远没有为大规模采用做好准备。

有了对区块链架构非常深入的技术理解,就可以开始解决这一长期存在的问题。从第一原理开始逆推,我们可以提炼出创建统一区块链体验所需的技术基础。它连接单独的 L2 Rollups 网络和 L1,同时仍然支持不同生态系统的开发人员进行无需许可、去中心化的创新和实验。

Rollup 作为可扩展性挑战的部分解决方案而开发的,在将交易捆绑到单个链上交易之前处理链下交易。虽然 Rollup 可以有效降低费用并增强以太坊的可扩展性,但也带来了新的复杂性:

  • 由于可用性有限,对更多区块的需求导致成本上升
  • L2 生态系统的激增导致市场碎片化,进一步阻碍了用户体验和规模经济

随着这些问题的解决,区块链系统沉寂多年的可扩展性和互操作性潜力终将可以实现。

Avail 解决方案

Avail 正在利用异步消息传递原理(与扩展互联网上的应用程序相同原理)来扩展区块链,而现在正是构建此原理的最佳时机。

基础数据可用性 (DA) 层、Nexus 互操作性层和融合安全网络层共同形成 Avail 三位一体。

  • DA 层是高度优化的低级层,专为数据可用性而构建。这是最深的区块链层,具有在顶部构建跨生态系统互操作性所需的最少功能。
  • Nexus 充当 Avail 上的轻量级证明聚合和序列化 ZK Rollup,使得跨 Rollup 和跨生态结算成为可能。
  • Fusion Security 使一篮子代币能够汇集其加密经济安全性,以服务和保护 Avail 网络。

Avail 的使命就是为了简化 Rollups 体验,为任何生态系统的用户和开发人员提供统一、高效的平台。

这种垂直集成的堆栈旨在解决当今所经历的成长难题和用户碎片化,使 Rollups 能够无缝访问整个区块链领域的用户和流动性。

背景和灵感

我们能从 Web2 中学到什么?

互联网上的应用程序如何真正扩展?异步微服务。

互联网不是一台巨大的世界计算机。它是一系列互连的计算机,根据业务用例执行一些特定的操作,然后在需要时相互通信。

  • 亚马逊是一组专门从事电子商务的相关微服务。 Visa 运营一组处理支付的微服务。
  • 当用户单击亚马逊产品的「购买」按钮时,会触发浏览器对亚马逊产品微服务的调用。
  • 这反过来又调用 Visa 微服务向用户发送支付页面。
  • 用户填写付款详细信息后,另一个请求将发送到 Visa 微服务以验证付款。
  • 一旦付款经过验证,它就会回调亚马逊产品微服务,让用户知道产品已购买并且付款已完成。

如果是「黑色星期五」,那么 Amazon 和 Visa 微服务将进行扩展,以满足独立于互联网上其他微服务的需求。

关键点在于,互联网只有通过异步微服务才能扩展到如此大的范围。区块链也会发生同样的事情。

我们如何在 Web3 中启动该功能

UPI 是值得学习的好例子。从用户数、交易量和交易量来看,它是世界上最大的支付系统之一。目前,它每月处理超过 100 亿笔交易,证明了该系统的规模。

UPI 可以使不同银行的客户能够进行交互,但刚推出时并没有那么成功。银行最初对于加入该系统非常犹豫——政府没有强制要求加入 UPI。银行主要担心是,如果允许 UPI 交易,最终将导致客户账户中的资金转移到其他银行(流动性外流)。

互惠原理就是用来解决这个问题的。互惠原则取代了经济激励,而是被用来传达这样一种观念:银行只有在允许「付款」的情况下才能获得 UPI 和其他银行客户的「付款」。

尽管这是来自许可设置(Web2 中的银行)的示例,但 Web3 的无许可统一层仍应嵌入互惠原则,并对整个生态系统产生净积极影响。

简单的互惠原则有助于各个银行开放其客户和钱包进行有效合作,以确保最终客户拥有最佳的用户体验。

这个事例告诉我们,彼此间的合作会对整个生态产生积极影响。只有当底层技术具备支持合作的正确原语时,才有可能实现互惠共赢。

在 Web3 中实践 Web2 的学习成果

互联网的发展为区块链世界提供了宝贵经验。互联网的扩展主要通过异步微服务实现——一个由互连的计算机组成的网络,每个计算机执行特定的任务并根据需要进行通信。

Amazon 和 Visa 等平台就是这种模式的例证,它们分别运营一系列用于电子商务和支付处理的专用微服务。

这些服务可以独立扩展以满足需求,展示了去中心化、异步操作的有效性。

UPI(统一支付接口)等系统的成功进一步凸显了互连性和互惠性在扩展大型复杂系统中的重要性。

在 Web3 中,我们正在见证类似的增长和复杂性阶段。今天,以太坊上的许多 Rollups 和 L2 解决方案所经历的成长阵痛导致了用户和流动性的碎片化以及用户体验的脱节,让人想起早期的互联网挑战。让我们深入了解这些问题是什么以及 Avail 如何帮助解决这些问题。

Rollups 已成为公认的扩展区块链的解决方案,日益主导该技术的执行层。随着 Rollups 技术的成熟和发展,结合新的、更高效的和特定于应用程序的进步,它们正在成为各种区块链平台的标准功能。当我们观察到多个链越来越多地采用 Rollups 堆栈时,这种增长趋势是显而易见的。

然而,这种发展引起了人们对存在数百个链的环境中的用户体验的严重困扰,每个链都承载着无数的用户交互。

主流 L2 参与者在努力应对这些挑战的过程中,各自制定了独特的解决方案。不幸的是,这导致了进一步的碎片化,成了发展过程中的烦恼。

虽然这些生态系统允许在其边界内集成操作,但在它们之间转账时会出现摩擦,这对用户在更广泛的区块链领域寻求的无缝互操作性构成了障碍。

基于有效性证明的 DA 作为堆栈的基础

基于第一原理思维,统一堆栈的基础层需要基于有效性证明的数据可用性采样构建的 DA 层。

DA 层是区块链中最小层,因为它是共识和排序的整合点。虽然 DA 层需要其他组件(即执行)来在顶部构建区块链,但它充当信任的根,对交易进行排序并就这些交易的顺序达成共识。

当执行层检查来自基础层的排序和 DA 保证时,最有效且信任最小化的执行方法是根据排序承诺进行采样。通过使承诺基于有效性证明,使其成为无可辩驳的事实来源。这正是 KZG 承诺在 Avail DA 中发挥的作用。然而,为了根据承诺的订单获得可用性保证,客户端要么必须下载整个数据,要么对纠删码数据进行采样,以提供高度可信的可用性。前者迫使客户端运行基础层的完整节点,因此 Avail 使轻客户端能够对纠删码数据执行 DAS,以有效地验证可用性。

由有效性证明驱动的 DAS 是 Avail DA 的超能力,它是我们构建 Avail 三位一体的支点。

Avail 三位一体

Avail 生态系统旨在为用户和开发人员提供良好体验,在不妥协的情况下平衡可扩展性、互操作性和安全性的基本要素。该平台的结构分为三个主要层:

  • 基础数据可用性 (DA) 层

任何区块链都可以用来增强其可扩展性和安全性的通用基础。 Avail DA 简单而强大的设计非常灵活,可以容纳各种链,而不会对它们施加特定的限制或偏见。

  • 用于互操作性和定序器选择的 Nexus 层

Nexus 层是 Avail 的协调组件,它为 Rollups 间消息传递提供无需许可的框架。

无论用户是参与单个 Rollups、在 Avail 内导航多个 Rollups,还是与外部生态系统中的链交互,该层对于在多个场景中打造无缝用户体验至关重要。

Fusion Security Layer

Fusion 允许 Avail 基础链将非原生代币与原生代币合并,以保护 Avail 平台,从而实现强大的安全层。

Fusion 安全性将为基于 Avail 构建的 Rollups 代币提供更高的安全性和更多实用性。

Fusion 还将有助于将更多的流动性从其他区块链引入并锁定到 Avail 生态系统中。

Avail DA

DA 层是任何区块链网络的核心基础,充当可扩展和共享的事实来源。它确保每次生成新区块时网络中的所有相关数据都存在,没有任何内容被隐藏或从网络中删除,从而使其能够继续运行。

虽然很重要,但 DA 层本身就需要其他层来创建区块链。至关重要的是,执行层使区块链状态发生变化。执行层可以通过 Rollups 进行有效扩展,但如果没有针对扩展而构建的优化 DA 层,DA 很快就会成为瓶颈。

Avail 的 DA 层如何工作

Avail 的 DA 层是去中心化的区块链网络,它生成并保护其他区块链可以用作自己的「可插入」数据可用性层的区块。

使用专用的 AppID,区块链将交易数据发布到 Avail,这些数据被提交并可用。

  • Avail 区块上发布的数据由 Avail 网络验证,但不会被执行(因为这就是执行层的用途)。
  • Avail 的数据可用性区块链可以支持任何区块链网络。
  • Avail 使用有效性证明,这样开发者和用户就不需要相信 Avail 网络数据是可用的,他们实际上可以自己验证。
  • 发布到 Avail 的数据通过擦除编码进行扩展,从而为数据添加冗余。
  • Avail 使用 KZG 多项式承诺确保数据在 Avail 区块中占有一席之地。
  • 一旦新的区块被验证者最终确定,有效性证明可用于保证最终确定后数据的可用性。
  • Avail 的提名权益证明 (NPoS) 区块链是使用 Polkadot SDK 构建的,它将支持多达 1,000 个外部验证器。

数据可用性采样 (DAS)

DAS 是核心概念,用于有效验证其他网络、钱包和用户在 Avail 上的数据是否可用。

使用 Avail 的轻客户端,用户可以快速对 Avail 进行采样,以验证证明数据可用的有效性证明。这种高效且精简的代码可以在不同的产品和设备上轻松实现,包括用户的手机和浏览器。

扩展能力

借助 Avail 轻客户端和数据可用性采样,Avail 支持可扩展的区块,使其能够随着需求的增长增加区块的大小并支持更多的区块链。

这是轻客户端和 DAS 的独特功能。

Avail 轻客户端可以对网络中的数据子集进行采样并验证该数据的可用性。轻客户端可以快速生成接近 100% 的数据可用性保证,通过 8-30 个样本提供与全节点相当的安全保证。当在轻客户端网络上进行复制时,轻客户端网络本身开始形成链当前状态的副本,为整个网络增加冗余。您最终会获得包含验证器和轻客户端网络的 Avail 网络的副本。

轻客户端越多,网络就有更多的数据采样能力。随着网络中出现更多 DAS,轻客户端网络的覆盖范围将变得足够大,可以共同采样更大的区块。这导致了一个正反馈循环,其中区块实际上增加了网络中轻客户端的数量。与随着需求增加而减少可用区块量的整体区块链设计相反,Avail 的 DA 层将能够根据需求扩展 DA 区块。

维护交易顺序是构建区块链系统的最小层。每个新 Avail 区块都会为顶部的区块链带来新的交易顺序。

虽然维护已发布数据的顺序的责任在于 Avail DA 验证器集,但验证的责任却外包给了用户。为了确定任何链的正确性,用户必须:

验证数据可用性:这涉及根据既定订单检查 DA。用户可以通过根据可用性验证器集最终确定的订单执行数据可用性采样(DAS)来做到这一点。 Avail 在 Avail DA 中使用有效性证明,提供了大约 60 秒的最终性保证,这是当今 DA 层提供的最快之一。

验证执行:这是通过验证特定于 Rollups 的执行证明来实现的。

实际上,这些验证过程将默认集成到用户钱包中。这种集成确保用户无需承担验证技术细节或运行专用软件的需要。这种方法不仅简化了用户体验,还保持了 Avail 生态系统内交互的稳健性和完整性。

Avail Nexus

轻松启动 Rollups 意味着未来将会有数千个 Rollups。同时,与这些 Rollups 交互的用户体验将是支离破碎的。在多链世界里,一些链与链的交互过程中,用户体验早已受到负面影响,如果在可组合性方面没有根本性改变的情况下,进一步增加数量,将会导致更大的问题。这就是我们构建 Avail Nexus 的原因,它充当统一 Rollups 的验证中心,使用 Avail DA 作为信任根。

Avail Nexus 是基于 Avail 的自定义 ZK 协调 Rollups,包括:

  • 证明聚合和验证层
  • 定序器选择 / 槽拍卖机制

Nexus 还定期向以太坊和 Avail DA 层提交聚合证明以进行验证,Avail DA 中的自定义模块验证聚合证明。

背景

Rollups 对于解决可扩展性问题非常重要。在吸引更多用户方面,单片链始终是瓶颈。理想情况下的未来,每个 DApp 都将是自己的 Rollups,仅受其自身性能的限制。但是,未来最重要的是无缝通信。模块化世界的效率与规定跨 Rollups 通信的消息传递协议一样高效。

Rollups 通信需要桥梁,如果要与单片链提供的安全性相媲美,最小的信任对于这些桥梁来说非常重要。当桥位于同一 DA 层上的 Rollups 之间时,它们不会跨越信任和安全区域,因为它们都依赖于决定顺序的相同共识和经济安全(有细微差别),但桥是不可信的,对于 Rollups 来说,了解执行是否正确完成非常重要,并且它必须自己验证此语句,这样它就不必信任其他人来提供这些保证。这给我们带来了一系列重要的问题。

状态验证如何进行而不成为瓶颈?

Rollup 将如何理解生态系统中其他 Rollup 上发生的消息或事件,以及消息传递是否可以异步?

Rollup A 如何知道 Rollup B 的规范顺序?

安全假设在 Rollups 过程中是否会发生变化?

需要多少桥,即使它们是通用的?

Avail Nexus 旨在大规模解决这些问题。

设计

当一条链想要与另一条链对话时,为了自身的安全,它需要回答两个重要的问题。

  • 链的规范和最终顺序是什么?
  • 执行是否有效?

共识决定了链的规范顺序,通用的 DA 层在这方面提供了统一的安全性。 DA 层为其交易顺序提供 Rollups 共识,对于具有相同 DA 层的 Rollups,这是改变游戏规则的。所有 Rollup(包括其自己的 Rollup)的交易顺序由相同的共识决定,因此即使存在重组,所有 Rollup 的顺序也将由该重组决定。

然而,即使对于具有公共 DA 层的 Rollups 来说,确定执行是否有效也是一个难题。

让我们想象一下 NFT Rollup 想要确认付款 Rollup 上的付款的情况。交叉 Rollups 通信大致如下所示:

红色线表示从支付 Rollups 到 NFT Rollups 的信息流。尽管这看起来很简单,但随着更多的 Rollups 加入生态系统,复杂性就会增加。

即使对于一些想要相互通信的 Rollups,结构最终也会看起来像这样,它们之间有独特的桥实例,执行上述所有功能。

当我们认识到每个 Rollups 可能具有独特的状态转换函数,并根据其特定领域定制设计选择时,挑战就很明显了。执行验证取决于博弈论,结合欺诈证明或零知识证明(ZK 证明)的有效性。但即便在 ZK Rollups 中,证明系统本身也可能出现变化,比如从 Groth16 到 PLONK。

Rollup 并不真正需要知道其他 Rollup 的细节和状态转换函数是什么,而只需要能够验证这些状态转换函数的执行是否如实执行,并且需要能够理解这些与他们相关执行。此外,通过验证单个证明,他们是否可以基本上验证与他们相关的所有执行的有效性,这将改变游戏规则。一个验证中心可以实现跨链通信与接口,并在其背后抽象 rollup 的特定领域细节,这正是行业所需要的。 Avail Nexus 就是这一理念的体现。

聚合证明

ZK 证明有个非常重要的特性——简洁。验证语句所需的计算资源比得出语句本身要少得多。在区块链的背景下,状态验证比通过执行状态转换函数到达某个状态要容易得多。除此之外,能够通过单个证明(聚合)证明 n 个证明有效的可能性是开创性的。现在,我们不再需要单独验证 Rollup 的有效性证明,而是验证单个聚合证明会验证截至该点参与 Rollup 的所有有效性证明,这意味着验证所有参与 Rollup 的整个历史记录的有效性。

Avail Nexus 在其运行时会验证在满足某些条件的情况下提交给它的所有有效性证明,并创建一个简洁的证明来证明已完成此操作。然后将该证明提交给 Avail 基础层,由所有节点进行验证。本质上,它成为载入数据的验证层。任何参与的 Rollup 都可以通过验证这个简洁的证明来对任何其他 Rollup 进行状态验证,最重要的是,通过 L1 跨链器,内网就获得权限访问其他链。

实现细节可能会发生变化,但可以通过验证 Zeth 实例内部的证明或使用更多目标证明聚合工具(例如 Nebra 构建的工具)来执行聚合。

Avail Nexus 本身就是 ZK Rollup。每个聚合证明在 Rollups 世界中都是一个新的区块(block)或批次(batch)。标头是某种状态的承诺,用于存储 Nexus 之前的 Rollups 标头,以及截至该点为止 Rollups 生成的所有事件的列表。此外,这甚至允许 Optimistic Rollups 参与。Optimistic Rollups 将能够向 Nexus 提交其收据和状态根,并且欺诈证明将是 ZK 欺诈证明,从而缩短挑战期。如果在挑战期内没有提交欺诈证明,则 Optimistic Rollups 生成的收据(或事件)将包含在 Nexus 状态中。

回到 NFT 和支付的例子,现在的实现看起来像这样。

橙色部分描述了两条链之间的信息流。 Avail Nexus 提供的收据根描述了基于历史记录中所有 Rollups 生成的所有事件构建的树根。它可以为事件证明非包含证明。在当前的实现中,事件全部存储为 Merkle,事件的哈希值作为其索引,并且 Nexus 使得每个事件都是唯一的。

同步组合的应用程序可以准确预测并且更容易构建。然而,随着用例的扩展和用户体验要求的提高,同步组合并不能提供足够的灵活性。在单片链或单个 Rollups 中,应用程序位于同一系统中,并且很容易同时拥有两种结构。应用程序之间的任何通信都需要在区块内进行,但是像 future 这样的高级结构可以用来存储未来的承诺,并且在这些在未来实现的时候,可以完成某些预先提交的执行(我们在 Web2 中知道它们是回调)。

当我们从单链世界转向多 Rollups 的模块化世界时,对异步可组合性的需求变得更加明显。一条链停止的情况并不理想,因为它正在等待另一条链上的付款完成。任何类型的通信都需要能够跨多个区块进行。除此之外,对于任何异步组合的系统,原子性质(atomic properties)变得很重要。所有部分完成的执行都需要在外部条件失败时恢复。正如上面所展示的,这些都是 Avail Nexus 解决的挑战。 Avail Nexus 通过证明聚合在模块化世界中提供完整体验,允许存储未来等自定义实现,并跨系统证明未来的完成。(在这种结构中,Rollups 本身不会因外部故障而恢复,但 Rollups 会进入新状态,未来被取消。)本质上,只有在支付完成后,NFT 才能转移给某人,就像我们在 Web2 世界中熟悉的用户体验(UX)一样。

订单与执行验证

今天以太坊上的 Rollups 承担了使用以太坊作为 DA 的成本。当 Gas 费上涨时,他们支付的费用约为 1300-1600 美元 /MB,甚至更高。因此,我们看到许多链希望使用 Avail 作为其 DA 层。这可降低 70-90% 运营成本,具体取决于他们的构建选择和批量(batch)大小。他们仍然在以太坊上发布证明并将其用作结算层。事实上,他们只是使用以太坊作为他们的规范桥梁。

虽然我们将在接下来的几个月中继续看到这种趋势,但实际上,如果每个区块有数百个 Rollups 在以太坊上自行执行,以太坊的执行将无法再次扩展。我们希望 Avail 验证者继续在以太坊上建立一座桥梁,以便能够访问那里的用户和流动性。但我们将通过 Avail Nexus 来分摊跨链成本。

参与 Avail Nexus 的 Rollups 将由 Avail Rollups 和验证其证明。经过审计的证明将通过 Vector 桥到达以太坊,Vector 桥是从 Avail 到以太坊的基于 ZKP 的共识证明桥。以太坊仍然能够验证执行的聚合证明,并且不必依赖 Avail 验证器,除了 DA 和顺序之外,这与 Validiums 的假设相同。

现在唯一的区别是 Avail Nexus 成为 Rollups 的规范桥梁,而以太坊则使用相同的桥梁进行保证。这种设计降低了以太坊上的执行成本,从审计一个证明,再到验证 Avail Nexus 的所有 Rollups 单个证明。Rollups 就能保持正常情况,在以太坊上安全退出。

Avail Fusion

统一的层需要完整安全性。建立新的 Rollups 而不是创建单独的 L1 的最大价值主张,是能够从基础层继承安全性。要使 Avail 成为 Web3 协调层,必须确保 Aviail 非常安全 - 因为加密经济保证和加密保证将最终定义 Avail 生态系统。

为了满足这一需求,我们正在开发 Fusion Security,它采用最成熟生态系统的原生资产,例如 BTC、ETH 等,并允许它们为 Avail 共识做出贡献。不仅如此,它还允许新的 Rollup 代币在保护基础层方面发挥作用,从而赋予它们权力。

Fusion Security 是附加的加密经济安全,旨在实现 Avail 的统一愿景。

在 Avail 平台的背景下,Fusion Security 允许在 Avail DA 共识中包含除 Avail 原生代币之外的外部代币。

Fusion 允许将两种新类别的代币添加到 Avail 的质押系统中,从而增强其整个生态系统的经济安全性:

  • 成熟的加密货币:BTC、ETH 和 SOL 等代币。
  • 新兴 Rollup 代币:在 Avail 上创建的新代币,仅限于总权益的一小部分以引导其效用。

这种方法将逐步增强 Avail 的安全性,并标志着如 ETH 和 BTC 这类非原生代币,在不同链上达成共识的首批实例之一。

目前,为 Avail 开发的 Fusion 原型遵循两种不同的方法:

  1. Avail 上的质押模块:该模块将通过 Avail 节点中的资产库支持多链代币。
  2. 用于资产转换的质押模块:这将使非原生资产资产能够转换为 Avail 的原生代币,并在转换时维护价格转换映射。

这些方法的最终选择将在仔细考虑经济风险模型、通胀约束和其他关键因素后确定。

Fusion 的灵感来自于:

  • Eigenlayer,正开创将 ETH 再质押到独立于以太坊共识机制或完整验证者服务中的先河。
  • Babylon Chain,正在创建一个允许使用 BTC(比特币)跨不同区块链网络确保安全的平台。
  • Osmosis,开创了网状安全性,允许一条链从其他链借用经济安全。

Fusion 是一种与这些方法相似,但却有着不同构造。它从其他资产中借用经济安全,但在 Avail 共识中惩罚安全性和活跃性故障。

Avail 代币

Avail 代币将推动网络内的循环经济。

  • DA、Nexus 和 Fusion 安全层将通过 Avail 代币质押来保护;
  • 交易和跨链费用以 Avail 的原生代币支付,确保网络能够自我维持,并为所有参与者提供一致的激励措施。

Avail 代币持有者将组成诸多项目的基础社区,这些项目希望建立在 Avail DA 之上,并利用好 Avail 生态系统的优势。

统一愿景

在由数百个链组成的环境中,每个链都有自己的安全性和互操作性考量因素,Avail 的目标是成为在整个生态系统中提供无缝、完整体验的平台。

该平台将提供单用户界面,允许用户轻松管理各个链上资产。当用户希望执行交易时,他们只需在 UI 上签名即可。

然后,Avail 后端就会通过 Avail Nexus 及其对异步消息传递的支持开始行动。该系统与生态系统中的其他链进行通信以满足用户的请求,确保流畅、高效、统一的 Web3 用户体验。

免责声明:作为区块链信息平台,本站所发布文章仅代表作者及嘉宾个人观点,与 Web3Caff 立场无关。文章内的信息仅供参考,均不构成任何投资建议及要约,并请您遵守所在国家或地区的相关法律法规。