区块链支付系统

相关申请的交叉引用

本申请涉及并要求于2018年4月6日提交的标题为“区块链支付系统(BLOCKCHAINPAYMENT SYSTEM)”的美国临时申请No.62/654,121的权益和于2018年7月18日提交的标题为“区块链支付系统(BLOCKCHAIN PAYMENT SYSTEM)”的美国临时申请No.62/700,052的权益，该两件申请的全部公开内容以引用方式并入本文中。

声明：联邦资助的研究/开发

不适用

技术领域

本公开总体涉及虚拟货币交易，更具体地，涉及将加密货币转换为真实的可消费货币。

背景技术

在标题为“金融服务生态系统(Financial Services Ecosystem)”的美国专利No.10,127,528中描述了用于支持点对点虚拟货币交易和客户对商家虚拟货币交易的方法和系统。根据这样的方法和系统，可以从第一移动装置接收包括接收者的支付金额和电话号码、电子邮件地址或社交网络ID的点对点支付请求，并且响应于接收到点对点支付请求，可以生成邀请以被无线地发送至接收者的电话号码、电子邮件地址或社交网络ID。之后，可以从第二移动装置接收对邀请的接受和与接收者相关联的一项或多项新用户信息，并且响应于接收到该接受和新用户信息，可以以接收者的名义生成数字预付卡，且该数字预付卡可以加载有支付金额。这样的方法和系统可以允许将虚拟货币立即转换成真实的可消费货币。

同时，存在诸如比特币的加密货币，它们具有很高的价值，但是对于它们而言，只有有限的手段可以适当地利用这种价值。

发明内容

本公开设想了各种有助于将基于区块链的加密货币(例如，比特币)集成到支持将虚拟货币立即转换成真实的可消费货币的系统的各种系统、方法和设备。本公开的一个实施例是非暂时性程序存储介质，可由处理器或可编程电路执行的指令存储在该非暂时性程序存储介质上以执行用于将加密货币转换为真实的可消费货币的操作。所述操作可以包括：从接收第一电子装置包括支付金额和接收者的唯一标识符的点对点支付请求；响应于接收到点对点支付请求，生成加密货币支付发票；响应于对加密货币支付发票的支付，生成邀请，使用唯一标识符将所述邀请无线地发送至接收者；从第二电子装置接收对邀请的接受和与接收者相关联的一项或多项新用户信息；响应于接收到该接受和新用户信息，以接收者的名义生成数字支付卡，所述数字支付卡包括从银行标识号(BIN)范围中提取的卡号；以及在生成数字支付卡之后，将支付金额记入接收者。

唯一标识符可以选自由电话号码、电子邮件地址和社交网络ID组成的组。

生成加密货币支付发票可以包括调用与加密货币支付处理器相关联的API。

生成数字支付卡可以包括将接收到的点对点支付请求和新用户信息传送至支付处理平台以及从支付处理平台接收数字支付卡。

将支付金额记入接收者可以包括将支付金额加载到数字支付卡上。

数字支付卡可以是可重新加载的。该操作还可以包括：从第二电子装置接收包括现金金额的令牌请求，以及响应于接收到令牌请求，生成加载有现金金额的一次性数字卡。生成一次性数字卡可以包括将所接收到的令牌请求传送至支付处理平台以及从支付处理平台接收一次性数字卡。

该操作还可以包括将与加密货币支付发票相关联的状态存储在许可的区块链框架中。与加密货币支付发票相关联的状态可以包括加密货币支付发票的已付状态/未付状态。

该操作还可以包括将与该邀请相关联的状态存储在许可的区块链框架中。与该邀请相关联的状态可以包括该邀请的接受状态/未接受状态。

该操作还可以包括将与数字支付卡相关联的状态存储在许可的区块链框架中。与数字支付卡相关联的状态可以包括加载到数字支付卡的金额。

本公开的另一实施例是用于将加密货币转换为真实的可消费货币的方法。该方法可以包括：从第一电子装置接收包括支付金额和接收者的唯一标识符的点对点支付请求；响应于接收到点对点支付请求，生成加密货币支付发票；响应于对加密货币支付发票的支付，生成邀请，使用唯一标识符将所述邀请无线地发送至接收者；从第二电子装置接收对所述邀请的接受以及与接收者相关联的一项或多项新用户信息；响应于接收到所述接受和新用户信息，以接收者的名义生成数字支付卡，所述数字支付卡包括从银行标识号(BIN)范围中提取的卡号；以及在生成数字支付卡之后，将支付金额记入接收者。

唯一标识符可以选自由电话号码、电子邮件地址和社交网络ID组成的组。

本公开的另一实施例是用于将加密货币转换为真实的可消费货币的系统。该系统可以包括：第一电子装置，其无线地发送包括支付金额和接收者的唯一标识符的点对点支付请求；一个或多个服务器，其接收点对点支付请求，响应于接收到点对点支付请求，生成加密货币支付发票；以及响应于对加密货币支付发票的支付，生成邀请，使用唯一标识符将所述邀请无线地发送至接收者；以及第二电子装置，其接收该邀请，并且无线地发送对该邀请的接受以及与接收者相关联的一项或多项新用户信息。所述一个或多个服务器可以接收该接受和新用户信息，响应于接收到该接受和新用户信息，以接收者的名义生成数字支付卡，并且在生成数字支付卡之后将支付金额记入接收者。数字支付卡可以包括从银行标识号(BIN)范围中提取的卡号。

唯一标识符可以选自由电话号码、电子邮件地址和社交网络ID组成的组。

该系统还可以包括加密货币支付处理器，所述一个或多个服务器可以通过调用与加密货币支付处理器相关联的API来生成加密货币支付发票。

所述一个或多个服务器可以包括许可的区块链框架。

附图说明

将相对于下面的描述和附图更好地理解本文中公开的各种实施例的这些和其它特征和优点，在下面的描述和附图中，贯穿全文，同样的附图标记表示同样的元件，并且在附图中：

图1示出了根据本公开的实施例的示例区块链支付设备；

图2示出了包括加密货币支付发票的区块链支付图形用户界面(GUI)的示例图；

图3、图3A和图3B示出了根据本公开的实施例的示例操作流程，且图3是示出图3A和图3B中所示的局部视图的布置的图；

图4示出了区块链支付设备的许可的区块链框架的示例高层架构；

图5、图5A和图5B示出了图4的架构的示例部署图，且图5是示出图5A和图5B中所示的局部视图的布置的图；

图6示出了根据本公开的实施例的另一示例操作流程；以及

图7示出了计算机的示例，其中，可以整体或部分地体现图1的区块链支付设备，图3、图3A、图3B和图6的操作流程，和/或本公开的其它实施例。

具体实施方式

本公开涵盖用于将加密货币转换为真实的可消费货币的系统、方法和设备的各种实施例。下面结合附图阐述的详细描述意图作为若干当前考虑的实施例的描述，并且并不意图代表可以开发或利用所公开的发明的唯一形式。该描述结合所示出的实施例阐述了功能和特征。然而，将理解，相同或等同的功能可以通过不同的实施例来实现，这些不同的实施例还意图被包含在本公开的范围内。还要理解，诸如第一和第二等关系术语的使用仅用于将一个实体与另一实体区分开，而不必要求或暗示这种实体之间的任何实际的这种关系或次序。

图1示出了根据本公开的实施例的示例区块链支付设备100。区块链支付设备100可以是服务器或联网服务器的组合，联网服务器与一个或多个用户装置200a、200b、加密货币支付处理器300(诸如BitPay)和支付处理平台(诸如i2C公司的敏捷支付处理平台)的网络浏览器或移动应用交互。在图1的示例中，区块链支付设备100的第一用户(人员A)想要使用他/她的加密货币(例如，比特币)以向第二用户(人员B)汇款。在人员A和人员B两者不熟悉区块链支付设备100的提供者并且没有账户的含义上，人员A和人员B两者可以是新的用户。此外，人员B可能不拥有任何加密货币并且可能不具有加密货币钱包。响应于人员A的汇款请求，区块链支付设备100可以以数字支付卡145的形式将加密货币(诸如属于人员A的比特币)转换为真实货币，该数字支付卡145可由人员B消费。区块链支付设备100可以包括请求验证器110、发票管理器120、邀请管理器130和数字支付卡生成器140。区块链支付设备100还可以包括许可的区块链框架101，在许可的区块链框架101中可以实施一些或所有的区块链支付设备100。

请求验证器110可以从第一电子装置200a接收包括支付金额和接收者的唯一标识符(例如，接收者的电话号码、电子邮件地址或社交网络ID)的点对点(P2P)支付请求。还设想了其它的唯一标识符，诸如生物统计数据(例如，指纹)、与区块链相关联的公钥等。请求验证器110可以将接收到的支付请求记录在许可的区块链框架101中。人员A可以操作第一电子装置200a，以使用可在区块链支付设备100的提供者的网站或移动应用程序上访问的图形用户界面(GUI)来进行支付请求。这样的GUI(例如，图1中的“汇款”)可以包括例如针对支付金额的字段以及针对接收者信息的一个或多个字段，诸如电话号码、电子邮件地址或社交网络ID。GUI还可以包括附加字段，以用于在汇款者是新用户并且因此尚未由于已经登录到GUI而被识别的情况下识别汇款者，并且用于从由区块链支付设备100支持的资金中识别资金的来源。在图1的示例中，人员A将接收者(人员B)的支付金额和电子邮件地址输入到GUI中，指示将使用加密货币进行支付，并且将该信息作为支付请求提交。如下面更详细描述的，请求验证器110可以验证接收到的请求的一个或多个方面。可以针对存储在许可的区块链框架101中的数据进行这种验证。

发票管理器120可以响应于区块链支付设备100接收到支付请求而生成加密货币支付发票125。发票管理器120可以将加密货币发票125及其各种状态存储在许可的区块链框架101中。继续以上示例，区块链支付设备100已经从人员A接收支付请求，以将加密货币发送至人员B。在请求验证器110已经验证支付请求之后，发票管理器120可以例如通过调用与加密货币支付处理器300相关联的API而与加密货币支付处理器300(诸如BitPay)进行通信以生成加密货币支付发票125。加密货币支付发票125的支付地址可以是与区块链支付设备100的提供者相关联的加密货币账户。然后可以将加密货币支付发票125呈现给GUI上的人员A，该GUI将由人员A使用电子装置200a来进行访问。加密货币支付发票125可以是例如BitPay发票，并且除了支付金额之外，还可以包括编码支付地址的QR码、将被复制和粘贴的支付地址本身和/或用于将支付地址直接填充到同一电子装置200a上的加密货币钱包的链接。在向人员A呈现加密货币支付发票125之后，发票管理器120可以随后等待加密货币支付发票125的支付，同时区块链支付设备100存储与接收者(即，人员B)的唯一标识符(在此情况下为人员B的电子邮件地址)相关联的支付金额的记录。这种记录可以存储在许可的区块链框架101中。

邀请管理器130可以响应于加密货币支付发票125的支付而生成邀请，使用唯一标识符(例如，接收者的电话号码、电子邮件地址或社交网络ID)将该邀请无线地发送至接收者。邀请管理器130可以将该邀请及其各种状态存储在许可的区块链框架101中。继续以上示例，人员A可以例如通过授权使用同一电子装置200a上的加密货币钱包进行支付来支付加密货币支付发票125。由人员A进行的支付随后可以例如通过人员A的加密货币钱包的操作被记录到与加密货币(例如，比特币区块链)相关联的区块链400。一旦例如按照区块链400上的预定数量的确认所确定的那样支付了加密货币支付发票125，区块链支付设备100或加密货币支付处理器300就可以将“已付”状态反映给加密货币支付发票125，响应于此，发票管理器120可以更新支付请求的记录(例如，在许可的区块链框架101中)，以反映已经支付加密货币支付发票125。响应于这种更新，邀请管理器130可以根据记录上的接收者信息生成邀请，该邀请可以是文本消息、电子邮件、社交网络消息等形式。在以上示例中，人员A的支付请求包括人员B的电子邮件地址，因此由邀请管理器130生成的邀请可以是包括消息(例如，“人员A已向您付款”)以及额外的细节(包括金额和各种说明以及条款和条件)的电子邮件。区块链支付设备100随后可以将这种电子邮件邀请发送到人员B的电子邮件地址。

当例如在第二电子装置200b上从区块链支付设备100接收到邀请时，人员B可以例如通过按下链接到网站或移动应用程序下载站点的“接受”按钮来接受该邀请。为了接收该支付，然后，区块链支付设备100的提供者要求人员B提供一项或多项新用户信息，以便遵守了解您的客户(KYC)的准则，并接受条款和条件，向区块链支付设备100的提供者进行注册等。邀请管理器130由此可以从第二电子装置200b接收对该邀请的接受以及与接收者相关联的一项或多项新用户信息。邀请管理器130可以将该接受和新用户信息记录在许可的区块链框架101中。

数字支付卡生成器140可以响应于接收到对该邀请的接受和新用户信息而以接收者的名义生成数字支付卡145。数字支付卡145可以包括从银行标识号(BIN)范围510中提取的卡号。例如，随着人员A已经支付了加密货币支付发票125，并且人员B已经接受了该邀请，数字支付卡生成器140可以将支付请求和与人员B相关联的新用户信息传送至支付处理平台500(诸如i2C公司的敏捷支付处理平台)。数字支付卡生成器140随后可以从支付处理平台500接收数字支付卡145，数字支付卡145包括从银行标识号(BIN)范围510中由提取的卡号。

在生成数字支付卡145之后，数字支付卡生成器140可以例如通过将支付请求的金额加载到数字支付卡145上来将支付金额记入接收者。与数字支付卡145相关联的状态(包括其生成以及将支付金额记入接收者)可以被记录在许可的区块链框架101中。数字支付卡生成器140随后可以例如使用第二电子装置200b上人员B可访问的网址或移动应用程序GUI来向人员B呈现数字支付卡145。如图1中所示，数字支付卡145可以是

在图1中所示的示例中，加密货币支付处理器300被描绘为第三方处理器，尤其是BitPay。然而，所公开的主题内容并不旨在如此限制。例如，除BitPay外，还可以使用其他第三方处理器。此外，加密货币支付处理器300可能根本不是第三方处理器，并且其本身可以是区块链支付设备100的一部分并且由同一提供者实体控制。与加密货币支付处理器300的功能相关联的状态可以被记录在许可的区块链框架101中。

同时，在图1中所示的示例中，支付处理平台500被描绘为第三方处理平台，尤其是i2C处理平台。然而，所公开的主题内容并不旨在如此限制。例如，除i2C处理平台外，还可以使用其他第三方处理平台。此外，支付处理平台500可能根本不是第三方处理平台，并且其本身可以是区块链支付设备100的一部分，并由同一提供者实体控制。与支付处理平台500的功能相关联的状态可以被记录在许可的区块链框架101中。

图2示出了包括加密货币支付发票125的区块链支付图形用户界面(GUI)的示例图。当人员A请求使用进加密货币行支付时，图2的区块链支付GUI可以显示在人员A的电子装置200a(例如，移动电话)上。如图2中所示，加密货币支付发票125可以包括支付金额126、对支付地址进行编码的QR码127、要复制和粘贴的支付地址128本身和/或将支付地址直接填充到同一电子装置200a上的加密货币钱包的链接129。如所示出的，加密货币支付发票125还可以包括转账细节，该转账细节示出了例如以真实货币发送的金额、接收者的电话号码、电子邮件地址或社交网络ID、由区块链支付设备100的提供者收取的任何交易费用、包括此类费用的由发送方产生的总金额等。

图3、图3A和图3B示出了根据本公开的实施例的示例操作流程，且图3是示出图3A和图3B中所示的局部视图的布置的图。图3、图3A和图3B中所示的操作流程可以由关于图1示出和描述的区块链支付设备100来执行。操作流程从其中提供了接收者信息的步骤UI 1开始。例如，在区块链支付设备100的情况下，请求验证器110可以基于人员A与第一电子装置200a上的GUI的交互来捕获接收者的电话号码、电子邮件地址或社交网络ID以及支付金额和接收者的可选备注。在该阶段，可以通知人员A除所输入的支付金额之外还要收取的交易费用。然后，请求验证器110可以检查支付是否超过了总速度限制(general velocitylimit)，例如，是否超过了每日最大支付金额(例如，$5000)和/或每次交易的最大支付金额(例如，$300)。如果超出了总速度限制，则可以经由GUI通知人员A，并且过程流程可以在不满足支付请求的情况下结束。

如果未超过总速度限制，则操作流程可以继续验证支付请求的接收者的步骤BP1。例如，请求验证器110可以对照现有用户信息来验证请求的接收者细节(例如，电话号码、电子邮件地址、社交网络ID)。可以例如从支付处理平台500在日志文件中周期性地检索这种现有用户信息，支付处理平台500可以存储所有用户更新，用户更新包括新用户注册、对现有用户的信息/状态更新等。然后，请求验证器110可以例如通过检查接收者是否已经是激活用户来对照此类现有用户信息验证接收者。如果接收者不是激活用户(即，如果用户不存在或者用户的状态被关闭)，则操作流程可以进行到步骤UI3，如下所讨论的。另一方面，如果接收者是激活用户，则操作流程可以进行到步骤UI2，在该步骤中，可以给发送者一个机会来确认接收者的姓名，或者使用GUI从类似命名的用户中选择接收者。如果所选接收者的帐户由于被阻止(例如，由于不激活或欺诈)而无法使用，则可以通知发送者并且拒绝交易。请求验证器110还可以针对选定的现有用户检查是否超过了各个接收者速度限制，例如，每天的最大交易额(例如，$300)，在这种情况下，GUI可以导航回到UI1，从而允许发送者输入不同的接收者。

在步骤UI3中，可以提示发送者使用GUI输入某些信息，诸如发送者的姓名和电子邮件。可能还需要发送者同意条款和条件。如上所述，发送者不必像接收者那样是区块链支付设备100的先前注册的用户。因此，步骤UI3可以用于识别区块链支付设备100以及接收者的发送者。在发送者已经是区块链支付设备100的注册用户的情况下，发送者可能已经登录到GUI，在这种情况下，可以省略步骤UI3。

继续步骤UI4，GUI可以允许发送者选择支付方法和/或资金来源。如上所述，加密货币支付设备100可以支持通过各种方法进行的支付，包括非加密货币方法(诸如

当选择加密货币作为支付方法时，在步骤UI5中，操作流程可以继续在GUI中(例如，在发送者的电子装置200a上)显示加密货币发票125。例如，区块链支付设备100的发票管理器120可以通过调用与加密货币支付处理器300相关联的API来生成加密货币发票125，并且发送者可以被导航到显示加密货币发票125的iFrame。如图2中所示，除了支付金额126和用于支付发票125的装置127、128、129之外，加密货币发票125还可以包括转账细节、下载由区块链支付设备100的提供者提供的应用程序的链接等。在步骤BP3中，转账细节可以进一步被存储，在此之后，发票管理器120可以等待加密货币发票125的支付。将发送者信息存储为转账细节的一部分可以允许区块链支付设备100跟踪由同一人重复进行的汇款尝试。

随着已经向发送者呈现加密货币发票125，操作流程利用步骤EU1 2b继续确认加密货币发票125的支付，其可以由发送者使用如上所述的加密货币钱包授权。如果未确认支付，则在步骤BP4中，可以例如在十五分钟之后，将转帐设置为过期。发送者可以例如通过电子邮件接收失败的转账通知。另一方面，如果例如通过接收由区块链400产生的交易ID来确认支付，则可以将存储在区块链支付设备100中的发票的状态更新为“已付(PAID)”(例如，通过发票管理器120)，并且操作流程可进行到步骤BP5和步骤BP6。

在步骤BP5中，将支付通知接收者。例如，在区块链支付设备100的现有用户的情况下，可以简单地通知接收者发送者已经向他们的账户汇款，并且可以将支付金额记入现有的数字支付卡145(可以是一次性的)。另一方面，在新用户的情况下，邀请管理器130可以如上所述生成邀请，并使用电子邮件地址、移动电话号码或发送者提供的其他唯一标识符将该邀请传递给接收者。如果接收者在某个指定的宽限期(例如，72小时)内接受了该转帐，则操作流程结束。然后，邀请管理器130可以存储由接收者提供的新用户信息，并且数字支付卡生成器140可以针对接收者生成数字支付卡145，并且如上所述将支付金额记入接收者。另一方面，如果宽限期到期，则可以在步骤BP9中通知发送者接收者的不接受，在加密货币支付的情况下，可以在步骤UI7中要求确认初始退款。操作流程可以进行到创建部分退款请求的步骤BP8。

在步骤BP6中，在通知接收者支付的时间或前后，发送者可以发送包含转账摘要的通知(例如，电子邮件)。在新用户接收者的情况下，该通知可以通知发送者已就支付事宜与接收者联系，并且在指定的宽限期内不接受将导致退款。在宽限期内的任何时间，发送者可以例如使用步骤BP6的通知中提供的链接在步骤UI6中取消转账。当发送者取消了转账时，可以在步骤BP7中向发送者和接收者通知取消，并且操作流程可以进行到步骤BP8。

在步骤BP8中，GUI可以提示发送者输入发送者自己的加密货币支付地址(例如，钱包地址)，加密货币将被退还至该地址。退款可以是部分退款，因为它可以排除由区块链支付设备100的提供者收取的交易费。当完成退款请求时，区块链支付设备100可以向发送者的支付地址发起加密货币支付以对未接受或取消的转帐的金额进行退款或部分退款。

图4示出了区块链支付设备100的许可的区块链框架101的示例高层架构。图5、图5A和图5B示出了图4的架构的示例部署图，且图5是示出图5A和图5B中所示局部视图的布置的图。如图4、图5、图5A和图5B中所示，可以在许可的区块链框架101(诸如LinuxFoundation’s Hyperledger Fabric)中实施区块链支付设备100。由区块链支付设备100跟踪的每个状态变化可以不可变地存储在区块链框架101内，然后在对等方一致时被区块链支付设备100依赖。这样的状态变化可以包括例如通过请求验证器110的支付请求的接收、发送者/金额/接收者验证状态、通过发票管理器120的加密货币发票125的生成、由区块链400产生的指示发票支付的交易ID的接收、加密货币支付发票125的已付/未付状态、通过邀请管理器130的邀请的生成、接收者的接受和新用户信息的接收和验证、邀请的接受/未接受状态、通过数字支付卡生成器140的数字支付卡145的生成、支付金额到数字支付卡145的记入、加载到数字支付卡145上的金额等。如图4、图5、图5A和图5B中所示，区块链框架101可以包括对应于区块链框架101的成员的多个组织，例如，一个组织对应于区块链支付设备100的提供者，另一个组织对应于加密货币支付处理器300，并且再一个组织对应于支付处理平台500，每个组织包括具有相关状态存储和链码实例的多个对等方。在所示出的示例中，存在三个组织，并且每个组织具有三个这样的对等方，总共九个对等方通过通信通道连接到第十个订购者对等方。成员可以经由订购者对等方(例如，使用公开REST API的节点服务)与区块链框架101进行交易。由于使用了如图4、图5、图5A和图5B的示例架构中所示的许可的区块链框架101，区块链支付设备100可以安全地跟踪与涉及加密货币、虚拟货币和真实的可消费货币之间的转换的用户支付交易相关联的状态。

在图4、图5、图5A和图5B的示例中，区块链支付设备100的提供者、加密货币支付处理器300和支付处理平台500共享单个公共通道。然而，也考虑了用于区块链框架101的其他通道配置，诸如分别将区块链支付设备100连接到加密货币支付处理器300和支付处理平台500的一对私人通道，或者公共通道与这样的一对私人通道的组合。

图6示出了根据本公开的实施例的另一示例操作流程。关于图1示出和描述的区块链支付设备100可以执行图6中所示的操作流程，以将属于人员A的加密货币(例如，比特币)转换为属于人员B的真实的可消费货币。操作流程可以开始于从人员A接收点对点支付请求(步骤610)、将与之相关联的数据记录到许可的区块链框架101(步骤620)、以及生成加密货币支付发票125(步骤630)。应注意，步骤的次序不是关键的，特别是，不仅可以在步骤610与步骤630之间而且可以在如上文有关区块链支付设备100所述的图6的整个操作流程中的各个点上发生将数据记录到许可的区块链框架101以及引用存储在许可的区块链框架101中的数据并检查其不变性。响应于人员A对加密货币支付发票125的支付，操作流程可以继续生成人员B接收支付的邀请(步骤640)以及区块链支付设备100接收人员B的接受和伴随的新用户信息(步骤650)。如关于图1、图3、图3A和图3B所描述的，区块链支付设备100可以执行步骤610至步骤650。

随着区块链支付设备100已经接收邀请的接受(即，支付转账的接受)和人员B的新用户信息，操作流程可以进行到生成数字支付卡145的步骤(步骤660)。例如，响应于区块链支付设备100的邀请管理器130已经将该邀请的状态更新更新为“接受”并且接收到了新用户信息，数字支付卡生成器140可以将包括与人员B相关联的新用户信息的支付请求的信息提供到支付处理平台500，这可以从BIN范围510中提取卡号。然后，数字支付卡生成器140可以从支付处理平台500接收数字支付卡145。

在生成数字支付卡145之后，数字支付卡生成器140可以例如通过将支付请求的金额加载到数字支付卡145上来将支付金额记入接收者(步骤670)。然后，数字支付卡生成器140可以例如经由人员B的装置200b上的GUI向人员B呈现数字支付卡145。然后，人员B可以在接受从BIN范围510中提取出的卡的任何地方立即消费数字支付卡145。例如，在

还设想人员B可能希望仅将接收到的资金的一部分加载到具有不同的卡号、有效期和安全码(例如，卡验证值)的一次性卡上。为此，随着已经将来自人员A的资金记入人员B的情况下，图6的操作流程还可以继续利用区块链支付设备100(例如，数字支付卡生成器140)从人员B接收令牌请求(步骤680)，该令牌请求具有由人员B使用区块链支付设备100的网址或移动应用程序GUI所选的特定现金金额。响应于接收到令牌请求，数字支付卡生成器140可以例如通过将令牌请求的信息提供到支付处理平台500来生成加载有选定现金金额的一次性数字卡(步骤690)，支付处理平台500可以从BIN范围510提取出新卡号。然后，数字支付卡生成器140可以从支付处理平台500接收一次性数字卡，将选定现金金额加载到一次性数字卡上，并且通过人员B的装置200b上的GUI向人员B呈现一次性数字卡。以这种方式，人员B可以将额外的一次性数字卡从数字支付卡145上转出以根据需要管理他/她的资金。

在以上示例中，解释了接收者(图1中的人员B)可能需要向区块链支付设备100的提供者进行注册，以便接受来自发送者(人员A)的支付。然而，所公开的主题内容并不旨在如此限制。例如，设想区块链支付设备100可以在不要求人员B进行注册的情况下向人员B提供数字支付卡145。在人员A和人员B两者作为区块链支付设备100的未注册用户开始和结束交易的情况下，区块链支付设备100可以不必用作虚拟货币平台或用户网络，但是可以作为用于进行离散交易的工具。

贯穿以上示例，假设从发送者(图1中的人员A)向接收者(人员B)进行的支付是由与区块链支付设备100的提供者分离且间隔开的公共区块链(例如，比特币)上的人员A的加密货币出资。然而，设想加密货币可以替代地是由区块链支付设备100的提供者提供的加密货币。

还应注意，所公开的主题内容并不旨在限于接收者(人员B)接收到新生成的数字支付卡145的上述情况。例如，用户可以代替地具有由银行或其他实体发行的卡。通过使用区块链支付设备100，人员A(或只有人员B)可以利用区块链支付设备100从加密货币账户向预先存在的卡加载资金。从银行发行这样的预先存在的卡的角度来看，无论银行是充当区块链支付设备100的提供者还是充当其的第三方，区块链支付设备100的这种使用情况都可以是特别有用的。通过向其客户提供对区块链支付设备100的访问，银行可以提供提高的灵活性，以用于将资金从包括加密货币的各种来源加载到其自身发行的卡中。

图7示出了计算机1000的示例，其中，可以整体或部分地体现图1的区块链支付设备、图3、图3A、图3B和图6的操作流程以及/或者本公开的其它实施例。如图7中所示，计算机1000可以包括处理器(例如，CPU)1010、系统存储器(例如，RAM)1020和硬盘驱动器或其他辅助存储设备1030，系统存储器(例如，RAM)1020可以通过专用存储器通道连接到处理器1010，并且临时存储由处理器1010执行的数据处理操作的结果。处理器1010可以执行一个或多个计算机程序，这些程序可以与操作系统一起有形地体现在计算机可读介质(例如，辅助存储装置1030)中。操作系统和计算机程序可以从辅助存储装置1030加载到系统存储器1020中，以由处理器1010执行。计算机1000还可以包括网络接口1040，其用于在计算机1000与外部装置(例如，通过因特网)之间进行网络通信，诸如使用移动应用程序或web浏览器访问本公开内容中描述的区块链支付设备100和关联的GUI的用户设备200a、200b以及加密货币支付处理器300和/或支付处理平台500。服务器端用户与计算机1000的交互可以经由一个或多个I/O装置1050，诸如显示器、鼠标、键盘等。

计算机程序可以包括程序指令，当由处理器1010执行该程序指令时，使处理器1010根据本公开的各种实施例来执行操作。例如，安装在计算机1000中的程序可以使计算机1000用作诸如图1的区块链支付设备100的设备，例如，使计算机1000用作图1的区块链支付设备100的部分、部件、元件、数据库、引擎、接口、模块、管理器、验证器、生成器等(例如，请求验证器110、发票管理器120等)的一些或所有。安装在计算机1000中的程序还可以使计算机1000执行诸如图3、3A，3B和6所示的操作流程或其一部分，例如，使计算机1000执行图3A和图3B中的一个或多个步骤(例如，“UI 1–提供接收者信息”、“超过总速度限制？”、“BP1–验证接收者”等，其中计算机1000可以执行通过生成用于执行该步骤的GUI的标记为“UI”的步骤)和/或图6的一个或多个步骤(例如，接收P2P支付请求610、响应于加密货币支付发票630的支付而生成邀请等)。

通过外部计算机可读介质(诸如DVD-ROM)、光学记录介质(诸如CD或蓝光盘)、磁光记录介质(诸如MO)、半导体存储器(诸如IC卡)、磁带介质、机械编码的介质(诸如打孔卡)等或以其他方式驻留在外部计算机可读介质(诸如DVD-ROM)、光学记录介质(诸如CD或蓝光盘)、磁光记录介质(诸如MO)、半导体存储器(诸如IC卡)、磁带介质、机械编码的介质(诸如打孔卡)等上，可以将以上提及的计算机程序提供到辅助存储装置1030。可以存储与所公开的实施例有关的程序的计算机可读介质的其它示例包括服务器系统中的RAM或硬盘，该服务器系统连接到诸如专用网络或因特网的通信网络，并且该程序经由网络提供给计算机1000。在一些实施例中，这样的程序存储介质可以是非暂时性的，因此不包括诸如无线电波或其他电磁波的暂时性信号本身。存储在计算机可读介质上的程序指令的示例除了可由处理器执行的代码之外，还可以包括用于由诸如现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)的可编程电路执行的状态信息。

以上描述通过示例而非限制的方式给出。鉴于以上公开，本领域技术人员可以设计出在本文公开的本发明的范围和精神内的变型。此外，本文公开的实施方案的各种特征可以单独使用，或彼此以不同的组合使用，并且不旨在限于本文所述的特定组合。因此，权利要求的范围不受所示实施例的限制。