mirror of https://github.com/status-im/EIPs.git
Remove "Replaces: 67" and move to Rationale that replaces Motivation
ERC-67 was used but never merged - so there can be no replacemenmt Using Rationale as it is a better fit and leaving out optional Motivation
This commit is contained in:
parent
f156733da0
commit
d90db8361e
|
@ -6,7 +6,6 @@
|
|||
Type: Standard Track
|
||||
Category: ERC
|
||||
Status: Draft
|
||||
Replaces: 67
|
||||
Created: 2018-01-15
|
||||
|
||||
## Simple Summary
|
||||
|
@ -17,10 +16,6 @@ A standard way of creating Ethereum URLs for various use-cases.
|
|||
|
||||
URLs embedded in QR-codes, hyperlinks in web-pages, emails or chat messages provide for robust cross-application signaling between very loosely coupled applications. A standardized URL format allows for instant invocation of the user's preferred wallet application.
|
||||
|
||||
## Motivation
|
||||
|
||||
The need for this ERC emerged when refining ERC-681. We need a container ERC that does not carry the weight of the use-cases and just serves the container for them.
|
||||
|
||||
## Specification
|
||||
|
||||
### Syntax
|
||||
|
@ -37,6 +32,12 @@ Ethereum URLs contain "ethereum" in their schema (protocol) part and are constru
|
|||
|
||||
`payload` is mandatory and the content depends on the prefix. Structuring of the content is defined in the ERC for the specific use-case and not in the scope of this document. One example is ERC-681 for the pay- prefix.
|
||||
|
||||
|
||||
## Rationale
|
||||
|
||||
The need for this ERC emerged when refining ERC-681. We need a container that does not carry the weight of the use-cases. ERC-67 was the first standard defining Ethereum-URLs - this ERC tries to keep backward compatibibility and not break existing flows. This means ERC-67 URLs should still be valid and readable. But if the prefix feature is used - ERC-67 parsers might break.
|
||||
|
||||
|
||||
## Copyright
|
||||
|
||||
Copyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).
|
||||
|
|
Loading…
Reference in New Issue