The First项目报告:深度解读Layer 2生态zkSync

2024-06-18 20:04

本文主要是介绍The First项目报告:深度解读Layer 2生态zkSync,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

zkSync发币了,这个无数撸毛党心心念念数年之久的项目终于要来了,zkSync 是由Matter Labs 于2019 年推出的以太坊Layer 2 扩容解决方案,作为L2龙头项目之一,与其同属一个层次的L2四大天王之三Optimism、Arbitrum、zkSync、StarkNet,四大天王,早已在加密圈跑马圈地,时至今日zkSync才姗姗发币,它将是就此沉沦还是后来居上,成为目前一大悬念。但不管如何,流量拉满的ZKS尽管充满争议,但各大交易所还是纷纷上架其代币,The First亦未落后,于6月18日18:00(UTC+8)推出ZK/USDT交易对,现在就让我们深入了解下L2最后的龙头代币zkSync吧。

一、zkSync是什么?

zkSync 是由Matter Labs 于2019 年推出的以太坊Layer 2 扩容解决方案,Matter Labs 的创办人Alex Gluchowski早期在以太坊基金会做Plasma 研究员( Plasma 是较为初阶的扩容解决方案),2018 年创立了Matter Labs,zkSync 已获得多家知名VC 如a16z, Dragonfly 投资。

zkSync 是基于 zk-rollup 架构的以太坊二层扩容解决方案,旨在实现高性能、低成本的智能合约和区块链应用。它利用 zk-rollup 技术实现高吞吐量扩容,以降低交易成本和提高确认速度。zkSync Era 是在 zkSync 协议基础上建立的,具有更快的交易速度、更高的可扩展性和更经济高效的特点。它应用于 DeFi、跨链桥、NFT 等多个领域。由于其高效和低成本的特性,zkSync 受到了资本市场的广泛关注,并正在迅速发展。

zkSync是一组称为rollps的双层解决方案的一部分,更具体地说,zkSync是ZK rollup。(ZK代表“零知识”,这是一个加密术语,意味着一方可以向另一方证明某事是真实的,而无需披露任何其他信息)

什么是rollup?rollup的工作原理是将链外交易打包或“汇总”为较小的交易,并将其发送到第一层。通过将事务发送回L1,rollup继承以太坊区块链的安全性和最终结果。

rollup有两种类型:零知识ZK和最优。这里我们只讨论ZK rollup。

ZK rollup每批事务都将发送给链外验证器,该验证器生成加密证书(在zkSync中称为SNARK)以证明这些事务是有效的。虽然很难生成证明,但很容易验证证明是否有效。这意味着它可以发送到L1并在智能合约中验证。这使得L1和L2之间的传输几乎无摩擦。

zkSync和Dapps虽然Dapps将能够在zkSync上构建,但平台尚未准备就绪。它还将与以太坊虚拟机(EVM)兼容,这意味着您将能够轻松地将L1上的现有智能合约转移到L2。

zkSync Era 历史
  • zkSync 1.0 - zkSync Lite 于 2020 年 6 月 15 日在以太坊主网上启动,实现了约 300 TPS 的交易吞吐量,但是不兼容 EVM。

  • zkSync 2.0 - zkSync Era 于 2023 年 3 月 24 日启动,支持 Solidity(通过 zkEVM)和 Zinc(rollup 的内部编程语言)实现任意智能合约功能;其次,通过 zkPorter - 一种结合了 zk-rollup 和分片的协议,吞吐量呈指数级增长,达到 20,000+ TPS。

zkSync Era 对比 zkSync Lite 最大的卖点便是兼容 EVM,可以执行用 Solidity 或以太坊开发中使用的其他高级语言编写的智能合约,能吸引更多开发者与使用者能够无缝衔接生态。除此之外交易成本对比之前降低了 50 倍、20000 TPS 的速度也让使用体验上无论是相较于以太坊本身或是 zk lite 都有长远的进步。

zksync 1.0和zksync 2.0的主要区别

智能合约支持

  • zkSync 1.0主要关注简化的支付和资产转移场景,而不支持以太坊虚拟机(EVM)兼容的智能合约。

  • zkSync 2.0提供了对 EVM 兼容智能合约的完全支持,这意味着开发者可以轻松地将现有的以太坊智能合约部署到 zkSync 2.0。

可组合性

  • zkSync 1.0 仅支持有限的跨合约交互

  • zkSync 2.0 通过保留关键 EVM 功能(如智能合约可组合性)提高了协议间互操作性,这使得 zkSync 2.0 更适合构建复杂的去中心化金融(DeFi)应用程序。

账户抽象

  • zkSync 2.0 引入了账户抽象的新功能,简化了用户和智能合约之间的交互。账户抽象允许用户使用任何签名方案与智能合约进行交互,从而提高了用户体验

更强大的开发工具

  • zkSync 2.0 配备了一整套开发工具,包括 CLI(命令行界面)和 SDK(软件开发工具包),使开发者能够更轻松地构建和部署基于 zkSync 的应用程序。

zkSync作为一种无需信任的协议,用于以太坊上可扩展的低成本支付,由zkRollup技术提供支持。它使用零知识证明和链上数据可用性来保证用户资金的安全。

zkSync采用的ZK-Rollup技术在隐私、可扩展性和交易成本方面具有优势,将有助于项目在竞争激烈的Layer 2市场中脱颖而出,成功筹集了2.58亿美元的融资,同时获得了BitDAO的2亿美元资金承诺,zkSync团队成员具有丰富的行业经验和技术背景,这将有利于项目的稳健发展和持续创新。zkSync是一种专注于扩展以太坊交易吞吐量的Layer 2解决方案。通过使用零知识证明(zkProofs)技术,zkSync旨在实现高性能、低成本、高安全性和去中心化的交易。

二、zkSync代币经济学

zkSync的官方代币为ZK,供应量为 210 亿枚代币,除空投外,社区分配占比 66.7% ,生态系统激励占比 19.9% (由 zkSync 基金会分发),投资方分配 17.2% ,团队分配 16.1% ,Token Assembly 分配 29.3% 。分配给投资者和团队的代币在第一年将处于被锁定状态,然后在 2025 年 6 月至 2028 年 6 月之间的 3 年时间内解锁,具体分配方式如下:

Token Assembly:6,153,000,000 ZK,占总供应量的 29.30%;

生态系统奖励:4,179,000,000 ZK,占总供应量的 19.90%;

空投:3,675,000,000 ZK,占总供应量的 17.50%;

早期投资者:3,612,000,000 ZK,占总供应量的 17.20%;

团队:3,381,000,000 ZK,占总供应量的 16.10%;

zkSync 表示,三分之二(约 67% )的 ZK 代币将分配给社区。其中,总供应量的 17.5% 将通过一次性空投进行分配,其余社区代币将随着时间的推移,通过 zkSync 基金会和 ZK Nation 治理流程管理的生态系统计划进行分配,以支持不断发展的生态系统。

ZkSync作为以太坊二层扩容领域的佼佼者之一,具有广阔的市场前景和商业价值。ZkSync是以太坊创始人v神最看好的L2项目,随着以太坊生态系统的不断壮大和发展,Zkync使用了Zk技术作为l2解决方案,Zk技术第一点就是技术难度非常大,而且解决了arb以及op 不能解决技术型问题,也是v神以及以太坊团队最看好的解决方案。

随着zkSync代币空投的发布,如今zkSync 已然成为全网焦点,据 Dune 数据显示,截止 6 月 11 日,zkSync 桥接存储总价值(TVB)约 328.6428 万枚 ETH,桥接用户地址总数为 2,926,969 个。与其他 L2 相比,Optimism 桥接存储总价值为 770,890 枚 ETH,Arbitrum 为 3,794,152 枚 ETH、Starknet 为 904,659 枚 ETH。当然,目前 zkSync 上很多资金仍然还是在为撸空投,真正因为生态而长期留存资金与其他 Layer2 龙头相比还有很大差距。

作为 Layer2 四大天王中发币最晚的项目,很多人都对zkSync 报以极大的期待,但时间依旧是项目发展最终的因素,如今其他几大L2项目早已风生水起,ZK能否在这轮牛市中弯道超车,再度成为L2赛道的顶级项目,我们拭目以待。

这篇关于The First项目报告:深度解读Layer 2生态zkSync的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1072972

相关文章

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”

SpringBoot通过main方法启动web项目实践

《SpringBoot通过main方法启动web项目实践》SpringBoot通过SpringApplication.run()启动Web项目,自动推断应用类型,加载初始化器与监听器,配置Spring... 目录1. 启动入口:SpringApplication.run()2. SpringApplicat

Springboot项目构建时各种依赖详细介绍与依赖关系说明详解

《Springboot项目构建时各种依赖详细介绍与依赖关系说明详解》SpringBoot通过spring-boot-dependencies统一依赖版本管理,spring-boot-starter-w... 目录一、spring-boot-dependencies1.简介2. 内容概览3.核心内容结构4.

深度解析Python yfinance的核心功能和高级用法

《深度解析Pythonyfinance的核心功能和高级用法》yfinance是一个功能强大且易于使用的Python库,用于从YahooFinance获取金融数据,本教程将深入探讨yfinance的核... 目录yfinance 深度解析教程 (python)1. 简介与安装1.1 什么是 yfinance?

在ASP.NET项目中如何使用C#生成二维码

《在ASP.NET项目中如何使用C#生成二维码》二维码(QRCode)已广泛应用于网址分享,支付链接等场景,本文将以ASP.NET为示例,演示如何实现输入文本/URL,生成二维码,在线显示与下载的完整... 目录创建前端页面(Index.cshtml)后端二维码生成逻辑(Index.cshtml.cs)总结

Spring Boot项目如何使用外部application.yml配置文件启动JAR包

《SpringBoot项目如何使用外部application.yml配置文件启动JAR包》文章介绍了SpringBoot项目通过指定外部application.yml配置文件启动JAR包的方法,包括... 目录Spring Boot项目中使用外部application.yml配置文件启动JAR包一、基本原理

Springboot项目登录校验功能实现

《Springboot项目登录校验功能实现》本文介绍了Web登录校验的重要性,对比了Cookie、Session和JWT三种会话技术,分析其优缺点,并讲解了过滤器与拦截器的统一拦截方案,推荐使用JWT... 目录引言一、登录校验的基本概念二、HTTP协议的无状态性三、会话跟android踪技术1. Cook

springboot项目中集成shiro+jwt完整实例代码

《springboot项目中集成shiro+jwt完整实例代码》本文详细介绍如何在项目中集成Shiro和JWT,实现用户登录校验、token携带及接口权限管理,涉及自定义Realm、ModularRe... 目录简介目的需要的jar集成过程1.配置shiro2.创建自定义Realm2.1 LoginReal

C语言自定义类型之联合和枚举解读

《C语言自定义类型之联合和枚举解读》联合体共享内存,大小由最大成员决定,遵循对齐规则;枚举类型列举可能值,提升可读性和类型安全性,两者在C语言中用于优化内存和程序效率... 目录一、联合体1.1 联合体类型的声明1.2 联合体的特点1.2.1 特点11.2.2 特点21.2.3 特点31.3 联合体的大小1

idea Maven Springboot多模块项目打包时90%的问题及解决方案

《ideaMavenSpringboot多模块项目打包时90%的问题及解决方案》:本文主要介绍ideaMavenSpringboot多模块项目打包时90%的问题及解决方案,具有很好的参考价值,... 目录1. 前言2. 问题3. 解决办法4. jar 包冲突总结1. 前言之所以写这篇文章是因为在使用Mav