ZKSwapV2?版本预计将于6月初正式上线,届时新版本将会支持Layer2?的自主无限上币,用户可以自主添加自己发行的ERC20token?到ZKSwap?的Layer2?支付网络和兑换网络,实现免费实时转账任意ERC20?代币以及免费实时兑换任意ERC20?代币。
ZKSwap?在V1?的基础上,V2?版本新增了如下功能:
1)"?限"上币-??户在?付?定费?的情况下,可以?主添加任意Token,并可创建交易对;
2)优化电路分支的实现,提升电路效率-??持?个账户,两个余额的修改;
3)优化提现体验-V1?版本中,提现的操作和区块验证操作捆绑在?起。由于每笔gas?费?的限制,导致区块中的提现的个数受限,特别是在聚合验证的情况下,受限更多。V2版本将会优化用户的提现体验。
1.Token管理
ZKSwapV2?版本将?持三种类型的?Token:FeeToken、UserToken?和LPToken。总共?持2^16?个Token。?
1.1FeeToken?
FeeToken?只能由Governor?添加,主要为ETH、ZKS、USDT、USDC?和BTC?等。
zkSync:账户被盗用系Twitter未遵循标准程序,批准冒充者更改密码的请求:4月16日消息,zkSync发布关于Twitter账户被盗用的详细报告,表示“冒充者伪造了身份,并在联系Twitter支持时声称自己是zkSync的官方代表,不幸的是,Twitter的技术支持人员没有遵循标准程序,并批准了冒充者更改电子邮件和密码的请求。”
由于zkSync启用了2FA,攻击者无法访问帐户,但由于密码已更改,团队已注销并无法访问,Twitter随后保护该帐户并密切合作以解决问题。此外Twitter加快了对金色已验证徽章的申请,现在所有官方附属帐户的名称旁边都有一个小点的zkSync符号。[2023/4/16 14:06:13]
1.2UserToken
UserToken??户可以付费添加。
1.3LPToken?
ZKSwap??户创建交易对时,必须?付费?。LPToken?将在?户创建交易对时?动添加。用户创建的交易对中必须有?种?Token?是?FeeToken。UserToken?能创建的交易对个数受限。?
1.4GovernorConfig?
Governor?可以设置添加UserToken?和修改创建交易对?付的费?。
zksync联合创始人:一些重大新闻即将发布:11月3日消息,zksync联合创始人Alex G在社交媒体上表示,直到完成zksync的任务,确保加密货币以个人主权不可剥夺的方式成为主流,否则我不会休息。目前,我们做出的每一个技术和组织决策都是根据这个目的来判断的。此外,Alex G还表示有一些重大新闻即将发布。[2022/11/3 12:14:29]
2.?账户管理
ZKSwap?V2?版本将?持2^28?个账户。其中账户0?为Validator?账户。
3.Fee模型
ZKSwapV2?版本上的Layer2?交易,可以指定FeeToken?中的?种作为?续费。?
4.PubDataofTransactions?
ZKSwapV2?版本上的所有交易都需要打包提交PubData?到Layer1。为了保持最优的电路性能,Chunk???为11?字节,兑换和转账只需要2?个Chunk。
4.1Noop?
ZKSwapV2?版本允许存在空交易,来填充Layer2?区块。
a.pubdata?
pubdata?的总?度=1?字节。
zkSync开发公司提议将Aave V3部署至zkSync 2.0测试网:10月25日消息,zkSync开发公司Matter Labs在Aave社区发布提案,提议将Aave V3部署至zkSync 2.0测试网。该提案将在社区进行讨论,此后,zkSync团队将提交关于测试网部署的投票。
此前消息,Matter Labs在Uniswap社区发起关于在zkSync上部署Uniswap V3的提案并已获得通过。[2022/10/25 16:37:49]
4.2Deposit?
用户从ZKSwap?Layer1?发起充值操作时,系统会将用户?Layer1?的资产映射到Layer2。
a.?接?函数
functiondepositERC20(IERC20_token,uint104_amount,address_franklinAddr)?
functiondepositETH(address_franklinAddr)?
b.pubdata?
pubdata?的总?度=1421620=43?字节。总共4?个Chunk。?
4.3Transfer?
用户通过ZKSwap?Layer2?发起的转账交易,可实现任意Token?的转账。
在zkSync上部署Uniswap V3的提案已开启投票:10月9日消息,据相关页面信息显示,在zkSync上部署Uniswap V3的提案已开启投票。该投票将于10月14日结束。
此前报道,9月14日,Uniswap社区发起关于在zkSync上部署UniswapV3的新提案,该提案由PennBlockchain(FranklinDAO)与MatterLabs合作创建。提案指出尽早部署到zkSync有助于巩固Uniswap作为第一大DEX的地位,它将有助于增加可在UniswapV3上构建的项目。[2022/10/9 12:50:07]
a.pubdata?
pubdata的总?度=1424512=19?字节。2?个Chunk。
4.4TransferToNew?
用户通过ZKSwap?Layer2?发起转账交易,可实现任意Token?的转账。转账对?不需要提前创建账户。
a.pubdata?
pubdata?的总?度=142204512=39?字节。4?个Chunk。
4.5Withdraw?
用户通过ZKSwap?Layer2?发起提现操作,可实现任意Token?在Layer1?的提现。
zkSync计划下周对V2测试网进行重大更新:6月14日消息,以太坊二层解决方案zkSync发推称,计划下周对V2测试网进行重大更新,目前暂不清楚具体更新细节。[2022/6/14 4:26:35]
a.pubdata?
pubdata?的总?度=142021612=46?字节。5?个Chunk。
4.6FullExit?
用户可直接从ZKSwap?Layer1?发起FullExit?请求,提取资产,此操作需要Layer2?提供证明。
a.pubdata?
pubdata?的总?度=1422016=43?字节。4?个Chunk。
4.7ChangePubKey?
用户通过在ZKSwap?Layer2?发起提取交易,可实现任意Token?在Layer1?的提现。
a.pubdata?
pubdata?的总?度=1420204=49?字节。5?个Chunk。
4.8CreatePair?
用户通过ZKSwap?Layer1?发起交易池的创建。创建交易池需要在Layer1?创建对应的智能合约。
a.?接?函数
functioncreatePair(address_tokenA,address_tokenB)?
b.pubdata?
pubdata?的总?度=1422220=31?字节。总共3个Chunk。
4.9AddLiquidity?
用户通过ZKSwap?Layer2?添加流动性。
a.pubdata?
pubdata?的总?度=144555512=32?字节。总共3?个Chunk。
4.10RemoveLiquidity?
用户通过ZKSwap?Layer2?移除流动性。
a.pubdata?
pubdata?的总?度=14455512=27?字节。总共3?个Chunk。
4.11Swap?
用户通过ZKSwap?Layer2?实现两种Token?之间的兑换。
a.pubdata?
pubdata?的总?度=1445512=22?字节。总共2?个Chunk。
5.CircuitOptimization?
ZKSwap?V2?版本为了降低AMM?相关操作的Chunk?个数,需要降低“Branch”的个数。原有设计在状态树上的?个Account?和?个Token?的Balance?组成?个“Branch”。在AMM?相关的操作中,如果采?FeeToken?的?式,原有的设计效率?较低,需要?持1?个Account?和2?个Token?的Balance的“Branch”。
1)AccountAuditPath(aap)
2)?该Account?下的2?个Balance(balance0/balance1)?在修改前的AuditPat(bap0/bap1)3)?该Account?下的2?个Balance(balance0'/balance1')?在修改后的AuditPat(bap0'/bap1')?
在修改前电路需要证明:?
balance0bap0==>b_root0
balance1bap1==>b_root0?
account(b_root0)aap==>root?
在balance修改后电路需要证明:?
balance0'bap0==>b_root0'?
balance1?bap1'?==>b_root0'?
balance1'bap1'==>b_root0''?
account(b_root0'')aap==>root'?
6.AMMCircuitExplanation?
6.1CreatePairCircuit?
6.2AddLiquidityCircuit
6.3RemoveLiquidityCircuit?
6.4SwapCircuit
7.?WithdrawalOptimization
ZKSwapV2?版本提现操作和区块验证隔离开,区块中的提现个数将不受限制。?
在某个区块验证后,通过CheckWithdrawals?函数创建PendingWithdraws,再通过CompleteWithdrawls?完成提现。CompleteWithdrawls?函数需要增强可以优先处理某个PendingWithdraws。区块验证是针对多区块聚合实现的。CheckWithdrawals?针对每个验证后的区块进?处理。创建?个PendingWithdraw?的gas?费?在7w?左右,按照?个交易最?的gas?费?1250w?来说的话,?个区块?持的最?的提现个数是178?笔。
7.1checkWithdrawals?
7.2completeWithdrawals?
8.Limitation?
1.FeeToken:32个;UserToken:16352个;Pair:49152?
2.?兑换中交易对的2?个Token,其中一个必须是FeeToken;
3.?兑换时收取的费用将是2?个Token?中的一个FeeToken;
4.?所有交易的?额最?为120bit,且任何中间计算变量的最?值为120bit。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。