42 个以太币。 而为了能够更优先级，科学家可能一拍脑袋就设置了一个很高的Gas fee，因此导致着用户体验是比较混乱，且难以预估。 新协议计算公式：Gas fee = (Base fee + Priority fee) × Gas limit，且下一区块Base fee的涨幅最多为12.5% 其中 base fee 由协议设置会直接销毁，priority fee 是用户设置的支付给验证者的小费。 例如，假设 Jordan 要向 Taylor 支付 1 个以太币。 一笔以太币转账需要 21,000 单位的燃料，基础费是 10 gwei。 Jordan 支付了 2 gwei 作为小费。 费用为 21,000 * (10 + 2) = 252,000 gwei（0.000252 个以太币）。 当 Jordan 转账时，将从 Jordan 帐户中扣除 1.000252 个以太币。 Taylor 的帐户增加 1.0000 个以太币。 验证者收到价值 0.000042 个以太币的小费。 0.00021 个以太币的 base fee 被销毁。 1.2.2 巴黎升级 先是君士坦丁堡硬分叉，挖矿奖励由原来的每区块奖励3个ETH降低为2个ETH。然后，The merge将PoW转变成为PoS，挖矿奖励（160,000eth/天）直接消失，转变成为质押奖励（1,600eth/天），发行量骤减99%。 2022年9月15日，巴黎升级后，以太坊正式开始通缩。 数据来源：https://ultrasound.money/ Merge以来总供应量已经煎炒超过30万枚以太币，每年销毁数量981k，增发数量723k，每年以0.21%的速度进行通缩。 数据来源：https://ultrasound.money/ Merge以后以太坊解决了挖苦那个带来高能耗的问题，之后专注于性能问题和费用问题，Layer 2在同时解决这两个问题，因此成为Merge后以太坊生态最受关注的赛道。 1.3 以太坊未来的升级路线 Vitalik Buterin 提出了以太坊线路图的愿景，根据对以太坊架构的影响，该路线图将升级分为几个类别。 这包括： Merge：涉及从工作量证明转为权益证明的升级（已完成） Surge：在Rollups上超过100,000 TPS Scourge：涉及抗审查性、去中心化、LSD、和MEV风险的升级 Verge：涉及更轻松地验证区块的升级 Purge：涉及降低运营节点的计算成本和简化协议的升级 Splurge：其他 这些升级是并行的，也就是说哪个部分研发的快，可能就会先进行升级。 图片来源-V神推特：https://twitter.com/VitalikButerin/status/1741190491578810445 2. 什么是坎昆升级？落地哪些重要EIP？ 以太坊合并以后，最重要的事情就是提升性能TPS，降低Gas fee，让以太坊接近于一个完美的应用。 Vitalik认为Ethereum达到什么样的TPS和Gas Fee才算一个合格的公链？ 例如：TPS达到10万+。VISA平均TPS为2000，峰值4000+；Paypal平均TPS为200；支付宝繁忙期能达到25万。 本次以太坊升级被称为Dencun升级（Dencun+Cancun），其中Cancun（坎昆，Devcon举办城市）升级侧重于以太坊执行层（Execution Layer），Deneb升级侧重于共识层（Consensus Layer）。 坎昆升级对应的是The Surge的部分，目标达到10+TPS。 根据Github上显示坎昆升级要执行的是以下六个EIP，我们在下一个部分会重点介绍一下。 图片来源：https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md 除了Pro-Danksharding（EIP-4844），坎昆升级还包括EIP-6780、EIP-1153、EIP-6475、EIP-4788等改进提案。 2.1 Proto-Danksharding——EIP 4844 坎昆升级最重要的一件事情就是引入Proto-Danksharding为以太坊完全分片扩容做过渡，提前将接近的技术引用。以太坊的最终目标是将主网分成64片从而达到10万+TPS。 Proto-Danksharding 提出的背景在于，虽然 Rollup 方案对比以太坊主链而言显著降低了交易费用，但还没有到足够低的理想程度。这是由于以太坊主链上提供数据可用性的 calldata 仍然占据较大的花费(16gas / byte)。在原先的设想中，以太坊提出在数据分片中提供每个区块 16MB 的专用数据空间给 Rollup 使用，但距离数据分片的真正实施仍旧遥遥无期。 目前Layer2回传到Layer1的数据都存储在 Calldata 里，并永久将数据存储到执行层里。此外，为了安全，Calldata为了防止网络资源滥用，每一步执行都需要gas。 以太坊完成合并后，分出了共识层（负责PoS共识）和执行层（执行合约代码）。执行层的工作是执行Calldata（可以认为是一种给交易类型）里面存储的数据。 可以将Calldata包含的内容分为两部分： 执行结果 交易数据——没有太多的用途，验证有效后就没有什么用，足够长的时间可以下载验证就行了，甚至不需要传到执行层——EIP-4844就是为了解决交易数据的问题，这部分成为占了Calldata整个成本的60%以上。 数据来源：https://dune.com/optimismfnd/optimism-l1-batch-submission-fees-security-costs 实际上，作为交易数据只有验证需求，没有执行需求，不需要传输到执行层来增加执行层负担，只存储在共识层的节点即可。 为此，EIP-4844引入了一种新交易类型—Blob（Binary Large Objects，算是对交易类型进一步细分），比常规交易多携带一个数据包（ 约125kb），只在共识层，类似于缓存包类似一个额外外挂数据库，为L2回传过来的数据单独设计一个数据类型Blob，把它和Layer1的Calldata分开。如此，Blob数据只需要满足能在一定时间内被有需要的人访问验证即可，无需Layer1执行层去全部执行，从而大大减轻Layer1的负担。 Proto-Danksharding 所引进的每个 blob 大小为 128 KB，每个以太坊区块计划包含 3-6 个 blob（0.375 MB - 0.75MB），未来逐步拓展至 64 个。 相比之下，目前以太坊每个区块可以容纳的数据大小不到 200KB，引入 blob 后，以太坊区块可容纳的数据量将显著提高。 数据来源：https://etherscan.io/chart/blocksize EIP-4844是Danksharding的先行版本，旨在通过以太坊节点实现链下数据临时储存和检索，而Layer2本身就是压缩链下数据，因此，有望使L2能够每个区块链携带更多数据的同时，交易费用降低10-100倍。 若 Dencun 升级后成功实现了一个区块外挂 3 个 blob 的平均目标，L2 的吞吐量将有接近 2 倍的提升。若最终实现了一个区块外挂 64 个 blob 的目标，L2 的吞吐量将有接近 40 倍的提升。 Proto-Danksharding引入了EIP-1559，进一步降低blob的费用 不同类型的gas应该有不同的基本费用和最大限制 blob数据费用更便宜——Blob不竞争区块空间，理论gasfee应该更低，天然便宜，进一步降低费用 如果想要看交易数据怎么办？ EIP-4844 还引入了 KZG (Kate-Zaverucha-Goldberg) 承诺⽅案，作为 blob 验证和证明⽣成过程的⼀部分。KZG 承诺是⼀种多项式承诺⽅案，使提交者能够使⽤一串短字符串来承诺多项式，支持验证者使⽤短字符串来确认所声明的承诺。简单来说，即 KZG 可以将大量数据的验证工作简化为对小型加密承诺的验证。 引入Proto-Danksharding前后对比。 2.2 其他 EIP-6780提议修改SELFDESTRUCT操作码功能，为未来应用默克尔树做准备。后续通过应用默克尔树，以太坊存储效率将大大提升。 EIP-1153通过添加瞬态存储操作码，可以让协议进行临时存储，从而节省网络Gas费。 EIP-6475是EIP-4844的配套方案，通过引入SSZ编码交易类型，提供更佳可读性和紧凑序列化。 EIP-4788旨在改善跨链桥和Staking池的结构。 3. 相关数据情况 3.1 Layer2数据情况 总TVL 总TVL已经超过了$20b 数据来源：https://l2beat.com/scaling/tvlLayer2 TVL情况 固然Vitalik认为ZK是Rollup最终方案，其实际上Arb+OP以及其他Op系已经超过了85%，同时很多项目也在尝试OP+ZK的结合，不断迭代。 数据来源：https://l2beat.com/scaling/summaryLayer 2 Gas Fee情况 单笔交易几块钱的手续费，或许对于早期接触web3.0的OG来讲可能算是小数目，但是对于Mass Adpotion来说还是过于昂贵。 数据来源：https://l2fees.info/收入情况 数据来源：https://cryptofees.info/，category选择Layer1、Layer2，blockchain选择图中四条公链 3.2 TPS 以太坊最早TPS为108，理论上Layer2的TPS是可以超过10万交易/秒的（TON），但是目前还没有这种级别的应用，也是一个比较担忧的地方。 数据来源：https://chainspect.app/dashboard/tps 像Layer2上的实时TPS目前最多的也不到50。 数据来源：https://chainspect.app/dashboard/tps?tag=layer_2 4. 仍待解决的问题 以太坊流动性由于多个不同的Layer2而导致一定的割裂性？潜在方案为序列器共享、去中心化序列器等等 CM：A链的钱不容易到B链，Layer2的概念就是一个服务层，Arb以Gmx为首的衍生品为主，Layer2的市场偏小，一开始Layer2的任务就是以太坊的业务细分到Layer2。现在解决方案就是通过应用层解决。通过跨链应用来解决体验的问题，从链的角度必然会有资金割裂的现象，主要是安全性的问题。 DZ：最近好像Layer2涨了不少？对Layer2的预期炒起来了？一上4844能立马降低费用么？从而导致一些格局将发生变化，例如波场的USDT转到以太坊Layer2上. 附录——知识科普 1. 网络升级和分叉 在以太坊协议的发展进程中，网络升级和分叉的意思相同，都是对以太坊协议进行更改，添加新的规则（EIP 形式），可以是计划内也可以是计划外。但是硬分叉的含义又有所不同，它是指这种网络更新不完全向后兼容，甚至可能会更改已部署合约的现有功能而使某些先前的交易无效。 2. EIP/ERC介绍 主要参考来源：https://eips.ethereum.org/EIPS/eip-1，即EIP-1 2.1 EIP分类 EIP 可以分为三个大类别： Standards Track EIP（标准跟踪 EIP）：这类 EIP 描述了影响大多数或所有以太坊实现的任何更改，或者影响使用以太坊的应用程序的互操作性的任何更改或添加。简单来说，就是任何会改变以太坊所有或者大多数实现细节的 EIP。它可以细分为以下几种： Core（核心）：指可能导致分叉的、需要对共识进行的修改（如 EIP-5、EIP-101 等），以及不一定是共识但可能与以太坊 “核心开发” 有关内容的更改； Networking（网络）：指围绕以太坊通信 devp2p ( EIP-8 ) 和 Light Ethereum Subprotocol 的修改，以及对 Whisper 和 swarm 网络协议规范的拟议改进。 Interface（接口）： 指对以太坊客户端 API/RPC 定义和标准的修改、调用方法称和合约 ABI 等语言级标准的改进。 ERC：指应用程序级标准和约定。它包括有 Token 标准、名称注册、URI 方案、账户抽象等。 Meta EIP（元提案 EIP）：这类 EIP 围绕以太坊的流程（或流程中的事件）进行更改，包括有流程修改、用户指南、决策过程、开发环境及工具等的修改。因为这种修改需要社区用户一起遵守，因而需要达成社区共识。 Informational EIP（信息提案 EIP）：这类 EIP 是非标准改进，不提出新功能，只提出设计问题和对以太坊社区通用指南或信息的意见，且不一定代表以太坊社区的共识或建议。 目前 EIP 存储库已经进行了 ERC 和 EIP 的分离。EIP-7329 提案提出将 ERC 规范从 EIP 存储库中拆分到新的存储库中，以便仅保留核心协议 EIP，因此，当前的 EIP 存储库是针对标准化以太坊本身以及基于其构建的协议，它以 EIP 的形式跟踪以太坊过去和正在进行的改进。而 ERC（Ethereum Request for Comment）存储库是针对标准化以太坊应用层，它以 ERC 的形式跟踪过去和正在进行的改进应用程序标准。ERC 里产生了不少我们熟知的 ERC-20、ERC-721、ERC-1155 等。 2.2 EIP审核流程 想法 Idea- 预草案的想法。EIP 存储库中不会对此进行跟踪。 草案 Draft- EIP 开发中的第一个正式跟踪阶段。当格式正确时，EIP 会被 EIP 编辑器合并到 EIP 存储库中。 审查 Review- EIP 作者将 EIP 标记为准备好并请求同行审查。 最后一次通话 Last Call- 这是转移到 之前 EIP 的最后审核窗口Final。EIP 编辑将分配Last Call状态并设置审核结束日期 ( last-call-deadline)，通常为 14 天后。 如果在此期间导致必要的规范性更改，EIP 将会恢复为Review. 最终版 Final- 该 EIP 代表最终标准。最终 EIP 处于最终确定状态，仅应更新以更正勘误表并添加非规范性说明。 将 EIP 从上次调用转移到最终调用的 PR 不应包含除状态更新之外的任何更改。任何内容或编辑提议的更改都应与此状态更新 PR 分开并在其之前提交。 停滞 StagnantDraft- 处于或Review或6 个月或更长时间不活动状态的任何 EIPLast Call将移至Stagnant。作者或 EIP 编辑者可以通过将 EIP 移回Draft或更早的状态来从该状态恢复。如果不复活，提案可能会永远保持这种状态。 EIP 作者会收到其 EIP 状态的任何算法更改的通知 撤回 Withdrawn- EIP 作者已撤回提议的 EIP。该状态具有最终性，不能再使用该EIP号复活。如果稍后继续实施该想法，则该想法将被视为新提案。 Living - EIP 的一种特殊状态，旨在不断更新且不会达到最终状态。其中最著名的是 EIP-1。 来源：金色财经lg...
北美站
