把b链上的鞋子数据扒了一下。 方法：链上遍历查tokenURI，访问tokenURI拉出鞋子属性数据。有些tokenURI访问之后没有数据，可能是鞋子已经销毁或者是官方不给看。 暂时找到了1551双创世鞋，其中大部分是10000-11999，18双是19000-19999之间的抽奖鞋。分享一些有意思的发现： 1.总共找到1551双鞋。b链创世鞋当然不止这些，没找到的可能是还没有从账户里转出过，不过分析一下比例或许也有一定的参考价值。 1551双鞋子里，还有将近10%处于鞋盒状态。2. 目前我只扒了链上前1万多双鞋子的数据(链上总共10万多)，还没有发现被增强的创世鞋。但我发现了一双市场上已经被增强的创世鞋#11930，链上找到的是它增强之前的样子。看来鞋子增强之后，并不会修改编号最小的鞋子的数据，而是会重新mint一双鞋。当然应该还是要转到自己钱包才会触发链上mint。我也找到了一个这样的例证：https://api.stepn.com/run/nftjson/104/84575769417https://api.stepn.com/run/nftjson/104/4306226...

把b链上的鞋子数据扒了一下。 方法：链上遍历查tokenURI，访问tokenURI拉出鞋子属性数据。有些tokenURI访问之后没有数据，可能是鞋子已经销毁或者是官方不给看。 暂时找到了1551双创世鞋，其中大部分是10000-11999，18双是19000-19999之间的抽奖鞋。分享一些有意思的发现： 1.总共找到1551双鞋。b链创世鞋当然不止这些，没找到的可能是还没有从账户里转出过，不过分析一下比例或许也有一定的参考价值。 1551双鞋子里，还有将近10%处于鞋盒状态。2. 目前我只扒了链上前1万多双鞋子的数据(链上总共10万多)，还没有发现被增强的创世鞋。但我发现了一双市场上已经被增强的创世鞋#11930，链上找到的是它增强之前的样子。看来鞋子增强之后，并不会修改编号最小的鞋子的数据，而是会重新mint一双鞋。当然应该还是要转到自己钱包才会触发链上mint。我也找到了一个这样的例证：https://api.stepn.com/run/nftjson/104/84575769417https://api.stepn.com/run/nftjson/104/4306226...

本文讲从EVM操作码的角度，对比internal函数和external函数在执行上的区别。 solidity version = 0.8.15，optimizer = true，optimizer_runs = 200，evm_version = "london" 在线反汇编 https://ethervm.io/decompile evm执行模拟使用foundry环境https://book.getfoundry.sh/reference/forge/forge-debug1 internal函数代码如下，我们主要关注internal函数setNumberInternal的调用方式和执行过程。pragma solidity 0.8.15; contract Test { uint256 number1; uint256 number2; function setNumber(uint256 newNumber1, uint256 newNumber2) external { setNumberInternal(newNumber1, newNumber2); number1 +...

本文讲从EVM操作码的角度，对比internal函数和external函数在执行上的区别。 solidity version = 0.8.15，optimizer = true，optimizer_runs = 200，evm_version = "london" 在线反汇编 https://ethervm.io/decompile evm执行模拟使用foundry环境https://book.getfoundry.sh/reference/forge/forge-debug1 internal函数代码如下，我们主要关注internal函数setNumberInternal的调用方式和执行过程。pragma solidity 0.8.15; contract Test { uint256 number1; uint256 number2; function setNumber(uint256 newNumber1, uint256 newNumber2) external { setNumberInternal(newNumber1, newNumber2); number1 +...

本文讲从EVM操作码的角度，研究storage、memory、calldata的数据拷贝。 solidity version = 0.8.15，optimizer = false，evm_version = "london" 在线反汇编 https://ethervm.io/decompile 由于字节码阅读起来较为麻烦，本文主要分析反汇编后的代码。 有兴趣的同学可以自行逐行研究evm操作码。1 storage→storagecontract Test { uint256[3] storage_numbers1; uint256[3] storage_numbers2; function test() public { storage_numbers1 = storage_numbers2; } } 反汇编代码如下，test函数大致对应func_0035(), func_0035()确认了两个数组的长度(0x03), 然后进入func_0048. 我们主要关注func_0048里的storage[temp5] = storage[temp4]; 这其实是在一个goto循环里，会把...

本文讲从EVM操作码的角度，研究storage、memory、calldata的数据拷贝。 solidity version = 0.8.15，optimizer = false，evm_version = "london" 在线反汇编 https://ethervm.io/decompile 由于字节码阅读起来较为麻烦，本文主要分析反汇编后的代码。 有兴趣的同学可以自行逐行研究evm操作码。1 storage→storagecontract Test { uint256[3] storage_numbers1; uint256[3] storage_numbers2; function test() public { storage_numbers1 = storage_numbers2; } } 反汇编代码如下，test函数大致对应func_0035(), func_0035()确认了两个数组的长度(0x03), 然后进入func_0048. 我们主要关注func_0048里的storage[temp5] = storage[temp4]; 这其实是在一个goto循环里，会把...

以太坊合约原生并不支持升级，目前的升级一般是采用代理模式实现的。代理模式在代理模式中，有2个合约：Proxy和Implementation，用户总是和Proxy进行交互。Proxy在收到用户的调用请求后，并不执行自身的代码，而是通过delegatecall去执行Implementation合约的代码。delegatecall的特殊之处就是，它并不切换上下文，因此Implementation的代码所处理的存储空间是Proxy合约的存储空间，而非自己的。 Proxy合约里存储了Implementation合约的地址，这个地址是可修改的，当我们需要进行合约升级的时候，只需要重新部署一个新的Implementation合约，同时把Proxy合约中存储的地址改成新合约的地址就行了。升级前后，合约的存储空间没有任何变化（依然是Proxy的存储空间），地址也没有变化（依然是Proxy的地址），因此升级过程对用户完全透明。 合约升级之后，要保证storage变量的兼容性。新版本可以在旧版本的变量之后增加新的变量，但是不可以删除或者修改旧版本的变量。因为自始自终，变量都只存储在Proxy合约里，升...

以太坊合约原生并不支持升级，目前的升级一般是采用代理模式实现的。代理模式在代理模式中，有2个合约：Proxy和Implementation，用户总是和Proxy进行交互。Proxy在收到用户的调用请求后，并不执行自身的代码，而是通过delegatecall去执行Implementation合约的代码。delegatecall的特殊之处就是，它并不切换上下文，因此Implementation的代码所处理的存储空间是Proxy合约的存储空间，而非自己的。 Proxy合约里存储了Implementation合约的地址，这个地址是可修改的，当我们需要进行合约升级的时候，只需要重新部署一个新的Implementation合约，同时把Proxy合约中存储的地址改成新合约的地址就行了。升级前后，合约的存储空间没有任何变化（依然是Proxy的存储空间），地址也没有变化（依然是Proxy的地址），因此升级过程对用户完全透明。 合约升级之后，要保证storage变量的兼容性。新版本可以在旧版本的变量之后增加新的变量，但是不可以删除或者修改旧版本的变量。因为自始自终，变量都只存储在Proxy合约里，升...

这段时间出了一个XEN Crypto，把低迷了很长时间的以太坊gas再次拉高了。前几天偶然发现有人利用ftx提现刷XEN，主要就是部署一个智能合约，然后在receive函数里写自己想要执行的逻辑，这样一来，执行的gas费都是ftx为自己付。这个事情已经有人写过分析了，本文不再详述： https://mirror.xyz/x-explore.eth/M2BJgQJaj2JK0mAO9OecByja3tU7mKXbHR_Agjs-MjA 不过我并不认同这属于“对ftx的攻击”，也不认为这是ftx的bug。和ftx每日的总提现相比，这点提现gas损失对ftx来说实在不算大。有人认为ftx应该把提现的gas做更严格的限制（目前的gas上限应该是500000），不过有些智能合约钱包，本来就是需要在receive函数里做一些事情的，如果严格限制了，可能会影响这部分用户的体验。如果这点损失能引诱更多人质押ftt来换取每日免费提现次数，或许是ftx愿意看到的。 我这几个月一直在玩stepn，虽然这个项目就像渣男一样把玩家耍得团团转，不过看在它还是有一点督促健身的作用，目前还留有一点仓位。 下图是...

