Web3之L2 ZK-Rollup 方案-StarkNet

2023-12-01 11:45
文章标签 web3 方案 l2 zk rollup starknet

本文主要是介绍Web3之L2 ZK-Rollup 方案-StarkNet,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • L2 ZK-Rollup 方案-StarkNet
    • 一、StarkWare
      • StarkWare 团队
    • 二、什么是StarkNet
    • 三、Layer2 扩容项目-对比
    • 其他参考

L2 ZK-Rollup 方案-StarkNet

一、StarkWare

官网: https://starkware.co/

StarkWare 主要解决了区块链的可扩展性和隐私。 StarkWare 开发了一个完整的解决方案,使用 stark技术,通过 zk-Rollups 和 Validium 模式组成 Volition 来生成和验证计算完整性的证明。 StarkWare 的密码证明可以做到零知识、简洁、透明和后量子安全。 StarkWare 所研发的产品主要有: StarkNet、StarkEx、Cairo。

StarkWare:始于2018年5月。该团队由世界级的密码学家和科学家组成。核心人员是前Zcash首席科学家,多年来一直是zk领域的创新先锋。他们正通过Starknet将学术理论转化为现实世界的产品。他们无疑是zk游戏中最著名的团队。

StarkWare 团队

StarkWare 主要由世界顶级密码学家构成:

  • Eli Ben-Sasson:Co-Founder & 首席科学家,以色列理工学院计算机专业的教授。Zcash 的创始科学家,ZK-STARK的发明者。
  • Alessandro Chiesa:Co-Founder & 首席科学家,加利福尼亚大学伯克利分校计算机专业的教授。Zcash项目的co-founder,ZeroCash协议的co-investor,同时也是libsnark和artworks的核心开发者。
  • Uri Kolodny:Co-Founder & CEO,Uri 是一个商业经验丰富、善于合作的连续创业者。
  • Michael Riabzev:Co-Founder & 首席架构师。以色利理工学院的博士,曾在 Intel、IBM 工作。
  • Oren Katz:工程副总裁。Hebrew大学计算机专业毕业,Tel Aviv MBA,20 年经验的资深工程师。

zk rollups 被业内公认为区块链扩容的终极解决方案,而 StarkWare 则是公认的目前全球最好的 zk rollups 团队之一,联合创始人 Eli Ben-Sasson 是世界顶级的密码学科学家,Uri Kolodny 则是具有成熟商业素养的连续创业者,团队能力全面。

二、什么是StarkNet

StarkNet 是一个基于 Stark 技术的去中心化 L2 ZK-Rollup 方案,具有免许可性,支持基于 Cairo 语言的通用计算。

StarkNet是基于Stark 零知识证明方案的L2的ZK-Rollup.

StarkNet基于图灵完备的Cairo语言,支持以太坊上通用的计算。

在StarkNet上,开发者可以构建应用并部署;用户可以发起交易并在StarkNet上执行; 节点可以通过激励保证网络良好运转。

StarkNet的所有交易周期性地批量打包到一个proof中,在以太坊上验证。

总结:StarkNet 是一款无需 StarkWare 许可的去中心化的 zk rollup。它是运行在以太坊之上的 Layer2 网络,开发者可以通过申请自主地在 StarkNet 上部署合约,具有高扩展性,同时保持以太坊的可组合性和安全性。

三、Layer2 扩容项目-对比

速览7个 Layer2 扩容项目在2021年的进展与生态
参考URL: https://www.sohu.com/a/515020878_121118710
以太坊二层解决方案zkSync与Starkware的对比
参考URL: https://view.inews.qq.com/a/20211213A07JKK00

目前的以太坊扩容赛道并不大,但竞争已然非常激烈。整个 Layer2 赛道目前总锁仓量达 49.5 亿美元(22年6月),占到以太坊总锁仓量(680.7 亿美元)的 7%。Starkware 支持的应用总市场份额占到整个 Layer2 的 21.32%,相比之下,Arbitrum 作为当下最主流的 optimistic rollups 方案,占到 Layer2 总市场份额的 53.54%,可见,扩容领域竞争之激烈,Polygon 的 co-founder Mihailo Bjelic 曾用“让一千朵花绽放”来比喻这个行业的竞争格局。StarkWare 主要有 4 类竞争对手:

  1. Polygon 这样的 all-in-one 解决方案
    Polygon 于 2017 年成立于印度,最开始叫作 Matic Network。最开始采取的扩容路线是 Plasma,随着 Plasma 的势微,它开始探索其他更多的扩容方案,更名为 Polygon,变成了一个支持多种扩容解决方案的开发者平台。
    Polygon 具有 EVM 兼容性,有良好的社区开发氛围。

  2. 以 Arbitrum 和 Optimism 为代表的 Optimisitic rollup
    Optimistic rollups 由于技术上比 zk rollups 更容易实现,在市场上更早获得主流应用,也更成熟。该赛道的头部玩家有 Arbitrum 和 Optimism。

Arbitrum 由 Offchain Labs 开发,创始团队包括普林斯顿大学计算机专业的资深教授 Ed Felten。

  1. zk Rollup 赛道内的强劲对手
    ZkSync 是 zk Rollup 赛道最强劲的对手之一,背后的开发团队是 Matter Labs,成立于 2019 年 12 月。zkSync 同样受到顶级资本的支持,包括:以太坊基金会、a16z、USV、1kx 等等,其生态目前共有 70 多个项目。

和 StarkWare 不同的是,zkSync 采用基于 SNARK 技术的 zk 系统。zkSync 2.0 支持具有链上数据可用性的 zkRollup 和具有链下数据可用性的 zkPorter 两种模式,并且能兼容 EVM

  1. Cosmos 等支持 appchain 的生态
    Cosmos SDK 为开发者设计了一套便捷的公链开发方案,为超级应用自建 appchain 提供了强有力的基础设施支持。相比起从头搭建一条独立的链,Cosmos 生态有更好的安全保障。dYdX 的离开可能会引领以太坊原生项目出走的趋势。

其他参考

一文读懂 StarkWare:dYdX 和 Immutable 背后的 L2 方案
参考URL: https://blog.csdn.net/makilisg/article/details/121137822
StarkWare:以太坊扩容最佳团队,80 亿美元高估了吗?
参考URL: https://mp.weixin.qq.com/s/VthPnsONmW8yywna0QzFQg

这篇关于Web3之L2 ZK-Rollup 方案-StarkNet的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

Python多线程应用中的卡死问题优化方案指南

《Python多线程应用中的卡死问题优化方案指南》在利用Python语言开发某查询软件时,遇到了点击搜索按钮后软件卡死的问题,本文将简单分析一下出现的原因以及对应的优化方案,希望对大家有所帮助... 目录问题描述优化方案1. 网络请求优化2. 多线程架构优化3. 全局异常处理4. 配置管理优化优化效果1.

MySQL容灾备份的实现方案

《MySQL容灾备份的实现方案》进行MySQL的容灾备份是确保数据安全和业务连续性的关键步骤,容灾备份可以分为本地备份和远程备份,主要包括逻辑备份和物理备份两种方式,下面就来具体介绍一下... 目录一、逻辑备份1. 使用mysqldump进行逻辑备份1.1 全库备份1.2 单库备份1.3 单表备份2. 恢复

redis中session会话共享的三种方案

《redis中session会话共享的三种方案》本文探讨了分布式系统中Session共享的三种解决方案,包括粘性会话、Session复制以及基于Redis的集中存储,具有一定的参考价值,感兴趣的可以了... 目录三种解决方案粘性会话(Sticky Sessions)Session复制Redis统一存储Spr

SpringBoot实现虚拟线程的方案

《SpringBoot实现虚拟线程的方案》Java19引入虚拟线程,本文就来介绍一下SpringBoot实现虚拟线程的方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,... 目录什么是虚拟线程虚拟线程和普通线程的区别SpringBoot使用虚拟线程配置@Async性能对比H

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3

Redis客户端连接机制的实现方案

《Redis客户端连接机制的实现方案》本文主要介绍了Redis客户端连接机制的实现方案,包括事件驱动模型、非阻塞I/O处理、连接池应用及配置优化,具有一定的参考价值,感兴趣的可以了解一下... 目录1. Redis连接模型概述2. 连接建立过程详解2.1 连php接初始化流程2.2 关键配置参数3. 最大连

SpringBoot整合Dubbo+ZK注册失败的坑及解决

《SpringBoot整合Dubbo+ZK注册失败的坑及解决》使用Dubbo框架时,需在公共pom添加依赖,启动类加@EnableDubbo,实现类用@DubboService替代@Service,配... 目录1.先看下公共的pom(maven创建的pom工程)2.启动类上加@EnableDubbo3.实

MySQL 迁移至 Doris 最佳实践方案(最新整理)

《MySQL迁移至Doris最佳实践方案(最新整理)》本文将深入剖析三种经过实践验证的MySQL迁移至Doris的最佳方案,涵盖全量迁移、增量同步、混合迁移以及基于CDC(ChangeData... 目录一、China编程JDBC Catalog 联邦查询方案(适合跨库实时查询)1. 方案概述2. 环境要求3.

SpringBoot3.X 整合 MinIO 存储原生方案

《SpringBoot3.X整合MinIO存储原生方案》本文详细介绍了SpringBoot3.X整合MinIO的原生方案,从环境搭建到核心功能实现,涵盖了文件上传、下载、删除等常用操作,并补充了... 目录SpringBoot3.X整合MinIO存储原生方案:从环境搭建到实战开发一、前言:为什么选择MinI

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri