ethereum/EIPs-158 State clearing 被EIP-161取代
eip | title | author | type | category | status | created | superseded-by |
---|---|---|---|---|---|---|---|
158
|
State clearing
|
Vitalik Buterin
|
Standards Track
|
Core
|
Replaced
|
2016-10-16
|
161
|
被EIP-161取代了
Specification
For all blocks where block.number >= FORK_BLKNUM
(TBA):
- In all cases where a state change is made to an account, and this state change results in the account state being saved with nonce = 0, balance = 0, code empty, storage empty (hereinafter "empty account"), the account is instead deleted.在所有情况下,如果对帐户进行了状态更改,并且此状态更改导致帐户状态保存为nonce = 0、balance = 0、代码为空、存储为空(以下简称为空帐户),则将删除该帐户
- If a address is "touched" and that address contains an empty account, then it is deleted. A "touch" is defined as any situation where if the account at the given address were nonexistent it would be created.如果地址被“touch”,而该地址包含一个空帐户,则删除该地址。“touch”被定义为如果给定地址上的帐户不存在,将创建该帐户的情况,下面有写
- Whenever the EVM checks if an account exists, emptiness is treated as equivalent to nonexistence. Particularly, note that this implies that, once this change is enabled, there is no longer a meaningful difference between emptiness and nonexistence from the point of view of EVM execution.每当EVM检查帐户是否存在时,空被视为等同于不存在。特别要注意的是,这意味着,一旦启用了这个更改,从EVM执行的观点来看,空和不存在之间就不再有有意义的区别了
- Zero-value calls and zero-value suicides no longer consume the 25000 account creation gas cost in any circumstance零值calls和零值suicides在任何情况下都不再消耗25000个账户的创建费用
The cases where a "touch" takes place can be enumerated as follows:
- Zero-value-bearing CALLs
- CREATEs (if the code that is ultimately saved is empty and there is no ether remaining in the account when it is saved)
- Zero-value-bearing SUICIDEs
- Transaction recipients
- Contracts created in contract creation transactions
- Miners receiving transaction fees (note the case where the gasprice is zero, and the account does not yet exist because it only receives the block/uncle/nephew rewards after processing every transaction)
Specification (1b)
When the EVM checks for emptiness (for the purpose of possibly applying the 25000 gas cost), emptiness is defined by is_empty(acct): return get_balance(acct) == 0 and get_code(acct) == "" and get_nonce(acct) == 0
; emptiness of storage does not matter. This simplifies client implementation because there is no need to add extra complexity to make caches enumerable in the correct way and does not significantly affect the intended result, as the cases where balance/code/nonce are empty but storage is nonempty where this change would lead to an extra 25000 gas being paid are pathological and have no real use value.
这简化了客户端实现,因为不需要添加额外的复杂性通过正确的方法来使缓存可列举并不明显影响了预想的结果,在balance/代码/ nonce为空但存储非空的情况下,这种变化将导致额外的25000年天然气支付是病态的,没有真正的使用价值。
Specification (1c)
Do not implement point 2 above (ie. no new empty accounts can be created, but existing ones are not automatically destroyed unless their state is actually changed). Instead, during each block starting from (and including) N and ending when there are no null accounts left, select the 1000 null accounts that are left-most in order of sha3(address), and delete them (ordering by hash is necessary so as to allow the accounts to be easily found by iterating the tree).
Rationale
This removes a large number of empty accounts that have been put in the state at very low cost due to flaws in earlier versions of the Ethereum protocol, thereby greatly reducing state size and hence both reducing the hard disk load of a full client and reducing the time for a fast sync. Additionally, it simplifies the protocol in the long term, as once all "empty" objects are cleared out there is no longer any meaningful distinction between an account being empty and being nonexistent, and indeed one can simply view nonexistence as a compact representation of emptiness.
此外,从长远来看,它简化了协议,因为一旦所有的“空”对象都被清除,一个帐户是空的和不存在的之间就不再有任何有意义的区别了,
Note that this proposal does introduce a temporary breaking of existing guarantees, in that by repeatedly zero-value-calling already existing empty accounts one can create a state change at a cost of 700 gas per account instead of the usual 5000 per gas minimum (with SUICIDE refunds this goes down further to 350 gas per account). Allowing such a large number of state writes per block will lead to heightened block processing times and increase uncle rates in the short term while the existing empty accounts are being cleared, and eventually once all empty accounts are cleared this issue will no longer exist.