即刻App年轻人的同好社区
下载
App内打开
Tiny熊
25关注50被关注0夸夸
登链社区发起人
Tiny熊
7月前
上周 @OpenZeppelin 发布了最新的Contracts 5.0 版,包含了众多更新:
1. 大量的 Gas 优化
2. 代码结构简化,如:ERC20、ERC721 和 ERC1155 中删除了token Hook。
3. 移除了一些不在适合的函数及合约,如SafeMath
4. 使用命名空间存储以提升合约升级安全性
5. 引入了自定义错误
6. 全新的访问控制 AccessManager
7. 相应的工具更新了,即将添加对 Foundry 的升级支持

详情查看: learnblockchain.cn
00
Tiny熊
9月前
#每周以太坊 上周我觉得值得关注的信息:

1. Geth 占绝对多数, 两个客户端超过 33%, 使用 Lido 即将突破33% 的门槛, 这些中心化趋势让你的 ETH 价值正受到威胁, 我们需要更分散。

2. @arbitrum
Stylus 发布,可以用 Rust、C 和 C++ 等编程语言为 Nitro 链构建应用

3. @0xPolygonLabs
Polygon 发布 Chain 开发套件CDK, 可用于按需启动 zk rollup 或 validium 链, CDK部署的所有链都是可互操作的,可自动获取所有Polygon链的统一流动性。

4. @paradigm 发布了Rivet,一个专为开发者准备的插件钱包

5. @StarkWareLtd Stone Prover 开源了

6. @zksecurityXYZ Circcomscribe 工具发布:分析 Circcom 代码,快速了解哪些代码行产生了哪些约束

twitter.com
00
Tiny熊
9月前
#每周以太坊 上周我觉得比较有意思的有:
1. 基于 @RiscZero zkVM 实现的 Type0 的zkEVM 发布
2. @optimismFND 和@BuildOnBase 听过排序器收入与OP token 实现某种相互绑定的联盟关系。
3. Foundry 集成了 Vulcan , 支持语句消耗 gas 估算和部署地址计算
4. TrueBlocks 开源数据索引器发布V1 版, 极大方便EVM上的应用构建数据服务。
5. WhatsABI 是一个从EVM 字节码中猜测出 ABI的代码库,上周发布新版
6. ScopeLift 提出了一个概念原型:在Layer2 上用 Layer1 的token 进行DAO 投票
00
Tiny熊
10月前
zkRollup 活动 5 点要开始啦,我们下一期准备谈一谈 模块化区块链,除了 Celestia 之外,大家觉得还有哪些项目可以来聊,请大家留言推荐,谢谢啦[抱拳]
00
Tiny熊
11月前
翻译了一下这篇文章,在 DeFi 合约中,常用模式 Checks-Effects-Interactions(检查-生效-交互)模式, 不够好,它会让开发者忘记协议的核心不变性。

作者提出了一个新的模式: 功能检查-生效-交互+协议不变性(FREI-PI),让我们可以更多关注到协议不变性。

DeFi 合约安全的新模式:关注协议不变性 | 登链社区 | 区块链技术社区

00
Tiny熊
11月前
#每周以太坊 更新:learnblockchain.cn

我觉得重点关注信息(有意思)有:
1. Etherscan发布了一个接入 OpenAI 的合约阅读器,可以通过代码分析合约的功能。

etherscan.io

2. 一个辅助 Solidity 开发的 Remix 插件:ChefGPT ,同样接入了 AI, 可参考这条推文:twitter.com

3. V 神在上周发表了新文章,介绍跨链读取(证明)数据的方法,也很多人关注:
learnblockchain.cn
00
Tiny熊
11月前
Vitalik的最新文章: 深入研究用于钱包和其他场景的跨 L2 读取, 这个文章主要讨论的是如何进行跨链证明。

因为在 L2 成为主流后, 用户将拥有多个L2 的钱包,用一个keystore合约来管理多个钱包一个可行的方式。即可以社交恢复,也可以有反事实的地址。当需要有跨链证明来验证控制密钥。

Vitalik: 深入研究用于钱包和其他场景的跨 L2 读取 | 登链社区 | 区块链技术社区

00
Tiny熊
11月前
手动转推:twitter.com

1/5 如何在多个链上部署相同代码部署在相同的地址上? 很简单对吧? 弄一个干净的地址,以相同的顺序来部署合约。 因为合约地址总是通过部署者的地址 + nonce 来计算出来。但是要很多个合约时,要保持相同的顺序,其实是相当不可控的。

2/5 另一个方式是使用 Create2 , Create2 通过部署者(Deployer)合约地址 + 合约字节码 + salt 来确定性的生成部署的合约地址。 因此关键是要在多个链上部署一个 Deployer 合约, deployer 在每个链有相同的地址,并且这个合约可以部署其他的合约。关于 create2 可参考:learnblockchain.cn

3/5这个 Deployer 的代码 @MicahZoltu 已经帮我们准备好了, 这是一个 Yul 编写的合约,作用是:给 Deployer 合约发送合约的字节码,它就会使用 create2 用字节码创建一个合约。 github.com

4/5 因此我们只要找一次性地址来部署Deployer,确保每个链Deployer有相同的地址,之后就可以利用 Deployer 来部署其他的合约了。 部署方法可以参考这个脚本:github.com

5/5 在多个链拥有相同的地址,AA 智能合约钱包可能是最重要的场景,让用户在多个链有相同的钱包地址, @Safe @UniPassID 应该已经采用了类似方案。
00
Tiny熊
11月前
李阳在橙皮书里面提到的无预言机协议的那篇文章很棒, 我把它翻译为了中文,文章核心阐述的观点是一个DEFI原语应该是零治理、无可升级性、无预言机的。

为什么 Defi 已坏,论无预言机协议的重要性 | 登链社区 | 区块链技术社区

12
Tiny熊
11月前
今天来自一篇 @PANewsCN 的文章,标题:
以太坊开发人员考虑将验证者限制从32ETH提高到2048ETH

这个标题非常有歧义(严格来说是错误),导致很多人以为以太坊要提高质押以太的要求。

原文的意思是:一个验证者由原来的只能质押 32 ETH,变更为可以同时质押 n 个32ETH,从而可以减少验证者数量。

twitter.com
00