Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

optimization: Explore reducing number of transaction list iterations

未关闭
#31 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
45/100
Issue 类型
重构
描述清晰度
基本清楚
活跃度
停滞
技术栈
rust
领域
performance

调研方向

从 execution/evm/execution.go 的第 134-142 行开始,跟踪初始的交易列表迭代以及 issue 中描述的后续检查。确定是否可以在不改变行为的情况下合并这些检查,然后验证交易处理仍会产生相同的结果,并且额外的迭代已被移除。

由索引模型根据 Issue 内容生成。

描述

https://github.com/evstack/ev-node/blob/04637e6ee86b8a9f22440322b77e7775ce2d8dab/execution/evm/execution.go#L134-L142

was referring this iteration, we go over the list of txs in ev-node. If we just do all these checks during the initial iteration, it helps reduce another iteration.

Albeit, I think this would only be relevant if we're in the 10^6 range of txs per block which I don't think we're at yet.

Assuming a program can do a 10^9 ops/second, which is 10^6 ops/millisecond. If we're targeting 50 ms block times, that's 5*10^7 ops/millisecond. So approximately, reducing the multiple iterations only start translating to performance gain at 10^6 tx range

Originally posted by @Manav-Aggarwal in https://github.com/evstack/ev-reth/pull/29#discussion_r2251387435

主要语言
Rust
星标
8
派生
9
平均合并
7 小时 25 分钟
30 天内合并 PR
2

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

evstack/ev-reth 的其他 Issue

查看 evstack/ev-reth 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。