TOKEN:ZKSwap V2版本预计将于6月份上线支持Layer 2自主无限上币_Coinnec Token

作者：

时间：

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?等。

1.2UserToken

UserToken??户可以付费添加。

1.3LPToken?

ZKSwap??户创建交易对时，必须?付费?。LPToken?将在?户创建交易对时?动添加。用户创建的交易对中必须有?种?Token?是?FeeToken。UserToken?能创建的交易对个数受限。?

zkSync联创提出新的治理解决方案L1 Fork，以应对智能合约实施过程中的风险:金色财经报道，Matter Labs联合创始人兼首席执行官Alex在社交媒体发文，提出“L1 Fork作为终审法院”概念拟解决智能合约实施风险问题，并且表示zkSync愿意资助相关研究。Alex指出，L2合约在紧急升级时存在中心化问题，相比之下L1是可分叉的，任何用户都可以选择加入他们主观认为正确且规范的分叉分支，但这种模式不适用于L2和DeFi协议，因为L2和DeFi协议无法分叉从L1桥接的底层原生资产（例如ETH）。

因此，Alex建议建立一个类似于现实世界司法机构的“链上法院”等级制度，每个协议都有自己的治理并定义正常和紧急升级机制且必须指定一份特殊合约作为上诉实例，这种模式可以解决紧急升级时的中心化问题。对于紧急升级，必须有一个上诉期，在此期间任何人都可以向上级“法院”提出质疑但必须缴纳预先确定的保释金，然后，该法院可以取消紧急升级（并且不执行任何其他操作），每个“法院”必须指定可以对任何决定提出上诉的更高一级“法院”，直到以太坊最高“法院”。[2023/9/3 13:14:42]

1.4GovernorConfig?

Governor?可以设置添加UserToken?和修改创建交易对?付的费?。

2.?账户管理

ZKSwap?V2?版本将?持2^28?个账户。其中账户0?为Validator?账户。

3.Fee模型

ZKSwapV2?版本上的Layer2?交易，可以指定FeeToken?中的?种作为?续费。?

4.PubDataofTransactions?

zkSync 生态永续合约协议 Phezzan Protocol 已由新团队接手:4月23日消息，zkSync 生态去中心化永续合约协议 Phezzan Protocol 发推表示，一个新团队接手了 Phezzan Protocol 项目，将承担对该项目的管理角色，并将尽快进行 IDO 以解决运营资金的问题。2023 年早些时候，Phezzan Protocol 创始人 Roland 和 Jack 获得了包括 Delphi 和 Cogitent 在内的 VC 的投资，融资总额超过 100 万美元。之后 Roland 和 Jack 者认为这种方法违背了他们以社区为导向的理想，并退还了 100% 的款项。[2023/4/23 14:21:23]

ZKSwapV2?版本上的所有交易都需要打包提交PubData?到Layer1。为了保持最优的电路性能，Chunk???为11?字节，兑换和转账只需要2?个Chunk。

4.1Noop?

ZKSwapV2?版本允许存在空交易，来填充Layer2?区块。

a.pubdata?

pubdata?的总?度=1?字节。

4.2Deposit?

用户从ZKSwap?Layer1?发起充值操作时，系统会将用户?Layer1?的资产映射到Layer2。

a.?接?函数

functiondepositERC20(IERC20_token,uint104_amount,address_franklinAddr)?

functiondepositETH(address_franklinAddr)?

Zksync 2.0已完成首次代码安全审计，报告显示并无重大安全问题:11月23日消息，据官方消息，Zksync 2.0网络已完成由安全机构 Open Zeppelin 负责的首次代码审计，并无重大安全问题。Zksync 表示，网络安全是 ZKsync 2.0 的首要保证，安全审计是确保 zkSync 2.0 安全的重要组成部分，官方计划在接下来的几个月内采取额外的安全措施，包括漏洞赏金、竞赛和编程马拉松等。[2022/11/24 8:02:27]

b.pubdata?

pubdata?的总?度=1+4+2+16+20=43?字节。总共4?个Chunk。?

4.3Transfer?

用户通过ZKSwap?Layer2?发起的转账交易，可实现任意Token?的转账。

a.pubdata?

pubdata的总?度=1+4+2+4+5+1+2=19?字节。2?个Chunk。

4.4TransferToNew?

用户通过ZKSwap?Layer2?发起转账交易，可实现任意Token?的转账。转账对?不需要提前创建账户。

a.pubdata?

pubdata?的总?度=1+4+2+20+4+5+1+2=39?字节。4?个Chunk。

Argent以太坊zkSync网络Layer2钱包候补名单注册用户突破50万:3月7日消息，总部位于伦敦的初创公司Argent已经推出了一款新的加密钱包，旨在降低与DeFi系统交互的成本和环境影响。Argent表示，已有超过500,000人注册了候补名单，以使用基于zkSync的第2层帐户，这是一种专注于以太坊的扩展解决方案。此前去年12月份消息，智能合约钱包Argent宣布其Layer2版本正式上线zkSync。（The Block）[2022/3/7 13:42:28]

4.5Withdraw?

用户通过ZKSwap?Layer2?发起提现操作，可实现任意Token?在Layer1?的提现。

a.pubdata?

pubdata?的总?度=1+4+20+2+16+1+2=46?字节。5?个Chunk。

4.6FullExit?

用户可直接从ZKSwap?Layer1?发起FullExit?请求，提取资产，此操作需要Layer2?提供证明。

a.pubdata?

pubdata?的总?度=1+4+2+20+16=43?字节。4?个Chunk。

4.7ChangePubKey?

用户通过在ZKSwap?Layer2?发起提取交易，可实现任意Token?在Layer1?的提现。

a.pubdata?

ImToken将支持MatterLabs扩容方案zkSync:3月29日消息，去中心化钱包imToken宣布与以太坊扩容团队MatterLabs达成深度合作，将支持其Rollup方案zkSync。除了在钱包产品中原生支持zkSync之外，imToken在DApp浏览器中开放Layer2专区，上架优质Layer2DApp提供给用户，还支持了自定义节点功能以及EIP-3085，大幅提升了imToken对Layer2项目的兼容性，即便没有原生支持，只要手动配置节点就可进行支持。[2021/3/29 19:25:54]

pubdata?的总?度=1+4+20+20+4=49?字节。5?个Chunk。

4.8CreatePair?

用户通过ZKSwap?Layer1?发起交易池的创建。创建交易池需要在Layer1?创建对应的智能合约。

a.?接?函数

functioncreatePair(address_tokenA,address_tokenB)?

b.pubdata?

pubdata?的总?度=1+4+2+2+2+20=31?字节。总共3个Chunk。

4.9AddLiquidity?

用户通过ZKSwap?Layer2?添加流动性。

a.pubdata?

pubdata?的总?度=1+4+4+5+5+5+5+1+2=32?字节。总共3?个Chunk。

4.10RemoveLiquidity?

用户通过ZKSwap?Layer2?移除流动性。

a.pubdata?

pubdata?的总?度=1+4+4+5+5+5+1+2=27?字节。总共3?个Chunk。

4.11Swap?

用户通过ZKSwap?Layer2?实现两种Token?之间的兑换。

a.pubdata?

pubdata?的总?度=1+4+4+5+5+1+2=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')?

在修改前电路需要证明:?

balance0+bap0==>b_root0

balance1+bap1==>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?