CN108475457A - 信息交易基础设施 - Google Patents

信息交易基础设施 Download PDF

Info

Publication number
CN108475457A
CN108475457A CN201780006931.4A CN201780006931A CN108475457A CN 108475457 A CN108475457 A CN 108475457A CN 201780006931 A CN201780006931 A CN 201780006931A CN 108475457 A CN108475457 A CN 108475457A
Authority
CN
China
Prior art keywords
party
address
information
public
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201780006931.4A
Other languages
English (en)
Inventor
V·戈洛施雅克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mastercard International Inc
Original Assignee
Mastercard International Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mastercard International Inc filed Critical Mastercard International Inc
Publication of CN108475457A publication Critical patent/CN108475457A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00Business processing using cryptography
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

描述了一种使用适当编程的计算装置从第一方向第二方转移具有验证的信息的方法。从第一方私有地址向第一方公共地址发送信息。从第一方公共地址向第二方地址发送所述信息。也提供该信息用于区块链的区块上的公共记录,以便验证。第一方私有地址不被传递给第二方,而是第一方公共地址被传递到第二方。该方法尤其适合于转移加密货币,因为它允许有效退款机制。也描述了适合于实现该方法的计算装置和应用软件。

Description

信息交易基础设施
相关申请的交叉引用
本申请要求2016年1月29日提交的序列号16153519.0的欧洲专利申请的优先权,并享受其申请日的权益,其整体通过引用结合于本文中。
技术领域
本公开一般涉及信息交易基础设施。在实施例中,本公开涉及一种基础设施,其能够实现使用适合于交易的有效执行的用户帐户,以及向用户提供与虚拟货币(诸如加密货币)配合使用时特别有用的附加服务。
背景技术
虚拟货币(也称为数字货币)是一种通过互联网实现的交换媒介,一般不与特定的政府支持的“扁平”(印刷)货币(诸如美元或欧元)挂钩,并且通常被设计为允许瞬时交易和无边界所有权转移。最著名的虚拟货币类型是加密货币,其中加密用于保护交易安全和控制新单元的创建。存在多种加密货币,其中最著名的是比特币。比特币在没有中心控制点的意义上来说是分散的。交易是以区块链的形式记录在公共分类账上的—分布式数据库,其保持不断增长的交易数据记录列表。加密过程用于加固区块链,防止篡改和修改。分散和公共分类账是加密货币的典型特征。
虚拟货币是电子钱币的一种类型—更一般地说,电子钱币是任何电子存储的钱币余额,诸如存储在具有嵌入式处理器的物理卡上或适于通过计算机网络转移的钱币余额。基于扁平货币的电子钱币通常因为如下原因而是集中的:对于钱币供应存在中心控制点。贝宝(PayPal)是具有集中化控制的电子钱币系统的例子,并且诸如谷歌钱包和苹果支付等系统使使用移动设备进行电子钱币交易成为可能。
虽然加密货币使用的公共分类账机制有效地防止了价值单元的双重花费,但是验证过程相对资源密集,这意味着与集中化系统相比,可以执行的交易少得多。由于交易是公开的和不可逆转的,实现集中化电子钱币系统的所有特征是具有挑战性的—特别是退款的处理可能尤其具有挑战性。
实现如下虚拟钱币基础设施是符合需要的:其允许使用具有与集中化电子钱币系统所能达到的服务范围相当的服务范围的加密货币。
发明内容
在第一方面,本公开提供了一种使用适当编程的计算装置从第一方向第二方转移具有验证的信息的方法,该方法包括:从第一方私有地址向第一方公共地址发送信息;以及从第一方公共地址向第二方地址发送所述信息,其中该信息被提供用于区块链的区块上的公共记录以便验证;其中第一方私有地址不被传递给第二方,而是第一方公共地址被传递到第二方。
第一方私有地址可以由代理第一方的服务提供商提供,并且在实施例中,服务提供商可以提供第一方私有地址和第一方公共地址两者。
服务提供商可以提供第一方私有地址和用于逻辑上受保护的地址空间中的其他方的多个私有地址。第一方私有地址可以对第一方和服务提供商而言保持私有。
该信息可以包括加密货币余额。因而,从第一方向第二方的信息转移可以包括加密货币交易。该方法还可以包括通过从第二方向第一方公共地址的进一步交易来给该加密货币交易退款。因而,这可能涉及从第一方公共地址到第一方私有地址转移加密货币余额。
在第二方面,本公开提供了一种适于代表第一方向第二方转移具有验证的信息的计算装置,其包括适当编程的处理器,所述处理器包括:适于容纳第一方的私有地址和公共地址的地址空间;从第一方私有地址向第一方公共地址发送信息的程序;以及从第一方公共地址向第二方地址发送所述信息并提供用于区块记录的区块上的公共记录的信息以便验证的程序;其中,信息发送程序适合于将第一方公共地址而不是第一方私有地址传递给第二方。
第一方公共地址可以存储在地址空间的逻辑上受保护的部分中。该第一方私有地址通过加密协议对第一方和服务提供商而言保持私有。
该信息可以包括加密货币余额,并且信息的传递因而包括加密货币交易。地址空间可以包括共享钱包。因而,用于发送信息的程序可适合于接收加密货币交易的退款,以及适于将退款从第一方公共地址传输到第一方私有地址。
在第三方面,本公开提供了一种共享钱包客户端应用,其供第一方使用以利用共享钱包服务将信息从第一方传输到第二方,共享钱包客户端应用适于在第一方的计算设备上运行,以便:与共享钱包服务建立安全通信路径;授权信息从共享钱包中的第一用户私有地址传输到共享钱包中的第一用户公共地址;并授权从第一用户公共地址发送信息到第二用户地址,其中信息被提供用于区块链的区块上的公共记录以便验证。
附图说明
现在将通过示例参考附图来描述本公开的实施例,其中:
图1示出传统交易基础设施,交易通过其使用支付设备进行;
图2示出适于与图1和图3的基础设施配合使用的移动计算设备;
图3示出示例性的现有虚拟货币基础设施;
图4示出根据本公开的实施例的经修改的虚拟货币基础设施;
图5示出图4的基础设施中的示例性货币流;以及
图6示出使用图4的基础设施的帐户管理中的步骤。
具体实施方式
下面将参照附图来描述本公开的具体实施例。在描述本公开的实施例之前,将参照图1描述传统交易基础设施架构,并且将参照图3描述示例性虚拟货币架构。图2中示出了能够在任一架构中运行的计算设备。
在图1的传统交易基础设施架构中,用户(未示出)配备有支付设备—这可以是例如支付卡2,但它也可以是计算设备(例如移动电话1)。该计算设备包括允许使用支付卡的移动支付应用-这可以作为现有物理卡的代理,或者可以是完全虚拟卡的代理-在任何一种情况下,移动支付应用都可以被认为是代表“数字化”卡。移动支付应用包括执行卡功能的小卡(cardlet)(例如,安全地保存在移动电话SIM中),并与允许用户管理卡和账户的钱包相关联。
移动电话1也被示为用户通过适当的网络5与系统的其他元件交互的机制-这里的网络5表示所指示的通信路径的任何适当的通信网络,并且可以是公共因特网、蜂窝通信网络或专用网络,这取决于通信中涉及的各方和通信路径安全的需要。
支付设备适于与诸如销售点(POS)终端或自动柜员机(ATM)的交互点(POI)终端4进行交易,并且交易也可以与在线商家3进行。支付卡2通常将包括芯片和无线发射器和接收器,其适于通过诸如在ISO/IEC14443下定义的那些协议等协议的短距离通信—如果用作支付设备,移动电话1(其通常将适于在NFC标准下实现短距离通信)必须具有类似的能力并且安装有适当的支付应用。
在用户计算机设备和发卡银行5或与用户相关联的系统之间存在网络连接。银行业务基础设施7也将连接发卡银行5和商家的交易收单银行6,从而允许在它们之间进行交易。该银行业务基础设施通常将由交易卡提供商提供,该交易卡提供商向发卡银行5提供交易卡服务。银行业务基础设施7提供购买时的授权、通常同一工作日内的交易清算和对账、以及在此后不久的支付结算。银行业务基础设施7包括多个交换机、服务器和数据库,并且在这里没有进一步描述,因为使用的银行业务基础设施的细节对于理解本公开的实施例如何起作用以及可如何实现是不必要的,留下精力注意与银行业务基础设施7关联的是数字使能服务17,其适于支持数字化卡的使用,例如通过EMV令牌化协议。如所示,移动电话包括钱包,以允许用户管理账户(并且通常是设备的安全方面)-以避免与本说明书中术语钱包的其他用途混淆,这在下文将被称为“支付设备钱包”。
使用这种方法,计算设备(图1中示作移动设备,但不一定是这样)适于在传统交易基础设施上使用“扁平”钱币进行“电子钱币”交易。这种计算设备的元素如图2所示。正如下面将要讨论的,这里所示的设备也可以与下面参照图3描述的虚拟货币基础设施一起使用。
图2示出了移动电话1,不过应该注意到,在本公开的实施例中,任何其他便携式计算设备(如膝上型计算机、笔记本电脑或平板计算机)都可以用作计算装置。该移动电话包括处理器201和存储器202,使得存储器存储应用并且处理器随后将运行应用(一般显示为应用空间203),例如支付应用203a。移动电话具有包括显示器204和触摸屏205(或其他输入设备)的用户接口以及关联的驱动器,从而允许用户输入数据到应用203中以及查看来自应用203的信息。移动电话1还具有蜂窝电信能力,包括一起提供连接到蜂窝通信网络的能力的订户信息模块(SIM)206和无线通信元件207。移动电话可能需要执行加密操作,以便与POS终端安全地交互—这可以通过订户信息模块206内的加密能力更安全地实现,例如在防篡改元件中的加密处理器—另一个方法是通过使用主机卡仿真(HCE)来在没有安全元件的情况下进行管理。在https://developer.android.com/guide/topics/connectivity/nfc/hce.html中讨论了安卓中HCE的实现—其他操作系统正在开发或已经开发了类似的方法。在其他类型的计算设备中,可以使用其他形式的防篡改阻性硬件来增加加密处理和敏感数据的安全性。在这里,移动电话被示为也具有本地联网元件208,以便建立短距离无线网络连接—然而,在其他实施例中,移动电话1可以仅能够通过蜂窝电信网络进行网络连接。在计算设备不是移动电话的情况下,那么当需要网络连接来实现计算设备与其他系统元件之间的通信时,这不需要涉及蜂窝电信。例如,计算设备可以是没有蜂窝电信能力但能够进行本地无线网络连接的平板计算机。
图2的移动电话在这种情况下还包括应用空间203中的加密货币客户端203b和存储器202中的加密货币钱包202b—这些在这里在主应用空间中示出,但一个可以或两者都可以为了附加的安全性而位于诸如SIM之类的安全元件中。这些将在图3的上下文中进一步讨论,其提供了示例性现有虚拟货币基础设施的表示。
图3示出了通过在因特网5上实现的对等网络31交互的多个计算设备—在这种情况下,这些计算设备包括移动电话1,连同在线商家3和示例性用户计算设备32(网络中的非常多的其他设备中的)。一个用户计算设备33适合于挖掘新货币—下面简要讨论的过程。每个计算设备具有用于密钥生成以及发送和接收支付的加密货币客户端34和加密货币数据目录35。数据目录包括区块链信息36和用户的加密货币钱包37。所示的其他元件是在线商家的店面应用38,其与商家的加密货币客户端34相邻显示,因为这两个一起交互以允许对商家2进行加密货币支付。所示的另一个元件是挖掘引擎39,其显示为挖掘用户计算设备33的一部分—再次,挖掘用户计算设备33代表系统上的许多其他计算设备。下面将简要描述系统的每个元件的作用,但是对于个别加密货币系统的详细描述,本领域技术人员将参考适当的资源—例如,在https://en.bitcoin.it/wiki/Main_Page中找到的比特币维基。
用户的个人信息被保存在加密货币钱包37中。这包含了用户的一个或多个地址—这些是代表了向该用户提供加密货币支付的可能目的地的字母数字标识符。用户通常可以免费生成新地址—通常地址是特定交易的单次使用令牌。钱包还包含用户的加密密钥。地址是对应于用户的私钥之一的公钥—用户可以在需要时根据基本密钥生成新的密钥对。钱包还包含用户的帐户—当收到加密货币时,它被分配给帐户。其他加密货币结构是可能的(例如,地址和帐户可以在某些加密货币类型中合并),但是这里所描述的示例性方法被广泛使用。
区块链信息36是公共的,并在对等基础上共享,但提供了一种用于验证交易的机制,如下所述。区块链本身是由所有网络节点共享的交易数据库—用于加密货币的区块链的完整副本包含曾经执行的每个交易,从而允许确定与任何给定地址相关联的值。这些区块是链式的,因为每个区块包含在前区块的散列。一旦区块在链中是成熟的,则在计算上修改它是不实际的,因为每个在后区块都将必须被重新生成。
涉及从爱丽丝向鲍勃的支付的典型交易以如下方式操作。鲍伯使用加密货币客户端创建新地址,并将地址(用于鲍伯所持有私钥的公钥)提供给爱丽丝作为支付目的地。爱丽丝通过指示从她自己的地址之一向鲍伯所指示的地址的支付使用她的加密货币客户端进行交易—这是通过用她对于该地址的私钥签署交易请求来完成的,公钥可以用来确定交易由爱丽丝发送到鲍勃的地址。交易请求跨系统广播,以结合到交易区块中。
通过“挖掘”建立新的区块。这是一个程序,在该过程序中,区块的候选者正确定与链上最后区块有关的计算上困难的问题的答案—通常使用随机数值(nounce value)实现该最后区块上哈希函数的特定结果,计算难度原因在于有大量可能的随机数值,并且除强力之外没有办法确定哪个随机数将达到期望的结果。一旦挖掘器具有有效的区块,则这可以被添加到区块链—它通常会包含给挖掘器的奖励(分配给挖掘器地址的约定数量加密货币单位)。挖掘器也可以对添加到新区块的交易进行奖励。具有附加的添加区块(包括爱丽丝向鲍伯的支付)的新的区块链在网络周围被广播。
由于交易包含在最新的区块中,因此它不能立即被认为是经验证。然而,当添加了另外的区块时,篡改交易记录变得实际上不可能,因为这只能由随后区块的重新生成来完成。在该阶段该交易可以被认为是经验证。
这种类型的交易可以称为“链上(on-the-chain)”—它在公开记录上,并且需要挖掘器的存在来验证它。链上交易具有唯一的钱包地址,它是加密密钥对的公钥串(例如通过椭圆曲线加密生成的)。也有可能有“链外”交易,对此没有公开记录。这可以通过数据库(诸如MS-SQL、MySQL、Oracle等)来实现,该数据库包含用可能在数据库中保留的不同资产之间进行的余额互换表示资产的一种表示。例如,硬币库(Coinbase)或巴比特(Bitstamp)不在链上移动比特币进行内部对账,而只是在他们的用户资产数据库上发起余额变动。
为了防止丢失的风险,许多用户优选将保持加密货币资金离线,并使他们对加密货币的使用通过服务来起中介作用。为了实现这一点,许多人使用来自诸如Bitstamp和Coinbase等提供商的共享钱包服务。这些不改变加密货币的基本交易机制,但通过建立地址和代表用户发送加密货币来为用户提供交易服务,通常作为扁平货币支付的回报(在这种情况下,这些服务也作为兑换操作)。
这种类型的服务供应可以为用户带来显著的好处,但也有一个显著的缺点。通过它在区块链中的建立来验证的交易不能被空位。如果需要对交易进行退款,则需要新的交易来再次发送回退款金额。如果在爱丽丝和鲍伯的情况下,每个参与者都有他们自己的地址集,则可以建立新的交易。然而,如果爱丽丝使用共享钱包服务,这种机制会是不可能的—共享货币服务而不是爱丽丝将提供地址和作出交易请求,因此鲍伯可能无法直接向爱丽丝提供退款,并且任何一方都不可能具有可以用来确定爱丽丝有权退款的信息。
例如:爱丽丝与其他用户一起将比特币存储在加密货币兑换(如Bitstamp)账户上。该兑换可以将爱丽丝的钱与凯罗尔和丹的钱一起存储在单一的联合帐户上(有一个密钥),例如:1HBa5ABXb5Yx1YcQsppqwKtaAGFPYe5xzY。
爱丽丝希望从鲍伯的商店购买东西,并通过指令该兑换来发起该转移而将钱币从他的账户转移到商店。巴特比使用共享地址之一,例如1HBa5ABXb5Yx1YcQsppqwKtaAGFPYe5xzY,并发起到鲍伯的商店钱包的转移1PKziWhSbi1RUr8gi546PT6vXAZrMYdoxJ。
然后,爱丽丝被告知所请求的产品没有库存,并且她请求退款。钱币退回到1HBa5ABXb5Yx1YcQsppqwKtaAGFPYe5xzY。该兑换已经收到一些钱,但余额没有出现在爱丽丝的兑换账户上,因为该兑换无法知道这笔钱币寄给过—爱丽丝、卡罗尔还是丹。在客户没有针对该兑换进行进一步沟通的情况下,该兑换不知道如何处理这些交易。
诸如Coinbase等一些现有服务已经尝试通过从地址、交易量和时间戳手动识别交易来解决这个问题,但是这至少给服务提供商带来了相当大的额外负担。如果爱丽丝和鲍伯都使用共享钱包服务,这个问题会更大。
图4示出了图3架构的修改,其根据本公开的实施例示出共享钱包服务。图4的对等网络可包含图3所示的所有节点类型,不过为了方便起见,并非图3所示的所有类型节点都在图4中示出。图4示出两种新类型的节点—共享钱包服务节点42和共享钱包用户节点41。
图4的配置的基本原理是共享钱包服务的用户具有两种类型的钱包。首先,针对链上公开可见且已验证的交易,他们具有“公共”钱包424。该用户将使用公共钱包424来进行和接收共享钱包服务外部的加密货币支付。使用这种方法,可以解决退款问题—从公共钱包收到的支付可以通过均等支付返回公共钱包来退款。
用户还具有私有钱包423,它是共享钱包服务内的逻辑钱包。这个私有钱包423不是公开可见的,它实际上是用户在共享钱包服务提供商的私有账户。这可以通过私钥在用户和服务提供商之间共享的加密钱包来实现(使用该模型的用户必须信任该服务提供商)。这允许使用标准账户对账协议(因为共享钱包服务提供商具有访问权)而不是资源密集的基于区块链的验证来执行共享钱包内的余额转移。
在所示的实施例中,共享钱包用户节点41本身不需要持有加密货币,因此不需要作为对等网络节点操作,而是可以例如与共享钱包服务节点42具有客户端/服务器关系。共享钱包客户端应用411(优选地具有安全存储器412(在其中要由用户持有私钥的实施例中))用于与共享钱包服务进行通信。在其他实施例中,用户的公共钱包424可以位于共享钱包用户节点41处,在这种情况下,共享钱包用户节点针对加密货币将需要具有对等网络节点的完整能力,如上所述。
共享钱包服务节点42具有共享钱包服务服务器421,该共享钱包服务服务器421包括用户公共钱包424和用户私有钱包423,私有钱包位于逻辑保护的私有钱包空间425中。由于共享钱包服务节点42是对等加密货币网络上的节点,所以它包括这样的节点所需的元件(诸如数据目录35),而共享钱包服务服务器421具有包括加密货币客户端的功能的功能。
除了解决与现有共享钱包关联的退款问题之外,该结构还为用户实现了丰富的服务可能性范围。典型的使用模型将是用户不在他们的公共钱包中保持加密货币,而是当链上交易中接收到或链上交易需要时,将其转移到他们的私有钱包或者从他们的私有钱包转移(在链外交易中)。然后,在链上或链外交易不需要的情况下,用户资金可以被保存在他们的私有钱包或转移到冷库,以获得额外的安全性。虽然这些链外交易不会被公开验证,但对于共享钱包服务,用户和服务提供商之间当然会存在信任关系。这可以是以合同方式建立的,并且可以涉及注册程序(其中例如用户可能需要提供各种凭据来关于共享钱包服务提供商开账户)。
图5示出了图4的架构中共享钱包服务的用户和商家之间的典型交易的步骤。商家和用户约定510用加密货币交易。用户的公共钱包通常将为了安全性而包含加密货币的低余额,在这种情况下,它通常会是链外交易中用户请求共享钱包服务提供商从用户的私有钱包向用户的公共钱包移动520适当的加密货币余额所必需的。这可通过如下方式来完成:用户通过任何适当的安全协议登录到他或她的帐户,例如以密码的方式使用通过RSA或ECC生成的密钥对。当在用户的公共钱包中存在足够的余额时,共享钱包服务提供商则使用用户的公共钱包、使用上面所示的标准方法执行530与商家的链上加密货币交易(商家提供目的地址、资金从用户的公共地址发送到目的地址、通过区块链中的挖掘和建立来验证交易)。然后交易可以被认为完成,并将货物或服务释放540给用户。
图6示出了图4的架构中给交易退费中所涉及的步骤。用户向商家确定需要退款610。商家使用用户的公共钱包的地址作为目的地址执行链上加密货币交易620。当交易被认为完成时,用户的公共钱包中的余额可以在链外交易中被转移到用户的私有钱包630—这可能是共享钱包服务提供商执行的自动程序,而不需要用户参与(因而,在该情况下,可以存在从共享钱包服务提供商向用户的通知640:进入的交易已被验证和处理)。
这种安排考虑到在其他的加密货币架构中丰富的附加服务范围是不可能的,如下所述。
如上所述,用户资产账户之间关于共享钱包服务提供商的交易可以发生在链外,双方借助于他们与共享钱包服务提供商的信任关系来保证交易的正确性。这鼓励商家和私有用户持有关于共享钱包服务提供商的账户。在这种情况下,如果特定用户和特定商家希望使用加密货币进行交易,那么一方或双方可以简单地使用凭证通知共享钱包服务,该凭证将允许共享钱包服务确定用户和商家都有账户,并且它们已经授权共享钱包服务代表他们进行交易。然后,可以使用标准交易架构协议来进行转移,如用于转移任何货币的余额那样。
这种安排不仅允许用户在处理加密货币方面具有良好的安全性(除了用户的私有钱包被专用于用户的密钥保护之外,还可能将外出交易不太可能需要的资金转移到具有附加安全性协议的冷库中,诸如使用三个或更多私钥来解锁资金),它允许用户从共享钱包服务提供商接收附加服务。例如,用户的消费习惯或交易特征(发起IP地址、浏览器类型等)可以在确定给定的交易是否合法或是潜在的欺诈风险时考虑。交易限制或其他控制可以以与使用“扁平”货币操作的支付设备相同的方式提供。共享钱包服务提供商除了货币兑换服务之外,还可以向私有钱包账户提供加密货币的贷款,并且可以确保交易中不发生用户损失
虽然上面讨论的实施例涉及加密货币,但应当注意,加密货币交易的细节仅仅是有价值消息的一个示例,并且这里描述的基础设施更一般地适用于利用经验证传送的消息转移但是原始或重要信息内容安全的保留。区块链验证机制可以用于多个目的(例如信息传输的加时间戳),若干目的在https://en.bitcoin.it/wiki/Alternative_chain处描述了,并且如上所述的公开的实施例可以用于这样的目的。

Claims (15)

1.一种使用适当编程的计算装置从第一方向第二方转移带验证的信息的方法,所述方法包括:
从第一方私有地址向第一方公共地址发送信息;以及
从第一方公共地址向第二方地址发送所述信息,其中,所述信息被提供用于区块链的区块上的公共记录以便验证;
其中,所述第一方私有地址不被传递给第二方,而是所述第一方公共地址被传递给所述第二方。
2.如权利要求1所述的转移信息的方法,其中,至少所述第一方私有地址由代理所述第一方的服务提供商提供。
3.如权利要求2所述的转移信息的方法,其中,所述第一方私有地址和所述第一方公共地址均由代理所述第一方的服务提供商提供。
4.如权利要求2或3所述的转移信息的方法,其中,所述服务提供商提供第一方私有地址和用于逻辑上受保护的地址空间中的其他方的多个私有地址。
5.如权利要求4所述的转移信息的方法,其中,所述第一方私有地址是所述第一方和所述服务提供商私有的。
6.如以上权利要求中任一项所述的转移信息的方法,其中,所述信息包括加密货币余额。
7.如权利要求6所述的转移信息的方法,其中,从所述第一方向所述第二方的信息转移包括加密货币交易,还包括通过从所述第二方到所述第一方公共地址的进一步交易来为所述加密货币交易退款。
8.如权利要求7所述的转移信息的方法,其中,所述进一步交易还包括从所述第一方公共地址向所述第一方私有地址转移加密货币余额。
9.一种适于代表第一方向第二方转移带验证的信息的计算装置,所述计算装置包括适当编程的处理器,所述处理器包括:
适于容纳第一方的私有地址和公共地址的地址空间;
用于从所述第一方私有地址向所述第一方公共地址发送信息的程序;以及
用于从所述第一方公共地址向第二方地址发送所述信息并提供用于区块记录的区块上的公共记录的信息以便验证的程序;其中,信息发送程序适于将所述第一方公共地址而不是所述第一方私有地址传递给所述第二方。
10.如权利要求9所述的计算装置,其中,第一方公共地址存储在地址空间的逻辑上受保护的部分中。
11.如权利要求10所述的计算装置,其中,所述第一方私有地址通过加密协议对所述第一方和所述服务提供商保持私有。
12.如权利要求11所述的计算装置,其中,所述信息包括加密货币余额,并且信息的转移包括加密货币交易。
13.如权利要求12所述的计算装置,其中,所述地址空间包括共享钱包。
14.如权利要求12或13所述的计算装置,其中,用于发送信息的程序适于接收加密货币交易的退款,并且适于将退款从所述第一方公共地址转移到所述第一方私有地址。
15.一种共享钱包客户端应用,所述共享钱包客户端应用供第一方使用以利用共享钱包服务将信息从所述第一方转移到第二方,所述共享钱包客户端应用适于在所述第一方的计算设备上运行,以便:
与所述共享钱包服务建立安全通信路径;
授权信息从所述共享钱包中的第一用户私有地址转移到所述共享钱包中的第一用户公共地址;以及
授权从所述第一用户公共地址将所述信息发送到第二用户地址,其中,所述信息被提供用于区块链的区块上的公共记录以便验证。
CN201780006931.4A 2016-01-29 2017-01-26 信息交易基础设施 Pending CN108475457A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP16153519.0A EP3200167A1 (en) 2016-01-29 2016-01-29 Information transaction infrastructure
EP16153519.0 2016-01-29
PCT/US2017/015070 WO2017132336A1 (en) 2016-01-29 2017-01-26 Information transaction infrastructure

Publications (1)

Publication Number Publication Date
CN108475457A true CN108475457A (zh) 2018-08-31

Family

ID=55272375

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780006931.4A Pending CN108475457A (zh) 2016-01-29 2017-01-26 信息交易基础设施

Country Status (6)

Country Link
US (1) US12014337B2 (zh)
EP (1) EP3200167A1 (zh)
CN (1) CN108475457A (zh)
AU (1) AU2017212504A1 (zh)
CA (1) CA3011600C (zh)
WO (1) WO2017132336A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020063435A1 (zh) * 2018-09-27 2020-04-02 深圳技术大学 一种智能卡
CN113302636A (zh) * 2019-01-03 2021-08-24 华为技术有限公司 基于区块链的数据处理方法、设备及介质

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10586062B1 (en) 2015-11-23 2020-03-10 United Services Automobile Association (Usaa) Systems and methods to track, store, and manage events, rights and liabilities
US10818170B1 (en) 2016-01-20 2020-10-27 United Services Automobile Association Systems and methods for traffic management via inter-party resource allocation
US10891384B2 (en) * 2017-10-19 2021-01-12 Koninklijke Kpn N.V. Blockchain transaction device and method
US11463241B2 (en) 2017-10-20 2022-10-04 Hewlett Packard Enterprise Development Lp Transmitting or receiving blockchain information
WO2019078878A1 (en) 2017-10-20 2019-04-25 Hewlett Packard Enterprise Development Lp ACCESS TO INFORMATION BASED ON PRIVILEGES
WO2019078879A1 (en) 2017-10-20 2019-04-25 Hewlett Packard Enterprise Development Lp PERMISSIONS FROM ENTITIES AND ACCESSING INFORMATION
US11403628B2 (en) 2017-10-20 2022-08-02 Hewlett Packard Enterprise Development Lp Authenticating and paying for services using blockchain
KR102587472B1 (ko) * 2017-11-30 2023-10-11 삼성전자주식회사 전자 지불 결제를 제어하는 전자 장치 및 이를 위한 방법
CN108346047A (zh) * 2018-02-12 2018-07-31 北京金山安全软件有限公司 数字钱包的私钥保护方法、装置、电子设备及存储介质
US20190370791A1 (en) * 2018-05-30 2019-12-05 International Business Machines Corporation Distributing cryptographic asset returns
EP3830778A4 (en) * 2018-07-29 2022-05-11 Praveen Baratam PROCESS IMPLEMENTED BY COMPUTER, COMPUTER SYSTEM AND CRYPTOCURRENCY DEPOSIT TO ENABLE SECURE ESCROW AND SAFE CUSTODY OF A CRYPTOCURRENCY
WO2020041528A1 (en) * 2018-08-21 2020-02-27 Patientmd, Inc. Secure dispersed network for improved communications between healthcare industry participants
CN110020841A (zh) * 2018-12-19 2019-07-16 萨摩亚商恩旺股份有限公司 一种线上及线下的虚拟货币转移方法及其系统
CN109903042A (zh) * 2019-01-18 2019-06-18 深圳壹账通智能科技有限公司 基于区块链的信息授权方法、装置、介质及电子设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101595505A (zh) * 2007-01-29 2009-12-02 惠普开发有限公司 用于提供安全的电子商务交易的方法
CN102013064A (zh) * 2009-09-04 2011-04-13 宁波国际物流发展股份有限公司 一种基于电子商务平台的网上支付方法
CN104320262A (zh) * 2014-11-05 2015-01-28 中国科学院合肥物质科学研究院 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统
US20150227897A1 (en) * 2014-02-11 2015-08-13 Anthony Loera Method of Making, Securing, and Using a Cryptocurrency Wallet
WO2015144971A1 (en) * 2014-03-27 2015-10-01 Nokia Technologies Oy Method and apparatus for automatic inter-device authorisation
US20150324764A1 (en) * 2014-05-09 2015-11-12 Stellenbosch University Enabling a User to Transact Using Cryptocurrency
US20150356524A1 (en) * 2014-06-04 2015-12-10 MONI Limited System and method for executing financial transactions

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8416933B2 (en) 2008-10-30 2013-04-09 International Business Machines Corporation Trusted environment for communication between parties
US9785945B2 (en) * 2012-08-01 2017-10-10 Mastercard International Incorporated System and method for preventing multiple refunds and chargebacks
WO2015024129A1 (en) * 2013-08-21 2015-02-26 Trent Lorne Mcconaghy Method to securely establish, affirm, and transfer ownership of artworks
WO2015142765A1 (en) * 2014-03-17 2015-09-24 Coinbase, Inc Bitcoin host computer system
US9672499B2 (en) * 2014-04-02 2017-06-06 Modernity Financial Holdings, Ltd. Data analytic and security mechanism for implementing a hot wallet service
US20160125403A1 (en) * 2014-04-28 2016-05-05 Chin-hao Hu Offline virtual currency transaction
US20150348017A1 (en) * 2014-06-03 2015-12-03 Jonathan Allmen Method for integrating cryptocurrency transfer on a social network interface
US10255600B2 (en) * 2014-06-16 2019-04-09 Bank Of America Corporation Cryptocurrency offline vault storage system
US10504080B2 (en) * 2015-09-14 2019-12-10 OX Labs Inc. Cryptographically managingtelecommunications settlement
US10937023B2 (en) * 2015-10-15 2021-03-02 Paypal, Inc. Crypto currency chargeback system
EP3188402A1 (en) 2015-12-28 2017-07-05 Gemalto Sa Method to establish a private and confidential connection

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101595505A (zh) * 2007-01-29 2009-12-02 惠普开发有限公司 用于提供安全的电子商务交易的方法
CN102013064A (zh) * 2009-09-04 2011-04-13 宁波国际物流发展股份有限公司 一种基于电子商务平台的网上支付方法
US20150227897A1 (en) * 2014-02-11 2015-08-13 Anthony Loera Method of Making, Securing, and Using a Cryptocurrency Wallet
WO2015144971A1 (en) * 2014-03-27 2015-10-01 Nokia Technologies Oy Method and apparatus for automatic inter-device authorisation
US20150324764A1 (en) * 2014-05-09 2015-11-12 Stellenbosch University Enabling a User to Transact Using Cryptocurrency
US20150356524A1 (en) * 2014-06-04 2015-12-10 MONI Limited System and method for executing financial transactions
CN104320262A (zh) * 2014-11-05 2015-01-28 中国科学院合肥物质科学研究院 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020063435A1 (zh) * 2018-09-27 2020-04-02 深圳技术大学 一种智能卡
CN113302636A (zh) * 2019-01-03 2021-08-24 华为技术有限公司 基于区块链的数据处理方法、设备及介质

Also Published As

Publication number Publication date
WO2017132336A1 (en) 2017-08-03
EP3200167A1 (en) 2017-08-02
US20170221022A1 (en) 2017-08-03
US12014337B2 (en) 2024-06-18
CA3011600C (en) 2021-09-21
CA3011600A1 (en) 2017-08-03
AU2017212504A1 (en) 2018-06-14

Similar Documents

Publication Publication Date Title
CN108475457A (zh) 信息交易基础设施
US20170221053A1 (en) Digital asset conversion
KR102665646B1 (ko) 분산 거래 콘센서스 네트워크 상에서의 디지털 자산 관리
US20170053249A1 (en) Electronic Crypto-Currency Management Method and System
Ahmed et al. Security in next generation mobile payment systems: A comprehensive survey
Tiwari et al. A multi-factor security protocol for wireless payment-secure web authentication using mobile devices
CN107230055B (zh) 支付数字货币的方法和系统
CN110147994A (zh) 一种基于同态加密的区块链的即时执行方法
CN107230051B (zh) 数字货币的支付方法和支付系统
US20170032365A1 (en) Crypto-currency-based accrued value interoperability
US20110320347A1 (en) Mobile Networked Payment System
WO2012123394A1 (en) Off-line transfer of electronic tokens between peer-devices
Raina Overview of mobile payment: technologies and security
CN110494878A (zh) 通过电信运营商经由电话号码的数字财产汇款
US9171324B2 (en) Hybrid virtual account and token-based digital cash protocols
CN109685659B (zh) 一种区块链硬钱包支持链下交易的方法及硬钱包
CN111899007B (zh) 数字货币双离线支付方法及支付系统
WO2022154789A1 (en) Token-based off-chain interaction authorization
Pourali The presentation of an ideal safe SMS based model in mobile electronic commerce using encryption hybrid algorithms AES and ECC
Pourali et al. A secure SMS model in e-commerce payment using combined AES and ECC encryption algorithms
Chen et al. A secure recharge scheme for blockchain payment channels
Asokan et al. Electronic payment systems
US11812260B2 (en) Secure offline mobile interactions
US20240078522A1 (en) Interaction channel balancing
Bosamia et al. Past to Present Overview of Mobile Wallet Payments Architectures to Compare and Identify Overall Participants

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination