<100 subscribers
暮霞散绮——论进取与悲怆(论文版)
摘 要 本论文主要内容是基于本人之亲身经历以及结合亲密关系心理学课程中所学到的内容,以论述大学生的爱情困扰,以及本人的思考和感悟,会从客观和主观的角度分析感情中的障碍。本文将从心理学的角度详尽地分析造成困扰的动因,以及今后解决此问题的关键。 **关键词:** 心理学 亲密关系 悲怆 The twilight haze scatters the beauty - on the aggressiveness and pathos ABSTRACT This thesis is based on my own experience and what I have learned in my course on the psychology of intimacy, in order to discuss the love problems of college students, as well as my thoughts and feelings, and to analyze the obstacles in relationships from both objective a...
协议前端与合约分离案例分析
一、Liquity前端运营商在最近Tornado Cash被OFAC制裁的进程中,制裁名单包括若干个数字货币地址,包含着ETH地址以及USDC地址。这造成了美国客户不能通过合约地址与Tornado Cash交互,但是这一举措造成了若干个DeFi协议的过度自我审查以及整个DeFi行业对与Tornado Cash交互过的地址的封锁,造成了行业级别对于监管的风声鹤唳。 无疑,在合约层面对于合约地址的打击是符合法律要求的,但是RPC节点和前端作为一种公共基础设施,根据Web3的精神,公共基础设施应该无差别地对于任何使用者开放。所以制裁造成了对于无许可化DeFi精神的打击。行业应该在前端层面加以去中心化的分散风险的设置。 Liquity协议引入了前端运营商机制,用户将直接和前端运营商进行交互,并获得一部分用户产生的LQTY代币作为奖励,回扣率就是用户实际拿到的代币占用户产生的代币的比例,(1-回扣率)就是前端运营商获得的代币比例。前端标签是一种前端应获得奖励的证明,在存款时被打上,意味着即使客户改用其他前端,奖励仍会按照标签发放,除非用户取回存款并且使用新前端重新存款,这样新的奖励将会发放...
论无常损失保护协议的稳健性
无常损失作为组LP的交易者在日常提供流动性的过程中经常遇到的一种现象,原因是流动性提供者 (Liquidity Provider) 会自动同时成为买方及卖方,一旦有人发起交易,价格就会随之变化,连同改变池内的持仓。 所以身为流动性提供者,当价格下跌时,不仅本金在亏损,同时还会被强迫加仓,越亏越多;反之价格上涨时被强迫减仓,少赚一些,这点跟网格交易有些相像(忽略所有网格利润)。图中给出了无常损失在ALT对于USD价格变化时的PnL和做空ALT对冲风险使波动率减少的对应数值。 在加密分析师charliemarketplace.eth于2022年12月24日发表的文章中,他分析了Uniswap上的WBTC-USDC和ETH-USDC的在2022年9月20日之前已平仓的交易,并对这些交易进行了发散损失分析。 在分析结果中,55% 的 ETH-USDC 0.05% 持仓损益超过了 HODL。40% 输给了 HODL。这代表AMM模型的收益大于无常损失的风险。下图是组ETH-USDC LP相对于HODL的损益分析。 在分析结果中,即使是构建于Uniswap上的项目方的金库的损益的情况略比个人...


暮霞散绮——论进取与悲怆(论文版)
摘 要 本论文主要内容是基于本人之亲身经历以及结合亲密关系心理学课程中所学到的内容,以论述大学生的爱情困扰,以及本人的思考和感悟,会从客观和主观的角度分析感情中的障碍。本文将从心理学的角度详尽地分析造成困扰的动因,以及今后解决此问题的关键。 **关键词:** 心理学 亲密关系 悲怆 The twilight haze scatters the beauty - on the aggressiveness and pathos ABSTRACT This thesis is based on my own experience and what I have learned in my course on the psychology of intimacy, in order to discuss the love problems of college students, as well as my thoughts and feelings, and to analyze the obstacles in relationships from both objective a...
协议前端与合约分离案例分析
一、Liquity前端运营商在最近Tornado Cash被OFAC制裁的进程中,制裁名单包括若干个数字货币地址,包含着ETH地址以及USDC地址。这造成了美国客户不能通过合约地址与Tornado Cash交互,但是这一举措造成了若干个DeFi协议的过度自我审查以及整个DeFi行业对与Tornado Cash交互过的地址的封锁,造成了行业级别对于监管的风声鹤唳。 无疑,在合约层面对于合约地址的打击是符合法律要求的,但是RPC节点和前端作为一种公共基础设施,根据Web3的精神,公共基础设施应该无差别地对于任何使用者开放。所以制裁造成了对于无许可化DeFi精神的打击。行业应该在前端层面加以去中心化的分散风险的设置。 Liquity协议引入了前端运营商机制,用户将直接和前端运营商进行交互,并获得一部分用户产生的LQTY代币作为奖励,回扣率就是用户实际拿到的代币占用户产生的代币的比例,(1-回扣率)就是前端运营商获得的代币比例。前端标签是一种前端应获得奖励的证明,在存款时被打上,意味着即使客户改用其他前端,奖励仍会按照标签发放,除非用户取回存款并且使用新前端重新存款,这样新的奖励将会发放...
论无常损失保护协议的稳健性
无常损失作为组LP的交易者在日常提供流动性的过程中经常遇到的一种现象,原因是流动性提供者 (Liquidity Provider) 会自动同时成为买方及卖方,一旦有人发起交易,价格就会随之变化,连同改变池内的持仓。 所以身为流动性提供者,当价格下跌时,不仅本金在亏损,同时还会被强迫加仓,越亏越多;反之价格上涨时被强迫减仓,少赚一些,这点跟网格交易有些相像(忽略所有网格利润)。图中给出了无常损失在ALT对于USD价格变化时的PnL和做空ALT对冲风险使波动率减少的对应数值。 在加密分析师charliemarketplace.eth于2022年12月24日发表的文章中,他分析了Uniswap上的WBTC-USDC和ETH-USDC的在2022年9月20日之前已平仓的交易,并对这些交易进行了发散损失分析。 在分析结果中,55% 的 ETH-USDC 0.05% 持仓损益超过了 HODL。40% 输给了 HODL。这代表AMM模型的收益大于无常损失的风险。下图是组ETH-USDC LP相对于HODL的损益分析。 在分析结果中,即使是构建于Uniswap上的项目方的金库的损益的情况略比个人...
Share Dialog
Share Dialog
零知识证明在不透漏知识的具体内容的情况下,就可以实现证明参与者是否真正掌握了该知识。
零知识证明在节省冗余计算、压缩链上空间和保护用户隐私的方面有重要的应用价值。零知识证明的实现方法有很多,比如zk-SNARK, zk-STARK, PLONK, Bulletproofs等。
zk-SNARK是Zero-Knowledge Succinct Non-Interactive Argument of Knowledge的缩写,意思是简洁非交互零知识证明。简洁代表了用这种方法生成的证明比实际证明的数据量小,非交互的意思是在证明构建完成之后,证明者仅需发送一条简单的信息给验证者,并且一般情况下,没有授权的任何人都可以进行验证。这减少了链上交互的次数,节省了证明的开销。论据(Argument)代表着在当前计算能力的情况下,生成证明所采用的加密算法的复杂性是不能以可接受的时间和经济代价强行破解的。知识(of Knowledge)代表着在不掌握该知识不知道要证明什么的情况下不可能构造出该证明。零知识代表着在证明过程中不透露与证明实体有关的任何有用信息。
zk-STARK是Zero-Knowledge Scalable Transparent Arguments of Knowledge的缩写,意思是可扩展透明零知识证明。与zk-SNARK不同,STARK通过允许开发人员将计算和存储转移到链下来提高可扩展性,在计算速度和大小方面更具可扩展性。透明的意思是它消除了初始的可信任方来初始设置zk证明系统,而是转为使用可公开验证的随机性来创建无需信任的可验证计算系统。并且zk-STARK是抗量子的,可以防止量子计算机的攻击。
Rollup扩容方案在Plasma方案的基础之上,进而将经过巧妙压缩过后的数据提交到主链上,这样,任何人都能通过这些数据验证Rollup提交的结果是否正确,它实现了数据可用性,加强了安全性。
Rollup在主链上有一系列合约,维护Rollup中的状态记录,通过用保存Rollup层账户信息的Merkle Trie的根节点的哈希值,来保证任意叶子节点的值改变都会影响最后默克尔树根的哈希值,从而确认了底层状态信息的一致性。
通过记录交易执行结束之后的世界状态的状态根,我们可以得到一个账户状态的键值表。在Rollup上发生交易之时,键值表会发生改变,产生新的状态根。Rollup上的交易会被分批打包汇总,并提交新的state root.提交者在向Rollup 合约提交一个新的批次的时候,主链会验证新状态根是否正确,若正确,则完成状态转移。
下图是简化版的Optimistic Rollup的图解。

Optimistic Rollup默认提交者提交的batch是正确的,如果任何人发现某个 batch 的后状态根不正确,他可以向区块链发布一个证明,证明该 batch 计算错误。合约会对证明进行验证,并且对该 batch 及其之后的 batches 进行回滚。这样为了防止回滚,资金需要在Optimistic Rollup锁定7天来确保验证结果是正确的。
Zk Rollup默认提交者提交的batch是错误的,提交者需要额外提交一个Zk-SNARK证明来自证提交的batch是有效的。可以在不提交全部交易数据的情况下证明数据的有效性,可以减少向主链提交的数据量。
下图是简化版的Zk Rollup的图解。增加了ZK Proof,减少了验证人。

下表是Vitalik文章中对于两种不同Rollup的对比。

下表是四大Rollup方案的开销对比。

为Zk Rollup生成一个zk-SNARK证明相当困难。需要单独的指令集来完成这一点。
zkVM是一种虚拟机,通过零知识证明,可以确保可信特征的安全性,即,输入原来的状态和程序将输出新的状态。
下图简要地解释了什么是zkVM.

zkVM实现了易用性、通用性、简洁性和递归性。开发者无需掌握零知识开发,可以实现图灵完备、不用重复生成整个虚拟机的电路、对虚拟机的验证可以通过虚拟机来进行。
zkVM同样有计算架构特殊和一些需要优化电路的性能问题。
主流的zkVM分三类,分为主流 (WASM, RISC-V)、EVM (EVM bytecode)、ZK-Optimized (全新指令集, 针对零知识证明所优化, 比如 Cairo 和 zkSync),下图为三者的对比图:

zkVM是一个很好的方向,它可以将 EVM的垂直优化转化为 EVM的横向扩展,从而摆脱 EVM的局限。
zkEVM在Vitalik的新作里已经写的很完备了,本文尝试做一个翻译和综述。
Polygon、ZKSync和Scroll和Privacy and Scaling Explorations 团队、Nicolas Liochon的团队以及Cairo的alpha编译器都在最近发布了公告。本文将尝试描述EVM等价的不同类型的分类和每种类型的好处和成本。
下图为不同类型的概览:


类型 1力图与以太坊完全等效,哈希、状态树、事物树、预编译、其他公式逻辑都不变。
优点:完美兼容
目标是与执行层端做到一样的验证方法。
一型ZK-EVM是Rollup的理想选择,因为以太坊执行客户端可以原样生成和处理Rollup batch,区块浏览器和区块产生的过程都能复用。
缺点:证明时间
以太坊起初并没有以 ZK友好为中心,所以很多以太坊协议的部件都要大量计算以进行 ZK验证。类型1的目的是准确地拷贝以太坊,所以不能减轻这种低效。目前以太坊的区块证明需要数个小时才能产生。
谁在建造它?
隐私和扩展探索团队ZK -EVM 正在构建 1 类 ZK-EVM。
类型 2 ZK-EVM 力求完全等同于 EVM,但不完全等同于以太坊。也就是说,它们“从内部”看起来与以太坊完全一样,但它们在外部存在一些差异,特别是在块结构和状态树等数据结构上。
目标是与现有应用程序完全兼容,但对以太坊进行一些小的修改,以使开发更容易并更快地生成证明。
优点:VM级别的完美等价
类型 2 ZK-EVM 对保存诸如以太坊状态之类的数据结构进行更改。需要对以太坊执行客户端做微调使用 Type 2 ZK-EVM rollup。例外在于:对于验证历史以太坊区块的Merkle证明以验证有关历史交易、收据或状态的声明的应用程序出现了一种不兼容(例如,桥有时会这样做)。用不同的哈希函数替换Keccak的 ZK-EVM 会破坏这些证明。
缺点:改进但仍然很费证明时间
类型2删除了依赖于不必要的复杂和 ZK 不友好密码学的部分以太坊堆栈。例如改变以太坊的 Keccak 和基于 RLP 的 Merkle Patricia 树,可能还会改变区块和收据结构。
这减少了证明时间但必须按原样证明 EVM 的缓慢性以及 EVM 固有的所有低效率和 ZK 不友好性仍然存在。比如MLOAD可以读取任何32个字节,这可能是一个块或者两个连续的块。这造成了内存管理的问题。
谁在建造它?
Scroll 的 ZK-EVM项目正朝着 Type 2 ZK-EVM 方向发展,Polygon Hermez也是如此。也就是说,这两个项目都还没有完成。特别是,许多更复杂的预编译还没有实现。因此,目前这两个项目都被更好地考虑为Type 3。
显着改善最坏情况证明者时间的一种方法是大大增加 EVM 中很难进行 ZK 证明的特定操作的 gas 成本。这可能涉及预编译、KECCAK 操作码,以及调用合约或访问内存或存储或恢复的可能特定模式。更改 gas 成本可能会降低开发人员工具的兼容性并破坏一些应用程序。
3 类 ZK-EVM几乎与 EVM 等效,但在精确等效性方面做出了一些牺牲,以进一步缩短验证器时间并使 EVM 更易于开发。
优势:更容易构建,更快的验证时间
类型 3 ZK-EVM 可能会删除一些在 ZK-EVM 实现中极难实现的功能,例如预编译。此外,Type 3 ZK-EVM 有时在处理合约代码、内存或堆栈方面也存在细微差别。
缺点:不兼容较多
使用 Type 3 ZK-EVM 删除的预编译的或者对其他删除功能有依赖的应用程序需要重写。
谁在建造它?
Scroll 和 Polygon 在其当前形式中都是 Type 3,尽管它们有望随着时间的推移提高兼容性。Polygon使用了一些不同的内部逻辑来完成它。Type 3 只是一个过渡阶段,直到完成添加预编译的复杂工作并且项目可以移动到 Type 2.5。
Type 4 系统通过获取以高级语言(例如Solidity、Vyper或两者都可以编译的中间语言)编写的智能合约源代码并将其编译为明确设计为 ZK-SNARK 友好的某种语言来工作.
优势:非常快的验证时间
如果没有 ZK证明每个 EVM的各个步骤,并且从高级语言代码开始,你就可以节省大量的开销。
缺点:不兼容较多
合约的地址因为 CREATE2 合约地址取决于确切的字节码而地址不同。手写的 EVM 字节码更难使用。很多调试基础设施不能被继承,因为这样的基础设施运行在 EVM 字节码上。
谁在建造它?
ZKSync是一个 Type 4 系统,尽管随着时间的推移它可能会增加对 EVM 字节码的兼容性。Nethermind 的Warp项目正在构建一个从 Solidity 到 Starkware 的 Cairo 的编译器,这将把 StarkNet 变成事实上的 Type 4 系统。

编号较小的类型与现有基础架构的兼容性更高,但速度较慢,编号较高的类型与现有基础架构的兼容性较差,但速度更快。最理想的状况是一切都成为类型1,要实现这样的未来,还需要相当长的时间。与此同时,我们将在扩展以太坊和基于以太坊的 ZK-rollup 的不同路径中看到许多创新。
Scroll在7月19日开启了Scroll Pre-Alpha测试网,融资情况:4月21日,以太坊扩容网络Scroll完成3000万美元 A 轮融资,本轮融资由Polychain Capital 领投,Bain Capital Crypto、Robot Ventures和Geometry DAO等参投。此外,来自以太坊基金会的Ying Tong和Carlos Aria、以及Anthony Sassal、Ryan Adams和Santiago Santos等以太坊社区成员也加入了此轮融资。
Polygon用户量Unique 7 Days:845k,Unique 30 Days:2.26M,可以预见旧有用户转化到Hermez网络的转化率一旦提升,用户量基础巨大。现有市值:72亿美元。Hermez将提升Polygon网络的竞争力,并且提供与ETH网络等价的安全性。
用户数:345596
融资情况:其开发公司Matter Labs获得了5000万美元的B轮融资。由 a16z Crypto 领投,其他投资方包括 Placeholder、Dragonfly 和 1kx 等,以及Blockchain.com、Crypto.com、Consensys、ByBit、OKEx、Alchemy、Covalent等战略合作伙伴,另外,还有来自AAVE、Paraswap、Lido、Futureswap、Gnosis、Rarible、Aragon、Liquity、Celer Network、Connext、Perpetual Protocol、Euler、Opium等 70 多个项目的创始人或高管参投。
TVL:$66.65 M
生态项目:Zigzag 是一个非托管的订单簿交换平台,是 zkSync 先行者之一。Yearn Finance 和 Taker Protocol 采用 zkSync 提供 DeFi 借贷服务。
用户数:23,557
融资情况:StarkWare 以 80 亿美元估值完成 1 亿美元 D 轮融资,Greenoaks Capital、Coatue、Tiger Global 和其他参与者领投,所筹资金将用于产品和业务开发、工程设计和周边生态系统的发展。
TVL:$1.09M
生态项目:StarkWare 生态中大部分原生项目处于早期阶段。
https://vitalik.eth.limo/general/2022/08/04/zkevm.html https://www.ethereum.cn/an-incomplete-guide-to-rollups https://mirror.xyz/0x22034f804960B9B34353d6A7595cC4E83ac0daBe/vVgKwJ0L5A0lm-ysPNipUddrXK_64NcXE_WkkRP_DT8 https://threadreaderapp.com/thread/1538166119785111552.html https://ecn.mirror.xyz/rGHawBLJ0lJiRnwYd12W_gX6hzTOaWlPBKuwcq8_LuE https://mp.weixin.qq.com/s/808jMXvIUqB973aVHrAzGQ https://mp.weixin.qq.com/s/S9ajxMU4vfdomoCAXnvhpg https://web3caff.com/zh/archives/7573 https://www.panewslab.com/zh/articledetails/31jem01m37xk.html
零知识证明在不透漏知识的具体内容的情况下,就可以实现证明参与者是否真正掌握了该知识。
零知识证明在节省冗余计算、压缩链上空间和保护用户隐私的方面有重要的应用价值。零知识证明的实现方法有很多,比如zk-SNARK, zk-STARK, PLONK, Bulletproofs等。
zk-SNARK是Zero-Knowledge Succinct Non-Interactive Argument of Knowledge的缩写,意思是简洁非交互零知识证明。简洁代表了用这种方法生成的证明比实际证明的数据量小,非交互的意思是在证明构建完成之后,证明者仅需发送一条简单的信息给验证者,并且一般情况下,没有授权的任何人都可以进行验证。这减少了链上交互的次数,节省了证明的开销。论据(Argument)代表着在当前计算能力的情况下,生成证明所采用的加密算法的复杂性是不能以可接受的时间和经济代价强行破解的。知识(of Knowledge)代表着在不掌握该知识不知道要证明什么的情况下不可能构造出该证明。零知识代表着在证明过程中不透露与证明实体有关的任何有用信息。
zk-STARK是Zero-Knowledge Scalable Transparent Arguments of Knowledge的缩写,意思是可扩展透明零知识证明。与zk-SNARK不同,STARK通过允许开发人员将计算和存储转移到链下来提高可扩展性,在计算速度和大小方面更具可扩展性。透明的意思是它消除了初始的可信任方来初始设置zk证明系统,而是转为使用可公开验证的随机性来创建无需信任的可验证计算系统。并且zk-STARK是抗量子的,可以防止量子计算机的攻击。
Rollup扩容方案在Plasma方案的基础之上,进而将经过巧妙压缩过后的数据提交到主链上,这样,任何人都能通过这些数据验证Rollup提交的结果是否正确,它实现了数据可用性,加强了安全性。
Rollup在主链上有一系列合约,维护Rollup中的状态记录,通过用保存Rollup层账户信息的Merkle Trie的根节点的哈希值,来保证任意叶子节点的值改变都会影响最后默克尔树根的哈希值,从而确认了底层状态信息的一致性。
通过记录交易执行结束之后的世界状态的状态根,我们可以得到一个账户状态的键值表。在Rollup上发生交易之时,键值表会发生改变,产生新的状态根。Rollup上的交易会被分批打包汇总,并提交新的state root.提交者在向Rollup 合约提交一个新的批次的时候,主链会验证新状态根是否正确,若正确,则完成状态转移。
下图是简化版的Optimistic Rollup的图解。

Optimistic Rollup默认提交者提交的batch是正确的,如果任何人发现某个 batch 的后状态根不正确,他可以向区块链发布一个证明,证明该 batch 计算错误。合约会对证明进行验证,并且对该 batch 及其之后的 batches 进行回滚。这样为了防止回滚,资金需要在Optimistic Rollup锁定7天来确保验证结果是正确的。
Zk Rollup默认提交者提交的batch是错误的,提交者需要额外提交一个Zk-SNARK证明来自证提交的batch是有效的。可以在不提交全部交易数据的情况下证明数据的有效性,可以减少向主链提交的数据量。
下图是简化版的Zk Rollup的图解。增加了ZK Proof,减少了验证人。

下表是Vitalik文章中对于两种不同Rollup的对比。

下表是四大Rollup方案的开销对比。

为Zk Rollup生成一个zk-SNARK证明相当困难。需要单独的指令集来完成这一点。
zkVM是一种虚拟机,通过零知识证明,可以确保可信特征的安全性,即,输入原来的状态和程序将输出新的状态。
下图简要地解释了什么是zkVM.

zkVM实现了易用性、通用性、简洁性和递归性。开发者无需掌握零知识开发,可以实现图灵完备、不用重复生成整个虚拟机的电路、对虚拟机的验证可以通过虚拟机来进行。
zkVM同样有计算架构特殊和一些需要优化电路的性能问题。
主流的zkVM分三类,分为主流 (WASM, RISC-V)、EVM (EVM bytecode)、ZK-Optimized (全新指令集, 针对零知识证明所优化, 比如 Cairo 和 zkSync),下图为三者的对比图:

zkVM是一个很好的方向,它可以将 EVM的垂直优化转化为 EVM的横向扩展,从而摆脱 EVM的局限。
zkEVM在Vitalik的新作里已经写的很完备了,本文尝试做一个翻译和综述。
Polygon、ZKSync和Scroll和Privacy and Scaling Explorations 团队、Nicolas Liochon的团队以及Cairo的alpha编译器都在最近发布了公告。本文将尝试描述EVM等价的不同类型的分类和每种类型的好处和成本。
下图为不同类型的概览:


类型 1力图与以太坊完全等效,哈希、状态树、事物树、预编译、其他公式逻辑都不变。
优点:完美兼容
目标是与执行层端做到一样的验证方法。
一型ZK-EVM是Rollup的理想选择,因为以太坊执行客户端可以原样生成和处理Rollup batch,区块浏览器和区块产生的过程都能复用。
缺点:证明时间
以太坊起初并没有以 ZK友好为中心,所以很多以太坊协议的部件都要大量计算以进行 ZK验证。类型1的目的是准确地拷贝以太坊,所以不能减轻这种低效。目前以太坊的区块证明需要数个小时才能产生。
谁在建造它?
隐私和扩展探索团队ZK -EVM 正在构建 1 类 ZK-EVM。
类型 2 ZK-EVM 力求完全等同于 EVM,但不完全等同于以太坊。也就是说,它们“从内部”看起来与以太坊完全一样,但它们在外部存在一些差异,特别是在块结构和状态树等数据结构上。
目标是与现有应用程序完全兼容,但对以太坊进行一些小的修改,以使开发更容易并更快地生成证明。
优点:VM级别的完美等价
类型 2 ZK-EVM 对保存诸如以太坊状态之类的数据结构进行更改。需要对以太坊执行客户端做微调使用 Type 2 ZK-EVM rollup。例外在于:对于验证历史以太坊区块的Merkle证明以验证有关历史交易、收据或状态的声明的应用程序出现了一种不兼容(例如,桥有时会这样做)。用不同的哈希函数替换Keccak的 ZK-EVM 会破坏这些证明。
缺点:改进但仍然很费证明时间
类型2删除了依赖于不必要的复杂和 ZK 不友好密码学的部分以太坊堆栈。例如改变以太坊的 Keccak 和基于 RLP 的 Merkle Patricia 树,可能还会改变区块和收据结构。
这减少了证明时间但必须按原样证明 EVM 的缓慢性以及 EVM 固有的所有低效率和 ZK 不友好性仍然存在。比如MLOAD可以读取任何32个字节,这可能是一个块或者两个连续的块。这造成了内存管理的问题。
谁在建造它?
Scroll 的 ZK-EVM项目正朝着 Type 2 ZK-EVM 方向发展,Polygon Hermez也是如此。也就是说,这两个项目都还没有完成。特别是,许多更复杂的预编译还没有实现。因此,目前这两个项目都被更好地考虑为Type 3。
显着改善最坏情况证明者时间的一种方法是大大增加 EVM 中很难进行 ZK 证明的特定操作的 gas 成本。这可能涉及预编译、KECCAK 操作码,以及调用合约或访问内存或存储或恢复的可能特定模式。更改 gas 成本可能会降低开发人员工具的兼容性并破坏一些应用程序。
3 类 ZK-EVM几乎与 EVM 等效,但在精确等效性方面做出了一些牺牲,以进一步缩短验证器时间并使 EVM 更易于开发。
优势:更容易构建,更快的验证时间
类型 3 ZK-EVM 可能会删除一些在 ZK-EVM 实现中极难实现的功能,例如预编译。此外,Type 3 ZK-EVM 有时在处理合约代码、内存或堆栈方面也存在细微差别。
缺点:不兼容较多
使用 Type 3 ZK-EVM 删除的预编译的或者对其他删除功能有依赖的应用程序需要重写。
谁在建造它?
Scroll 和 Polygon 在其当前形式中都是 Type 3,尽管它们有望随着时间的推移提高兼容性。Polygon使用了一些不同的内部逻辑来完成它。Type 3 只是一个过渡阶段,直到完成添加预编译的复杂工作并且项目可以移动到 Type 2.5。
Type 4 系统通过获取以高级语言(例如Solidity、Vyper或两者都可以编译的中间语言)编写的智能合约源代码并将其编译为明确设计为 ZK-SNARK 友好的某种语言来工作.
优势:非常快的验证时间
如果没有 ZK证明每个 EVM的各个步骤,并且从高级语言代码开始,你就可以节省大量的开销。
缺点:不兼容较多
合约的地址因为 CREATE2 合约地址取决于确切的字节码而地址不同。手写的 EVM 字节码更难使用。很多调试基础设施不能被继承,因为这样的基础设施运行在 EVM 字节码上。
谁在建造它?
ZKSync是一个 Type 4 系统,尽管随着时间的推移它可能会增加对 EVM 字节码的兼容性。Nethermind 的Warp项目正在构建一个从 Solidity 到 Starkware 的 Cairo 的编译器,这将把 StarkNet 变成事实上的 Type 4 系统。

编号较小的类型与现有基础架构的兼容性更高,但速度较慢,编号较高的类型与现有基础架构的兼容性较差,但速度更快。最理想的状况是一切都成为类型1,要实现这样的未来,还需要相当长的时间。与此同时,我们将在扩展以太坊和基于以太坊的 ZK-rollup 的不同路径中看到许多创新。
Scroll在7月19日开启了Scroll Pre-Alpha测试网,融资情况:4月21日,以太坊扩容网络Scroll完成3000万美元 A 轮融资,本轮融资由Polychain Capital 领投,Bain Capital Crypto、Robot Ventures和Geometry DAO等参投。此外,来自以太坊基金会的Ying Tong和Carlos Aria、以及Anthony Sassal、Ryan Adams和Santiago Santos等以太坊社区成员也加入了此轮融资。
Polygon用户量Unique 7 Days:845k,Unique 30 Days:2.26M,可以预见旧有用户转化到Hermez网络的转化率一旦提升,用户量基础巨大。现有市值:72亿美元。Hermez将提升Polygon网络的竞争力,并且提供与ETH网络等价的安全性。
用户数:345596
融资情况:其开发公司Matter Labs获得了5000万美元的B轮融资。由 a16z Crypto 领投,其他投资方包括 Placeholder、Dragonfly 和 1kx 等,以及Blockchain.com、Crypto.com、Consensys、ByBit、OKEx、Alchemy、Covalent等战略合作伙伴,另外,还有来自AAVE、Paraswap、Lido、Futureswap、Gnosis、Rarible、Aragon、Liquity、Celer Network、Connext、Perpetual Protocol、Euler、Opium等 70 多个项目的创始人或高管参投。
TVL:$66.65 M
生态项目:Zigzag 是一个非托管的订单簿交换平台,是 zkSync 先行者之一。Yearn Finance 和 Taker Protocol 采用 zkSync 提供 DeFi 借贷服务。
用户数:23,557
融资情况:StarkWare 以 80 亿美元估值完成 1 亿美元 D 轮融资,Greenoaks Capital、Coatue、Tiger Global 和其他参与者领投,所筹资金将用于产品和业务开发、工程设计和周边生态系统的发展。
TVL:$1.09M
生态项目:StarkWare 生态中大部分原生项目处于早期阶段。
https://vitalik.eth.limo/general/2022/08/04/zkevm.html https://www.ethereum.cn/an-incomplete-guide-to-rollups https://mirror.xyz/0x22034f804960B9B34353d6A7595cC4E83ac0daBe/vVgKwJ0L5A0lm-ysPNipUddrXK_64NcXE_WkkRP_DT8 https://threadreaderapp.com/thread/1538166119785111552.html https://ecn.mirror.xyz/rGHawBLJ0lJiRnwYd12W_gX6hzTOaWlPBKuwcq8_LuE https://mp.weixin.qq.com/s/808jMXvIUqB973aVHrAzGQ https://mp.weixin.qq.com/s/S9ajxMU4vfdomoCAXnvhpg https://web3caff.com/zh/archives/7573 https://www.panewslab.com/zh/articledetails/31jem01m37xk.html
No comments yet