CN113822752A - 用于经由支付通道发布贷方款项的方法和设备 - Google Patents

用于经由支付通道发布贷方款项的方法和设备 Download PDF

Info

Publication number
CN113822752A
CN113822752A CN202110671495.0A CN202110671495A CN113822752A CN 113822752 A CN113822752 A CN 113822752A CN 202110671495 A CN202110671495 A CN 202110671495A CN 113822752 A CN113822752 A CN 113822752A
Authority
CN
China
Prior art keywords
payment
issuer
service provider
credit
channel
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
CN202110671495.0A
Other languages
English (en)
Inventor
A·波代
F·坎普伊斯
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of CN113822752A publication Critical patent/CN113822752A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/405—Establishing or using transaction specific rules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Business processing using cryptography

Landscapes

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

Abstract

本发明涉及用于经由支付通道发布贷方款项的方法和设备。用于经由将发行方与接收方相连的支付通道从贷方款项的发行方向贷方款项的接收方发布贷方款项的方法（10）的特征在于下列特征：‑发行方和接收方关于由接收方的支付服务提供商向发行方的支付服务提供商的保障贷方款项的支付达成约定，‑根据约定，为发行方在约定的支付期限内在支付通道上冻结贷方款项的至少一个金额，（11）；‑在支付通道处进行支付服务提供商的登记，（12）；‑只要支付服务提供商中的至少一个在支付期限之内确认支付，就通过支付通道自动地为接收方把金额记入贷方，或者延长支付期限，（13）；和‑要不然，在支付期限期满之后，通过支付通道自动地为发行方释放金额。

Description

用于经由支付通道发布贷方款项的方法和设备
技术领域
本发明涉及一种用于经由将发行方与接收方相连的支付通道来发布贷方款项的方法。除此以外，本发明还涉及一种相对应的设备、一种相对应的计算机程序以及一种相对应的存储介质。
背景技术
计算机网络中的如下每种协议都被称为分散式交易***、交易数据库或者分布式总账（distributed ledger）：所述协议招致在确定的交易的次序方面的共识（consensus）。这种***的常见的表现形式（Auspraegung）利用区块链（blockchain）。
按照现有技术最频繁使用的共识方法针对产生新的有效区块设置工作量证明（proof of work，PoW）。为了抵抗由于带来这样的证明量引起的过度的能量消耗以及区块链的不必要的增长，已建议和概括化了所谓的交易通道或者状态通道（state channels）。Jeff COLEMAN、Liam HORNE、Li XUANJI的“Counterfactual: Generalized statechannels”（2018年）呈现了这种技术的概述。
DE102018210224A1在根据权利要求6所述的实施形式中公开了下列的用于在两个***之间约定协作的方法：第一***发送它的关于第二***的假设和它的给予第二***的担保；反之第二***发送它的关于第一***的假设和给予那个第一***的担保。交易数据库接收到相互的假设和担保，检查它们是否彼此相对应，必要时起草在这些***之间要订立的数字安全合约并且最后记录该数字安全合约，其方式是：给区块链添加相对应的区块。于是向两个***发送具有安全合约的区块，所述两个***一接收到该区块，所述两个***就接受协作。这两个***为此建立相互的交易通道，在该交易通道上，这两个***在接收到该区块之后交换信息和经签名的通知。如果这些***中的一个***接收到违背该安全合约的信息，则该***请求交易数据库仲裁。交易数据库将其告知另一***，要求该另一***提供（假定地违背该安全合约的）信息，并且依据该合约检查所述（假定地违背该安全合约的）信息。
这一类的智能合约（smart contracts）体现交易数据库的每项分布式应用（distributed application，dApp）的法律行为逻辑。DE102017214902A1例如描述了用于准备和/或实施在终端设备的持有者与服务提供商之间的交易的智能合约，其中该智能合约包含：服务提供商的针对信息服务提供商的服务的条件，尤其是关于使用费用、优选地道路使用费用的条件；和/或服务提供商的针对业务服务提供商的服务的条件，尤其是关于委托费用的、优选地关于停车费用、加油费用、针对终端设备的充电站的费用的条件；和/或保险的条件和/或关于利用费用的条件、优选地关于共同利用终端设备来提供和/或中断服务的费用和/或由持有者针对该终端设备定义的针对采纳和/或结束服务的条件；其中在基于区块链的计算机网络的授权节点中实施该智能合约。
如WO2019180589A1依据所谓的哈希锁定（Hash-Lock）方法示例性地论证的那样，以合适的方式实施的支付通道或者一般化的状态通道也可以被采用在如下情况中：在所述情况中，没有证实基础设施和支付伙伴的值得信任度（Vertrauenswuerdigkeit）。相对应的实施方案在下文被称为无需信任的（trustless）通道。
发明内容
本发明提供了根据独立权利要求所述的一种用于经由将发行方与接收方相连的支付通道来发布贷方款项的方法、一种相对应的设备、一种相对应的计算机程序以及一种相对应的机器可读的存储介质。
在这种情况下，所建议的方案立足于如下认知：按照现有技术的无需信任的通道要求所有参加者的主动参与，并且在通常情况下以寄存适当的货币供应量为前提，其最终保证安全性。这从交互网络的参与者方面不一定是符合期望的；例如用户不情愿购买和持有易失性加密货币，以便能够将所述加密货币用于为这种无需信任的通道构造筹措经费。
另一方面，针对超越区块链的安全的法律行为，存在许多解决方案。这些常规交易的安全性不是以信托方式或者通过先期筹资来保证，而是通过规定、尤其是法律和基于此的合约来保证。
在这种情况下，例如银行业的监管（Regulierung）起作用，密码学的专业人士多次觉得该监管是令人厌烦的负担，可是该监控此外用于帮助客户获得信任的目的。例如值得一提的是：存款保护，和银行不能无故地从客户账户中扣除金额的确信。如果爱丽丝（Alice）比方说申请从她在银行BA处的账户转账到鲍勃（Bob）在银行BB处的账户，则保证，当从爱丽丝的账户扣除这笔钱时，这笔钱以一定的延迟被记入鲍勃的账户。如果管理人之一（在本实例中为银行）无视这些规则，则客户、利益群体或者甚至负责当局可能惩罚该管理人，并且可能也许甚至于为受害的客户大概遭到的损害作担保。这种框架条件在下文被称为合理的信任。
除了合理的信任、即有益于相应的使用者或委托人的特性这一视角以外，这些***常常是针对大量社会经济问题的解决方案，例如考虑到反洗钱条款或者税制的解决方案。尽管密码学专业人士常常把这些***和解决方案看作是过于复杂的和僵化的，但是它们的复杂性和僵化尤其归功于对各种各样的监管要求的满足。
另一方面，在如比方说在支付交易（Zahlungsverkehr）中之类的密码学支持的方案中迄今没有定下来，是否要应用监管要求，并且是否能够满足这些监管要求。对监管（例如欧洲反洗钱指南）的最新适配很容易使人推测：（业务总量一充分上升，就）在中期直至在长期不可避免地将相同的规则手册应用于加密解决方案。
根据本发明的解决方案的优点在于，该解决方案将基于密码学的无需信任的安全元素的强度与合理的信任相组合，并且这样将两个***的优点集于一体。属于这些优点的是：一方面为简单的、无需信任的高效的高频微状态过渡，而另一方面为简单地、广泛流行地和被接受地对准大量官方要求。
通过在从属权利要求中举出的措施，在独立权利要求中所说明的基本构思的有利的扩展方案和改进方案是可能的。
附图说明
本发明的实施例在附图中示出，并且在随后的描述中予以更详细地阐述。其中：
图1示出了根据第一实施形式的方法的流程图。
图2示意性地示出了根据第二实施形式的控制设备。
具体实施方式
图1图解说明了根据本发明的方法的基本步骤，所述根据本发明的方法现在依据在参与者爱丽丝和英格丽（Ingrid）之间的无需信任的通道予以阐述。在这种情况下，所提到的通道想构成较复杂的网络的组成部分，在所述较复杂的网络中例如英格丽仅作为中间人出现。
为了简便起见，在此处要设为前提的是：已经建立的或已筹措了经费的无需信任的通道作为起点，所述无需信任的通道（如在已知的协议的范围中常见的那样）已设立在爱丽丝和英格丽之间。注意到，下列附加步骤也可以是在链中开创或者锚定无需信任的通道的部分，更确切而言呈没有虚拟通道或者通道网络直至带有任意参与者数的递归虚拟网络的简单通道设计方案的形式。尽管如此，这些步骤应基于传统通道予以阐明，其中爱丽丝和英格丽能够在没有链操作的情况下对新规则取得一致意见，这些新规则被记录为智能合约并由参与者相互签字。除此以外，要示例性地仅考虑：唯一的状态X和从爱丽丝指向英格丽的转账（作为针对在该通道上从英格丽向爱丽丝的贷方款项的对策）。
假设：爱丽丝和英格丽已从通道的状态XA=20，XI=10出发，并通过任意交易已实现镜像状态XA=10，XI=20，其中XA和XI标明爱丽丝和英格丽在该通道上的结存。
通常，该通道以后可能会在确定的时间点被关闭，使得英格丽可能会不受妨碍地访问为10的金额差并且可能会花费该金额差。可是，这种关闭也许不是值得期望的，因为该关闭随着（比方说针对区块链中的交易的）附加开销出现，或者被视为资产转移，该资产转移遭受比方说用于避免洗钱的税法或者条款。同样可设想的是，没有赋予该状态本身任何值，而是该值只是通过在爱丽丝与英格丽之间的（民事）合约来调节；在这种情况下，无需信任的通道仅用于在爱丽丝与英格丽之间的信托式防伪记账。
为了规避这些问题，遵循基于合理的信任的方案，其中爱丽丝可以在离开该通道的地方给英格丽传送金额10的等值。这种可能性被使用，以便对无需信任的通道重新结算，而不是简单地关闭该通道。但是，要关心的是，对于任何参与者都不形成值损失。
在下文，示例性依据银行网络阐述所提到的方案。仍然要注意的是，代替银行，另外的支付服务提供商也想享受所述方中的至少一方的合理的信任。术语“支付服务提供商”在这种情况下要作广义解释，未经国家许可的值得信任的服务也可落入该广义之下。
假设：基于合理的信任的方法（在下文称为外部转账）要是银行转账。爱丽丝要是银行BA的客户，而要利用BI标明英格丽的银行。此外要假设：爱丽丝想要有益于英格丽地在通道上把金额10的等值过账，以便将后者又置于到它的初始状态XA=20，XI=10。
随后描述的步骤要在现有的通道框架之内来实施。具体实施方案在此取决于通道的结构。本描述相对应地要适配到分别使用的框架结构上。
首先，爱丽丝通知英格丽，她想要通过外部转账进行结算。有关通知包含通道特定的信息，并且必要时包含对外部转账的执行和条件的说明、外部转账的值等。爱丽丝以惯常的方式对提案（Vorschlag）签字。被爱丽丝签字的消息要用
Figure DEST_PATH_IMAGE002
来标明。
只要英格丽同意，她就给爱丽丝发送有据可查的采纳信号（典型地是连署副本）。根据基础的通道协议，英格丽的答复例如可以包含由爱丽丝签名的消息或者由英格丽签名的提案副本。与内容无关地，在下文要统一用
Figure DEST_PATH_IMAGE004
来标明如下消息：所述消息用信号通知在这两方之间达成的约定。
根据该约定，在支付通道上，为英格丽在所约定的支付期限内冻结了至少所设置的贷方款项的金额10，（过程11）。支付期限一过去，该金额就可以被提高了追加保证金（Nebensicherheit）c，该追加保证金c在未发生转账时通过支付通道与基本金额一起自动地又针对英格丽被释放。在技术上实现该冻结（11）要留待具体的通道实施去做；再者要注意的是，在爱丽丝方面也有益于英格丽地寄存相对应的追加保证金。
此后，BA和BI作为证书或经过认证的消息的发送者向支付通道登记，（过程12）。这种登记想在上级区块链、每个派生出的（必要时虚拟的）通道或者在具体地锚定在爱丽丝与英格丽之间的通道中的dApp的层级上进行。
现在，金额10被冻结为使得：在一定情况下（比方说反对通过银行中的至少一个银行证明或者确认转账），通过支付通道自动地为爱丽丝把该金额10记入贷方，或者至少延长支付期限，（过程13）。
接下来，爱丽丝可以向英格丽发起外部转账。根据爱丽丝和英格丽对BA和BI表示的信任程度，为了实施该转账考虑不同的选项。
可设想的场景基于如下假设：爱丽丝和英格丽可能向包括相应的对应方的银行在内的整个银行***表示充足的信任。在爱丽丝借助消息
Figure DEST_PATH_IMAGE006
向她的银行BA证明她与英格丽达成的约定之后，BA检查：BA是否已在过程12的范围中向支付通道登记。要不然，BA想忽略该消息
Figure DEST_PATH_IMAGE008
，或者甚至于想制裁爱丽丝的行为，并且英格丽可能在支付期限过去之后取回在过程11中被冻结的金额10。而如果BA认为该约定有效，则BA实施由值得信任的银行***保障的向BI的转账，并给爱丽丝和英格丽提供对已发起转账的内容的首次确认。鉴于银行***的假定的值得信任度，在最简单的情况下，首次确认已经可以触发给爱丽丝把金额10记入贷方并释放似乎由英格丽“寄存”的追加保证金c。（相对应内容适用于可能的由爱丽丝有益于英格丽而寄存的追加保证金。）。
在一个变型方案中，该确认首先将通道置于第二冻结状态中，（过程14）。其他行动取决于通过BA发起的转账的成功。如果转账如所期望的那样在所约定的实施期限之内有益于英格丽地到达BI处，则BI给爱丽丝和英格丽提供第二次确认，该第二次确认最终触发给爱丽丝的贷方款项并为英格丽释放追加保证金c。而如果第二次确认经过延迟才到达支付通道处，则追加保证金c作为延迟的赔偿费也为爱丽丝被记入贷方。
根据规定，BA和BI构成子***的部分，该子***设置针对有错误的转账的规则和惩罚。如果BI例如没有将该金额记入英格丽的账户，则通过英格丽给监管当局出示首次确认、对BI提起诉讼等，她表明和达到她的要求。相反，如果BA为爱丽丝把该金额记入借方，而没有实际上向BI转账该金额，则可以利用相同样的确认来证明，BA已采纳转账委托，并且该转账委托可能会按照合理的信任关系受到惩罚。
替选的场景立足于如下假设：爱丽丝唯一信任BA，而英格丽唯一信任BI。在这种情况下，BA（根据约定的证明）告知BI要实施的转账。（有关消息此外也想送达爱丽丝和英格丽，并且重置针对向英格丽的转账金额10的定时器，因为爱丽丝已尽职尽责地委托了她有义务的转账。）如果BI同意，则BI以消息
Figure DEST_PATH_IMAGE010
的形式记录这一点，在最简单的情况下，该消息又可以立即触发给爱丽丝把金额10记入贷方并为英格丽释放追加保证金c。在一个变型方案中，根据上面的实施方案，该确认将该通道首先置于第二冻结状态中，在所述第二冻结状态中，通过BI的第二次确认最终触发给爱丽丝的贷方款项并为英格丽释放追加保证金c。
例如以软件或者硬件，或者以软件和硬件构成的混合形式，例如在控制设备（20）中，可以实施该方法，如图2的示意图所解释清楚的那样。

Claims (10)

1.一种用于经由支付通道由贷方款项的发行方向所述贷方款项的接收方发布所述贷方款项的方法，所述支付通道将所述发行方与所述接收方相连，
其特征在于下列特征：
- 所述发行方和所述接收方关于如下支付达成约定：所述支付使所述贷方款项得到保障，所述支付是由所述接收方的支付服务提供商向所述发行方的支付服务提供商的支付，
- 根据所述约定，为所述发行方在所约定的支付期限内在所述支付通道上冻结至少所述贷方款项的金额，（11），
- 在所述支付通道处，进行所述支付服务提供商的登记，（12），
- 只要所述支付服务提供商中的至少一个支付服务提供商在所述支付期限之内确认所述支付，就通过所述支付通道自动地为所述接收方把所述金额记入贷方，或者延长所述支付期限，（13），和
- 要不然，在所述支付期限期满之后，通过所述支付通道自动地为所述发行方释放所述金额。
2.根据权利要求1所述的方法，
其特征在于下列特征：
- 除了所述贷方款项的值之外，在所述支付通道上冻结追加保证金，和
- 如果所述支付期限过去了并且未发生所述支付，则通过所述支付通道自动地为所述发行方释放所述追加保证金。
3.根据权利要求2所述的方法，
其特征在于下列特征：
- 根据所述约定的证明，所述接收方的所述支付服务提供商检查他向所述支付通道的登记，和
- 如果所述接收方的所述支付服务提供商认为所述约定有效，则所述接收方的所述支付服务提供商实施所述支付，并且给所述发行方和接收方提供首次确认。
4.根据权利要求2所述的方法，
其特征在于下列特征：
- 根据所述约定的证明，所述接收方的所述支付服务提供商至少把要实施的所述支付告诉所述发行方的银行，和
- 如果所述发行方的所述支付服务提供商同意所述支付，则所述发行方的所述支付服务提供商提供首次确认。
5.根据权利要求3或者4所述的方法，
其特征在于下列特征：
- 所述首次确认触发所述贷方款项和所述追加保证金的所述释放。
6.根据权利要求3或者4所述的方法，
其特征在于下列特征：
- 如果所述发行方的所述支付服务提供商接收到所述支付，则所述发行方的所述支付服务提供商给所述发行方和接收方提供第二次确认，和
- 所述第二次确认触发所述贷方款项和所述追加保证金的所述释放。
7.根据权利要求6所述的方法，
其特征在于下列特征：
- 如果所约定的实施期限在所述首次确认和所述第二次确认之间过去了，则也为所述接收方把所述追加保证金记入贷方。
8.一种计算机程序，其设立为，实施根据权利要求1至7中任一项所述的方法。
9.一种机器可读的存储介质，其上存储有根据权利要求8所述的计算机程序。
10.一种设备（20），其设立为，实施根据权利要求1至7中任一项所述的方法。
CN202110671495.0A 2020-06-18 2021-06-17 用于经由支付通道发布贷方款项的方法和设备 Pending CN113822752A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102020207563.8 2020-06-18
DE102020207563.8A DE102020207563A1 (de) 2020-06-18 2020-06-18 Verfahren und Vorrichtung zum Erteilen einer Gutschrift über einen Zahlungskanal

Publications (1)

Publication Number Publication Date
CN113822752A true CN113822752A (zh) 2021-12-21

Family

ID=78822930

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110671495.0A Pending CN113822752A (zh) 2020-06-18 2021-06-17 用于经由支付通道发布贷方款项的方法和设备

Country Status (3)

Country Link
US (1) US20210398208A1 (zh)
CN (1) CN113822752A (zh)
DE (1) DE102020207563A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180216946A1 (en) * 2016-09-30 2018-08-02 Mamadou Mande Gueye Method and system for facilitating provisioning of social activity data to a mobile device based on user preferences
DE102017214902A1 (de) 2017-08-25 2019-02-28 Zf Friedrichshafen Ag Indirekte Transaktionsvorgänge auf Basis einer Blockchainarchitektur
US11151549B2 (en) * 2018-01-29 2021-10-19 KRNC Inc. Cryptographic and fiat currency mechanics
EP3769466A1 (en) 2018-03-23 2021-01-27 Nchain Holdings Limited Computer-implemented system and method for enabling zero-knowledge proof
DE102018210224A1 (de) 2018-06-22 2019-12-24 Robert Bosch Gmbh Verfahren und Vorrichtung zum Vereinbaren einer Zusammenarbeit zwischen einem ersten System und einem zweiten System

Also Published As

Publication number Publication date
DE102020207563A1 (de) 2021-12-23
US20210398208A1 (en) 2021-12-23

Similar Documents

Publication Publication Date Title
CN110599181B (zh) 基于区块链的数据处理方法、装置和设备及存储介质
US20220084020A1 (en) System and method for scaling blockchain networks with secure off-chain payment hubs
Tian et al. Enabling cross-chain transactions: A decentralized cryptocurrency exchange protocol
AU2023200072A1 (en) Methods and systems for using digital signatures to create trusted digital asset transfers
JP5116920B2 (ja) 分散型ユーザ間で価値を電子的に交換するためのシステムおよび方法
CN108881187A (zh) 一种适用于许可链场景的跨链数据传递方法及设备
CN112184199A (zh) 智慧供应链区块链BaaS跨境数字支付平台
CN109949033A (zh) 一种基于区块链的安全交易***及方法
CN108009818B (zh) 一种基于分布式网络的线上支付方法及***
CN109300038B (zh) 一种资源流的交易***
CN110533405B (zh) 跨境移动支付的信息处理方法、装置、***及存储介质
CN110751468A (zh) 用于区块链扩展的多向状态通道方法、***及介质
CN110298660A (zh) 基于区块链的节点管理方法
JP2017505960A (ja) 送金システム及び方法
WO2020199703A1 (zh) 一种区块链交易的方法、装置和***
CN112334938A (zh) 去中心化数字支付服务***
KR102204313B1 (ko) 블록체인 기반의 기부 관리 서버 및 방법
WO2024140260A1 (zh) 基于区块链的数字货币跨境交易方法、装置及存储介质
CN111640002A (zh) 一种基于区块链的货押贷款方法和装置
US11704636B2 (en) Proxied cross-ledger authentication
EP3201854A1 (en) Transferable value or rights token
KR20210117731A (ko) 블록체인 기반의 거래내역 확인 시스템
CN113411338B (zh) 一种基于状态通道的链上-链下协同的资源交易方法
US20200380860A1 (en) Smart contract formation, handling and fulfilment between vehicles
CN113822752A (zh) 用于经由支付通道发布贷方款项的方法和设备

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