Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Skinny CREATE2 #1014

Merged
merged 9 commits into from
Jun 18, 2018
Merged

Skinny CREATE2 #1014

Changes from 1 commit
Commits
Show all changes
9 commits
Select commit Hold shift + click to select a range
600fba9
Create Skinny_CREATE2.md
vbuterin Apr 20, 2018
b77eea1
Update Skinny_CREATE2.md
vbuterin Apr 20, 2018
c3131c6
Update and rename Skinny_CREATE2.md to eip-1014.md
vbuterin Apr 21, 2018
c368b27
Update eip-1014.md
vbuterin Apr 21, 2018
89e9a1e
Update eip-1014.md
vbuterin Apr 21, 2018
5a38a07
Update eip-1014.md
vbuterin Apr 21, 2018
036d374
Update eip-1014.md
vbuterin Apr 23, 2018
4bb9007
Merge branch 'master' into vbuterin-patch-2
Arachnid Jun 18, 2018
b9c28ee
Merge branch 'master' into vbuterin-patch-2
Arachnid Jun 18, 2018
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
Update eip-1014.md
  • Loading branch information
@vbuterin
vbuterin authored Apr 21, 2018
commit 5a38a070ec136bc1624f41ff4e67e91c082bc5ac
10 changes: 5 additions & 5 deletions EIPS/eip-1014.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -12,12 +12,12 @@ created: 2018-04-20

Adds a new opcode at 0xf5, which takes 4 stack arguments: endowment, memory_start, memory_length, salt. Behaves identically to CREATE, except using `sha3(msg.sender ++ salt ++ init_code)[12:]` instead of the usual sender-and-nonce-hash as the address where the contract is initialized at.

#### Specification, option 2
### Motivation

Use `sha3(0xff ++ msg.sender ++ salt ++ init_code)[12:]`
Allows interactions to (actually or counterfactually in channels) be made with addresses that do not exist yet on-chain but can be relied on to only possibly eventually contain code that has been created by a particular piece of init code. Important for state-channel use cases that involve counterfactual interactions with contracts.

Rationale: ensures that addresses created with this scheme cannot collide with addresses created using the traditional `sha3(rlp([sender, nonce]))` formula, as 0xff can only be a starting byte for RLP for data many petabytes long.
#### Option 2

### Motivation
Use `sha3(0xff ++ msg.sender ++ salt ++ init_code)[12:]`
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reading from the comments it's:

sha3(0xff ++ msg.sender ++ salt ++ sha3(init_code))[12:]

instead of

sha3(0xff ++ msg.sender ++ salt ++ init_code)[12:]

so with the hash value sha3(init_code) and not the code itself. Am I correct on this?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please see #1375 . But yes, the init_code, not the code itself

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, thanks!


Allows interactions to (actually or counterfactually in channels) be made with addresses that do not exist yet on-chain but can be relied on to only possibly eventually contain code that has been created by a particular piece of init code. Important for state-channel use cases that involve counterfactual interactions with contracts.
Rationale: ensures that addresses created with this scheme cannot collide with addresses created using the traditional `sha3(rlp([sender, nonce]))` formula, as 0xff can only be a starting byte for RLP for data many petabytes long.