-
Notifications
You must be signed in to change notification settings - Fork 15
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.
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
Feature: Support Mixed-case Checksum address encoding #23
Comments
This one? erc-55 doesn't mention anything about chainid micro-eth-signer/src/address.ts Lines 37 to 46 in 3208304
|
whoops, meant this one sorry! https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1191.md |
example: EIP-1191 Checksum for mevETH
Normal Checksum
|
That seems useful. |
Hell yeah, thanks for getting this done so quickly! |
I’ve just been made aware of these changes. EIP-1191 is a derelict EIP, has been removed and discouraged from existing libraries and should not be introduced. Web3.js and EthereumJS (back in 2021) had to wait until a major version to remove it, which I would suspect would be the same here. The discussion-to link in the EIP covers much of the issues, as well as helps give context why it was never moved from last call to final. It was contention and breaks (entirely) backwards compatibility in the address format, which EIP-155 tried so desperately to maintain. I would love to carry on this discussion further if necessary and interested though. I thought the EIP had finally been defeated, but now see people talking about it again, so wanted to speak up. :) |
@sambacha thoughts on reverting this? |
See the EIP Specification here:
https://github.com/ethereum/ercs/blob/master/ERCS/erc-55.mdhttps://github.com/ethereum/EIPs/blob/master/EIPS/eip-1191.mdEIP-11911: This uses ChainId to encode mixed-case checksumming to addresses, allow the same address to be differentiated based on the encoding of character case based on ChainId
Footnotes
Correct EIP is 1191, not 55 ↩
The text was updated successfully, but these errors were encountered: