EIP-:

eip: 831 title: Ethereum 的 URI 格式 description: 一种为各种用例创建 Ethereum URI 的方法。 author: ligi (@ligi) discussions-to: https://ethereum-magicians.org/t/eip-831-uri-format-for-ethereum/10105 status: Stagnant type: Standards Track category: ERC created: 2018-01-15 requires: 67, 681

摘要

嵌入在二维码、网页超链接、电子邮件或聊天消息中的 URI 提供了非常松散耦合的应用程序之间强大的跨应用程序信令。标准化的 URI 格式允许即时调用用户首选的钱包应用程序。

规范

语法

Ethereum URI 在它们的 schema（协议）部分包含 “ethereum” 或 “eth”，并按如下方式构建：

request                 = "eth" [ "ereum" ] ":" [ prefix "-" ] payload
prefix                  = STRING
payload                 = STRING

语义

prefix 是可选的，并定义了此 URI 的用例。如果没有给出前缀，则假定 “pay-“ 是简洁的，并确保与 EIP-67 向后兼容。当省略前缀时，payload 必须以 0x 开头。此外，前缀不能以 0x 开头。因此，以 0x 开头可以用作没有前缀的明确信号。

payload 是强制性的，内容取决于前缀。内容的结构在特定用例的 ERC 中定义，而不是本文档的范围。一个例子是用于 pay- 前缀的 EIP-681。

理由

当改进 EIP-681 时，出现了对此 ERC 的需求。我们需要一个不承担用例负担的容器。EIP-67 是定义 Ethereum-URI 的第一次尝试。此 ERC 试图保持向后兼容性，并且不破坏现有事物。这意味着 EIP-67 URI 应该仍然有效且可读。只有在使用前缀功能时，EIP-67 解析器才可能会中断。没有看到任何可以避免这种情况并同时进行创新的方法。这也是选择这种开放前缀方法的原因，以便能够适应未来的用例，并且不会为编写本文时存在的一组有限的用例而阻塞整个 “ethereum:” 方案。

安全考虑

目前没有已知的安全考虑。

版权

在 CC0 下放弃版权及相关权利。

Citation

Please cite this document as:

, "EIP-: ," Ethereum Improvement Proposals, no. , . [Online serial]. Available: https://eips.ethereum.org/EIPS/eip-.