这段时间出了一个XEN Crypto，把低迷了很长时间的以太坊gas再次拉高了。前几天偶然发现有人利用ftx提现刷XEN，主要就是部署一个智能合约，然后在receive函数里写自己想要执行的逻辑，这样一来，执行的gas费都是ftx为自己付。这个事情已经有人写过分析了，本文不再详述： https://mirror.xyz/x-explore.eth/M2BJgQJaj2JK0mAO9OecByja3tU7mKXbHR_Agjs-MjA 不过我并不认同这属于“对ftx的攻击”，也不认为这是ftx的bug。和ftx每日的总提现相比，这点提现gas损失对ftx来说实在不算大。有人认为ftx应该把提现的gas做更严格的限制（目前的gas上限应该是500000），不过有些智能合约钱包，本来就是需要在receive函数里做一些事情的，如果严格限制了，可能会影响这部分用户的体验。如果这点损失能引诱更多人质押ftt来换取每日免费提现次数，或许是ftx愿意看到的。 我这几个月一直在玩stepn，虽然这个项目就像渣男一样把玩家耍得团团转，不过看在它还是有一点督促健身的作用，目前还留有一点仓位。 下图是...

1 CToken、CErc20、CEther这三个合约对应compound中的cToken，当我们给compound lend资产时，就会收到相应的cToken。例如lend ETH会得到cETH，lend DAI会得到cDAI。 关于某个erc20代币/eth的lend和borrow的信息，都会存储在相应的cToken合约之中。例如lend和borrow DAI的一切信息，都会记录在cDAI合约之中。我们可以简单看一下cToken的接口方法。 其中一部分是ERC20标准的函数，例如transfer、approve，可见我们lend之后得到的cToken本身具备ERC20代币的性质。 有一些是因为借贷而特有的，例如balanceOfUnderlying获取某个用户的cToken对应的底层资产数量，supplyRatePerBlock/borrowRatePerBlock获得当前利率。 还有一些是当前资金池的状态，getCash获得当前资金池的底层资产数量。 另外还有一些管理员函数，用于修改资金池核心控制参数，这些是通过DAO治理投票才可以修改的。/*** User Interfa...

1 CToken、CErc20、CEther这三个合约对应compound中的cToken，当我们给compound lend资产时，就会收到相应的cToken。例如lend ETH会得到cETH，lend DAI会得到cDAI。 关于某个erc20代币/eth的lend和borrow的信息，都会存储在相应的cToken合约之中。例如lend和borrow DAI的一切信息，都会记录在cDAI合约之中。我们可以简单看一下cToken的接口方法。 其中一部分是ERC20标准的函数，例如transfer、approve，可见我们lend之后得到的cToken本身具备ERC20代币的性质。 有一些是因为借贷而特有的，例如balanceOfUnderlying获取某个用户的cToken对应的底层资产数量，supplyRatePerBlock/borrowRatePerBlock获得当前利率。 还有一些是当前资金池的状态，getCash获得当前资金池的底层资产数量。 另外还有一些管理员函数，用于修改资金池核心控制参数，这些是通过DAO治理投票才可以修改的。/*** User Interfa...

1 ERC20，ERC721，ERC11551.1 ERC20同质化代币，我们可以看一下它转移代币的接口，可以看到只需要给定三个变量：from（支付方地址）、to（接收方地址）、value（转移数额）。function transfer(address _to, uint256 _value) public returns (bool success) function transferFrom(address _from, address _to, uint256 _value) public returns (bool success) 在具体的实现里，我们需要一个map来存储每个地址拥有多少tokencontract ERC20 is Context, IERC20, IERC20Metadata { mapping(address => uint256) private _balances; ...... } 关于ERC20，我认为还有一个属性值得一提——decimalsfunction decimals() public view returns (uint8) 这是一...

1 ERC20，ERC721，ERC11551.1 ERC20同质化代币，我们可以看一下它转移代币的接口，可以看到只需要给定三个变量：from（支付方地址）、to（接收方地址）、value（转移数额）。function transfer(address _to, uint256 _value) public returns (bool success) function transferFrom(address _from, address _to, uint256 _value) public returns (bool success) 在具体的实现里，我们需要一个map来存储每个地址拥有多少tokencontract ERC20 is Context, IERC20, IERC20Metadata { mapping(address => uint256) private _balances; ...... } 关于ERC20，我认为还有一个属性值得一提——decimalsfunction decimals() public view returns (uint8) 这是一...

之前分析过合约创建的过程 https://mirror.xyz/rbtree.eth/15XiwTWWFYdLdhf-QSqTWsPuZliIgpP1o-_bz0TdGbs 构造函数是一个特殊的函数，它只在合约部署的时候执行一次，部署之后的字节码是不包含构造函数逻辑的。在构造函数执行时，合约还没有被创建完成，那么此时如果访问这个合约的变量/函数，会发生什么事情呢？1 address(this)在构造函数里，能否获取合约地址？// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; contract TestConstructor { address public addr; constructor() { addr = address(this); } } 在remix里部署后我们可以发现，addr的值的确是合约的地址，这说明在构造函数里，可以获取合约地址。 合约的部署实际上有两种方式，一种是传统的CREATE，一种是后来新增的CREATE2. https://github.com/ethereum/EIPs/blob/mas...

之前分析过合约创建的过程 https://mirror.xyz/rbtree.eth/15XiwTWWFYdLdhf-QSqTWsPuZliIgpP1o-_bz0TdGbs 构造函数是一个特殊的函数，它只在合约部署的时候执行一次，部署之后的字节码是不包含构造函数逻辑的。在构造函数执行时，合约还没有被创建完成，那么此时如果访问这个合约的变量/函数，会发生什么事情呢？1 address(this)在构造函数里，能否获取合约地址？// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; contract TestConstructor { address public addr; constructor() { addr = address(this); } } 在remix里部署后我们可以发现，addr的值的确是合约的地址，这说明在构造函数里，可以获取合约地址。 合约的部署实际上有两种方式，一种是传统的CREATE，一种是后来新增的CREATE2. https://github.com/ethereum/EIPs/blob/mas...

阅读本文之前，可以先阅读下面这篇文章，本文是基于下面这篇文章提供的材料对RabbyWallet的攻击进行复现和分析的。 https://learnblockchain.cn/article/4881 选取的攻击交易为 https://etherscan.io/tx/0x366df0c20e00666749b16ae00475b3c41834dc659ebb29e059aa9bffa892c038 这笔交易试图盗取6名用户的HOP代币资产，其中2人因为approve为0逃过一劫，另外4人的HOP代币全部被转走。1 RabbySwap的正常执行逻辑我们先来看一个正常的RabbySwap交易。 https://etherscan.io/tx/0x576e6e447a2ca0071451de056e0a03395fb11d26dd7c4fde566001785552e7c0大家可以看一下图中被我圈起来的部分，ZeroEx::sellToUniswap. 因为RabbySwap本身并没有流动池，所以它其实只是一个中转站，它还需要在自己的swap函数中调用其他dex的接口。在上面的例子中，调...

阅读本文之前，可以先阅读下面这篇文章，本文是基于下面这篇文章提供的材料对RabbyWallet的攻击进行复现和分析的。 https://learnblockchain.cn/article/4881 选取的攻击交易为 https://etherscan.io/tx/0x366df0c20e00666749b16ae00475b3c41834dc659ebb29e059aa9bffa892c038 这笔交易试图盗取6名用户的HOP代币资产，其中2人因为approve为0逃过一劫，另外4人的HOP代币全部被转走。1 RabbySwap的正常执行逻辑我们先来看一个正常的RabbySwap交易。 https://etherscan.io/tx/0x576e6e447a2ca0071451de056e0a03395fb11d26dd7c4fde566001785552e7c0大家可以看一下图中被我圈起来的部分，ZeroEx::sellToUniswap. 因为RabbySwap本身并没有流动池，所以它其实只是一个中转站，它还需要在自己的swap函数中调用其他dex的接口。在上面的例子中，调...

以太坊的签名算法是ECDSA-secp256k1，以下介绍的每一种签名都是基于该算法，只是用来签名的数据不同。1 交易签名 eth_sign以太坊上，签名之前的交易结构如下。let transaction = { to: '0x70997970C51812dc3A010C7d01b50e0d17dc79C8', value: ethers.utils.parseEther('1'), data: '0xE0A293E08F72454CEd99E1769c3ebd21fD2C20a1', gasLimit: '22000', maxFeePerGas: ethers.utils.parseUnits('20', 'gwei'), maxPriorityFeePerGas: ethers.utils.parseUnits('5', 'gwei'), nonce: 1, type: 2, chainId: chainId, // 31337 } 各项目的含义不再介绍，有兴趣可以查阅https://ethereum.org/en/developers/docs/transactions/...

以太坊的签名算法是ECDSA-secp256k1，以下介绍的每一种签名都是基于该算法，只是用来签名的数据不同。1 交易签名 eth_sign以太坊上，签名之前的交易结构如下。let transaction = { to: '0x70997970C51812dc3A010C7d01b50e0d17dc79C8', value: ethers.utils.parseEther('1'), data: '0xE0A293E08F72454CEd99E1769c3ebd21fD2C20a1', gasLimit: '22000', maxFeePerGas: ethers.utils.parseUnits('20', 'gwei'), maxPriorityFeePerGas: ethers.utils.parseUnits('5', 'gwei'), nonce: 1, type: 2, chainId: chainId, // 31337 } 各项目的含义不再介绍，有兴趣可以查阅https://ethereum.org/en/developers/docs/transactions/...

Compound DAO治理投票的流程如下：Compound有2个版本的治理合约，分别是Alpha和Bravo。治理合约和时间锁timelock配合使用，以提升治理的安全性。治理代币是Comp，用户持有Comp代币即拥有投票权，也可以将投票权委托给别人。1 Comp代币Comp是Compound的治理代币，在DAO治理的提案、投票过程过都发挥着重要的作用。 Comp首先是一个ERC20代币，因此它像其他ERC20代币那样会有transfer、approve等功能，不过这里主要探讨和治理投票相关的部分。1.1 投票权委托首先看一下_delegate函数，这个函数只是简单记录了一下委托关系，主要的投票权转移在_moveDelegates。function _delegate(address delegator, address delegatee) internal { address currentDelegate = delegates[delegator]; uint96 delegatorBalance = balances[delegator]; delegates[del...

Compound DAO治理投票的流程如下：Compound有2个版本的治理合约，分别是Alpha和Bravo。治理合约和时间锁timelock配合使用，以提升治理的安全性。治理代币是Comp，用户持有Comp代币即拥有投票权，也可以将投票权委托给别人。1 Comp代币Comp是Compound的治理代币，在DAO治理的提案、投票过程过都发挥着重要的作用。 Comp首先是一个ERC20代币，因此它像其他ERC20代币那样会有transfer、approve等功能，不过这里主要探讨和治理投票相关的部分。1.1 投票权委托首先看一下_delegate函数，这个函数只是简单记录了一下委托关系，主要的投票权转移在_moveDelegates。function _delegate(address delegator, address delegatee) internal { address currentDelegate = delegates[delegator]; uint96 delegatorBalance = balances[delegator]; delegates[del...

本文从EVM操作码的角度，研究合约创建的详细过程。 solidity version = 0.8.15，optimizer = true，optimizer_runs = 200，evm_version = "london" 在线反汇编 https://ethervm.io/decompile evm执行模拟使用foundry环境https://book.getfoundry.sh/reference/forge/forge-debug 合约代码如下pragma solidity 0.8.15; contract Test { uint256 public val; uint256 immutable c; constructor(uint256 _val, uint256 _c) { val = _val; c = _c; } function setNumber(uint256 newNumber) public { val = newNumber + c; } } 我们在在foundry环境中，在script文件里，使用new进行部署。 new的部署方式和外部账户通过交易部...

本文从EVM操作码的角度，研究合约创建的详细过程。 solidity version = 0.8.15，optimizer = true，optimizer_runs = 200，evm_version = "london" 在线反汇编 https://ethervm.io/decompile evm执行模拟使用foundry环境https://book.getfoundry.sh/reference/forge/forge-debug 合约代码如下pragma solidity 0.8.15; contract Test { uint256 public val; uint256 immutable c; constructor(uint256 _val, uint256 _c) { val = _val; c = _c; } function setNumber(uint256 newNumber) public { val = newNumber + c; } } 我们在在foundry环境中，在script文件里，使用new进行部署。 new的部署方式和外部账户通过交易部...