独立提交F.DoldRequest征求意见：8905 Taler Systems SA类别：信息性C.GrothoffISSN：2070-1721伯尔尼应用科学大学2020年10月支付URI方案摘要本文档定义了用于指定支付目标的统一资源标识符(URI)方案。适用于所有支付目标类型的统一URI方案允许应用程序提供与代表支付目标的URI的用户交互，从而简化了新支付系统和应用程序的引入。本备忘录的状态本文档不是Internet标准跟踪规范；它的发布目的是为了提供信息。这是对RFC系列的贡献，独立于任何其他RFC流。RFC编辑器已选择自行发布本文档，并未就其实现或部署的价值发表任何声明。经RFC编辑批准发布的文档不适用于任何级别的Internet标准；请参阅RFC 7841的第2节。有关本文档的当前状态、任何勘误表以及如何提供反馈的信息，请访问https://www.rfc-editor.org/info/rfc8905.Copyright Notice版权所有(C)2020 IETF Trust和确定为文档作者的人员。版权所有。本文件受BCP78和IETF Trust有关IETF文件(https://trustee.ietf.org/license-info))的法律规定的约束，自本文件发布之日起生效。请仔细阅读这些文档，因为它们描述了您对本文档的权利和限制。目录1.简介1.1。目标1.2。需求语言2.Payto'；URI的语法3.语义4.示例5.通用选项6.国际化和字符编码7.跟踪支付目标类型7.1.。ACH银行账户7.2。业务标识符代码7.3。国际银行账号是7.4。统一支付接口7.5。比特币地址为7.6。Interledger协议地址7.7。撤消付款目标8.安全性注意事项9.IANA注意事项10.付款目标类型11.参考11.1。规范性参考文献11.2。参考资料作者说明1.简介本文档定义了用于指定付款转账表单数据的统一资源标识符(URI)[RFC3986]方案。1.1.。目标A'；Payto&39；URI始终标识付款的目标。支付URI由支付目标类型、目标标识符和可选参数(如金额或支付引用)组成。目标标识符的解释由支付目标类型定义，通常表示银行账户或(未结算)交易。针对所有支付目标类型的统一URI方案允许应用程序提供与表示支付目标的URI的用户交互，从而简化了新支付系统和应用程序的引入。1.2.。要求语言关键字"；必须"；，"；不得"；，"；必须"；，"；不得"；，"；应该"；，"；不应该"；，"；推荐"；，"；不推荐"；，"；可以"；，和"；可选"；当且仅当它们全部大写时，才应按BCP 14[RFC2119][RFC8174]中所述进行解释，如下所示。2.Payto URI的语法本文档使用[RFC5234]的扩展巴科斯-诺尔形式(ABNF)。Payto-URI="；Payto：//"；授权路径-abempt["；？"；opts]opts=opt*("；&；"；opt)opt-name=Generic-opt/Authority-Specific-opt opt-value=*pchar opt=opt-name"；="；opt-value Generic-opt="；Amount"；/"；接收方名称"；/"；发送方名称"；/"；Message"；/"；Instruction"；Authority-Specific-opt=Alpha*(Alpha/Digit/"；-"；/"；."；)Authority=Alpha*(Alpha/Digit/&34；-"；/"；."；)'；path-abempty&39；在[RFC3986]的第3.3节中定义了权限=Alpha*(Alpha/Digit/"；-"；/"；."；)'；path-abempty&39；Pchar'；在[RFC3986]的附录A中定义。3.语义支付URI的权限部分标识支付目标类型。支付目标类型在Payto Payto支付目标类型注册表中定义(参见第10节)。URI的路径组件标识由相应支付目标类型解释的支付目标。URI的查询组件可以提供支付的附加参数。每种支付目标类型都应该接受Generic-opt中定义的选项。调用具有Payto方案的URI的应用程序的默认操作必须是启动与可以发起支付的支付目标类型相关联的应用程序(如果可用)。如果为同一支付目标类型注册了多个处理程序，则用户应该能够选择要启动的应用程序。这允许用户拥有多个银行帐户(每个帐户