驾驭EVM和XCM的强大功能,SubWallet如何赋能波卡和Moonbeam

163 篇文章 1 订阅
64 篇文章 0 订阅

上个月,SubWallet宣布为Dotsama生态系统的EVM平行链提供全栈支持,实现了ERC-20和XC-20资产管理、NFT处理、MetaMask和XCM之间传输的兼容性以及EVM DApp连接等关键功能。

这对于利用EVM和XCM的强大功能以及实现成为波卡和Kusama的Web3 Multiverse Gateway的愿景是重要的一步,为用户提供跨平台的丝滑用户体验。

SubWallet究竟如何实现?

#1 EVM的强大功能

显而易见,EVM已经并且会继续成为Web3领域最常用的标准。据ChainList数据显示,截止至7月19日,有279个网络由EVM提供支持,其中12个网络是在Dotsama的Substrate框架上运行,包括Moonbeam、Moonriver、Moonbase Alpha测试网等。

▲ 波卡上的EVM兼容链Moonbeam的DApp界面

如果Bitcoin是分布式账本,记录所有交易并将其传播至去中心化网络内的每个节点,那么EVM是分布式状态机,记录和传播交易和网络内的所有状态更改。这些状态更改可以包括NFT转移(将NFT的所有权从无到有的状态更改)、资产创建(从未铸造到铸造的状态更改)或链上提案申请(从未申请到申请的状态更改)。

从更深层次来说,EVM本质上是一个虚拟机,一个运行在具有不同操作系统的计算机上的程序,其作用相当于一台计算机,意味着可以执行用Solidity编写的智能合约代码编译的字节码。智能合约开启了一个全新的DApp世界,从DeFi和NFT市场到区块链上的GameFi和SocialFi,从而为Web3拓展了应用程序的可能性并增加终端用户的使用性。

▲ 图片来源于Moralis

EVM及其对应编程语言Solidity快速发展成为标准,以至于其他L1链(如BSC和Avalanche)都由EVM提供支持,甚至是构建在其他框架(如Substrate)上的链开始寻求与EVM兼容。好处有两个方面:加入已经熟悉以太坊的用户以及吸引熟悉Solidity构建的开发者。

当然,成为部署在区块链上的第一代虚拟机,EVM也有自身的局限性,这就是为什么Ethereum 2.0正在从EVM转向eWASM。但是EVM已经产生的以及留下的革命性影响是毋庸置疑的。

#2 XCM的发展潜力

XCM是一种跨共识信息传递格式,实现多种共识系统之间(从中继链到智能合约)的通信。这种将各种信息连接起来的语言是通用的、版本化的、效率极高能够被独特构造的系统执行和处理。

更重要的是,在Dotsama生态系统中,XCM及其内置传输协议XCMP和VMP允许平行链以安全和快速的方式互相连接。截至本文撰写时,Kusama上有21条链以及波卡上有6条链已经开通XCM通道

▲ Kusama上的XCM概览图

XCM用例远远超出资产转移。通信意味着平行链可以共同协作并委托指定任务给到特定方。举例来说,像KILT Protocol这样的专注于身份的网络可以负责验证由Imbue Network发起的Crowdloan参与者身份,从而提高效率和透明度。

部署在Moonbeam Network上的MoonFit是一个健身DApp,可以在其他链上编写的智能合约上使用。用例可以说是无穷无尽的。

▲ MoonFit是一个计划在Moonbeam Network上推出的GameFi项目,旨在通过Burn-2-Earn概念彻底改变Move-2-Earn,即用户通过跑步、骑车和游泳等体育运动中所燃烧的卡路里来获得奖励

#3 SubWallet的赋能增效

现在,SubWallet已扩展为EVM DApp连接提供支持,以完善其EVM堆栈。这意味着无需切换至EVM钱包(如MetaMask)即可使用EVM DApp。

▲ SubWallet为5个平行链提供完整的EVM支持

以Moonbeam为例,之前需要使用MetaMask或WalletConnect才能登陆Moonbeam DApp,在Moonbeam存款或提现时需要切换至Substrate钱包(如polkadot.js或SubWallet),过程相当繁琐。但是现在,只需要在SubWallet上创建一个Substrate账号和EVM账号,即可直接在同一个扩展钱包上完成登陆、存款、提现、委托和签署所有交易这些操作,这大幅度地简化了操作流程。

应用程序内的XCM转账功能甚至在6月9日发布的v0.4.5版本便已启用,最初支持Moonbeam、Moonriver、Acala、Karura和Kintsugi。您可以在SubWallet的扩展钱包上将KAR转换成Moonriver上的xcKAR,将KINT转换成Moonriver上的xcKINT,以及将ACA转换成Moonbeam上的xcACA,而无需在DApp平台上执行多个步骤的操作。

▲ SubWallet扩展程序上的XCM转移教程

不久的将来,随着移动版本的推出,SubWallet将在波卡和Kusama的所有开放通道上支持XCM转账,您无需离开app便可享受无缝转账体验。

EVM和XCM均需要部署在DApp上,但是DApp需要一体化的钱包来留住用户。换句话说,SubWallet为终端用户打开了大门,以进入由EVM和XCM提供支持的Dotsama DApp世界。


关于Moonbeam
Moonbeam是波卡网络中兼容以太坊的智能合约平台,可实现轻松构建原生的互操作性去中心化应用。以太坊兼容特性允许开发者以最少的更改将现有的Solidity智能合约和DApp前端部署到Moonbeam。Moonbeam将延续其在Kusama上的姐妹平行链Moonriver的成功,从100多个在网络上构建DApp和协议的项目中积累开发者和用户活动。作为波卡网络上的平行链,Moonbeam将受益于波卡中继链的共享安全性和连接波卡其他链的互操作优势。

如需了解更多信息,请访问:Moonbeam | Polkadot Smart Contract Platform

更多 Moonbeam 信息 
官网: Moonbeam | Polkadot Smart Contract Platform
微博:Sina Visitor System
twitter: https://twitter.com/MoonbeamNetwork
Telegram: https://t.me/moonbeam_CN
Discord: https://discord.gg/skPfXvJWG7
中文电报群助手:@MoonbeamSister

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
本火锅店点餐系统采用Java语言和Vue技术,框架采用SSM,搭配Mysql数据库,运行在Idea里,采用小程序模式。本火锅店点餐系统提供管理员、用户两种角色的服务。总的功能包括菜品的查询、菜品的购买、餐桌预定和订单管理。本系统可以帮助管理员更新菜品信息和管理订单信息,帮助用户实现在线的点餐方式,并可以实现餐桌预定。本系统采用成熟技术开发可以完成点餐管理的相关工作。 本系统的功能围绕用户、管理员两种权限设计。根据不同权限的不同需求设计出更符合用户要求的功能。本系统中管理员主要负责审核管理用户,发布分享新的菜品,审核用户的订餐信息和餐桌预定信息等,用户可以对需要的菜品进行购买、预定餐桌等。用户可以管理个人资料、查询菜品、在线点餐和预定餐桌、管理订单等,用户的个人资料是由管理员添加用户资料时产生,用户的订单内容由用户在购买菜品时产生,用户预定信息由用户在预定餐桌操作时产生。 本系统的功能设计为管理员、用户两部分。管理员为菜品管理、菜品分类管理、用户管理、订单管理等,用户的功能为查询菜品,在线点餐、预定餐桌、管理个人信息等。 管理员负责用户信息的删除和管理,用户的姓名和手机号都可以由管理员在此功能里看到。管理员可以对菜品的信息进行管理、审核。本功能可以实现菜品的定时更新和审核管理。本功能包括查询餐桌,也可以发布新的餐桌信息。管理员可以查询已预定的餐桌,并进行审核。管理员可以管理公告和系统的轮播图,可以安排活动。管理员可以对个人的资料进行修改和管理,管理员还可以在本功能里修改密码。管理员可以查询用户的订单,并完成菜品的安排。 当用户登录进系统后可以修改自己的资料,可以使自己信息的保持正确性。还可以修改密码。用户可以浏览所有的菜品,可以查看详细的菜品内容,也可以进行菜品的点餐。在本功能里用户可以进行点餐。用户可以浏览没有预定出去的餐桌,选择合适的餐桌可以进行预定。用户可以管理购物车里的菜品。用户可以管理自己的订单,在订单管理界面里也可以进行查询操作。
### 回答1: 动态EVM(虚拟机环境)和静态EVM之间的区别主要在于其执行代码的方式和实现。动态EVM是指在实际运行代码时,通过解释器逐条解析和执行代码。而静态EVM则是在事先通过编译器将代码转化为机器可执行的二进制文件,在运行时直接执行该二进制文件。 动态EVM的优点是可以提供更高的灵活性和可移植性。由于代码是在运行时解释执行,因此可以根据不同的环境和需求进行即时的优化和调整。同时,动态EVM还可以通过动态链接库(DLL)的方式,将代码分离成不同的模块,提高代码的复用性和维护性。此外,动态EVM还能够在运行时进行错误检测和处理,提高了代码的健壮性。 静态EVM的优点则主要体现在性能方面。在代码执行前,静态EVM会对代码进行编译和优化,将代码转化为机器指令,提高了代码的执行效率。由于在运行时不需要解释器进行逐条解析,静态EVM可以更快地执行代码,适用于对性能要求较高的应用。此外,由于代码在编译时已经进行了各种优化,静态EVM在一定程度上可以减少运行时的错误和异常。 总结来说,动态EVM适用于对灵活性和可移植性要求较高的场景,而静态EVM则适用于对性能要求较高的场景。具体选择哪种方式取决于应用的具体需求和环境条件。 ### 回答2: 动态EVM(Event-driven Virtual Machine)和静态EVM(Static Virtual Machine)是两种不同的虚拟机架构。 动态EVM是一种基于事件驱动机制的虚拟机,它通过监控和响应系统中的各种事件来执行任务。它具有以下特点: 1. 事件驱动:动态EVM通过监控外部事件,如用户输入、网络通信等,来执行相应的操作。它具有灵活性和实时性,能够根据不同的事件情况快速做出响应。 2. 实时更新:动态EVM能够即时获取最新的数据和状态,以便在处理事件时保持准确性和一致性。 3. 可扩展性:动态EVM能够根据系统需求进行动态扩展和优化,以应对不同规模和复杂度的任务。 静态EVM是一种基于预先定义的规则和条件执行任务的虚拟机。它具有以下特点: 1. 预先设定:静态EVM根据事先设定的规则和条件执行任务,不会实时改变执行流程。这种方式适合执行固定且相对简单的任务。 2. 编译优化:静态EVM通过编译器将程序代码转化为可执行的机器码,以提高执行效率和性能。 3. 稳定性:静态EVM的执行结果是可预测的,不会受外部事件干扰,因此能够提供更稳定和可靠的执行环境。 综上所述,动态EVM和静态EVM在虚拟机架构和执行方式上存在显著差别。动态EVM通过事件驱动来实时响应系统中的事件,具有灵活性和实时性;而静态EVM在执行任务时根据预先定义的规则和条件进行,具有稳定性和可预测性。选择使用哪种EVM取决于具体应用场景和任务需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值