概述 在深入解析Safe多签钱包智能合约:模块中分析FallbackManager模块时，限于篇幅限制且fallback合约自成一体，所以我们没有介绍具体的fallback模块。此篇文章的主要目的是完成这一缺陷，全面介绍fallback合约。 本文涉及的代码主要位于src/handler内，读者可自行查阅此仓库。 合理性分析 此节主要关注于我们为什么需要Fallback合约这一主题，希望可以为读者在后文阅读源代码时起到提纲挈领的作用。 ...
概述 关于以太坊的P2P网络问题，目前的资料较为零散，本文尝试结合具体的go-ethereum源代码，尽可能为读者完整介绍以太坊所使用的ÐΞVp2p(devp2p)网络架构和运转流程。 ...
概述 在上一篇博客中，我们已经讨论了safe合约的代理部署和核心的GnosisSafe合约。在此博客内，我们主要讨论在上一篇文章内没有介绍的safe合约内各个模块的概念和代码。我们会按照各模块在GnosisSafe合约内出现的顺序进行解释。 OwnerManager 在GnosisSafe.sol的setUp函数中，我们使用了此模块中的setupOwners函数。 此模块主要涉及签名者的管理等功能。 ...
概述 Safe(或称Gnosis Safe)是目前在以太坊中使用最为广泛的多签钱包。本文主要解析此钱包的逻辑设计和代码编写。 读者可以前往Safe Contracts获得源代码。 ...
概述 在以太坊London升级后，以太坊启用了EIP1559进行gas计算。由于EIP1559引入的新的gas机制较为复杂，所以我写了此文介绍了以太坊的gas机制。 ...
概述 本文主要介绍最小化代理合约EIP1167的相关内容。为了实现最小化，EIP1167使用了bytecode(字节码)作为主要编码方式，即直接使EVM汇编指令进行编写。本文将在openzeppelin提供的合约基础上，为读者逐个字节码的解析EIP1167，帮助读者理解EVM底层汇编和EIP1167的实现原理。 ...
概述 本文在上一篇文章介绍的EIP712的基础上进一步讨论了EIP712结构化哈希的进一步应用: Meta-transactions，解决用户gas费用问题 ERC20-Permit Meta-transactions meta-transactions指在交易中包含另一个实际交易。具体流程为用户签署实际交易，将交易提交给区块链运营商，此过程不需要gas费用和与区块链交互。运营商收到用户提交的交易后，由运营商较此交易提交给区块链。此过程实现了的意义在于将用户与区块链交易的gas费转移到运营商身上，有效降低了用户使用区块链的门槛。当然，运营商可以直接与矿池合作降低交易费用。 ...
概述 本文主要介绍在以太坊中的签名问题，主要涵盖以下内容: ECDSA公钥密码学的数学原理与代码实现解析 以太坊客户端对交易信息签名的基本流程与源代码分析 智能合约内签名的验证 ECDSA公钥密码学 为了方便读者理解和实战本文中的内容，本文将结合一个可以使用Typescript编写用于生产环境的noble-secp256k1库作为实战案例解析。你可以在这里找到源代码。当然，为了节省篇幅，本文不会对此库中的所有代码进行解析。 ...
概述 正如我们在上篇博客结尾时所述，本文主要依靠openzeppelin库介绍代理合约的编写。 本文主要介绍的代理类型如下: EIP-1967 EIP-2535 由于本文依赖于Openzeppelin/openzeppelin-contracts进行介绍EIP标准，所以请读者使用以下命令在项目内安装对应的库: ...
概述 在以太坊智能合约中，很长时间都保持着“一次部署，永不修改”的情况。但随着智能合约的逐渐发展，出现了诸如修复BUG、增加特性、修复漏洞等需要修改智能合约的需求，我们非常希望可以编写可升级的智能合约。 ...