You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is probably a bad place to ask this, but I don't seem to find anything related on the interwebs.
Back in Feb 2014 it was announced by @vbuterin that all crypto opcodes will be moved to pre-mined contracts. See here and here.
sha256, ripemd160 and ecrecover since have been moved to such contracts, but sha3 remained as an opcode.
The yellow paper defines separate gas costs for all of them, although in different places. For sha3 it is in Appendix G (Fee Schedule), while the others are explained in Appendix E (Precompiled Contracts).
Is there any memo somewhere explaining the design decisions leading to the current state?
The text was updated successfully, but these errors were encountered:
I think sha3 remained as an opcode essentially because it was deemed "important" enough (eg. infinite data structures in solidity and serpent use it) that putting it into a contract would be far too inefficient.
This is probably a bad place to ask this, but I don't seem to find anything related on the interwebs.
Back in Feb 2014 it was announced by @vbuterin that all crypto opcodes will be moved to pre-mined contracts. See here and here.
sha256, ripemd160 and ecrecover since have been moved to such contracts, but sha3 remained as an opcode.
The yellow paper defines separate gas costs for all of them, although in different places. For sha3 it is in Appendix G (Fee Schedule), while the others are explained in Appendix E (Precompiled Contracts).
Is there any memo somewhere explaining the design decisions leading to the current state?
The text was updated successfully, but these errors were encountered: