CN108292394A - 通过使用不透明区块链进行全额结算的方法和系统 - Google Patents

Abstract

一种使用区块链确认电子交易的方法包括：接收交易数据，交易数据包括交易金额和货币代码；生成基于一个或多个标准格式化的交易消息，所述交易消息包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；将交易消息经由支付网络发送给金融机构；通过所述支付网络接收来自所述金融机构的返回消息，返回消息基于所述一个或多个标准被格式化并且包括被配置为存储所述交易金额、货币代码和发票标识符的数据元素；以及基于将散列算法应用到存储于在接收到的返回消息中包括的数据元素中的交易金额、货币代码和发票标识符来生成散列值。

Description

通过使用不透明区块链进行全额结算的方法和系统

相关申请的交叉引用

本申请要求享有于2015年11月24日提交的美国申请序列号14/950,117的优先权和权益，其全部内容通过引用合并于此。

技术领域

本公开涉及使用不透明区块链的全额结算，具体地说，使用区块链来结算电子交易以实现快速和安全的结算，所述区块链由通过对所捕获的电子交易数据进行散列运算而生成的值构成。

背景技术

当电子交易在诸如消费者和商家之类的双方之间进行时，消费者可以将他们的支付信息提供给商家以换取商品或服务。商家可以立即运行支付信息，并且消费者可以在之后收到他们的购买时刻。但是，在许多系统中，代表双方中每一方的金融机构之间的交易结算可能需要相当长的时间，通常以天为单位。在结算完成之前，商家不会从他们的金融机构收到他们的付款，并且消费者在他们的金融机构的账户上的费用被列为待定。

因此，如果结算过程能够更快完成，对所有相关实体都可能是有益的，因为消费者的账户会更快更新并且商家可以更快地收到他们的资金。然而，现有的结算过程通常包括在支付网络中来回分程传递若干交易消息。支付网络通常每天处理数亿次交易，每个交易需要路由至少两个交易消息：从收单方到发行方的授权请求以及从发行方回到收单方的授权响应。由于交易处理的紧迫性(为了消费者和商家的便利而经常以毫微秒或毫秒为单位进行测量)，由于带宽和性能问题，结算通常不会很快地执行，而是通常在交易进行较不频繁的时段中来执行。

因此，由于要处理大量交易以及现有系统的带宽和资源限制，现有的支付网络系统通常无法对于电子交易执行即时结算。因此，需要一种技术解决方案，在这种解决方案中，可以快速执行电子交易的结算，而不会增加现有支付轨道上的压力。

发明内容

本公开提供了一种用于使用不透明区块链来确认电子交易的系统和方法的描述。

一种使用区块链确认电子交易的方法，包括：由处理服务器的接收设备接收叠加有交易数据的数据信号，其中交易数据包括与电子交易相关的至少包括交易金额及货币代码的数据；由所述处理服务器的数据生成模块生成用于所述电子交易的交易消息，其中所述交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；由处理服务器的发送设备通过支付网络将生成的交易消息以电子方式发送给金融机构；由处理服务器的接收设备经由支付网络从金融机构接收返回消息，其中，返回消息基于一个或多个标准被格式化并且至少包括单个数据元素，单个数据元素被配置为存储交易金额、货币代码和发票标识符；以及由处理服务器的散列模块基于将一个或多个散列算法应用到存储于在接收到的返回消息中包括的单个数据元素中的交易金额、货币代码和发票标识符来生成散列值。

另一种使用区块链确认电子交易的方法包括：由处理服务器的接收设备经由支付网络从金融机构接收交易消息，其中交易消息基于一个或多个标准被格式化并且包括多个数据元素，多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；由所述处理服务器的数据生成模块生成返回消息，其中所述返回消息基于所述一个或多个标准被格式化，并且至少包括单个数据元素，所述单个数据元素被配置为存储交易金额、货币代码和发票标识符；由处理服务器的散列模块基于将一个或多个散列算法应用于存储在生成的返回消息中的单个数据元素中存储的交易金额、货币代码和发票标识符来生成散列值；由处理服务器的发送设备通过支付网络将生成的返回消息以电子方式发送给金融机构；以及由处理服务器的发送设备将所生成的散列值以电子方式发送到被配置为将所生成的散列值经由通信网络发布到区块链的计算设备。

一种使用区块链存储电子交易的确认的方法，包括：在处理服务器的存储器中存储区块链，其中区块链包括多个区块，并且对于多个区块中的每个区块，包括报头和多个交易值，其中所述多个交易值的每个交易值是与电子交易相关的并且至少基于与相关的电子交易相关联的交易金额、货币代码和发票标识符而生成的散列值；由处理服务器的接收设备接收一组新散列值，其中每个新散列值与附加电子交易相关，并且其中每个新散列值是基于将一个或多个散列算法应用于与相应的附加电子交易相关联的交易金额、货币代码和发票标识符而生成的；由所述处理服务器的查询模块执行对所述存储器的查询，以基于存储在包括在每个相应区块中的报头中的数据来识别包括在区块链中的多个区块中的先前区块；由处理服务器的生成模块基于执行一个或多个预定动作来生成工作证明值；由处理服务器的生成模块生成新区块，其中新区块至少包括新报头和一组新散列值，并且其中新报头至少包括对所识别的先前区块的引用以及生成的工作证明值；以及由处理服务器的发送设备将所生成的新区块以电子方式发送到与区块链相关联的一个或多个计算设备。

一种使用区块链确认电子交易的系统包括：处理服务器的散列模块；所述处理服务器的接收设备，其被配置为接收叠加有交易数据的数据信号，其中所述交易数据包括与电子交易相关的至少包括交易金额和货币代码的数据；处理服务器的数据生成模块，其被配置为生成用于电子交易的交易消息，其中交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；以及处理服务器的发送设备，其被配置为经由支付网络将生成的交易消息以电子方式发送到金融机构。处理服务器的接收设备还被配置为通过支付网络从金融机构接收返回消息，其中，返回消息基于一个或多个标准被格式化并且至少包括被配置为存储交易金额、货币代码和发票标识符的单个数据元素。处理服务器的散列模块被配置为基于将一个或多个散列算法应用到存储于在所接收的返回消息中包括的单个数据元素中的交易金额、货币代码和发票标识符来生成散列值。

另用于一种使用区块链确认电子交易的另一个系统包括：处理服务器的接收设备，其被配置为经由支付网络从金融机构接收交易消息，其中交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；所述处理服务器的数据生成模块，其被配置为生成返回消息，其中所述返回消息基于所述一个或多个标准被格式化并且至少包括被配置为存储交易金额、货币代码和发票标识符的单个数据元素；处理服务器的散列模块，其被配置为基于将一个或多个散列算法应用于存储在所生成的返回消息中的单个数据元素中的交易金额、货币代码和发票标识符来生成散列值；以及处理服务器的发送设备，其被配置为通过支付网络将生成的返回消息以电子方式电子发送给金融机构，并且将生成的散列值以电子方式发送到计算设备，该计算设备被配置为经由通信网络将生成的散列值发布到区块链。

一种使用区块链存储电子交易的确认的系统，包括：处理服务器的存储器，其被配置为存储区块链，其中区块链包括多个区块，并且对于多个区块中的每个区块，包括报头和多个交易值，其中所述多个交易值中的每个交易值是与电子交易相关的并且至少基于与所述相关的电子交易相关联的交易金额、货币代码和发票标识符而生成的散列值；处理服务器的接收设备，其被配置为接收一组新散列值，其中每个新散列值与附加电子交易相关，并且其中每个新散列值是基于将一个或多个散列算法应用于与相应的附加电子交易相关联的交易金额、货币代码和发票标识符而生成的；处理服务器的查询模块，其被配置为对存储器执行查询，以基于存储于在每个相应区块中包括的报头中的数据来识别包括在区块链中的多个区块的先前区块；所述处理服务器的生成模块，其被配置为基于执行一个或多个预定动作来生成工作证明值，并生成新的区块，其中所述新区块至少包括新报头和一组新散列值，并且其中，新报头至少包括对所识别的先前区块的引用和所生成的工作证明值；以及处理服务器的发送设备，其被配置为将所生成的新区块以电子方式发送到与区块链相关联的一个或多个计算设备。

附图说明

结合附图阅读下面对示例性实施例的详细描述，可以最好地理解本公开的范围。附图中包含以下图：

图1是示出根据示例性实施例的、用于使用不透明区块链对电子交易进行确认和全额结算的高级系统架构的框图。

图2是示出根据示例性实施例的、用于使用不透明区块链的电子交易的全额结算的图1的收单方处理服务器的框图。

图3是示出根据示例性实施例的、用于使用不透明区块链的电子交易的全额结算的图2的发行方处理服务器的框图。

图4A和4B是示出根据示例性实施例的、使用不透明区块链对电子交易进行确认和全额结算的过程的流程图。

图5是示出根据示例性实施例的、由图2的收单方处理服务器使用不透明区块链对电子交易进行全额结算的过程的流程图。

图6是示出根据示例性实施例的、由图3的发行方处理服务器使用不透明区块链对电子交易进行全额结算的过程的流程图。

图7是示出根据示例性实施例的、在电子交易的全额结算中使用的不透明区块链的框图。

图8和图9是示出根据示例性实施例的、用于使用区块链对电子交易进行确认的示例性方法的流程图。

图10是示出根据示例性实施例的、用于使用区块链存储对电子交易的确认的示例性方法的流程图。

图11是示出根据示例性实施例的支付交易处理的流程图。

图12是示出根据示例性实施例的计算机系统体系结构的框图。

根据下文提供的详细描述，本公开的进一步应用领域将变得显而易见。应该理解的是，示例性实施例的详细描述仅用于说明目的，因此不旨在限制本公开的范围。

具体实施方式

术语汇编

支付网络-用于通过使用现金替代物转移货币的系统或网络。支付网络可以使用各种不同的协议和程序来处理各种类型交易的货币转移。可以通过支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转移、账户取款等。支付网络可以被配置为通过现金替代物来执行交易，该现金替代物可以包括支付卡、字母信用卡、支票、交易账户等。被配置为用作支付网络的网络或系统的示例包括由 American等运营的网络或系统。在此使用术语“支付网络”可以指作为实体的支付网络以及物理支付网络(诸如包括支付网络的设备、硬件和软件)。

支付轨道-与支付网络相关联的、用于支付交易处理以及支付网络和与支付网络互连的其他实体之间的交易消息和其他类似数据的通信的基础设施。支付轨道可以包括用于建立支付网络的硬件以及支付网络与其他相关联的实体(例如金融机构、网关处理器等)之间的互连。在一些情况下，支付轨道也可以受软件影响，例如通过对包括支付轨道的通信硬件和设备进行特殊编程。例如，支付轨道可以包括专门配置用于路由交易消息的专门配置的计算设备，交易消息可以是经由支付轨道电子地传输的特别格式化的数据消息，如下面更详细讨论的。

区块链-基于区块链货币的所有交易的公共分类账。一个或多个计算设备可以包括区块链网络，区块链网络可以被配置为处理和记录交易，作为区块链中的区块的一部分。一旦区块完成，该区块将添加到区块链中，并因而更新交易记录。在许多情况下，区块链可能是按时间顺序的交易的分类账，或者可能以适合区块链网络使用的任何其他顺序呈现。在一些配置中，记录在区块链中的交易可以包括目的地地址和货币量，使得区块链记录多少货币归因于特定地址。在一些实例中，附加的信息可以被捕获，如源地址、时间戳等。在一些实施方案中，区块链也可以由区块链网络通过证明工作和/或与之相关的任何其他合适的验证技术确认并验证的附加数据构成，在一些实例中由任意数据构成。在某些情况下，此类数据可能作为交易的一部分包含在区块链中，例如包含在附加到交易数据的附加数据中。在某些情实例中，将这些数据纳入区块链可能构成交易。在这种实例中，区块链可能不会与特定的数字货币、虚拟货币、法定货币或其他类型的货币直接相关联。

使用不透明区块链进行确认和全额结算的系统

图1示出了用于通过使用不透明区块链来对电子交易进行确认和全额结算的系统100。

系统100可以包括收单方处理服务器102。下文更详细讨论的收单方处理服务器102可以是诸如收单银行之类的收单金融机构的计算系统，其被配置为执行这里讨论的用于通过使用不透明区块链对电子交易进行全额结算的处理。与收单方处理服务器102相关联的收单金融机构可拥有、管理、发行或以其他方式关联于与商家110相关联的交易账户，以用于接收用于电子交易的资金。收单方处理服务器102可以被配置为使用不透明区块链来确认涉及商家110的电子交易的结算并且将商家的交易账户的余额增加对应的金额。

系统100还可以包括发行方处理服务器104。下文更详细讨论的发行方处理服务器104可以是诸如发行银行之类的发行金融机构的计算系统，其被配置为执行本文讨论的用于通过使用不透明的区块链来对电子交易进行全额结算的处理。与发行方处理服务器104相关联的发行金融机构可拥有、管理、发行或以其他方式关联于与消费者106相关联的交易账户以用于资助电子交易。发行方处理服务器104可以被配置为使用不透明区块链来确认涉及消费者106的电子交易的结算并且将消费者的交易账户的余额减少对应的金额。

发行金融机构可以向与消费者的交易账户相关联的消费者106发行支付卡108或其他支付工具，其可以被呈现给商家110以传达用于处理涉及消费者106和商家110的电子支付交易的支付细节。消费者106可以使用传统方法来呈现支付卡108以向商家110传达支付细节，诸如通过读取嵌入在编码有支付细节的支付卡108中的磁条或者使用近场通信或其他合适的通信方法将来自支付卡108的叠加有支付细节的数据信号电子传输到商家110的销售点系统。用于传达支付细节的其他方法可以包括使用配备有电子钱包应用程序的移动计算设备来电子传输支付细节，通过移动计算设备显示编码有支付细节的机器可读代码以供商家110的销售点系统读取，等等。

作为电子交易处理的一部分，商家110可以将(例如，通过支付卡108)从消费者106接收到的支付细节和附加交易数据以电子方式发送给收单方处理服务器102。支付细节可以包括例如主账号、到期日、名称、付款密码等。附加交易数据可以包括例如交易金额、交易时间、交易日期、地理位置、商家类别代码、消费者数据、销售点数据、商家数据、报价数据、奖励数据、忠诚度数据、产品数据等。支付细节和附加交易数据可以直接以电子方式发送给收单方处理服务器102，或者可以经由一个或多个中间实体(如网关进程)来发送。支付细节和附加交易数据可以使用与支付网络112相关联的支付轨道或经由合适的替代通信网络来进行电子传输。关于涉及支付网络112和支付轨道的支付交易的交易细节的通信的附加细节在下面关于图11中所示的过程1100进行更详细地讨论。

一旦收单方处理服务器102接收到支付细节和附加交易数据，收单方处理服务器102就可以生成用于电子交易的交易消息。交易消息可以是根据管理金融交易消息交换的一个或多个标准(例如国际标准化组织ISO8583标准)特别格式化的专用数据消息。交易消息可以包括被配置为存储相关联的标准中所阐述的数据的多个数据元素，诸如被配置为存储主账号的数据元素、被配置为存储交易金额的数据元素等等。交易消息还可以包括被配置为存储指示存储在其中包括的每个数据元素中的数据的位图，位图可以基于关联的标准。在一些实例中，交易消息还可以包括指示交易消息的类型的消息类型指示符，诸如授权请求。

由收单方处理服务器102生成的交易消息可以包括被配置为存储支付细节和附加交易数据的多个数据元素。多个数据元素可以至少包括被配置为存储电子交易的交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。货币代码可以指示与关联于商家110的交易账户相关联的货币或用于商家110与消费者106之间的电子交易中的货币。货币代码可以包括在由商家110传送的交易数据中，或者可以由收单方处理服务器102例如基于与商家110相关联的交易账户来识别。在一些实例中，货币代码可以包括在支付细节中，诸如基于与由消费者106呈现的支付卡108对应的交易账户相关联的货币。发票标识符可以是由收单方处理服务器102产生或以其他方式识别的对于正在处理的电子交易唯一的值，其可以用于识别交易消息和其他与电子交易关联的数据。交易消息还可以包括指示交易消息是授权请求的消息类型指示符。

收单方处理服务器102可以通过支付轨道将所生成的交易消息以电子方式发送到支付网络112。支付网络112也可以通过支付轨道将交易消息转发给发行方处理服务器104以进行额外的处理。支付网络112可以被配置为使用一种或多种传统方法来识别发行方处理服务器104，诸如基于存储在交易消息中所包括的相应数据元素中的主账号中所包括的银行标识号。在一些实施例中，支付网络112可以在转发交易消息之前执行一个或多个附加服务，诸如欺诈检测服务、账户映射服务、交易控制服务等。

发行方处理服务器104可以接收交易消息并且可以使用传统方法和系统基于存储在其中的数据确定对相关交易消息的批准或拒绝。例如，发行方处理服务器104可以识别与存储在交易消息中包括的相应数据元素中的主账号相关联的交易账户，并基于存储在交易消息中包括的相应数据元素中的电子交易的交易金额识别与其相关联的账户余额是否适合为电子交易提供资金。发行方处理服务器104还可以基于例如欺诈考虑、账户设置、交易控制、信用限制等来确定批准或拒绝。

如果交易被批准或拒绝，则发行方处理服务器104可以生成返回交易消息。返回交易消息可以基于以接收到的交易消息的格式使用的相同标准来格式化。在一些情况下，返回交易消息可以是接收到的交易消息的修改，诸如其中包括的一个或多个数据元素被修改以及消息类型指示符被修改为指示授权响应。返回交易消息可以包括被配置为存储响应代码的数据元素，其可以指示相关的电子交易被批准或拒绝。返回交易消息还可以包括附加数据元素，该附加数据元素被配置为存储从包括在所接收交易消息中的相应对应数据元素解析的交易金额、货币代码和发票标识符。在一些实施例中，附加数据元素可以在相关联的标准中被指示为保留用于私人用途的数据元素。在一些情况下，除了货币代码、交易金额和发票标识符之外，发行方处理服务器104还可以被配置为将附加数据存储在附加数据元素中，并且可以基于由发行方处理服务器104和收单方处理服务器102达成一致的格式化标准来格式化存储在附加数据元素中的数据。

一旦生成返回交易消息，发行方处理服务器104可以经由支付轨道将返回交易消息以电子方式发送到支付网络112。支付网络112然后可以执行任何必要的服务，诸如账号的重新映射，并且可以经由支付轨道将返回交易消息转发给收单方处理服务器102。收单方处理服务器102可以使用指示电子交易被批准的支付轨道或适当的通信网络向商家110电子地发送通知。在一些情况下，通知可以包括返回交易消息。商家110可以接收该通知并且可以与消费者106完成电子交易，诸如通过向消费者106提供交易货物或服务。

作为电子交易的全额结算的一部分，发行方处理服务器104可以被配置为生成电子交易的散列值。散列值可以通过将一个或多个散列算法应用于存储在返回交易消息中所包括的附加数据元素中的数据来生成，该数据至少包括交易的交易金额、货币代码和发票标识符，并且使用在发行方处理服务器104与收单方处理服务器102之间达成一致的标准格式化。所得到的散列值可以是电子交易特有的值，其不能通过使用单向散列函数作为散列算法而被反转为底层数据，散列算法的复制可能性极低，因此即使每天处理数亿数据，也不会有两个电子交易可能返回相同的散列值。

一旦发行方处理服务器104已经生成散列值，发行方处理服务器104就可以将散列值以电子方式发送到区块链系统114以用于发布到不透明区块链。在一些实施例中，发行方处理服务器104或收单方处理服务器102可以被配置为作为区块链系统114中的节点进行操作，并且可以被配置为执行本文讨论的用于将电子交易的散列值添加到不透明区块链的功能。

区块链系统114可以接收电子交易的散列值。区块链系统114还可以从发行方处理服务器104和/或附加发行金融机构的系统接收额外电子交易的散列值。一旦已经接收到预定数量或大小的散列值，区块链系统114就可以生成要添加到区块链的新区块。新区块的生成可以包括生成工作证明值，其可以通过求解复杂的数学问题或其他合适的方法来生成。在一些情况下，复杂的数学问题可能具有由与区块链系统114相关联的区块链网络中的一个或多个计算设备(例如，节点)确定的难度等级，例如其中对于区块链系统114或区块链网络中的另一个节点可能花费预定时间段(例如十分钟)来求解数学问题的难度等级。

在一些实施例中，新区块还可以包括对区块链中的先前区块的引用，诸如在生成新区块之前要被添加到区块链的最近期的区块。最近期的区块可以基于包括在先前区块的报头中的包含日期或基于区块链中先前区块的位置(诸如在区块链的末尾处)来确定。该引用可以是标识号或适用于识别不透明区块链中的区块的其他值，例如先前区块的报头的散列。新区块可以在新生成区块的报头中包含工作证明值和引用标识符。新报头还可以包括交易计数器，其可以指示包含在新区块中的散列值的数量。新生成的区块的其余部分可以包括将要包括在其中的散列值。

一旦区块被生成，区块链系统114可以将新生成的区块附加到不透明区块链。在一些情况下，区块链系统114可以电子地将新生成的区块发送到与不透明区块链相关联的一个或多个节点以包含在其中，这可以在将新区块添加到不透明区块链之前确认新区块(例如，基于其中包括的工作证明值)。区块链可被认为是不透明区块链，因为其中包括的散列值可能是不透明的，原因在于任何实体都可以查看包括区块链的区块中包括的散列值，但可能由于使用单向散列算法而不知道由散列值表示的数据。

收单方处理服务器102可以被配置为使用存储在返回交易消息中所包括的附加数据元素中的数据来生成电子交易的散列值。收单方处理服务器102可以使用由发行方处理服务器104使用的相同的一个或多个散列算法，并将算法应用于存储在附加数据元素中的数据以生成散列值。生成的散列值可以是键值对中的键，其中与散列值相关联的值是在其生成中使用的货币代码、交易金额和发票标识符。收单方处理服务器102可从区块链系统114或与不透明区块链相关联的另一节点检索区块链，然后可识别不透明区块链是否包括散列值。如果由收单方处理服务器102生成的散列值与包含在不透明区块链中的散列值相同，则其可以用作电子交易的确认，因为它表示发行方处理服务器104和收单方处理服务器102关于交易中使用的货币类型和金额达成一致，以及通过发票标识符将值关联到哪个交易。

一旦交易被确认，收单方处理服务器102就可以基于与该散列值相关联的交易金额将资金存入与电子交易中涉及的商家110相关联的交易账户中。类似地，发行方处理服务器104可以通过类似的方法使用不透明区块链来确认电子交易，并且可以从与支付细节被呈现给商家110进行支付的消费者106相关联的交易账户中扣除其交易金额。

通过将电子交易的散列值发布到不透明区块链，收单方处理服务器102和发行方处理服务器104可以确认用于结算的电子交易的处理，而无需使用经由支付网络112和相关联的支付轨道传送的附加交易消息。这可能实现明显更快的结算，其中消费者106和商家110的交易账户可以比使用传统方法更快地结算。另外，通过确认支付网络112之外的结算交易，使用支付网络112和相关联的支付轨道传送的交易消息的数量可以大幅减少，这可以导致对于交易的处理部分的性能和处理速度提高。因此，这里讨论的方法和系统可以通过使用不透明区块链来提高电子交易处理和结算的速度。此外，在区块链中使用不透明的散列值可以确保用于结算确认的数据是容易的且可公开地访问，但是不会通过使用单向散列算法来损害指示其的数据。

收单方处理服务器

图2示出了系统100的收单方处理服务器102的一个实施例。对于相关领域的技术人员来说显而易见的是，图2中所示的收单方处理服务器102的实施例仅作为说明提供，并且可能不是穷尽于适合于执行在此讨论的功能的收单方处理服务器102的所有可能配置。例如，图12中所示且以下更详细讨论的计算机系统1200可以是收单方处理服务器102的合适配置。

收单方处理服务器102可以包括接收设备202。接收设备202可以被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实施例中，接收设备202可以被配置为通过支付轨道接收数据，诸如使用与支付网络112相关联的特别配置的基础设施来传输包括敏感金融数据和信息的交易消息。在一些情况下，接收设备202还可以被配置为经由替代网络(诸如因特网)从商家110、支付网络112、发行方处理服务器104、区块链系统114和其他实体接收数据。在一些实施例中，接收设备202可以包括多个设备，诸如用于通过不同网络接收数据的不同接收设备，诸如用于通过支付导轨接收数据的第一接收设备和用于通过因特网接收数据的第二接收设备。接收设备202可以电子地接收所发送的数据信号，其中数据可以被叠加在数据信号上并且被接收设备202通过接收数据信号被解码、解析、读取或以其它方式获得。在一些情况下，接收设备202可以包括用于解析接收到的数据信号以获得叠加在其上的数据的解析模块。例如，接收设备202可以包括解析器程序，该解析器程序被配置为接收数据信号并且将接收到的数据信号变换为用于由处理设备执行以实施这里描述的方法和系统的功能的可用输入。

接收设备202可以被配置为接收由商家110使用合适的通信网络电子地发送的数据信号，该数据信号可以经由一个或多个中间实体(诸如网关处理器)被转发，该中间实体叠加有与电子交易关联的支付细节和附加交易数据。接收设备202还可以被配置为接收支付网络112经由支付轨道电子地发送的交易消息。接收设备202还可以被配置为从区块链系统114或与不透明区块链相关联的其他节点接收与不透明区块链或其中包括的一个或多个区块叠加的数据信号。

收单方处理服务器102还可以包括通信模块204。通信模块204可以被配置为在收单方处理服务器102的模块、引擎、数据库、存储器和其他组件之间传输数据以用于执行本文所讨论的功能。通信模块204可以由一个或多个通信类型组成并且利用各种通信方法来用于计算设备内的通信。例如，通信模块204可以包括总线、接触引脚连接器、导线等。在一些实施例中，通信模块204还可以被配置为在收单方处理服务器102的内部组件与收单方处理服务器102的外部组件(诸如外部连接的数据库、显示设备、输入设备等)进行通信。收单方处理服务器102还可以包括处理设备。处理设备可以被配置为执行本文讨论的收单方处理服务器102的功能，这对于相关领域的技术人员来说是显而易见的。在一些实施例中，处理设备可以包括专门被配置为执行处理设备的一个或多个功能的多个引擎和/或模块和/或由其构成，诸如查询模块222、数据生成模块210、散列模块212、验证模块214、交易处理模块216等。如本文所使用的，术语“模块”可以是特别编程为接收输入，使用输入执行一个或多个处理并提供输出的软件或硬件。基于本公开内容，由各种模块执行的输入、输出和处理对于本领域技术人员将是显而易见的。

收单方处理服务器102可以包括交易数据库206。交易数据库206可以被配置为使用合适的数据存储格式和模式来存储多个交易简档208。交易数据库206可以是利用结构化查询语言来进行其中存储的结构化数据集的存储、识别、修改、更新、访问等的关系数据库。每个交易简档208可以是被配置为存储与涉及收单方处理服务器102的电子交易相关联的数据的结构化数据集。每个交易简档208可以至少包括具有作为密钥的散列值的键值对和作为对应值的交易金额、货币代码和发票标识符。在一些情况下，交易简档208可以包括与相关电子交易相关联的附加数据(例如从商家110接收的和/或包括在与其相关联的交易消息(例如，授权请求和响应)中的数据)以及与相关电子交易的结算相关的数据(例如相关商家交易账户的入账确认)。

收单方处理服务器102可以包括查询模块222。查询模块222可以被配置为对数据库执行查询以识别信息。查询模块222可以接收一个或多个数据值或查询字符串，并且可以基于此对指示的数据库(例如交易数据库206)执行查询字符串，以识别存储在其中的信息。查询模块222然后可以根据需要将所识别的信息输出到收单方处理服务器102的适当引擎或模块。查询模块222可以例如对交易数据库206执行查询以识别用于确认用于全额结算的处理的电子交易的交易简档208。交易简档208可以通过使用诸如在不透明区块链中的区块中识别的散列值或者诸如可以由收单方处理服务器102在成功处理相关的电子交易后选择来进行结算的发票标识符来识别。收单方处理服务器102还可以包括适用于执行本文讨论的功能的附加数据库，诸如用于存储与用于电子交易结算的商家交易账户相关联的数据的存储的数据库。

收单方处理服务器102还可以包括数据生成模块210。数据生成模块210可以被配置为生成供收单方处理服务器102用于执行在此讨论的功能的数据。数据生成模块210可以接收数据和指令作为输入，可以基于其生成数据或数据消息，并且可以将所得到的数据或数据消息输出到收单方处理服务器102的一个或多个其他引擎或模块。例如，数据生成模块210可接收从商家110电子传输并由接收设备202接收的用于电子交易的数据信号解析的支付细节和交易数据，并且可生成电子交易的发票标识符以及交易消息。发票标识符可以使用为此设计的一个或多个算法来生成，其可以包括生成随机或伪随机数以用作发票标识符。交易消息可以基于诸如ISO8583标准的一个或多个标准来格式化，并且可以包括被配置为存储标准中所阐述的数据的多个数据元素，所述多个数据元素可以包括配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。

收单方处理服务器102还可以包括散列模块212。散列模块212可以被配置为生成散列值。散列模块212可以接收数据作为输入，可以通过将散列算法应用于数据来生成散列，并且可以将所生成的散列值输出至收单方处理服务器102的一个或多个其他模块或引擎。可以生成散列值以用于电子交易，并且可以通过将一个或多个散列算法应用于存储在由接收设备202接收的交易消息中包括的附加数据元素中的数据来生成散列值，该交易消息可以是源自发行方处理服务器104并通过支付网络112传输的授权响应。存储在附加元素中的数据可以至少包括用于相关电子交易的交易金额、货币代码和发票标识符，并且可以包括附加数据和/或可以如收单方处理服务器102和发行方处理服务器104达成一致的那样进行格式化。

收单方处理服务器102还可以包括验证模块214。验证模块214可以被配置为验证(例如，确认)电子交易以进行结算。验证模块214可以接收一个或多个数据输入，可以验证输入数据，并且可以输出验证的结果，诸如验证成功或失败的指示。验证模块214可以被配置为接收存储在不透明区块链中的区块中的散列值，并且可以被配置为基于处理后的交易验证散列值是正确的。散列值的正确性可以基于其与散列模块212针对相同电子交易生成的散列值的对应性，该对应性可以存储在交易数据库206中的对应交易简档208中(例如，并且经由查询模块222识别)。例如，验证模块214可验证由发行方处理服务器104生成的添加到不透明区块链的散列值等同于散列模块212针对相同电子交易生成的散列值。

收单方处理服务器102还可以包括交易处理模块216。交易处理模块216可以被配置为执行与在此讨论的处理电子交易相关联的附加功能，并且对于相关领域的技术人员而言是显而易见的。例如，交易处理模块216可以被配置为在由验证模块214验证交易之后对与电子交易的商家110相关联的交易账户进行贷记或启动对与电子交易的商家110相关联的交易账户的贷记以进行结算。在另一个示例中，交易处理模块216可以被配置为执行用于电子交易的附加服务，诸如诈骗确定、交易控制评估等。

收单方处理服务器102还可以包括发送设备218。发送设备218可以被配置为经由一个或多个网络协议在一个或多个网络上发送数据。在一些实施例中，发送设备218可以被配置为通过支付轨道发送数据，诸如使用与支付网络112相关联的特别配置的基础设施来传输包括敏感金融数据和信息(诸如所识别的支付凭证)的交易消息。在一些情况下，发送设备218可以被配置为经由替代网络(例如因特网)向发行方处理服务器104、商家110、支付网络112、区块链系统114和其他实体发送数据。在一些实施例中，发送设备218可以由多个设备组成，诸如用于通过不同网络发送数据的不同发送设备，诸如用于通过支付轨道发送数据的第一发送设备和用于通过因特网发送数据的第二发送设备。发送设备218可以以电子方式发送使数据叠加的数据信号，其可以通过接收计算设备解析。在一些情况下，发送设备218可以包括用于将数据叠加、编码或以其他方式格式化为适合于传输的数据信号的一个或多个模块。

发送设备218可以被配置为以电子方式将交易消息发送到支付网络112以进行处理。发送设备218还可以被配置为通过合适的通信网络将返回交易消息或叠加有与电子交易相关联的通知的数据信号以电子方式发送给商家110。发送设备218可以被进一步配置为以电子方式发送数据信号给区块链系统114，该数据信号叠加有对其中包括的不透明区块链或区块的请求，用于确认用于结算的电子交易。

收单方处理服务器102还可以包括存储器220。存储器220可以被配置为存储数据以供收单方处理服务器102在执行这里讨论的功能时使用。存储器220可以被配置为使用合适的数据格式化方法和模式来存储数据，并且可以是任何适当类型的存储器，诸如只读存储器、随机存取存储器等。存储器220可以包括例如加密密钥和算法、通信协议和标准、数据格式化标准和协议、用于处理设备的模块和应用程序的程序代码以及可能适合由收单方处理服务器102在执行本文公开的功能时使用的其他数据，这对于相关领域的技术人员来说是显而易见的。

发行方处理服务器

图3示出了系统100的发行方处理服务器104的实施例。对于相关领域的技术人员来说显而易见的是，图3中示出的发行方处理服务器104的实施例仅作为说明提供，并且不可能穷尽适合于执行在此讨论的功能的发行方处理服务器104的所有可能的配置。例如，图12中所示且以下更详细地讨论的计算机系统1200可以是发行方处理服务器104的合适配置。

发行方处理服务器104可以包括接收设备302。接收设备302可以被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实施例中，接收设备302可以被配置为通过支付轨道接收数据，诸如使用与支付网络112相关联的特别配置的基础设施来传输包括敏感金融数据和信息的交易消息。在一些情况下，接收设备302还可以被配置为经由替代网络(例如因特网)从收单方处理服务器102、消费者106、支付网络112，区块链系统114和其他实体接收数据。在一些实施例中，接收设备302可以包括多个设备，诸如用于通过不同网络接收数据的不同接收设备，诸如用于通过支付轨道接收数据的第一接收设备和用于通过因特网接收数据的第二接收设备。接收设备302可以以电子方式接收发送的数据信号，其中数据可以叠加在数据信号上并且经由接收设备302接收数据信号来解码、解析、读取或以其它方式获得。在一些情况下，接收设备302可以包括解析模块，其用于解析所接收的数据信号以获得叠加在其上的数据。例如，接收设备302可以包括解析器程序，该解析器程序被配置为接收数据信号并且将接收到的数据信号变换成用于由处理设备执行以实施这里描述的方法和系统的功能的可用输入。

接收设备302可以被配置为接收支付网络112经由支付轨道电子发送的交易消息。接收设备202还可以被配置为从区块链系统114接收与不透明区块链或其中包括的区块叠加的数据信号。

发行方处理服务器104还可以包括通信模块304。通信模块304可以被配置成在发行方处理服务器104的模块、引擎、数据库、存储器和其他组件之间传输数据以用于执行本文所讨论的功能。通信模块304可以由一个或多个通信类型组成并且利用各种通信方法来用于计算设备内的通信。例如，通信模块304可以包括总线、接触引脚连接器、导线等。在一些实施例中，通信模块304还可以被配置为在发行方处理服务器104的内部组件与发行方处理服务器104的外部组件(诸如外部连接的数据库、显示设备、输入设备等)之间进行通信。发行方处理服务器104还可以包括处理设备。处理设备可以被配置为执行本文讨论的发行方处理服务器104的功能，这对相关领域的技术人员来说是显而易见的。在一些实施例中，处理设备可以包括专门被配置为执行处理设备的一个或多个功能的多个引擎和/或模块(诸如查询模块322、数据生成模块310、散列模块312、验证模块314、交易处理模块316等)和/或由其组成。如本文所使用的，术语“模块”可以是专门编程为接收输入，使用输入执行一个或多个处理并提供输出的软件或硬件。基于本公开内容，由各种模块执行的输入、输出和处理对于本领域技术人员将是显而易见的。

发行方处理服务器104可以包括交易数据库306。交易数据库306可以被配置为使用合适的数据存储格式和模式来存储多个交易简档308。交易数据库306可以是利用结构化查询语言来进行其中存储的结构化数据集的存储、识别、修改、更新、访问等的关系数据库。每个交易简档308可以是被配置为存储与涉及发行方处理服务器104的电子交易相关联的数据的结构化数据集。每个交易简档308可以至少包括具有作为密钥的散列值的键值对以及作为相应的值的交易金额、货币代码和发票标识符。在一些情况下，交易简档308可以包括与相关电子交易相关联的附加数据，诸如包括在与其相关联的交易消息(例如，授权请求和响应)中的数据以及与相关电子交易的结算相关联的数据，例如确认相关消费者交易账户的借记。发行方处理服务器104还可以包括适用于执行本文讨论的功能的附加数据库，例如用于存储与用于结算电子交易的消费者交易账户相关联的数据的数据库。

发行方处理服务器104可以包括查询模块322。查询模块322可以被配置为对数据库执行查询以识别信息。查询模块322可以接收一个或多个数据值或查询字符串，并且可以在指示的数据库(例如交易数据库306)上基于此执行查询字符串以识别存储在其中的信息。查询模块322然后可以根据需要将所识别的信息输出到发行方处理服务器104的适当引擎或模块。查询模块322可以例如对交易数据库306执行查询以识别用于确认用于全额结算的处理的电子交易的交易简档308。交易简档308可以经由使用诸如在不透明区块链中的区块中标识的散列值或诸如可由发行方处理服务器104在成功处理相关的电子交易后选择以用于结算的发票标识符来识别。

发行方处理服务器104还可以包括数据生成模块310。数据生成模块310可以被配置为生成供发行方处理服务器104用于执行在此讨论的功能的数据。数据生成模块310可以接收作为输入的数据和指令，可以基于其生成数据或数据消息，并且可以将结果数据或数据消息输出到发行方处理服务器104的一个或多个其他引擎或模块。例如，数据生成模块310可以接收源自收单方处理服务器102并且由接收设备302接收的交易消息作为输入。交易消息可以基于诸如ISO 8583标准的一个或多个标准来格式化，并且可以包括被配置为存储标准中所阐述的数据的多个数据元素，所述多个数据元素可以包括配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。

数据生成模块310可以被配置为生成返回交易消息，该返回交易消息可以是接收到的交易消息的修改，该接收到的交易消息还包括被配置为存储响应代码的数据元素和被配置为至少存储交易金额、货币代码和发票标识符的附加数据元素。在一些情况下，数据生成模块310可以生成用于存储在附加数据元素中的数据集，所述附加数据元素包括交易金额、货币代码和发票标识符，其还可以包括附加数据或者可以根据发行方处理服务器104和收单方处理服务器102达成一致的那样进行格式化。在一些情况下，存储在返回交易消息的相应数据元素中的数据(诸如响应代码)可以基于数据生成模块310从发行方处理服务器104的另一引擎或模块(诸如交易处理模块316)接收的指令或数据。

发行方处理服务器104还可以包括散列模块312。散列模块312可以被配置为生成散列值。散列模块312可以接收数据作为输入，可以通过将散列算法应用于数据来生成散列，并且可以将生成的散列值输出至发行方处理服务器104的一个或多个其他模块或引擎。可以生成散列值以用于电子交易，并且可以通过将一个或多个散列算法应用于存储在包括于由数据生成模块310所生成的生成的返回交易消息中的附加数据元素中的数据来生成该散列值。存储在附加元素中的数据可以至少包括用于相关电子交易的交易金额、货币代码和发票标识符，并且可以包括附加数据和/或可以如收单方处理服务器102和发行方处理服务器104所达成一致的那样进行格式化。

发行方处理服务器104还可以包括验证模块314。验证模块314可以被配置为验证(例如，确认)电子交易以进行结算。验证模块314可以接收一个或多个数据输入，可以验证输入数据，并且可以输出验证的结果，诸如验证成功或失败的指示。验证模块314可以被配置为接收存储在不透明区块链中的区块中的散列值，并且可以被配置为基于处理后的交易将散列值验证为正确。散列值的正确性可以基于其与散列模块312对于相同电子交易生成的散列值的对应性，对应性可以存储在交易数据库306中的对应交易简档308中(例如，并且通过查询模块322识别)。例如，验证模块314可以验证由发行方处理服务器104生成的添加到不透明区块链的散列值等于散列模块312针对相同电子交易生成的散列值。

发行方处理服务器104还可以包括交易处理模块316。交易处理模块316可以被配置为执行如本文所讨论的并且对于相关领域的技术人员来说将是显而易见的与处理电子交易相关联的附加功能。例如，交易处理模块316可以被配置为在由验证模块314验证交易之后借记或启动与电子交易的消费者106相关联的交易账户的借记以用于其结算。在另一个示例中，交易处理模块316可以被配置为执行用于电子交易的附加服务，例如诈骗确定、交易控制评估等。

发行方处理服务器104还可以包括发送设备318。发送设备318可以被配置为经由一个或多个网络协议在一个或多个网络上发送数据。在一些实施例中，发送设备318可以被配置为通过支付轨道发送数据，诸如使用与支付网络112相关联的特别配置的基础设施来传输包括敏感金融数据和信息(诸如所识别的支付凭证)的交易消息。在一些情况下，发送设备318可以被配置为经由替代网络(例如因特网)向收单方处理服务器102、消费者106、支付网络112、区块链系统114和其他实体发送数据。在一些实施例中，发送设备318可以由多个设备组成，诸如用于通过不同网络发送数据的不同发送设备，诸如用于通过支付轨道发送数据的第一发送设备和用于通过因特网发送数据的第二发送设备。发送设备318可以以电子方式发送使数据叠加的数据信号，其可以通过接收计算设备解析。在一些情况下，发送设备318可以包括用于将数据叠加、编码或以其他方式格式化为适合于传输的数据信号的一个或多个模块。

发送设备318可以被配置为将交易消息以电子方式发送到支付网络112以用于处理，诸如由数据生成模块210生成的返回交易消息。发送设备318还可以被配置为以电子方式将由散列模块312产生的散列值发送到区块链系统114以包含在不透明区块链中。发送设备318可以进一步被配置为以电子方式发送数据信号到区块链系统114，该数据信号被叠加有对不透明区块链或其中包括的区块的请求，用于确认用于结算的电子交易。

发行方处理服务器104还可以包括存储器320。存储器320可以被配置为存储供发行方处理服务器104在执行本文所讨论的功能时使用的数据。存储器320可以被配置为使用合适的数据格式化方法和模式来存储数据，并且可以是任何合适类型的存储器，诸如只读存储器、随机存取存储器等。存储器320可以包括例如加密密钥和算法、通信协议和标准、数据格式化标准和协议、处理设备的模块和应用程序的程序代码以及发行方处理服务器104在执行本文公开的功能时可能适用的对于相关领域的技术人员来说是显而易见的其他数据。

在一些实施例中，发行方处理服务器104可以被配置为作为区块链系统114操作，以通过包含在新区块中将散列值添加到不透明区块链中。在这样的实施例中，接收设备302可以被配置为接收叠加有来自附加发行方处理服务器104的散列值的数据信号，可以利用经由散列模块312内部生成的散列值，或它们的组合。数据生成模块310可以被配置为生成新区块以包含在不透明区块链中。

新区块可以至少包括报头和与处理的电子交易相关的多个散列值。报头可以至少包括引用不透明区块链中的先前区块的引用标识符和工作证明值。引用先前区块的引用标识符可以通过查询模块322在不透明区块链上执行查询以对其进行识别来识别。引用标识符可以被包括在先前区块的报头中，或者可以通过使用其中包括的报头或数据通过散列模块312将散列算法应用于其来生成。先前区块可以基于其在区块链中的位置或包含在报头中的数据(例如包含在其中的代或包含日期)来识别。工作证明值可以由数据生成模块310生成，并且可以作为复杂数学问题的解来生成，复杂数学问题难度级别可以由发行方处理服务器104、收单方处理服务器102、区块链系统114、与不透明区块链相关联的一个或多个附加节点或其组合来设定。

一旦生成新区块，该区块可以被添加到不透明区块链中。在一些情况下，存储器320可以被配置为存储不透明区块链，并且可以通过发行方处理服务器104的查询模块322执行适合于该区块的查询来添加该区块。在其他实例中，发送设备318可以在将区块附加到不透明区块链之前将该区块以电子方式发送到与不透明区块链相关联的一个或多个节点以用于对其进行确认。

使用不透明区块链确认电子交易以进行结算的流程

图4A和4B示出了通过使用不透明区块链来进行和确认电子交易以进行结算的过程。

在步骤402中，收单方处理服务器102的接收设备202可以从商家110接收交易数据。交易数据可以包括与涉及商家110和消费者106的电子交易相关的支付细节和附加交易数据。交易数据可以通过合适的通信网络以电子方式传输，并且可以直接从商家110或通过一个或多个中间实体(例如网关处理器)传输。

在步骤404中，收单方处理服务器102的数据生成模块210可以生成电子交易的发票标识符。发票标识符可以是对电子交易唯一的值，例如之前尚未产生或以其他方式被识别用于电子交易的随机生成的数字或字母数字值。在步骤406中，数据生成模块210可以生成用于电子交易的交易消息。交易消息可以基于诸如ISO 8583标准的一个或多个标准进行格式化，并且包括指示授权请求的消息类型指示符和多个数据元素，多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。

在步骤408中，收单方处理服务器102的发送设备218可以使用支付轨道经由支付网络112将授权请求以电子方式发送到发行方处理服务器104。在步骤410中，发行方处理服务器104的接收设备302可以使用支付轨道从支付网络112接收授权请求。在步骤412中，交易处理模块316可执行传统的批准电子支付交易的过程，诸如通过确定交易欺诈的可能性较低并且对于支付呈现的交易账户具有足够的余额来覆盖交易的交易金额。

在步骤414中，发行方处理服务器104的数据生成模块310可以例如通过生成新的数据消息或相应地修改接收到的授权请求来生成电子交易的返回交易消息。可以使用在格式化授权请求中使用的相同的一个或多个标准格式化返回交易消息，并且返回交易消息包括指示授权响应的消息类型指示符和多个数据元素，多个数据元素包括被配置为存储指示批准的响应代码的数据元素以及被配置为至少存储交易金额、货币代码和发票标识符附加数据元素，其可以包括附加数据和/或如收单方处理服务器102和发行方处理服务器104所达成一致的那样进行格式化。

在步骤416中，发行方处理服务器104的散列模块312可以生成用于电子交易的散列值。散列值可以通过将一个或多个散列算法应用于存储在所生成的授权响应中所包括的附加数据元素中的数据来生成。在步骤418中，发行方处理服务器104的发送设备318可以将散列值以电子方式发送到区块链系统114，以发布到不透明区块链。在一些实施例中，发行方处理服务器104的模块和引擎可以被配置为使用这里讨论的方法来生成包括散列值的不透明区块链的新区块以用于发布到不透明区块链。

在步骤420中，发行方处理服务器104的发送设备318可以使用支付轨道经由支付网络112将授权响应以电子方式发送给收单方处理服务器102。在一些实施例中，可以在步骤416和418之前或同时执行步骤420。在步骤422中，收单方处理服务器102的接收设备202可以经由支付轨道从支付网络112接收授权响应。收单方处理服务器102然后可以执行在传统交易处理中必须执行的任何附加步骤，诸如图11的过程1100中所示以及如下所述的。在步骤424中，收单方处理服务器102的散列模块212可通过将由发行方处理服务器104使用的一个或多个散列算法应用于存储在所接收的授权响应中所包括的附加数据元素中的数据来生成散列值，附加数据元素可能至少包括交易金额、货币代码和发票标识符。

在步骤426中，收单方处理服务器102和发行方处理服务器104的接收设备202和302分别可以从区块链系统114接收不透明区块链或其中包括的一个或多个区块，包括包含发布到发行方处理服务器104提供的不透明区块链的散列值的区块。在步骤428，收单方处理服务器102和发行方处理服务器104的验证模块214和314可以分别验证包括在不透明区块链的区块中的散列值等于由相应数据生成模块210和310使用存储在授权响应的附加数据元素中的数据生成的值。在成功确认后，在步骤430中，收单方处理服务器102的交易处理模块216可以将与涉及电子交易的商家110相关联的交易账户贷记交易金额。在步骤432中，发行方处理服务器104的交易处理模块316可以将与电子交易中涉及的消费者106相关的交易账户借记交易金额。在步骤434中，收单方处理服务器102和发行方处理服务器104可以执行适合于电子交易的进一步结算的任何附加动作，诸如通过将交易金额从发行金融机构转移到收单金融机构或相应更新账户记录。

收购方使用不透明区块链处理和确认电子交易

图5示出了通过使用不透明区块链来确认电子交易及其对于收单金融机构的结算的过程500。

在步骤502中，收单方处理服务器102的接收设备202可以接收来自商家110的电子交易的交易数据，其可以包括支付细节和附加交易数据(至少包括交易金额和货币代码)，并且可以通过一个或多个网关处理器或其他中间实体传输。在步骤504中，收单方处理服务器102的交易处理模块216可以确定交易是否通过不透明区块链来结算。该确定可以基于与商家110相关联的交易账户的账户偏好或设置、应用于从商家110接收的交易数据的标准或其他合适的标准。例如，收单方处理服务器102可以确定在特定交易金额下或者涉及特定商家行业的任何交易可以通过不透明区块链进行结算。

如果不通过不透明区块链结算电子交易，则在步骤506中，收单方处理服务器102的交易处理模块216和其他模块和引擎可以继续使用传统方法来处理电子交易，诸如在图11的过程1100中图示的并且在下面更详细地讨论的。如果要使用不透明区块链来结算电子交易，则在步骤508中，收单方处理服务器102的数据生成模块210可以生成唯一与电子交易相关联的发票标识符。在步骤510中，收单方处理服务器102的数据生成模块210可以生成用于电子交易的交易消息，其中交易消息基于诸如ISO8583标准的一个或多个标准进行格式化，并且包括指示授权请求的消息类型指示符和多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。

在步骤512中，收单方处理服务器102的发送设备218可以使用支付轨道经由支付网络112将授权请求以电子方式发送到参与电子交易的发行金融机构。在步骤514中，收单方处理服务器102的接收设备202可以使用支付轨道经由支付网络112从发行金融机构接收授权响应。授权响应可以是使用相同的一个或多个标准格式化的返回交易消息，其包括指示授权响应的消息类型指示符并且包括多个数据元素，多个数据元素包括被配置为存储响应代码的数据元素和被配置为存储附加数据的附加数据元素，所述附加数据至少包括交易金额、货币代码和发票标识符，其可以包括附加数据和/或如收单方处理服务器102和发行方处理服务器104达成一致的那样进行格式化。

在步骤516中，收单方处理服务器102的交易处理模块216可以确定电子交易是否被发行金融机构批准。该确定可以基于存储在授权响应中包括的相应数据元素中的响应代码，其可以指示电子交易是否被发行金融机构批准或拒绝。如果电子交易被拒绝，则在步骤518中，收单方处理服务器102的发送设备218可以以电子方式将叠加了指示交易已被拒绝的通知的数据信号发送给商家110。在一些情况下，授权响应可能会作为通知发送。

如果在步骤516中，收单方处理服务器102的交易处理模块216确定电子交易被批准，则在步骤520中，收单方处理服务器102的散列模块212可以生成电子交易的散列值以用于结算。散列值可以通过将一个或多个散列算法应用于存储在所接收的授权响应中所包括的附加数据元素中的数据来生成。在步骤522中，键值对可以存储在收单方处理服务器102的交易数据库206的交易简档208中，诸如通过由收单方处理服务器102的查询模块222执行适合于其的查询。键值对可以包括作为密钥的散列值和作在其生成中用作该对中的对应值的数据。

在步骤524中，收单方处理服务器102的接收设备202可以使用合适的通信网络从区块链系统114接收不透明区块链。下面更详细讨论的不透明区块链可以包括多个区块。每个区块可以至少包括报头和一个或多个交易值。报头可以至少包括引用标识符和工作证明值，并且还可以包括指示该区块中的交易值的数量的交易计数器。每个交易值可以是使用该交易的交易金额、货币代码和发票标识符对于电子交易生成的散列值。

在步骤526中，收单方处理服务器102的验证模块214可以基于不透明区块链确定电子交易是否有效。验证可以包括确定区块链中是否包括直接对应于由散列模块212在步骤520中生成的散列值的交易值。在区块链中包括这样的交易值可以指示发行金融机构接收并且散列相同的交易金额、货币代码和发票标识符，从而暗示与交易结算值达成一致。如果验证不成功，则可能无法执行结算。如果验证成功，则在步骤528中，收单方处理服务器102的交易处理模块216可以执行任何适合于交易结算的动作，例如将交易金额贷记入与商家相关联110的交易账户以及从发行金融机构接收交易金额。

发行方使用不透明区块链处理和确认电子交易

图6示出了用于通过使用不透明区块链来确认发行金融机构的电子交易及其结算的过程600。

在步骤602中，发行方处理服务器104的接收设备302可以接收电子交易的授权请求。授权请求可以经由支付轨道从支付网络112接收，并且可以来源于与涉及电子交易的商家110相关联的收单方处理服务器102。授权请求可以是根据诸如ISO8583标准的一个或多个标准格式化的交易消息，并且包括指示授权请求的消息类型指示符和多个数据元素，多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。

在步骤604中，发行方处理服务器104的交易处理模块316可以识别与电子交易中涉及的消费者106相关联的交易账户的账户简档。账户简档可以通过发行方处理服务器104的查询模块322使用包括在授权响应中包括的对应数据元素中的主账号或其他数据经由查询对应数据库来识别。在步骤606中，发行方处理服务器104的交易处理模块316可以确定交易是否被批准。交易的批准可基于传统方法，其可考虑交易账户的欺诈考虑、交易控制、账户余额和信用限额等。如果交易未被批准，则在步骤608中，发行方处理服务器104的数据生成模块310可以使用传统方法和系统来生成指示交易被拒绝的授权响应，该授权响应可以被转发到支付网络112。

如果电子交易要被批准，则在步骤610中，发行方处理服务器104的数据生成模块310可以生成指示批准的授权响应。该授权响应可以是新生成的交易消息或对接收到的授权请求的修改，其包括指示授权响应的消息类型指示符和多个数据元素，所述数据元素至少包括被配置为存储指示该交易被批准的响应代码的数据元素以及被配置为存储交易金额、货币代码和发票标识符的附加数据元素，其还可以包括和/或如发行方处理服务器104和收单方处理服务器102达成一致的那样进行格式化。在一些实例中，附加数据元素可以是如关联的标准中所阐述的保留供私人使用的数据元素。在步骤611中，发行方处理服务器104的发送设备318可以将授权响应以电子方式发送给支付网络112以进行电子交易的附加处理。

在步骤612中，发行方处理服务器104的交易处理模块316可以确定电子交易是否将通过不透明区块链结算。在一些实例中，该确定可以基于存储在包括于接收到的授权响应中的相应数据元素中的数据，诸如由收单方处理服务器102设置的指示结算方法的值。在其他实例中，该确定可以基于附加交易数据，例如交易金额、商家数据、消费者数据等。如果不使用区块链结算交易，则在步骤616中，交易处理模块316可以使用涉及支付网络112的传统方法来结算交易。

如果交易要用区块链结算，则在步骤620中，发行方处理服务器104的散列模块312可以为电子交易生成散列值。散列值可以通过将一个或多个散列算法应用于存储在所生成的授权响应中包括的附加数据元素中的数据来生成。在一些实施例中，可以在步骤611之前执行步骤612，使得如果电子交易将使用照常营业(BAU)过程来结算，则授权响应可以不包括用于生成散列值的存储在附加数据元素中的数据。

在步骤622中，所生成的散列值可被发布到与区块链系统114相关联的不透明区块链。在一些实施例中，散列值的发布可包括使用发送设备318以电子方式将散列值发送到与不透明区块链相关联的区块链系统114。在其他实施例中，发行方处理服务器104可以被配置成使用本文讨论的方法为不透明区块链生成用于包含在其中的新区块。在步骤624中，发行方处理服务器104的接收设备302可以接收来自区块链系统114的不透明区块链，该不透明区块包括包含电子交易散列值的新区块，之后由与之相关联的一个或多个节点验证不透明区块链。

在步骤626中，发行方处理服务器104的验证模块314可以基于不透明区块链确定电子交易是否被成功验证。该验证可以基于在不透明区块链的区块中包括的散列值，该散列值对应于在步骤620中使用存储在授权响应中所包括的附加数据元素中的数据针对电子交易生成的散列值。如果验证不成功，则该过程可能会完成并且可能不会发生结算。如果验证成功，则在步骤628中，发行方处理服务器104的交易处理模块316可以执行结算，该结算可以包括电子交易中使用的交易账户中借记交易金额以及将资金发送到收单金融机构。

不透明区块链

图7示出了用于确认用于结算的电子交易的在此使用的不透明区块链的配置。相关领域的技术人员将会明白，在图7中所讨论的和本文讨论的配置仅作为说明提供，并且不透明区块链的附加配置可适用于执行本文所讨论的功能。

如图7所示，不透明区块链702可以包括多个区块704。包括不透明区块链702的每个区块704可以包括报头706和多个交易值708。每个交易值708可以对应于针对电子交易生成的散列值。散列值可以通过将一个或多个散列算法应用于与相关电子交易相关联的数据来生成，该数据至少包括交易金额、货币代码和发票标识符。散列值可以使用单向散列来生成，使得只有拥有用于生成散列值的正确数据集的实体(例如涉及相关电子交易的收单金融机构和发行金融机构)可以理解散列值所代表的含义。

每个报头706可以包括与相应区块704相关联的数据。报头706可以包括例如引用标识符710。引用标识符710可以是与适合用于其标识中的相应区块704相关联的唯一值。报头706还可以或者可替换地包括先前引用712。先前引用712可以是与不透明区块链702中的先前区块相关联的标识符。在一些实例中，先前引用712可以是报头706的针对先前区块的散列。在这种实例中，由于各个区块704可以经由报头706的散列来标识，所以报头706可以不包括引用标识符710。

报头706还可以包括工作证明值714。工作证明值714可以是复杂数学问题的解。复杂数学问题可以具有由与不透明区块链702相关联的一个或多个节点或区块链系统114确定的难度等级，其适合于将区块704连续产生并添加到不透明区块链702。例如，复杂数学问题可能是设计成使得解在接近预定时间间隔(例如每十分钟)被确定的问题。在一些实施例中，报头706还可以包括交易计数器，其可以指示相应区块704中的交易值708的数量。

用于使用区块链确认电子交易的第一示例性方法

图8示出了进行结算的收单金融机构通过使用不透明区块链来确认电子交易的方法800。

在步骤802中，叠加了交易数据的数据信号可以由处理服务器(例如，收单方处理服务器102)的接收设备(例如，接收设备202)接收，其中交易数据包括与电子交易相关的数据，该数据至少包括交易金额和货币代码。在步骤804中，交易消息可以由用于电子交易的处理服务器的数据生成模块(例如，数据生成模块210)生成，其中交易消息基于一个或多个标准格式化并且包括多个数据元素，多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。

在步骤806中，生成的交易消息可以通过处理服务器的发送设备(例如发送设备218)通过支付网络(例如，支付网络112)以电子方式发送到金融机构。在步骤808中，处理服务器的接收设备可以经由支付网络从金融机构接收返回消息，其中返回消息基于一个或多个标准被格式化并且至少包括单个数据元素，该单个数据元素被配置为存储交易金额、货币代码和发票标识符。在步骤810中，散列值可以由处理服务器的散列模块(例如，散列模块212)基于将一个或多个散列算法应用于存储在接收到的返回消息中所包括的单个数据元素中的交易金额、货币代码和发票标识符来生成。

在一个实施例中，方法800还可以包括：由处理服务器的接收设备接收区块链(例如，不透明区块链702)，其中区块链包括多个区块(例如，区块704)，并且对于所述多个区块中的每个区块，包括报头(例如，报头706)和一个或多个交易值(例如交易值708)；以及由处理服务器的验证模块(例如，验证模块214)基于包含在接收到的区块链中包括的多个区块中的、对应于所生成散列值的区块的交易值的存在来验证电子交易。在一些实施例中，所生成的交易消息还可以包括指示授权请求的消息类型指示符，并且所接收的返回消息还可以包括指示授权响应的消息类型指示符。

在一个实施例中，方法800还可以包括由处理服务器的数据生成模块至少基于叠加在接收到的数据信号上的交易数据中所包括的附加数据生成发票标识符。在一些实施例中，第三数据元素可以根据一个或多个标准被保留用于私人使用。

用于使用区块链确认电子交易的第二示例性方法

图9示出了用于由进行结算的发行金融机构通过使用不透明区块链来确认电子交易的方法900。

在步骤902中，交易消息可以由处理服务器(例如，发行处理服务器104)的接收设备(例如，接收设备302)经由支付网络(例如，支付网络112)从金融机构接收，其中所述交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储所述交易金额的第一数据元素、被配置为存储所述货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素。在步骤904中，返回消息可以由处理服务器的数据生成模块(例如，数据生成模块310)生成，其中返回消息基于一个或多个标准被格式化并且至少包括被配置为存储交易金额、货币代码和发票标识符的单个数据元素。

在步骤906中，散列值可以由处理服务器的散列模块(例如，散列模块312)基于将一个或多个散列算法应用于存储在生成的返回消息中的单个数据元素中的交易金额、货币代码和发票标识符来生成。在步骤908中，生成的返回消息可以通过处理服务器的发送设备(例如，发送设备318)经由支付网络以电子方式发送到金融机构。在步骤910中，所生成的散列值可以由处理服务器的发送设备以电子方式发送到计算设备(例如，区块链系统114)，该计算设备被配置为将生成的散列值经由通信网络发布到区块链(例如区块链702)。

在一个实施例中，方法900还可以包括：由处理服务器的接收设备接收区块链，其中区块链包括多个区块(例如，区块704)，并且对于多个区块中的每个区块，包括报头(例如，报头706)和一个或多个交易值(例如交易值708)；以及由处理服务器的验证模块(例如，验证模块314)基于包含在接收到的区块链中包括的多个区块中的、对应于所生成的散列值的区块的交易值的存在来验证电子交易。在一些实施例中，接收到的交易消息还可以包括指示授权请求的消息类型指示符，并且所生成的返回消息还可以包括指示授权响应的消息类型指示符。

在一个实施例中，存储在生成的返回消息中所包括的单个数据元素中的交易金额、货币代码和发票标识符可以由处理服务器的交易处理模块签署。在一些实施例中，第三数据元素可以根据一个或多个标准被保留用于私人使用。

用于使用区块链存储电子交易的确认的示例性方法

图10示出了用于通过不透明区块链确认进行结算的电子交易的数据的存储。

在步骤1002中，区块链(例如，不透明区块链702)可以被存储在处理服务器(例如，发行方处理服务器104)的存储器(例如，存储器320)中，其中区块链包括多个区块(例如，区块704)，并且对于多个区块中的每个区块，包括报头(例如，报头706)和多个交易值(例如交易值708)，其中多个交易值中的每个交易值是与电子交易有关的散列值，并且至少基于与相关电子交易相关联的交易金额、货币代码和发票标识符来生成。在步骤1004中，可以由处理服务器的接收设备(例如，接收设备302)接收一组新散列值，其中每个新散列值与附加的电子交易相关，并且其中每个新散列值是基于将一个或多个散列算法应用于与各个附加电子交易相关联的交易金额、货币代码和发票标识符而生成的。

在步骤1006中，查询可以由处理服务器的查询模块(例如，查询模块322)在存储器上执行，以基于存储在每个相应的区块中所包括的报头中的数据来识别包括在区块链中的多个区块中的先前区块。在步骤1008中，基于执行一个或多个预定动作，可以由处理服务器的生成模块(例如，数据生成模块310)生成工作证明值(例如，工作证明值714)。

在步骤1010中，处理服务器的生成模块可以生成新区块，其中新区块至少包括新报头和一组新散列值，并且其中新报头至少包括对所识别的先前区块的引用(例如，先前引用712)和所生成的工作证明值。在步骤1012中，所生成的新区块可以由处理服务器的发送设备(例如，发送设备318)以电子方式发送到与区块链相关联的一个或多个计算设备(例如，区块链系统114)。

在一个实施例中，包括在多个区块的每个区块中的报头可以包括时间值，并且识别先前区块可以包括识别包括其中在包括的报头中的时间值最接近当前时间的区块。在一些实施例中，包括在多个区块的每个区块中的报头可以包括引用标识符(例如，引用标识符710)，并且对包括在新报头中的所识别的先前区块的引用可以对应于包括在所识别的先前区块中所包括的报头中的引用标识符。

在一个实施例中，一个或多个预定动作可以包括求解复杂数学问题。在进一步的实施例中，复杂数学问题的难度可以由与区块链相关联的一个或多个计算设备来设置。

支付交易处理系统和过程

图11示出了交易处理系统和用于处理系统中的支付交易的过程1100。过程1100和其中包括的步骤可以由上面讨论的系统100的一个或多个组件执行，诸如收单方处理服务器102、发行方处理服务器104、消费者106、商家110、支付网络112等。使用图11所示和下面讨论的系统和过程1100处理支付交易可以利用支付轨道，其可以包括如由下面讨论的实体特别配置和编程的、用于执行过程1100的步骤的计算设备和基础设施，包括交易处理服务器1112，其可以与配置成处理支付交易的一个或多个支付网络相关联。对于相关领域的技术人员而言显而易见的是，关于支付交易的处理中所涉及的一个或多个步骤，过程1100可以并入上文所述的图4A、图4B、图5、图6和图8-10所示的过程中。另外，这里讨论的用于执行过程1100的实体可以包括被配置为执行下面讨论的功能的一个或多个计算设备或系统。例如，商家1106可以包括一个或多个销售点设备、本地通信网络、计算服务器和被配置为执行下面讨论的功能的其他设备。

在步骤1120中，发行金融机构1102可以向消费者1104发行支付卡或其他合适的支付工具。发行金融机构可以是金融机构(例如银行)，或者管理和掌控支付账户和/或与可用于资助支付交易的支付账户一起使用的支付工具的其它适合类型的实体。消费者1104可以具有利用发行的支付卡相关联的发行金融机构1102的交易账户，使得当用于支付交易时，支付交易由相关交易账户提供资金。在一些实施例中，支付卡可以实物形式发给消费者1104。在其他实施例中，支付卡可以是虚拟支付卡或者以电子格式以其他方式提供给消费者1104。

在步骤1122中，消费者1104可以将发行的支付卡呈现给商家1106以用于资助支付交易。商家1106可以是企业、另一个消费者或可以参与与消费者1104的支付交易的任何实体。支付卡可以由消费者1104通过提供实物卡给商家1106、以电子方式传输(例如，经由近场通信、无线传输或其他合适的电子传输类型和协议)支付卡的支付细节、或者经由第三方发起支付细节到商家1106的传输来呈现。商家1106可以(例如，通过电子传输，通过从实物支付卡中读取它们等等)接收支付细节，其可以至少包括与支付卡相关联的交易账号和/或相关联的交易账户。在一些情况下，支付细节可以包括一个或多个应用密码，其可以用于支付交易的处理。

在步骤1124中，商家1106可以将交易细节输入到销售点计算系统中。交易细节可以包括与支付卡相关联的由消费者1104提供的支付细节和与交易相关联的附加细节，诸如交易金额、时间和/或日期、产品数据、报价数据、忠诚度数据、奖励数据、商家数据、消费者数据、销售点数据等。交易细节可以经由一个或多个输入设备输入到商家1106的销售点系统，例如配置成扫描产品条形码的光学条形码扫描仪，、被配置为接收由用户输入的产品代码的键盘，、等等。商家销售点系统可以是用于处理电子金融交易并且与支付网络通信(例如，通过支付轨道)的专门配置的计算设备和/或专用计算设备。商家销售点系统可以是运行销售点系统应用程序的电子设备，其中应用程序使电子设备接收电子金融交易信息并将其传送到支付网络。在一些实施例中，商家1106可以是电子商务交易中的在线零售商。在这样的实施例中，交易细节可以被输入到购物车中或输入到用于在电子交易中存储交易数据的其他仓库中，这对于相关领域的技术人员来说是显而易见的。

在步骤1126中，商家1106可以电子地发送叠加有交易数据的数据信号到网关处理器1108。网关处理器1108可以是被配置为从商家1106接收交易细节以用于格式化并发送到收单金融机构1110的实体。在一些情况下，网关处理器1108可以与多个商家1106和多个收单金融机构1110相关联。在这种情况下，网关处理器1108可以接收涉及各种商家的多个不同交易的交易细节，交易细节可以被转发到适当的收单金融机构1110。通过与多个收单金融机构1110建立关系并具有必要的基础设施以使用支付轨道与金融机构进行通信，诸如使用与用于数据提交、接收和检索的网关处理器1108或金融机构相关联的应用程序编程接口用于数据提交，接收和检索，网关处理器1108可以充当商家1106的中介，以便能够经由单个通信信道进行支付交易并且利用网关处理器1108进行格式化，而不必维护与多个收单金融机构1110和支付处理器以及与其相关的硬件的关系。收单金融机构1110可以是金融机构(例如银行)、或者管理和掌控支付账户和/或用于支付账户的支付工具的其他实体。在一些实例中，收单金融机构1110可以掌控商家1106的交易账户。在一些实例中，单个金融机构可以作为发行金融机构1102和收单金融机构1110两者来操作。

从商家1106发送到网关处理器1108的数据信号可以与支付交易的交易细节叠加，交易细节可以基于一个或多个标准进行格式化。在一些实施例中，标准可以由网关处理器1108阐明，网关处理器1108可以使用唯一的专有格式来向/从网关处理器1108传输交易数据。在其他实施例中，可以使用公共标准，例如作为国际标准化组织的ISO 81183标准。该标准可以指示可以被包括的数据的类型、数据的格式化、数据如何被存储和传输、以及用于将交易数据传输到网关处理器1108的其他标准。

在步骤1128中，网关处理器1108可以解析交易数据信号以获得叠加在其上的交易数据，并且可以根据需要格式化交易数据。交易数据的格式化可以由网关处理器1108基于网关处理器1108或与支付交易相关联的收单金融机构1110的专有标准来执行。专有标准可以规定交易数据中包含的数据类型以及数据存储和传输的格式。收单金融机构1110可以由网关处理器1108使用交易数据来识别，诸如通过解析交易数据(例如解构成数据元素)来获取其中包括的与收单金融机构1110相关联的账户标识符。在一些实例中，网关处理器1108然后可以基于所识别的收单金融机构1110格式化交易数据，例如以便遵守由收单金融机构1110指定的格式化标准。在一些实施例中，所识别的收单金融机构1110可以与参与支付交易的商家1106相关联，并且在一些情况下，可以管理与商家1106相关联的交易账户。

在步骤1130中，网关处理器1108可以将叠加有格式化的交易数据的数据信号以电子方式发送到识别的收单金融机构1110。收单金融机构1110可以接收数据信号并且解析该信号以获得叠加在其上的格式化的交易数据。在步骤1132，收单金融机构可以基于格式化的交易数据生成对支付交易的授权请求。授权请求可以是根据一个或多个标准格式化的特殊格式的交易消息，例如ISO 81183标准和由用于处理支付交易的支付处理器(例如支付网络)设定的标准。授权请求可以是包括指示授权请求的消息类型指示符的交易消息，其可以指示涉及支付交易的商家1106正在请求支付或来自发行金融机构1102的用于交易的支付许诺。授权请求可以包括多个数据元素，每个数据元素被配置为存储如相关联的标准中阐述的数据，例如用于存储账号、应用密码、交易金额、发行金融机构1102信息等。

在步骤1134中，收单金融机构1110可以将授权请求以电子方式发送到交易处理服务器1112以进行处理。交易处理服务器1112可以由作为被配置为处理支付交易的支付网络的一部分的一个或多个计算设备构成。在一些实施例中，授权请求可以由收单金融机构1110或与收单金融机构相关联的其他实体处的交易处理器发送。交易处理器可以是一个或多个计算设备，其包括用于与交易处理服务器1112进行通信的多个通信信道，以用于向交易处理服务器1112以及从交易处理服务器1112传输交易消息和其他数据。在一些实施例中，与交易处理服务器1112相关联的支付网络可拥有或操作每个交易处理器，使得支付网络可维持对交易去往和来自处理服务器1112的交易消息的通信的控制以用于网络和信息安全。

在步骤1136中，交易处理服务器1112可以执行支付交易的增值服务。增值服务可以是由发行金融机构1102指定的服务，其可以在处理支付交易时向发行金融机构1102或消费者1104提供额外的价值。增值服务可以包括例如欺诈评分、交易或账户控制、账号映射、报价兑换、忠诚度处理等。例如，当交易处理服务器1112接收交易时，交易的欺诈评分可以基于其中包括的数据和一个或多个欺诈评分算法和/或引擎来计算。在一些情况下，交易处理服务器1112可以首先识别与交易相关联的发行金融机构1102，然后识别由发行金融机构1102指示要执行的任何服务。发行金融机构1102可以例如通过包括在授权请求中包括的特定数据元素中的数据(例如发行方标识号)来标识。在另一个示例中，发行金融机构1102可以通过存储在授权请求中的主账号来标识，例如通过使用主账号的一部分(例如，银行标识号)来标识。

在步骤1138中，交易处理服务器1112可以将授权请求以电子方式发送给发行金融机构1102。在一些情况下，可以修改授权请求，或者作为交易处理服务器1112执行增值服务的结果附加数据包括在授权请求中或附随授权请求发送。在一些实施例中，授权请求可以被发送到位于发行金融机构1102或者与交易处理服务器1112相关联的实体处的交易处理器(例如，由交易处理服务器1112拥有或由交易处理服务器1112操作)，其可以将授权请求转发给发行金融机构1102。

在步骤1140中，发行金融机构1102可以授权交易账户来支付支付交易。该授权可以基于交易账户的可用信用额度和支付交易的交易金额、由交易处理服务器1112提供的欺诈评分、以及对于相关领域的技术人员而言显而易见的其他考虑因素。发行金融机构1102可以修改授权请求以包括指示支付交易的批准(例如，或如果拒绝交易则为拒绝)的响应代码。发行金融机构1102还可以修改交易消息的消息类型指示符以指示交易消息被改变为授权响应。在步骤1142中，发行金融机构1102可以向交易处理服务器1112发送(例如，通过交易处理器)授权响应。

在步骤1144中，交易处理服务器1112可以将授权响应转发给收单金融机构1110(例如，通过交易处理器)。在步骤1146中，收单金融机构可以生成指示支付交易批准或拒绝的响应消息，如授权响应的响应代码中所指示的，并且可以使用网关处理器1108所阐述的标准和协议将响应消息发送到网关处理器1108。在步骤1148中，网关处理器1108可以使用适当的标准和协议将响应消息转发给商家1106。在步骤1150中，假设支付交易被批准，则商家1106然后可以将由消费者1104购买的产品作为支付交易的一部分提供给消费者1104。

在一些实施例中，一旦过程1100完成，可以执行从发行金融机构1102到收单金融机构1110的支付。在某些情况下，可以立即或在一个工作日内支付。在其他情况下，支付可以在一段时间之后并且响应于通过交易处理服务器1112从收单金融机构1110向发行金融机构1102提交清算请求而进行。在这种情况下，对于多个支付交易的清理请求可以被合计成单个清算请求，交易处理服务器1112可以使用该单个清算请求来识别支付交易结算由谁和向谁进行总体支付。

在一些情况下，系统还可以被配置为在通信路径可能不可用的情况下执行支付交易的处理。例如，如果发行金融机构不可用于执行交易账户的授权(例如，在步骤1140)，则交易处理服务器1112可以被配置为代表发行金融机构1102执行交易的授权。这样的动作可以被称为“代替处理”，其中交易处理服务器“代替”为发行金融机构1102。在这种情况下，交易处理服务器1112可以利用由发行金融机构1102设定的规则来确定批准或拒绝支付交易，并且可以在步骤1144中在转发到收单金融机构1110之前相应地修改交易消息。交易处理服务器1112可以保留与交易处理服务器1112所代替的交易相关联的数据，并且可以一旦通信被重新建立则将保留的数据发送到发行金融机构1102。发行金融机构1102然后可以相应地处理交易账户以适应丢失通信的时间。

在另一示例中，如果交易处理服务器1112不可用于由收单金融机构1110提交授权请求，则收单金融机构1110处的交易处理器可以被配置为执行交易处理服务器1112和发行金融机构1102的处理。交易处理器可以包括适用于基于其中包括的数据来确定支付交易的批准或拒绝的规则和数据。例如，发行金融机构1102和/或交易处理服务器1112可以设置对交易类型、交易金额等的限制，该限制等可以存储在交易处理器中并用于基于此确定支付交易的批准或拒绝。在这样的情况下，即使交易处理服务器1112不可用，收单金融机构1110也可以接收对支付交易的授权响应，从而确保交易被处理并且即使在通信不可用的情况下也不经历停机。在这种情况下，交易处理器可以存储支付交易的交易细节，一旦通信被重新建立，该交易细节可以被发送到交易处理服务器1112(例如，并且从那里到相关联的发行金融机构1102)。

在一些实施例中，交易处理器可以被配置为包括可以利用多个通信卡和/或设备的多个不同通信信道来与交易处理服务器1112通信以发送和接收交易消息。例如，交易处理器可以由多个计算设备组成，每个计算设备具有连接到交易处理服务器1112的多个通信端口。在这样的实施例中，交易处理器可以在将交易消息发送到交易处理服务器1112时循环通过通信信道，以减轻网络拥塞并确保更快、更平滑的通信。此外，在通信信道可能中断或者不可用的情况下，替代的通信信道因此可用，以进一步增加网络的正常运行时间。

在一些实施例中，交易处理器可以被配置为与其他交易处理器直接通信。例如，收单金融机构1110处的交易处理器可以识别授权请求涉及不需要增值服务的发行金融机构1102(例如，通过包含在交易消息中的银行标识号)。收单金融机构1110处的交易处理器然后可以直接向发行金融机构1102处的交易处理器发送授权请求(例如，无需授权请求经过交易处理服务器1112)，其中发行金融机构1102可以相应地处理交易。

以上讨论的用于处理支付交易的方法利用使用多种通信信道的多种通信方法，并且包括故障保险措施以提供过程中的多个点处以及系统中的多个位置处的支付交易的处理以及确保通信即使在中断情况下也能成功到达目的地的冗余，以上讨论的方法可以提供一个强大的系统，其确保支付交易总是以最少的错误和中断成功处理。这种先进的网络及其基础设施和拓扑结构通常被称为“支付轨道”，其中交易数据可以从数百万个不同销售点处的商家提交给支付轨道，以便通过基础设施路由到适当的交易处理服务器1112进行处理。支付轨道可以使得通用计算设备可能无法正确格式化或将通信提交给轨道，而没有专门的编程和/或配置。通过计算设备的专业化使用，计算设备可以被配置为向适当的实体(例如，网关处理器1108、收单金融机构1110等)提交交易数据以便使用该先进的网络进行处理，并且可以快速并且高效地接收关于消费者1104为支付交易提供资金的能力的回应。

计算机系统体系结构

图12示出了其中本公开的实施例或其部分可以被实现为计算机可读代码的计算机系统1200。例如，图1的收单方处理服务器102和发行方处理服务器104可以使用硬件、软件、固件、其上存储有指令的非暂时性计算机可读介质或其组合来在计算机系统1200中实现，并且可以在一个或多个计算机系统或其他处理系统中实现。硬件、软件或其任何组合可以体现用于实现图4A、图4B，图5、图6和图8-11的方法的模块和组件。。

如果使用可编程逻辑，则这种逻辑可以在市场上可买到的处理平台或专用设备上执行。本领域的普通技术人员可以理解，可以使用各种计算机系统配置来实践所公开的主题的实施例，包括多核多处理器系统、小型计算机、大型计算机、与分布式功能链接或聚集的计算机、以及几乎可以嵌入到任何设备中的普及或微型计算机。例如，可以使用至少一个处理器设备和存储器来实现上述实施例。

这里讨论的处理器单元或设备可以是单个处理器、多个处理器或其组合。处理器设备可具有一个或多个处理器“核心”。如本文所讨论的术语“计算机程序介质”、“非暂时性计算机可读介质”和“计算机可用介质”通常用于指代有形介质，例如可移动存储单元1218、可移动存储单元1222以及安装在硬盘驱动器1212中的硬盘。

根据该示例性计算机系统1200描述本公开的各种实施例。在阅读本说明书之后，相关领域的技术人员将会清楚如何使用其他计算机系统和/或计算机体系结构来实现本公开。尽管操作可以被描述为顺序过程，但是一些操作实际上可以并行地、并发地和/或在分布式环境中执行，并且程序代码可以本地或远程地存储以供单个或多个处理器机器访问。另外，在一些实施例中，可以重新排列操作的顺序而不脱离所公开的主题的精神。

处理器设备1204可以是专门配置成执行本文讨论的功能的专用或通用处理器设备。处理器设备1204可以连接到通信基础设施1206，诸如总线、消息队列、网络、多核消息传递方案等。网络可以是适合于执行本文所公开的功能的任何网络，并且可以包括局域网(LAN)、广域网(WAN)、无线网络(例如WiFi)、移动通信网络、卫星网络、因特网、光纤、同轴电缆、红外线、射频(RF)或其任何组合。其他合适的网络类型和配置对于相关领域的技术人员将是显而易见的。计算机系统1200还可以包括主存储器1208(例如，随机存取存储器、只读存储器等)，并且还可以包括辅助存储器1210。辅助存储器1210可以包括硬盘驱动器1212和可移动存储驱动器1214，诸如软盘驱动器、磁带驱动器、光盘驱动器、闪存等。

可移动存储驱动器1214可以以公知的方式从可移动存储单元1218读取和/或写入。可移动存储单元1218可以包括可以被可移动存储驱动器1214读取和写入的可移动存储介质。例如，如果可移动存储驱动器1214是软盘驱动器或通用串行总线端口，则可移动存储单元1218可以分别是软盘或便携式闪存驱动器。在一个实施例中，可移动存储单元1218可以是非暂时性计算机可读记录介质。

在一些实施例中，辅助存储器1210可以包括用于允许计算机程序或其他指令被加载到计算机系统1200中的可选装置，例如可移动存储单元1222和接口1220。这种装置的示例可以包括程序盒和盒接口(例如，如在视频游戏系统中所见的)、可移动存储器芯片(例如，EEPROM、PROM等)和相关联的插座、以及其他可移动存储单元1222和接口1220，这是相关领域技术人员显而易见的。

存储在计算机系统1200中(例如，在主存储器1208和/或辅助存储器1210中)的数据可以存储在任何类型的合适的计算机可读介质上，例如光学存储装置(例如，光盘、数字多功能光盘、蓝光光盘等)或磁带存储装置(例如，硬盘驱动器)。数据可以以任何类型的合适的数据库配置来配置，例如关系数据库、结构化查询语言(SQL)数据库、分布式数据库、对象数据库等。合适的配置和存储类型对于相关领域技术人员将是显而易见的。

计算机系统1200还可以包括通信接口1224。通信接口1224可以被配置为允许软件和数据在计算机系统1200和外部设备之间传送。示例性通信接口1224可以包括调制解调器、网络接口(例如，以太网卡)、通信端口、PCMCIA插槽和卡等。经由通信接口1224传送的软件和数据可以是信号的形式，其可以是电子、电磁、光学或其他信号，这对相关领域的技术人员来说是显而易见的。信号可以经由通信路径1226行进，通信路径1226可以被配置为承载信号并且可以使用电线、电缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。

计算机系统1200还可以包括显示器接口1202。显示器接口1202可以被配置为允许数据在计算机系统1200和外部显示器1230之间传送。示例性显示器接口1202可以包括高清晰度多媒体接口(HDMI)、数字视频接口(DVI)、视频图形阵列(VGA)等。显示器1230可以是用于显示经由计算机系统1200的显示器接口1202发送的数据的任何适当类型的显示器，包括阴极射线管(CRT)显示器、液晶显示器(LCD)、发光二极管(LED)显示器、电容式触摸显示器、薄膜晶体管(TFT)显示器等。

计算机程序介质和计算机可用介质可以指存储器，诸如可以是存储器半导体(例如，DRAM等)的主存储器1208和辅助存储器1210。这些计算机程序产品可以是用于向计算机系统1200提供软件的装置。计算机程序(例如，计算机控制逻辑)可以存储在主存储器1208和/或辅助存储器1210中。计算机程序也可以经由通信接口1224接收。这些计算机程序在被执行时可以使得计算机系统1200能够实现本文所讨论的本方法。特别地，计算机程序在被执行时可以使得处理器设备1204能够实现图4A、图4B、图5、图6和图8-11所示的方法。因此，这样的计算机程序可以表示计算机系统1200的控制器。在使用软件实现本公开的情况下，软件可以被存储在计算机程序产品中，并且使用可移动存储驱动器1214、接口1220和硬盘驱动器1212或通信接口1224加载到计算机系统1200中。

处理器设备1204可以包括被配置为执行计算机系统1200的功能的一个或多个模块或引擎。每个模块或引擎可以使用硬件来实现，并且在一些情况下也可以使用软件，诸如对应于存储在主存储器1208或辅助存储器1210中的代码和/或程序。在这样的情况下，在由计算机系统1200的硬件执行之前，程序代码可以由处理器设备1204编译(例如，通过编译模块或引擎)。例如，程序代码可以是以编程语言编写的源代码，其被翻译成诸如汇编语言或机器代码之类的较低级别的语言以供处理器设备1204和/或计算机系统1200的任何附加硬件组件执行。编译过程可以包括使用词法分析、预处理、解析、语义分析、语法指导翻译、代码生成、代码优化以及可适用于将程序代码翻译成适合于控制计算机系统1200执行本文所公开的功能的较低级别语言的任何其它技术。相关领域的技术人员将明白，这样的过程导致计算机系统1200是被独特地编程为执行上述功能的专门配置的计算机系统1200。

除了其它特征之外，与本公开一致的技术提供了使用不透明区块链来确认电子交易的系统和方法。虽然上面已经描述了所公开的系统和方法的各种示例性实施例，但应当理解，它们仅仅是为了示例的目的而提供的，而不是限制。这并非详尽无遗，并且不会将披露内容限制于所披露的确切形式。鉴于上述教导，修改和变化是可能的，或者可以从本公开的实践中获得修改和变化，而不背离广度或范围。

Claims (30)

1.一种使用区块链确认电子交易的方法，包括：

由处理服务器的接收设备接收叠加有交易数据的数据信号，其中，所述交易数据包括与电子交易相关的至少包括交易金额和货币代码的数据；

由所述处理服务器的数据生成模块生成用于所述电子交易的交易消息，其中，所述交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储所述交易金额的第一数据元素、被配置为存储所述货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；

由所述处理服务器的发送设备通过支付网络将生成的交易消息以电子方式发送给金融机构；

由所述处理服务器的所述接收设备经由所述支付网络从所述金融机构接收返回消息，其中，所述返回消息基于一个或多个标准被格式化并且至少包括单个数据元素，所述单个数据元素被配置为存储所述交易金额、货币代码和发票标识符；以及

由所述处理服务器的散列模块基于将一个或多个散列算法应用到在接收到的返回消息中包括的所述单个数据元素中存储的交易金额、货币代码和发票标识符来生成散列值。

2.如权利要求1所述的方法，还包括：

由所述处理服务器的所述接收设备接收区块链，其中，所述区块链包括多个区块，并且对于所述多个区块中的每个区块，包括报头和一个或多个交易值；以及

由所述处理服务器的验证模块基于与生成的散列值相对应的、包括于在接收到的区块链中包括的所述多个区块中的区块的交易值的存在来验证所述电子交易。

3.如权利要求1所述的方法，其中，

生成的交易消息还包括指示授权请求的消息类型指示符，并且

接收到的返回消息还包括指示授权响应的消息类型指示符。

4.如权利要求1所述的方法，还包括：

由所述处理服务器的所述数据生成模块至少基于包括于在接收到的数据信号上叠加的交易数据中的附加数据来生成所述发票标识符。

5.如权利要求1所述的方法，其中，所述第三数据元素根据所述一个或多个标准被保留用于私人使用。

6.一种使用区块链确认电子交易的方法，包括：

由处理服务器的接收设备经由支付网络从金融机构接收交易消息，其中，所述交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；

由所述处理服务器的数据生成模块生成返回消息，其中，所述返回消息基于所述一个或多个标准被格式化并且至少包括单个数据元素，所述单个数据元素被配置为存储交易金额、货币代码和发票标识符；

由所述处理服务器的散列模块基于将一个或多个散列算法应用于在生成的返回消息中的单个数据元素中存储的交易金额、货币代码和发票标识符来生成散列值；

由所述处理服务器的发送设备通过所述支付网络将生成的返回消息以电子方式发送给金融机构；以及

由所述处理服务器的所述发送设备将生成的散列值以电子方式发送到计算设备，该计算设备被配置为经由通信网络将生成的散列值发布到区块链。

7.如权利要求6所述的方法，还包括：

由所述处理服务器的所述接收设备接收所述区块链，其中，所述区块链包括多个区块，并且对于所述多个区块中的每个区块，包括报头和一个或多个交易值；以及

由所述处理服务器的验证模块基于与生成的散列值相对应的、包括于在接收到的区块链中包括的所述多个区块中的区块的交易值的存在来验证所述电子交易。

8.如权利要求6所述的方法，其中，

接收到的交易消息还包括指示授权请求的消息类型指示符，并且

生成的返回消息还包括指示授权响应的消息类型指示符。

9.如权利要求6所述的方法，其中，在生成的返回消息中包括的单个数据元素中存储的交易金额、货币代码和发票标识符由所述处理服务器的交易处理模块签署。

10.如权利要求6所述的方法，其中，所述第三数据元素根据所述一个或多个标准被保留用于私人使用。

11.一种使用区块链确认电子交易的系统，包括：

处理服务器的散列模块；

所述处理服务器的接收设备，所述接收设备被配置为接收叠加有交易数据的数据信号，其中，所述交易数据包括与电子交易相关的至少包括交易金额和货币代码的数据；

所述处理服务器的数据生成模块，所述数据生成模块被配置为生成用于电子交易的交易消息，其中，所述交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；以及

所述处理服务器的发送设备，所述发送设备被配置为经由支付网络将生成的交易消息以电子方式发送到金融机构，其中

所述处理服务器的所述接收设备进一步被配置为经由所述支付网络从金融机构接收返回消息，其中，所述返回消息基于一个或多个标准被格式化并且至少包括被配置为存储交易金额、货币代码和发票标识符的单个数据元素，并且

所述处理服务器的所述散列模块被配置成基于将一个或多个散列算法应用到在接收到的返回消息中包括的单个数据元素中存储的交易金额、货币代码和发票标识符来生成散列值。

12.如权利要求11所述的系统，还包括：

所述处理服务器的验证模块，其中

所述处理服务器的所述接收设备进一步被配置为接收区块链，其中，所述区块链包括多个区块，并且对于所述多个区块中的每个区块，包括报头和一个或多个交易值，并且

所述处理服务器的所述验证模块被配置为基于与生成的散列值相对应的、包括于在接收到的区块链中包括的多个区块中的区块的交易值的存在来验证所述电子交易。

13.如权利要求11所述的系统，其中，

生成的交易消息还包括指示授权请求的消息类型指示符，并且

接收到的返回消息还包括指示授权响应的消息类型指示符。

14.如权利要求11所述的系统，其中，所述处理服务器的所述数据生成模块进一步被配置为至少基于叠加在接收到的数据信号上的所述交易数据中包括的附加数据来生成所述发票标识符。

15.如权利要求11所述的系统，其中，所述第三数据元素根据所述一个或多个标准被保留用于私人使用。

16.一种使用区块链确认电子交易的系统，包括：

处理服务器的接收设备，所述接收设备被配置为经由支付网络从金融机构接收交易消息，其中，所述交易消息基于一个或多个标准被格式化并且包括多个数据元素，所述多个数据元素至少包括被配置为存储交易金额的第一数据元素、被配置为存储货币代码的第二数据元素以及被配置为存储发票标识符的第三数据元素；

所述处理服务器的数据生成模块，所述数据生成模块被配置为生成返回消息，其中，所述返回消息基于所述一个或多个标准被格式化并且至少包括被配置为存储交易金额、货币代码和发票标识符的单个数据元素；

所述处理服务器的散列模块，所述散列模块被配置为基于将一个或多个散列算法应用于存储在生成的返回消息中的单个数据元素中的交易金额、货币代码和发票标识符来生成散列值；以及

所述处理服务器的发送设备，所述发送设备被配置为

通过所述支付网络将生成的返回消息以电子方式发送给金融机构，以及

将生成的散列值以电子方式发送给被配置为经由通信网络将生成的散列值发布到区块链的计算设备。

17.如权利要求16所述的系统，还包括：

所述处理服务器的验证模块，其中

所述处理服务器的所述接收设备进一步被配置为接收所述区块链，其中，所述区块链包括多个区块，并且对于所述多个区块中的每个区块，包括报头和一个或多个交易值，并且

所述处理服务器的所述验证模块被配置为基于与生成的散列值相对应的、包括于在接收到的区块链中包括的多个区块中的区块的交易值的存在来验证所述电子交易。

18.如权利要求16所述的系统，其中，

接收到的交易消息还包括指示授权请求的消息类型指示符，并且

生成的返回消息还包括指示授权响应的消息类型指示符。

19.如权利要求16所述的系统，其中，在生成的返回消息中包括的单个数据元素中存储的交易金额、货币代码和发票标识符由所述处理服务器的交易处理模块签署。

20.如权利要求16所述的系统，其中，所述第三数据元素根据所述一个或多个标准被保留用于私人使用。

21.一种使用区块链存储电子交易的确认的方法，包括：

在处理服务器的存储器中存储区块链，其中，所述区块链包括多个区块，并且对于所述多个区块中的每个区块，包括报头和多个交易值，其中，所述多个交易值的每个交易值是与电子交易相关的并且至少基于与相关的电子交易相关联的交易金额、货币代码和发票标识符生成的散列值；

由所述处理服务器的接收设备接收一组新散列值，其中，每个新散列值与附加电子交易相关，并且其中，每个新散列值基于将一个或多个散列算法应用于与相应的附加电子交易相关联的交易金额、货币代码和发票标识符生成；

由所述处理服务器的查询模块执行对所述存储器的查询，以基于在每个相应区块中包括的报头中存储的数据来识别包括在所述区块链中的所述多个区块中的先前区块；

由所述处理服务器的生成模块基于执行一个或多个预定动作来生成工作证明值；

由所述处理服务器的所述生成模块生成新区块，其中，所述新区块至少包括新报头和一组新散列值，并且其中，新报头至少包括对所识别的先前区块的引用以及生成的工作证明值；以及

由所述处理服务器的发送设备将生成的新区块以电子方式发送到与所述区块链相关联的一个或多个计算设备。

22.如权利要求21所述的方法，其中，

包括在所述多个区块的每个区块中的报头包括时间值，并且

识别所述先前区块包括识别其中包括在包括的报头中的时间值最接近当前时间的区块。

23.如权利要求21所述的方法，其中，

包括在多个区块的每个区块中的报头包括引用标识符，并且

对包括在所述新报头中的识别的先前区块的引用对应于包括于在所述识别的先前区块中包括的报头中的所述引用标识符。

24.如权利要求21所述的方法，其中，所述一个或多个预定动作包括求解复杂数学问题。

25.如权利要求24所述的方法，其中，所述复杂数学问题的难度由与所述区块链相关联的一个或多个计算设备设定。

26.一种使用区块链存储电子交易的确认的系统，包括：

处理服务器的存储器，所述存储器被配置为存储区块链，其中，所述区块链包括多个区块，并且对于所述多个区块中的每个区块，包括报头和多个交易值，其中，所述多个交易值中的每个交易值是与电子交易相关的并且至少基于与相关的电子交易相关联的交易金额、货币代码和发票标识符生成的散列值；

所述处理服务器的接收设备，所述接收设备被配置为接收一组新散列值，其中，每个新散列值与附加电子交易相关，并且其中，每个新散列值基于将一个或多个散列算法应用于与相应的附加电子交易相关联的交易金额、货币代码和发票标识符生成；

所述处理服务器的查询模块，所述查询模块被配置为对所述存储器执行查询，以基于存储于在每个相应区块中包括的报头中的数据来识别包括在所述区块链中的所述多个区块的先前区块；

所述处理服务器的生成模块，所述生成模块被配置为

基于执行一个或多个预定动作来生成工作证明值，以及

生成新区块，其中，所述新区块至少包括新报头和一组新散列值，并且其中，所述新报头至少包括对识别的先前区块的引用和生成的工作证明值；以及

所述处理服务器的发送设备，所述发送设备被配置成将生成的新区块以电子方式发送到与所述区块链相关联的一个或多个计算设备。

27.如权利要求26所述的系统，其中，

包括在所述多个区块的每个区块中的报头包括时间值，并且

识别所述先前区块包括识别其中包括在包括的报头中的时间值最接近当前时间的区块。

28.如权利要求26所述的系统，其中，

包括在所述多个区块的每个区块中的报头包括引用标识符，并且

对包括在新报头中的识别的先前区块的引用对应于包括于在所述识别的先前区块中包括的报头中的引用标识符。

29.如权利要求26所述的系统，其中，所述一个或多个预定动作包括求解复杂数学问题。

30.如权利要求29所述的系统，其中，所述复杂数学问题的难度由与所述区块链相关联的一个或多个计算设备设定。