Skip to content
This repository has been archived by the owner on Oct 28, 2021. It is now read-only.

Account abstraction - EIP 86 #3546

Closed
2 tasks done
chriseth opened this issue Feb 7, 2017 · 7 comments
Closed
2 tasks done

Account abstraction - EIP 86 #3546

chriseth opened this issue Feb 7, 2017 · 7 comments
Assignees

Comments

@chriseth
Copy link
Contributor

chriseth commented Feb 7, 2017

Implement ethereum/EIPs#86

TODO

  • Transactions with signature (0, 0, 0) (ie. v = r = s = 0 0) are valid and msg.sender is set to uint120(-1) during execution.
  • Accept those transactions if they are coming in from blocks, but do not forward such transactions if they are coming in not yet in a block.
@yann300 yann300 self-assigned this Feb 22, 2017
@yann300 yann300 mentioned this issue Feb 27, 2017
@pirapira pirapira added this to the Metropolis milestone Mar 3, 2017
@gumb0
Copy link
Member

gumb0 commented Mar 16, 2017

Reminder: we need to disable incrementing the nonce of the sender in case of zero signature

@pirapira
Copy link
Member

Reminder: we need to change the way the addresses of new contracts are calculated.

Reminder: we need to add CREATE_P2SH instruction.

@yann300
Copy link
Contributor

yann300 commented Apr 13, 2017

@pirapira yep I think I could do that next week.

@chfast
Copy link
Collaborator

chfast commented Nov 24, 2017

What do we do with this?

@pirapira
Copy link
Member

@chfast we leave it until there is a decision whether Constantinople includes this or not.

@pirapira
Copy link
Member

@chfast since there is nothing to do currently, we can close this issue, I think.

@chfast chfast removed this from the Byzantium milestone Nov 24, 2017
@chfast
Copy link
Collaborator

chfast commented Aug 10, 2018

Based on AllCoreDev ethereum/pm#52, the EIP-86 is probably not going to be accepted in this "big" variant.

@chfast chfast closed this as completed Aug 10, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants