CN110390597A - 一种基于区块链的交易方法及*** - Google Patents
一种基于区块链的交易方法及*** Download PDFInfo
- Publication number
- CN110390597A CN110390597A CN201910701574.4A CN201910701574A CN110390597A CN 110390597 A CN110390597 A CN 110390597A CN 201910701574 A CN201910701574 A CN 201910701574A CN 110390597 A CN110390597 A CN 110390597A
- Authority
- CN
- China
- Prior art keywords
- transaction
- item
- payment
- insurance
- paying party
- 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
Links
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
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种基于区块链的交易方法，包括：在进行交易时，收款方在区块链写入“收款声明”；付款方写入相应的“付款承诺”；根据交易金额和付款方信用进行信用评价；收款方根据信用评价结果在区块链中写入“交易成立”事项或写入“交易被拒绝”事项；如果交易成立，则将付款方账户里的资金按约定转入收款方账户，并在区块链中写入“交易完成”事项。本发明还提供相应的***。本发明所述交易方法及***使交易成立将无法反悔，并通过信用评估和保险机制来规避付款人始终不能满足付款条件，并且解决了付款方现有资金不足或不集中导致无法交易的情况，及交易双方因支付手段导致的困扰，更好的为交易双方服务。
Description
技术领域
本发明涉及区块链技术领域，具体涉及一种基于区块链的交易方法，以及一种基于区块链的交易***。
背景技术
目前交易双方在进行交易时，往往会遇到对付款方来说希望立即达成交易，但限于各种原因却无法立即完成付款的情况，例如：付款方暂时没有足够的现金(存款)或信用(卡)额度，尽管很快就会有现金到账；或者，虽然有足够的现金(存款)或信用(卡)额度，但是并不在同一个银行账户里，资金分散在各处，不便于集中到一起；以及有些账户可能没有开通网上银行等情况，而此时收款方又要求必须完成付款的情况，导致交易无法完成；对付款方来说形成了一定的困境，并且给收付款双方造成困扰。
发明内容
为了至少部分解决现有技术中存在的在进行交易时，付款方现有资金不足或资金不集中等问题，导致无法立即完成付款的技术问题而完成了本发明。
解决本发明技术问题所采用的技术方案是：
本发明提供一种基于区块链的交易方法，包括：
在进行交易时，由收款方在区块链上写入“收款声明”；由付款方在区块链上写入相对应的“付款承诺”；
根据交易金额和付款方信用情况进行信用评价；由收款方根据信用评价结果在区块链中写入相应的“交易成立”事项以表示交易成立，或写入相应的“交易被拒绝”事项以表示交易被拒绝；
如果交易被拒绝，则收款方与付款方不能通过区块链完成此次交易；
如果交易成立，则将付款方银行账户里的资金按照约定转入收款方账户，并在区块链中写入“交易完成”事项。
进一步的，所述根据交易金额和付款方信用情况进行信用评价包括：
向已加入区块链的所有银行，以该付款方的身份证号码作为账户标识的银行账户，查询付款方银行账户的资金往来情况；
根据预设条件，计算该付款方银行账户预设时间内累计总收入，判断其是否大于“付款承诺”中的付款金额；
根据计算结果并综合付款方历史未完成清偿情况得出付款方在交易时提供的“付款承诺”的信用评价结果。
进一步的，所述将付款方银行账户里的资金按照约定转入收款方账户之前还包括：
设置结算策略，所述结算策略包括：
当付款方的任意一个已加入区块链的银行中有可支付资金时，立即尝试支付所有付款承诺的款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款；或者，根据付款方在各银行的历史资金收付情况，由各银行按比例分摊支付额度；
所述将付款方银行账户里的资金按照约定转入收款方账户具体为：
在设置好结算策略后，按照结算策略将付款方银行账户里的资金转入收款方账户。
进一步的，在设置好结算策略后，按照结算策略将付款方银行账户里的资金转入收款方账户具体包括：
向付款方银行发送结算通知，所述结算通知包括“付款承诺”的交易编号和结算策略；
按照结算策略的要求，在付款方银行设立偿还付款的触发器，当付款方银行账户内有可用于偿还付款的资金时，首先在区块链中查找与本次交易的“付款承诺”具有相同交易编号的“付款事项”，所述“付款事项”由银行在每次付款后写入区块链，包括：交易编号，当前时间和付款金额；再根据“付款事项”中的付款金额计算本次需付款的金额；然后按照计算结果即时进行付款，并在完成支付后，在区块链中写入新的“付款事项”；
对所有具有相同交易编号的“付款事项”进行汇总，如果汇总结果达到了“付款承诺”中的付款金额之后，表示一对“付款承诺”和“收款声明”之间的债权和债务关系完成了清算，则在区块链中写入“交易完成”事项，所述“交易完成”事项包括：交易编号和交易完成时间。
进一步的，所述由收款方根据信用评价结果在区块链中写入“交易被拒绝”事项后还包括：
如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链中写入“承诺保险”事项，所述“承诺保险”事项包括：交易编号，当前时间，保险金额和保险兑付时间；
在区块链中写入“承诺保险”事项后，由保险公司向收款方发送通知消息；
在收款方收到保险公司发送的通知消息后，由收款方确认是否继续交易，并且写入“交易成立”或“交易被拒绝”事项中，所述“交易成立”事项包括：交易编号，当前时间，交易成立原因：保险承诺被接受，所述“交易被拒绝”事项包括：交易编号，当前时间，交易被拒绝原因：保险承诺被拒绝；
如果在区块链上出现理由为“保险承诺被拒绝”的“交易被拒绝”事项，则由保险公司在区块链中写入“承诺保险事项关闭”事项，所述“承诺保险事项关闭”事项包括：交易编号和当前时间。
进一步的，付款人确认继续交易，并写入交易成立原因为保险承诺被接受的“交易成立”事项后，还包括：
对任意一个交易编号，如果存在“承诺保险”事项，则在“承诺保险”事项中的“保险兑付时间”的时间点，查看是否存在对应的“交易完成”事项；
如果不存在“交易完成”事项，则从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并在区块链中写入“交易完成”事项；
如果存在“交易完成”事项，或者已经完成从保险公司的账户中划转未完成交易的剩余金额到收款方账户，则在区块链中写入“保险责任已消除”事项，所述“保险责任已消除”事项包括：交易编号，当前时间，消除原因：被保险事项已消灭或保险公司已承担保险责任；
将原因为“保险公司已承担保险责任”的“保险责任已消除”事项作为向付款方追偿的依据。
根据本发明的另一方面，本发明还提供一种基于区块链的交易***，包括：区块链***；所述区块链***包括：收款方节点，付款方节点和支付结算节点；
所述收款方节点用于在进行交易时，在区块链***写入“收款声明”；所述付款方节点用于在进行交易时，在区块链***写入相应的“付款承诺”；
所述支付结算节点用于根据交易金额和付款方信用情况进行信用评价；所述收款方节点还用于根据信用评价结果在区块链***中写入“交易成立”事项以表示交易成立，或写入相应的“交易被拒绝”事项以表示交易被拒绝；
如果交易被拒绝，则收款方与付款方不能通过区块链完成此次交易；
如果交易成立，则所述支付结算节点还用于通过银行将付款方银行账户里的资金按照约定转入收款方账户，并在区块链***中写入“交易完成”事项。
进一步的，所述支付结算节点用于根据交易金额和付款方信用情况进行信用评价包括：
支付结算节点向加入区块链***的所有银行，以该付款方的身份证号码作为账户标识的银行账户，查询付款方银行账户的资金往来情况；；
根据预设条件，计算该付款方银行账户预设时间内累计总收入，判断其是否大于“付款承诺”中的付款金额；
根据计算结果并综合付款方历史未完成清偿情况得出付款方在交易时提供的“付款承诺”的信用评价结果。
进一步的，所述支付结算节点通过银行将付款方银行账户里的资金按照约定转入收款方账户之前还用于：
设置结算策略，所述结算策略包括：
当付款方的任意一个已加入区块链的银行中有可支付资金时，立即尝试支付所有付款承诺的款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款；或者，根据付款方在各银行的历史资金收付情况，由各银行按比例分摊支付额度；
所述支付结算节点通过银行将付款方银行账户里的资金按照约定转入收款方账户具体为：
在结算策略设置好后，按照结算策略通过银行将付款方银行账户里的资金转入收款方银行账户。
进一步的，所述交易***还包括银行节点；所述支付结算节点用于在结算策略设置好后，按照结算策略通过银行将付款方银行账户里的资金转入收款方银行账户具体包括：
支付结算节点向银行节点发送结算通知，所述结算通知包括“付款承诺”的交易编号和结算策略；
并通过银行节点按照结算策略的要求，在付款方银行设立偿还付款的触发器，以及，当付款方银行账户内有可用于偿还付款的资金时，通过银行节点首先在区块链***中查找与本次交易的“付款承诺”具有相同交易编号的“付款事项”，所述“付款事项”由银行在每次付款后写入区块链***，包括：交易编号，当前时间和付款金额；再通过银行节点根据“付款事项”中的付款金额计算本次需付款的金额；然后按照计算结果由银行节点即时进行付款，并在完成支付后，银行节点在区块链***中写入新的“付款事项”；
所述支付结算节点还用于对所有具有相同交易编号的“付款事项”进行汇总，如果汇总结果达到了“付款承诺”中的付款金额之后，表示一对“付款承诺”和“收款声明”之间的债权和债务关系完成了清算，则在区块链***中写入“交易完成”事项，所述“交易完成”事项包括：交易编号和交易完成时间。
进一步的，所述交易***还包括保险公司节点；所述保险公司节点用于在所述收款方节点根据信用评价结果在区块链***中写入“交易被拒绝”事项后，
如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链***中写入“承诺保险”事项，所述“承诺保险”事项包括：交易编号，当前时间，保险金额和保险兑付时间；以及，
在区块链***中写入“承诺保险”事项后，向收款方发送通知消息；
所述收款方节点还用于在收到保险公司的通知消息后，确认是否继续交易，并且写入“交易成立”或“交易被拒绝”事项中，所述“交易成立”事项包括：交易编号，当前时间，交易成立原因：保险承诺被接受，所述“交易被拒绝”事项包括：交易编号，当前时间，交易被拒绝原因：保险承诺被拒绝；
所述保险公司节点还用于当在区块链***上出现理由为“保险承诺被拒绝”的“交易被拒绝”事项时，在区块链***中写入“承诺保险事项关闭”事项，所述“承诺保险事项关闭”事项包括：交易编号和当前时间。
进一步的，在付款方节点收款方节点确认继续交易，并写入交易成立原因为保险承诺被接受的“交易成立”事项后，所述支付结算节点还用于：
对任意一个交易编号，如果存在“承诺保险”事项，则在“承诺保险”事项中的“保险兑付时间”的时间点，查看是否存在对应的“交易完成”事项；
如果不存在“交易完成”事项，则从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并在区块链***中写入“交易完成”事项；
如果存在“交易完成”事项，或者已经完成从保险公司的账户中划转未完成交易的剩余金额到收款方账户，则在区块链***中写入“保险责任已消除”事项，所述“保险责任已消除”事项包括：交易编号，当前时间，消除原因：被保险事项已消灭或保险公司已承担保险责任；
所述保险公司节点还用于将原因为“保险公司已承担保险责任”的“保险责任已消除”事项作为向付款方追偿的依据。
有益效果：
本发明所述基于区块链的交易方法及***，通过设立区块链，在交易过程中利用区块链具有不可抵赖性的特点，使付款人和收款人在区块链上的收付款交易一旦成立，将无法反悔，并通过事先的信用评估和设立保险机制来规避付款人账户始终不能满足付款条件的情况，避免了因为付款方现有资金不足或资金不集中等问题，导致无法完成交易的情况，并且解除了交易双方因为支付手段导致的困扰，更好的为交易双方服务。
附图说明
图1为本发明实施例一提供的一种基于区块链的交易方法的流程图；
图2为本发明实施例二提供的一种基于区块链的交易方法的流程图；
图3为本发明实施例三提供的一种基于区块链的交易***的架构图；
图4为本发明实施例三提供的另一种基于区块链的交易***的架构图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和实施例对本发明作进一步详细描述。
实施例一
如图1所示，本发明提供一种基于区块链的交易方法，包括：
步骤S1：在进行交易时，由收款方在区块链上写入“收款声明”；由付款方在区块链上写入相对应的“付款承诺”；
步骤S2：根据交易金额和付款方信用情况进行信用评价；由收款方根据信用评价结果在区块链中写入相应的“交易成立”事项以表示交易成立，或写入相应的“交易被拒绝”事项以表示交易被拒绝；
步骤S3：如果交易被拒绝，则收款方与付款方不能通过区块链完成此次交易；
步骤S4：如果交易成立，则将付款方银行账户里的资金按照约定转入收款方账户，并在区块链中写入“交易完成”事项。
本发明实施例通过银行间支付结算实体(例如***)和银行共同创建私有链，且收付款双方只能看到与各自有关的交易信息。在需要进行收付款交易时，收款人在区块链上提交一个“收款声明”事项，付款人在区块链上提交一个“承诺付款”事项，二者形成对应关系。再通过设立支付结算节点，支付结算节点根据交易的金额和付款方信用情况对本次“承诺付款”事项进行信用评价，确定本次交易存在的付款人因银行资金不足无法完成付款的风险，收款人根据信用评价结果在区块链中写入“交易成立”或“交易被拒绝”事项，确定是否进行交易，既帮助收款人降低了交易后无法收到款项的风险，又解决了付款人在暂时的***或付款不方便无法及时付款导致交易不能完成的问题。
所述付款不方便无法及时付款包括但不限定以下情况，例如：
有些账户可能没有开通网上银行；
有些虽然开通了网上银行，但是没有携带U盾，无法完成网上转账，或者限于转账额度限制不能满足当前的转账需求；
交易***不支持对单个交易事项的分次付款；
交易***虽然支持对单个交易事项的分次付款，但付款人的有些账户并没有开通网银支付或者快捷支付。
进一步的，所述“收款声明”包括：
付款方姓名，付款方身份证号码，付款金额，收款方姓名，收款方账户，当前时间，交易编号；
所述“付款承诺”包括：
付款方姓名，付款方身份证号码，收款方姓名，收款方账户，付款金额，当前时间，交易编号；
所述“付款承诺”中的交易编号与“收款声明”中的交易编号相同。
“收款声明”中的交易编号由区块链***自动生成，全局唯一，并且后续有关本次交易的交易编号都统一使用该交易编号。付款人在区块链上写入“付款承诺”，其中的交易编号，可以手动填入，也可以从具有相同付款人身份证号码的“收款声明”中选取。
进一步的，所述“交易成立”事项包括：
交易编号，当前时间，交易成立原因：信用评价通过；
所述“交易被拒绝”事项包括：交易编号，当前时间，交易成立或被拒绝原因：信用评价不通过；
所述“交易成立”或“交易被拒绝”事项中的交易编号都与“付款承诺”中的交易编号相同。
收款人收到信用评级后，根据信用评价结果，确认是否继续交易，如果信用评级通过，则在区块链中写入“交易成立”事项，信用评价不通过则写入“交易被拒绝”事项。
进一步的，所述根据交易金额和付款方信用情况进行信用评价包括：
向已加入区块链的所有银行，以该付款方的身份证号码作为账户标识的银行账户，查询付款方银行账户的资金往来情况；
根据预设条件，计算该付款方银行账户预设时间内累计总收入，判断其是否大于“付款承诺”中的付款金额；
根据计算结果并综合付款方历史未完成清偿情况得出付款方在交易时提供的“付款承诺”的信用评价结果。
定期在区块链上查看是否有交易编号相同的“付款承诺”和“收款声明”，且没有相同交易编号的“交易成立”或“交易被拒绝”事项；如果有，则进行信用评价，信用评价主要考虑以下因素：
仅针对加入区块链的所有银行，例如：甲在乙银行、丙银行和丁银行分别各有一个银行账户；但丁银行并未加入区块链，则丁银行的资金往来不作为甲采用本发明实施例的区块链交易的信用评价参考依据；以及，
向加入区块链的所有银行，以付款人身份证号码作为账户标识的银行账户，查询资金往来情况。例如一个月内，这些银行账户累计总收入，是否大于“付款承诺”中的付款金额，其中“付款承诺”中的付款金额可能是多个未完成的付款承诺的付款金额的合计。例如，甲在乙银行的月均入账金额为500元(每月2日到账)，在丙银行月均入账金额为700元(每月4日到账)。甲在1月1日承诺付款1000元，在1月2日乙银行支付了500元。此时的付款承诺金额变为“500元”；1月3日甲又做出了800元的付款承诺，则信用评价时将根据，甲的累计付款承诺为1300元，和一个月内的累计收入为1200元(1月4日丙银行的700元，和2月1日乙银行的500元)，综合评价甲在1月3日时的付款承诺的信用评价结果，此时累计付款承诺大于一个月的累计收入；表明还款存在一定的风险；还包括，
付款人在历史过往是否发生过超过一定期限(例如1个月)未完成清偿的情况。
在银行结算中，将单独计算法律规定的不得用于清偿债务的资金，即在信用评价中的“例如一个月内，这些银行账户累计总收入”不包含这部分收入。
信用评价结果，可以按等级进行划分，例如：按1到10分为10个等级，10表示信用度最好，1表示信用度最不好，付款人可以根据实际情况规定，在信用评级结果达到某一等级时，才表示信用评价通过。
进一步的，根据交易金额和付款方信用情况进行信用评价后，还包括：
如果信用评价完成，则在区块链中写入一个“信用评价完成”事项，所述“信用评价完成”事项包括：交易编号和交易成立时间，信用评价结果，预计交易完成时间；
向收款方发送通知消息，通知收款方信用评价完成。
所述“信用评价完成”事项交易编号与“付款承诺”中的交易编号相同；所述预计交易完成时间为预计的收款人何时能收到全部款项的时间。
进一步的，所述将付款方银行账户里的资金按照约定转入收款方账户之前还包括：
设置结算策略，所述结算策略包括：
当付款方的任意一个已加入区块链的银行中有可支付资金时，立即尝试支付所有付款承诺的款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款；或者，根据付款方在各银行的历史资金收付情况，由各银行按比例分摊支付额度；
所述将付款方银行账户里的资金按照约定转入收款方账户具体为：
在设置好结算策略后，按照结算策略将付款方银行账户里的资金转入收款方账户。
在交易成立后，并且在区块链中没有相同交易编号的“交易完成”事项，任意一个区块链中的银行有可支付资金(现金，不包括信用(卡)额度)时，立即尝试支付所有承诺款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款，例如按照银行提交付款申请的先后顺序执行。具体说，甲的承诺付款额度为1000元，当甲在乙银行账户可支付资金为100元，在丙银行账户中的可支付资金为1050元。如果乙银行先于丙银行发起偿付请求，则乙银行支付100元，丙银行支付900元。如果丙银行先于乙银行发起偿付请求，则丙银行支付1000元，乙银行不支付。
或者，按照各银行历史资金收付情况，按比例分摊支付额度。具体说，甲的承诺付款额度为1000元。甲在乙银行的账户月均入账金额900元，在丙银行的账户月均入账金额100元，则乙银行和丙银行对此次付款承诺所分摊的付款比例为9:1。
进一步的，在设置好结算策略后，按照结算策略将付款方银行账户里的资金转入收款方账户具体包括：
向付款方银行发送结算通知，所述结算通知包括“付款承诺”的交易编号和结算策略；
按照结算策略的要求，在付款方银行设立偿还付款的触发器，当付款方银行账户内有可用于偿还付款的资金时，首先在区块链中查找与本次交易的“付款承诺”具有相同交易编号的“付款事项”，所述“付款事项”由银行在每次付款后写入区块链，包括：交易编号，当前时间和付款金额；再根据“付款事项”中的付款金额计算本次需付款的金额；然后按照计算结果即时进行付款，并在完成支付后，在区块链中写入新的“付款事项”；
对所有具有相同交易编号的“付款事项”进行汇总，如果汇总结果达到了“付款承诺”中的付款金额之后，表示一对“付款承诺”和“收款声明”之间的债权和债务关系完成了清算，则在区块链中写入“交易完成”事项，所述“交易完成”事项包括：交易编号和交易完成时间。
如果在向银行发送结算通知后又有新的银行加入区块链，并且付款承诺人在其中有银行账户，则对各银行再次发送结算通知。
进一步的，所述由收款方根据信用评价结果在区块链中写入“交易被拒绝”事项后还包括：
如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链中写入“承诺保险”事项，所述“承诺保险”事项包括：交易编号，当前时间，保险金额和保险兑付时间；
在区块链中写入“承诺保险”事项后，由保险公司向收款方发送通知消息；
在收款方收到保险公司发送的通知消息后，由收款方确认是否继续交易，并且写入“交易成立”或“交易被拒绝”事项中，所述“交易成立”事项包括：交易编号，当前时间，交易成立原因：保险承诺被接受，所述“交易被拒绝”事项包括：交易编号，当前时间，交易被拒绝原因：保险承诺被拒绝；
如果在区块链上出现理由为“保险承诺被拒绝”的“交易被拒绝”事项，则由保险公司在区块链中写入“承诺保险事项关闭”事项，所述“承诺保险事项关闭”事项包括：交易编号和当前时间。
保险公司根据“信用评价完成”事项中的信息，决定是否为付款人承担保险责任，对于收款人而言，可能希望的信用评价较高才会同意进行交易，而对于保险公司而言，可以根据自己公司的策略对信用评价稍低一些的“付款承诺”进行担保，或者由付款人提供相应的担保物，为交易提供担保。
在步骤S2中，因为收款人可能在写入“交易成立”或“交易被拒绝”事项之后，收到了保险公司的通知，并且重新做出了决定，即在区块链中写入了“交易成立”事项。因此支付结算时在查找到理由为“信用评价不通过”的“交易被拒绝”事项后，还需要查找是否有“承诺保险”事项和理由为“保险承诺被接受”的“交易成立”事项。
如果保险公司在区块链上写入“承诺保险”与付款人在区块链上写入“付款承诺”同时完成。此时收款人只需要写入一次“交易成立”或“交易被拒绝”事项，并且理由只能是“保险承诺被接受”或“保险承诺被拒绝”，即不需要对“信用评价完成”和“承诺保险”两个事项分别写入判定结果。
保险公司在区块链中写入“承诺保险”事项，可以在收款人写入“交易被拒绝”事项之后再执行；也可以在写入“交易被拒绝”事项之前执行，由保险公司自行决定。
当然对于“交易成立”事项的交易，也可以增加保险，在“承诺保险”事项中的期限到期后，如果未完成付款结算，则由保险公司支付剩余的款项。
进一步的，付款人确认继续交易，并写入交易成立原因为保险承诺被接受的“交易成立”事项后，还包括：
对任意一个交易编号，如果存在“承诺保险”事项，则在“承诺保险”事项中的“保险兑付时间”的时间点，查看是否存在对应的“交易完成”事项；
如果不存在“交易完成”事项，则从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并在区块链中写入“交易完成”事项；
如果存在“交易完成”事项，或者已经完成从保险公司的账户中划转未完成交易的剩余金额到收款方账户，则在区块链中写入“保险责任已消除”事项，所述“保险责任已消除”事项包括：交易编号，当前时间，消除原因：被保险事项已消灭或保险公司已承担保险责任；
将原因为“保险公司已承担保险责任”的“保险责任已消除”事项作为向付款方追偿的依据。
实施例二
为了更好的描述本发明所述的技术方案，下面对本发明的一个优选实施例的具体过程进行详细说明，如图2所示，本实施例提供一种基于区块链的交易方法，包括：
步骤101：在进行交易时，收款方在区块链上写入“收款声明”；
步骤102：付款方在区块链上写入相应的“付款承诺”；
步骤103：交易结算节点根据交易金额和付款方的信用情况进行信用评价，完成后在区块链上写入“信用评价完成”事项；
根据信用评价结果，如果信用评价通过，则进行步骤104：收款方在区块链上写入“交易成立”事项；
同时在此次“交易成立”事项中写入交易成立原因：信用评价通过；并进行步骤106；
如果信用评价不通过，则进行步骤105：收款方在区块链上写入“交易被拒绝”事项；
并在此次“交易被拒绝”事项中并写入交易被拒绝原因：信用评价不通过；并进行步骤108；
步骤106：交易成立后，交易结算节点根据付款方在银行的可支付资金，进行支付承诺款项，并且付款银行在区块链中写入“付款事项”；
如果汇总所有“付款事项”中的付款金额达到了付款承诺中的付款金额之后，则进行步骤107：交易结算节点在区块链中写入“交易完成”事项；表示本次交易完成；
步骤108：收款方根据信用评价结果在区块链中写入“交易被拒绝”事项后，如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链中写入“承诺保险”事项
如果收款人不认同保险公司的保险，则进行步骤105：收款方在区块链上写入“交易被拒绝”事项；
并在此次“交易被拒绝”事项中并写入交易被拒绝原因：保险承诺被拒绝；并转入步骤109；
步骤109：在区块链中写入“承诺保险事项关闭”事项；表示本次交易无法完成；
如果收款人认同保险公司的保险，则进行步骤104：收款方在区块链上写入“交易成立”事项；
并在此次“交易成立”事项中写入交易成立原因：保险承诺被接受，随后进行步骤106；并且，
如果汇总所有“付款事项”中的付款金额达到了付款承诺中的付款金额之后，则进行步骤107：交易结算节点在区块链中写入“交易完成事项”；随后进行步骤111；
如果汇总所有“付款事项”中的付款金额没有达到付款承诺中的付款金额，则进行步骤110：从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并进行步骤111：在区块链中写入“保险责任已消除”事项，并同时进行步骤107；本次交易完成。
实施例三
如图3所示，根据本发明的另一方面，本发明还提供一种基于区块链的交易***，包括：区块链***1；所述区块链***1包括：收款方节点11，付款方节点12和支付结算节点13；
所述收款方节点11用于在进行交易时，在区块链***1写入“收款声明”；所述付款方节点12用于在进行交易时，在区块链***1写入相应的“付款承诺”；
所述支付结算节点13用于根据交易金额和付款方信用情况进行信用评价；所述收款方节点11还用于根据信用评价结果在区块链***1中写入“交易成立”事项以表示交易成立，或写入相应的“交易被拒绝”事项以表示交易被拒绝；
如果交易被拒绝，则收款方与付款方不能通过区块链完成此次交易；
如果交易成立，则所述支付结算节点13还用于通过银行将付款方银行账户里的资金按照约定转入收款方账户，并在区块链***1中写入“交易完成”事项。
进一步的，所述“收款声明”包括：
付款方姓名，付款方身份证号码，付款金额，收款方姓名，收款方账户，当前时间，交易编号；
所述“付款承诺”包括：
付款方姓名，付款方身份证号码，收款方姓名，收款方账户，付款金额，当前时间，交易编号；
所述“付款承诺”中的交易编号与“收款声明”中的交易编号相同。
进一步的，所述“交易成立”事项包括：
交易编号，当前时间，交易成立原因：信用评价通过；
所述“交易被拒绝”事项包括：交易编号，当前时间，交易成立或被拒绝原因：信用评价不通过；
所述“交易成立”或“交易被拒绝”事项中的交易编号都与“付款承诺”中的交易编号相同。
进一步的，所述支付结算节点13用于根据交易金额和付款方信用情况进行信用评价包括：
支付结算节点13向加入区块链***1的所有银行，以该付款方的身份证号码作为账户标识的银行账户，查询付款方银行账户的资金往来情况；；
根据预设条件，计算该付款方银行账户预设时间内累计总收入，判断其是否大于“付款承诺”中的付款金额；
根据计算结果并综合付款方历史未完成清偿情况得出付款方在交易时提供的“付款承诺”的信用评价结果。
进一步的，所述支付结算节点13用于根据交易金额和付款方信用情况进行信用评价后，还用于：
如果信用评价完成，则在区块链***1中写入一个“信用评价完成”事项，所述“信用评价完成”事项包括：交易编号和交易成立时间，信用评价结果，预计交易完成时间；
向收款方节点11发送通知消息，通知收款方信用评价完成。
进一步的，所述支付结算节点13通过银行将付款方银行账户里的资金按照约定转入收款方账户之前还用于：
设置结算策略，所述结算策略包括：
当付款方的任意一个已加入区块链的银行中有可支付资金时，立即尝试支付所有付款承诺的款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款；或者，根据付款方在各银行的历史资金收付情况，由各银行按比例分摊支付额度；
所述支付结算节点13通过银行将付款方银行账户里的资金按照约定转入收款方账户具体为：
在结算策略设置好后，按照结算策略通过银行将付款方银行账户里的资金转入收款方银行账户。
如图4所示，进一步的，所述交易***还包括银行节点14；所述支付结算节点13用于在结算策略设置好后，按照结算策略通过银行将付款方银行账户里的资金转入收款方银行账户具体包括：
支付结算节点13向银行节点14发送结算通知，所述结算通知包括“付款承诺”的交易编号和结算策略；
并通过银行节点14按照结算策略的要求，在付款方银行设立偿还付款的触发器，以及，当付款方银行账户内有可用于偿还付款的资金时，通过银行节点14首先在区块链***1中查找与本次交易的“付款承诺”具有相同交易编号的“付款事项”，所述“付款事项”由银行在每次付款后写入区块链***1，包括：交易编号，当前时间和付款金额；再通过银行节点14根据“付款事项”中的付款金额计算本次需付款的金额；然后按照计算结果由银行节点14即时进行付款，并在完成支付后，银行节点14在区块链***1中写入新的“付款事项”；
所述支付结算节点13还用于对所有具有相同交易编号的“付款事项”进行汇总，如果汇总结果达到了“付款承诺”中的付款金额之后，表示一对“付款承诺”和“收款声明”之间的债权和债务关系完成了清算，则在区块链***1中写入“交易完成”事项，所述“交易完成”事项包括：交易编号和交易完成时间。
进一步的，所述交易***还包括保险公司节点15；所述保险公司节点15用于在所述收款方节点11根据信用评价结果在区块链***1中写入“交易被拒绝”事项后，
如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链***1中写入“承诺保险”事项，所述“承诺保险”事项包括：交易编号，当前时间，保险金额和保险兑付时间；以及，
在区块链***1中写入“承诺保险”事项后，向收款方发送通知消息；
所述收款方节点11还用于在收到保险公司的通知消息后，确认是否继续交易，并且写入“交易成立”或“交易被拒绝”事项中，所述“交易成立”事项包括：交易编号，当前时间，交易成立原因：保险承诺被接受，所述“交易被拒绝”事项包括：交易编号，当前时间，交易被拒绝原因：保险承诺被拒绝；
所述保险公司节点15还用于当在区块链***1上出现理由为“保险承诺被拒绝”的“交易被拒绝”事项时，在区块链***1中写入“承诺保险事项关闭”事项，所述“承诺保险事项关闭”事项包括：交易编号和当前时间。
进一步的，在收款方节点11确认继续交易，并写入交易成立原因为保险承诺被接受的“交易成立”事项后，所述支付结算节点13还用于：
对任意一个交易编号，如果存在“承诺保险”事项，则在“承诺保险”事项中的“保险兑付时间”的时间点，查看是否存在对应的“交易完成”事项；
如果不存在“交易完成”事项，则从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并在区块链***1中写入“交易完成”事项；
如果存在“交易完成”事项，或者已经完成从保险公司的账户中划转未完成交易的剩余金额到收款方账户，则在区块链***1中写入“保险责任已消除”事项，所述“保险责任已消除”事项包括：交易编号，当前时间，消除原因：被保险事项已消灭或保险公司已承担保险责任；
所述保险公司节点15还用于将原因为“保险公司已承担保险责任”的“保险责任已消除”事项作为向付款方追偿的依据。
对于本***实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见前述方法实施例一和实施例二中的对应过程，在此不再赘述。
可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。
Claims (12)
1.一种基于区块链的交易方法，其特征在于，包括：
在进行交易时，由收款方在区块链上写入“收款声明”；由付款方在区块链上写入相对应的“付款承诺”；
根据交易金额和付款方信用情况进行信用评价；由收款方根据信用评价结果在区块链中写入相应的“交易成立”事项以表示交易成立，或写入相应的“交易被拒绝”事项以表示交易被拒绝；
如果交易被拒绝，则收款方与付款方不能通过区块链完成此次交易；
如果交易成立，则将付款方银行账户里的资金按照约定转入收款方账户，并在区块链中写入“交易完成”事项。
2.根据权利要求1所述的基于区块链的交易方法，其特征在于，所述根据交易金额和付款方信用情况进行信用评价包括：
向已加入区块链的所有银行，以该付款方的身份证号码作为账户标识的银行账户，查询付款方银行账户的资金往来情况；
根据预设条件，计算该付款方银行账户预设时间内累计总收入，判断其是否大于“付款承诺”中的付款金额；
根据计算结果并综合付款方历史未完成清偿情况得出付款方在交易时提供的“付款承诺”的信用评价结果。
3.根据权利要求1所述的基于区块链的交易方法，其特征在于，所述将付款方银行账户里的资金按照约定转入收款方账户之前还包括：
设置结算策略，所述结算策略包括：
当付款方的任意一个已加入区块链的银行中有可支付资金时，立即尝试支付所有付款承诺的款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款；或者，根据付款方在各银行的历史资金收付情况，由各银行按比例分摊支付额度；
所述将付款方银行账户里的资金按照约定转入收款方账户具体为：
在设置好结算策略后，按照结算策略将付款方银行账户里的资金转入收款方账户。
4.根据权利要求3所述的基于区块链的交易方法，其特征在于，在设置好结算策略后，按照结算策略将付款方银行账户里的资金转入收款方账户具体包括：
向付款方银行发送结算通知，所述结算通知包括“付款承诺”的交易编号和结算策略；
按照结算策略的要求，在付款方银行设立偿还付款的触发器，当付款方银行账户内有可用于偿还付款的资金时，首先在区块链中查找与本次交易的“付款承诺”具有相同交易编号的“付款事项”，所述“付款事项”由银行在每次付款后写入区块链，包括：交易编号，当前时间和付款金额；再根据“付款事项”中的付款金额计算本次需付款的金额；然后按照计算结果即时进行付款，并在完成支付后，在区块链中写入新的“付款事项”；
对所有具有相同交易编号的“付款事项”进行汇总，如果汇总结果达到了“付款承诺”中的付款金额之后，表示一对“付款承诺”和“收款声明”之间的债权和债务关系完成了清算，则在区块链中写入“交易完成”事项，所述“交易完成”事项包括：交易编号和交易完成时间。
5.根据权利要求1所述的基于区块链的交易方法，其特征在于，所述由收款方根据信用评价结果在区块链中写入“交易被拒绝”事项后还包括：
如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链中写入“承诺保险”事项，所述“承诺保险”事项包括：交易编号，当前时间，保险金额和保险兑付时间；
在区块链中写入“承诺保险”事项后，由保险公司向收款方发送通知消息；
在收款方收到保险公司发送的通知消息后，由收款方确认是否继续交易，并且写入“交易成立”或“交易被拒绝”事项中，所述“交易成立”事项包括：交易编号，当前时间，交易成立原因：保险承诺被接受，所述“交易被拒绝”事项包括：交易编号，当前时间，交易被拒绝原因：保险承诺被拒绝；
如果在区块链上出现理由为“保险承诺被拒绝”的“交易被拒绝”事项，则由保险公司在区块链中写入“承诺保险事项关闭”事项，所述“承诺保险事项关闭”事项包括：交易编号和当前时间。
6.根据权利要求5所述的基于区块链的交易方法，其特征在于，付款人确认继续交易，并写入交易成立原因为保险承诺被接受的“交易成立”事项后，还包括：
对任意一个交易编号，如果存在“承诺保险”事项，则在“承诺保险”事项中的“保险兑付时间”的时间点，查看是否存在对应的“交易完成”事项；
如果不存在“交易完成”事项，则从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并在区块链中写入“交易完成”事项；
如果存在“交易完成”事项，或者已经完成从保险公司的账户中划转未完成交易的剩余金额到收款方账户，则在区块链中写入“保险责任已消除”事项，所述“保险责任已消除”事项包括：交易编号，当前时间，消除原因：被保险事项已消灭或保险公司已承担保险责任；
将原因为“保险公司已承担保险责任”的“保险责任已消除”事项作为向付款方追偿的依据。
7.一种基于区块链的交易***，其特征在于，包括：区块链***；所述区块链***包括：收款方节点，付款方节点和支付结算节点；
所述收款方节点用于在进行交易时，在区块链***写入“收款声明”；所述付款方节点用于在进行交易时，在区块链***写入相应的“付款承诺”；
所述支付结算节点用于根据交易金额和付款方信用情况进行信用评价；所述收款方节点还用于根据信用评价结果在区块链***中写入“交易成立”事项以表示交易成立，或写入相应的“交易被拒绝”事项以表示交易被拒绝；
如果交易被拒绝，则收款方与付款方不能通过区块链完成此次交易；
如果交易成立，则所述支付结算节点还用于通过银行将付款方银行账户里的资金按照约定转入收款方账户，并在区块链***中写入“交易完成”事项。
8.根据权利要求7所述的基于区块链的交易***，其特征在于，所述支付结算节点用于根据交易金额和付款方信用情况进行信用评价包括：
支付结算节点向加入区块链***的所有银行，以该付款方的身份证号码作为账户标识的银行账户，查询付款方银行账户的资金往来情况；；
根据预设条件，计算该付款方银行账户预设时间内累计总收入，判断其是否大于“付款承诺”中的付款金额；
根据计算结果并综合付款方历史未完成清偿情况得出付款方在交易时提供的“付款承诺”的信用评价结果。
9.根据权利要求7所述的基于区块链的交易***，其特征在于，所述支付结算节点通过银行将付款方银行账户里的资金按照约定转入收款方账户之前还用于：
设置结算策略，所述结算策略包括：
当付款方的任意一个已加入区块链的银行中有可支付资金时，立即尝试支付所有付款承诺的款项，且付款顺序按照预先设定的各个银行账户偿还款项的先后顺序执行付款；或者，根据付款方在各银行的历史资金收付情况，由各银行按比例分摊支付额度；
所述支付结算节点通过银行将付款方银行账户里的资金按照约定转入收款方账户具体为：
在结算策略设置好后，按照结算策略通过银行将付款方银行账户里的资金转入收款方银行账户。
10.根据权利要求9所述的基于区块链的交易***，其特征在于，所述交易***还包括银行节点；所述支付结算节点用于在结算策略设置好后，按照结算策略通过银行将付款方银行账户里的资金转入收款方银行账户具体包括：
支付结算节点向银行节点发送结算通知，所述结算通知包括“付款承诺”的交易编号和结算策略；
并通过银行节点按照结算策略的要求，在付款方银行设立偿还付款的触发器，以及，当付款方银行账户内有可用于偿还付款的资金时，通过银行节点首先在区块链***中查找与本次交易的“付款承诺”具有相同交易编号的“付款事项”，所述“付款事项”由银行在每次付款后写入区块链***，包括：交易编号，当前时间和付款金额；再通过银行节点根据“付款事项”中的付款金额计算本次需付款的金额；然后按照计算结果由银行节点即时进行付款，并在完成支付后，银行节点在区块链***中写入新的“付款事项”；
所述支付结算节点还用于对所有具有相同交易编号的“付款事项”进行汇总，如果汇总结果达到了“付款承诺”中的付款金额之后，表示一对“付款承诺”和“收款声明”之间的债权和债务关系完成了清算，则在区块链***中写入“交易完成”事项，所述“交易完成”事项包括：交易编号和交易完成时间。
11.根据权利要求7所述的基于区块链的交易***，其特征在于，所述交易***还包括保险公司节点；所述保险公司节点用于在所述收款方节点根据信用评价结果在区块链***中写入“交易被拒绝”事项后，
如果保险公司决定为付款方的“付款承诺”承担保险责任，则在区块链***中写入“承诺保险”事项，所述“承诺保险”事项包括：交易编号，当前时间，保险金额和保险兑付时间；以及，
在区块链***中写入“承诺保险”事项后，向收款方发送通知消息；
所述收款方节点还用于在收到保险公司的通知消息后，确认是否继续交易，并且写入“交易成立”或“交易被拒绝”事项中，所述“交易成立”事项包括：交易编号，当前时间，交易成立原因：保险承诺被接受，所述“交易被拒绝”事项包括：交易编号，当前时间，交易被拒绝原因：保险承诺被拒绝；
所述保险公司节点还用于当在区块链***上出现理由为“保险承诺被拒绝”的“交易被拒绝”事项时，在区块链***中写入“承诺保险事项关闭”事项，所述“承诺保险事项关闭”事项包括：交易编号和当前时间。
12.根据权利要求11所述的基于区块链的交易***，其特征在于，在收款方节点确认继续交易，并写入交易成立原因为保险承诺被接受的“交易成立”事项后，所述支付结算节点还用于：
对任意一个交易编号，如果存在“承诺保险”事项，则在“承诺保险”事项中的“保险兑付时间”的时间点，查看是否存在对应的“交易完成”事项；
如果不存在“交易完成”事项，则从保险公司的账户中划转未完成交易的剩余金额到收款方账户，并在区块链***中写入“交易完成”事项；
如果存在“交易完成”事项，或者已经完成从保险公司的账户中划转未完成交易的剩余金额到收款方账户，则在区块链***中写入“保险责任已消除”事项，所述“保险责任已消除”事项包括：交易编号，当前时间，消除原因：被保险事项已消灭或保险公司已承担保险责任；
所述保险公司节点还用于将原因为“保险公司已承担保险责任”的“保险责任已消除”事项作为向付款方追偿的依据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910701574.4A CN110390597A (zh) | 2019-07-31 | 2019-07-31 | 一种基于区块链的交易方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910701574.4A CN110390597A (zh) | 2019-07-31 | 2019-07-31 | 一种基于区块链的交易方法及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110390597A true CN110390597A (zh) | 2019-10-29 |
Family
ID=68288167
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910701574.4A Pending CN110390597A (zh) | 2019-07-31 | 2019-07-31 | 一种基于区块链的交易方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110390597A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110796459A (zh) * | 2020-01-03 | 2020-02-14 | 支付宝(杭州)信息技术有限公司 | 基于协议栈的合约处理***、方法以及装置 |
| CN110992162A (zh) * | 2019-11-07 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | 一种资源处理方法、装置、设备及*** |
| CN111626722A (zh) * | 2020-06-01 | 2020-09-04 | 中国联合网络通信集团有限公司 | 一种跨境支付方法及装置 |
| CN111626857A (zh) * | 2020-05-28 | 2020-09-04 | 中国建设银行股份有限公司 | 收益发放方法、装置、电子设备及计算机可读存储介质 |
| CN111815466A (zh) * | 2020-07-15 | 2020-10-23 | 前海人寿保险股份有限公司 | 交易流量控制方法、装置、设备及可读存储介质 |
| CN112651833A (zh) * | 2020-12-23 | 2021-04-13 | 远光软件股份有限公司 | 证券处理方法、计算机设备及存储装置 |
| CN114008654A (zh) * | 2020-10-09 | 2022-02-01 | 支付宝(杭州)信息技术有限公司 | 管理基于区块链的可信交易服务 |
| WO2022073212A1 (en) * | 2020-10-09 | 2022-04-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
| WO2022073208A1 (en) * | 2020-10-09 | 2022-04-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101447052A (zh) * | 2009-01-05 | 2009-06-03 | 阿里巴巴集团控股有限公司 | 延期付款/分期付款的网上信贷***及网上信贷方法 |
| CN107146152A (zh) * | 2017-03-28 | 2017-09-08 | 杭州象链网络技术有限公司 | 一种基于区块链记账的信用管理机制 |
| CN109886680A (zh) * | 2019-01-31 | 2019-06-14 | 深圳市链联科技有限公司 | 一种基于区块链技术的信用流转方法 |
| CN110009485A (zh) * | 2019-03-21 | 2019-07-12 | 东莞市大易产业链服务有限公司 | 一种基于区块链技术的数字资产支付结算方法 |
-
2019
- 2019-07-31 CN CN201910701574.4A patent/CN110390597A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101447052A (zh) * | 2009-01-05 | 2009-06-03 | 阿里巴巴集团控股有限公司 | 延期付款/分期付款的网上信贷***及网上信贷方法 |
| CN107146152A (zh) * | 2017-03-28 | 2017-09-08 | 杭州象链网络技术有限公司 | 一种基于区块链记账的信用管理机制 |
| CN109886680A (zh) * | 2019-01-31 | 2019-06-14 | 深圳市链联科技有限公司 | 一种基于区块链技术的信用流转方法 |
| CN110009485A (zh) * | 2019-03-21 | 2019-07-12 | 东莞市大易产业链服务有限公司 | 一种基于区块链技术的数字资产支付结算方法 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110992162A (zh) * | 2019-11-07 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | 一种资源处理方法、装置、设备及*** |
| CN110796459A (zh) * | 2020-01-03 | 2020-02-14 | 支付宝(杭州)信息技术有限公司 | 基于协议栈的合约处理***、方法以及装置 |
| CN110796459B (zh) * | 2020-01-03 | 2020-04-24 | 支付宝(杭州)信息技术有限公司 | 基于协议栈的合约处理***、方法以及装置 |
| CN111626857A (zh) * | 2020-05-28 | 2020-09-04 | 中国建设银行股份有限公司 | 收益发放方法、装置、电子设备及计算机可读存储介质 |
| CN111626722A (zh) * | 2020-06-01 | 2020-09-04 | 中国联合网络通信集团有限公司 | 一种跨境支付方法及装置 |
| CN111626722B (zh) * | 2020-06-01 | 2023-11-24 | 中国联合网络通信集团有限公司 | 一种跨境支付方法及装置 |
| CN111815466A (zh) * | 2020-07-15 | 2020-10-23 | 前海人寿保险股份有限公司 | 交易流量控制方法、装置、设备及可读存储介质 |
| WO2022073212A1 (en) * | 2020-10-09 | 2022-04-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
| WO2022073210A1 (en) * | 2020-10-09 | 2022-04-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
| CN114008654A (zh) * | 2020-10-09 | 2022-02-01 | 支付宝(杭州)信息技术有限公司 | 管理基于区块链的可信交易服务 |
| WO2022073208A1 (en) * | 2020-10-09 | 2022-04-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
| US11798050B2 (en) | 2020-10-09 | 2023-10-24 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
| US11935048B2 (en) | 2020-10-09 | 2024-03-19 | Alipay (Hangzhou) Information Technology Co., Ltd. | Managing blockchain-based trustable transaction services |
| CN112651833A (zh) * | 2020-12-23 | 2021-04-13 | 远光软件股份有限公司 | 证券处理方法、计算机设备及存储装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110390597A (zh) | 一种基于区块链的交易方法及*** | |
| US20170316394A1 (en) | Cross-Border Payment and Clearing System and Cross-Border Payment Method Based on Digital Currency | |
| Humphrey | Payment systems: principles, practice, and improvements | |
| US20110231307A1 (en) | System facilitating tri-party repurchase agreement transactions | |
| US7599885B2 (en) | Many-to-many correspondence: methods and systems for replacing interbank funds transfers | |
| Galati | Settlement risk in foreign exchange markets and CLS Bank | |
| US20220188924A1 (en) | A method and system for the secure transmission of funds | |
| KR100623663B1 (ko) | 온라인 상에서 공인인증된 매출채권 양수도 계약에 의한매출채권 결제방법 및 장치 | |
| US20130073446A1 (en) | System and method for configuring a variable collateral revolving security | |
| CN1912909A (zh) | 电子商务诚信交易方法 | |
| Miller et al. | Commercial Paper, Bank Deposits and Collections, and Commercial Electronic Fund Transfers | |
| Humphrey | Transforming payment systems: Meeting the needs of emerging market economies | |
| Humphrey et al. | The evolution of payments in Europe, Japan, and the United States: lessons for emerging market economies | |
| Sullivan | The Federal Reserve's Reduced Role in Retail Payments: Implications for Efficiency and Risk. | |
| CN113706129A (zh) | 虚拟货币交易*** | |
| Listfield et al. | Brazil's Efficient Payment System: a legacy of high inflation | |
| KR20010067751A (ko) | 인터넷 전자 상거래상에서의 사이버 뱅킹 프로세스와지불결제 시스템 | |
| Solutions et al. | Business Solutions | |
| KR20100067795A (ko) | 다자 기업간의 대금결제 방법 | |
| JP2002352171A (ja) | ネッティング決済システム、ネッティング決済方法およびコンピュータプログラム | |
| CN114092100A (zh) | 一种资金二清*** | |
| Peltoniemi | The Bank of Finland maintains and develops the common European financial market infrastructure | |
| KR20200143192A (ko) | 페이를 포함하는 전자 화폐 거래 시스템 | |
| Geva | Interbank Settlement In Wire Transfers--Legal Aspects | |
| Bhala | International Payments and Five Foundations of Wire-Transfer Law |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191029 |