ETH:浅谈:在ZK-rollup和以太坊上的帐户抽象

虽然今天我们的加密钱包可以用于访问和管理我们的加密货币,NFT,并进行质押,但我认为从账户的角度来看,还有很多事情是可以做的。StarkNet和zkSync遵循Vitalik的愿景推出了一项长期功能:帐户抽象。

抽象过程是隐藏信息的实践。这增加了计算机系统在更高层次上的使用能力,并会对底层的过程知之甚少。

在程序员PoV中,我们假设其隐藏了对象的所有数据,但只保留了其相关数据,这样会减少复杂性并提高效率。

在以太坊网络上,目前有两种类型的账户。

区块链游戏公司Aether Game完成450万美元股权融资:金色财经报道,区块链游戏公司Aether Game宣布完成450万美元代币及股权融资,Mystenlabs、Polygon、Magic Eden、Polkastarter、Cogitent、Ultra、GSR、EMURGO、Master Ventures 和 Eclipse等参投,该公司专注于将传统游戏与区块链技术相结合,新资金将用于旗下《Cards of Ethernity》、《Gates of Ethernity》等游戏的开发,其中《Cards of Ethernity》是一款在Sui和Polygon区块链上推出的多链游戏,《Gates of Ethernity》是一款将于2023年底推出的战略性自动战斗游戏。(digitaljournal)[2023/5/8 14:48:50]

EOA:外部账户是存在于EVM(以太坊虚拟机)之外的用于加密货币发送和接收的钱包:冷钱包,如 Ledger、MetaMask、Phantom 等。

谷歌云初创支持公司计划已向Web3行业建设者开放:金色财经报道,谷歌云(Google Cloud)Google for Startups Cloud Program 计划现已开放给 Web3 行业建设者,从 Pre-Seed 轮到 A 轮的合格项目将能够申请该计划,其中包括两年内最高 200,000 美元的谷歌云积分,以及其他技术支持。[2023/4/25 14:26:21]

合约帐户是存在于EVM中的“智能合约”。例如,Uniswap上的池基本上是智能合约。

以太坊帐户抽象的目标是将两种帐户类型减少到一种,即合约帐户。单一帐户类型将具有处理代币和合约的功能。开发人员和用户将不再需要区分帐户类型,因为交易将完全移入EVM,并脱离区块链协议。

币安现已完成对XRP持有者的FLR空投分发:1月10日消息,据官方公告,币安现已完成对XRP(XRP)持有者的Flare(FLR)空投分发。用户请在“钱包历史记录”,分发页面查看收到的代币。Flare(FLR)代币将按照1 XRP = 0.1511 FLR的比例分发给符合条件的用户。

此外,币安现已开启Flare(FLR)代币提现业务,但不支持Flare(FLR)代币充值业务。

快照时间:币安已根据2020年12月12日08:00(东八区时间)左右的第一个经过验证的XRP帐本时间进行快照,以记录合资格用户的XRP持仓。[2023/1/10 11:04:10]

EOA有三个属性:

代表该账户可用ETH的余额。

确保每笔交易都是唯一的随机数。

唯一标识网络上帐户的地址。

值得一提的是,在以太坊上,每笔交易都必须从EOA发起。这意味着当由以太坊虚拟机(EVM)执行一笔交易时,被触及的第一个帐户必须是EOA,并且相应的账户必须向矿工支付费用以执行整个交易。

OpenSea推出可自动分配“创作者收益”的新功能:7月29日,据官方推特,NFT市场OpenSea推出了一项可自动分配“创作者收益(creator earnings)”的新功能,当每次创作者的NFT被售出时,创作者就可以获得一定比例的销售价格。也就是说,每当NFT在购买后从一个钱包转移到另一个钱包时,这些创造者的收入就会被自动支付。创作者可设置最高10%的百分比,并可添加多个接受费用的地址,不过增加多个地址可能会增加买家的gas费用。

不过,OpenSea不支持直接在该平台上调至Solana NFT收藏品的创作者费用,需要在链上设置或修改。[2022/7/29 2:45:31]

以太坊上的每个账户都与一个名为Keypair的加密对象相关联:

私钥:用于签署数字消息。

公钥:允许任何人验证给定的签名是否确实是其对应的私钥签名。

截止到今天,StarkNet和zkSync 2.0在帐户抽象方面是最先进的,它们都设法用特定方式实现帐户抽象。

账户抽象有两个主要目标:

签名抽象:允许不同的帐户合约使用不同的签名验证方案。

支付抽象:允许不同的交易支付模式。例如,由另一方/合约支付或使用ETH以外的其他代币进行支付。

StarkNet Account模型仍然用合约来表示,也就是所谓的“账户合约”。简单来说:任何部署在StarkNet上的Cairo智能合约都可以是一个Account,唯一的要求是它们必须符合一个特定的接口,该接口具有验证和执行交易的方法。

在zkSync端,一个帐户还需要实现两个函数:validateTransaction 和 isValidSignature。

通过这种抽象,我们可以直接看到:

使用多个密钥对来验证交易(简单地将多重签名集成在一起)。

更改我们的帐户Keypair。

使用与ECDSA不同的签名方案。

这可能是这个故事中最重要的部分:让我们更深入地讨论帐户抽象的用例。我们可以将这些用例分成两个不同的领域:

用户简化

技术用例

用户简化:会话密钥

假设我们正在玩一款链上游戏:目前我们需要自己签署每一笔交易。就是说每做一个动作(比如在收集奖励,移动角色,发送信息时),就需要签署一项交易。

会话密钥是授权玩家在特定时间内玩游戏的理念。我们生成了一个会话密钥,保存在浏览器的本地存储中,并且仅授权在10分钟内允许其签署交易。10分钟后,密钥将被撤销,我们将需要创建一个新的密钥并再次授权。

在这种扩展下,我们还可以想象创建批处理交易:与在超市中选择产品并在最后只支付一次费用的抽象相同。

用户简化:交易自动化和拆分权限

使用抽象账户,就可以实现更改给定钱包的主要签名密钥的功能,甚至可以管理多个签名密钥。我们可以将自己的管理密钥放在冷钱包中,而其他密钥就保存在不太安全的设备上,并且这些将只被授权执行某些操作。

一个很酷的例子:

我不怎么使用的最安全的密钥是唯一能够转移或发送超过1k美元到另一个账户的密钥,然而,我也可以在我的计算机上使用那些不安全的密钥来执行操作,例如在某些特定的dapp上领取奖励,或在链上游戏中执行任何交易。

现在让我们假设这些密钥保存在执行自动交易/运行我们自己的bot的服务器中:我们可以确保这些密钥只能用于执行自己设置的操作并提高安全性。

最后一个实用程序可能是一个协议,该协议代表我们将 DCA 确定为循环交易。

技术用例:为他人支付费用

这是我们可以使用帐户抽象做的最有趣的事情之一。想象一下,一个账户可以支付另一个账户的费用,该有多么的令人兴奋。

我们已经看到帐户抽象如何可以成为区块链未来的游戏规则改变者。我个人深信,账户抽象将迎来一个新的用例时代,尤其是在视频游戏产业链上。

Source:https://medium.com/@0xexomonk/blockchains-demystifying-account-abstraction-on-zk-rollups-ethereum-smart-contracts-c7ae864bc542

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:0ms0-1:64ms