EIP: Explicit disclaimer for hexadecimal addresses taking priority over ENS names.

This commit is contained in:
Daniel A. Nagy 2017-08-01 14:17:23 +02:00
parent b7f8744d9d
commit 56a2454b07
1 changed files with 3 additions and 2 deletions

View File

@ -52,8 +52,9 @@ The only mandatory field `beneficiary_address` denotes the address of the accoun
Thus, if `token_contract_address` is missing, the target address of the transaction is `beneficiary_address`, otherwise it is Thus, if `token_contract_address` is missing, the target address of the transaction is `beneficiary_address`, otherwise it is
`token_contract_address`, with the appropriate transaction data, as defined in ERC #20 indicating the transfer of the given amount of tokens. `token_contract_address`, with the appropriate transaction data, as defined in ERC #20 indicating the transfer of the given amount of tokens.
If using ENS names instead of hexadecimal addresses, the resolution is up to the payer, at any time between receiving the If using ENS names instead of hexadecimal addresses, the resolution is up to the payer, at any time between receiving the URL and
URL and sending the transaction. sending the transaction. Hexadecimal addresses always take precedence over ENS names, i. e. even if there exists a matching ENS name
consisting of 40 hexadecimal digits, it should never be resolved. Instead, the hexadecimal address should be used directly.
The amount is to be interpreted in the decimal definition of the token, NOT the atomic unit. In case of Ether, it needs to The amount is to be interpreted in the decimal definition of the token, NOT the atomic unit. In case of Ether, it needs to
be multiplied by 10^18 to get the integer amount in Wei. For other tokens, the decimal value should be read from the be multiplied by 10^18 to get the integer amount in Wei. For other tokens, the decimal value should be read from the