具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
需要说明的是:在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中,其方法所包括的步骤可以比本说明书所描述的更多或更少。此外,本说明书中所描述的单个步骤,在其他实施例中可能被分解为多个步骤进行描述;而本说明书中所描述的多个步骤,在其他实施例中也可能被合并为单个步骤进行描述。
区块链技术(也被称为,分布式账本技术)是一种去中心化的分布式数据库技术,具有去中心化、公开透明、不可篡改、可信任等多种特点,适用于诸多对数据可靠性具有高需求的应用场景中。
有鉴于此,相关技术提出了基于区块链进行交易的方法,以利用区块链技术的不可篡改性,保证交易的可靠性。在实际操作中,交易双方中的至少一方需要向某一账户中转入一定的链上资产,以作为本次交易的交易手续费。其中,相关技术中的区块链系统在计算该交易手续费时,多会在获取到自身维护的、预设的固定手续费率的基础上,基于获取到的固定手续费率和本次交易的交易额计算该交易手续费。
可见,在相关技术中,尚无一种可以根据交易双方的历史累计交易额动态调整手续费率的技术方案。
图1是本说明书一示例性实施例示出的一种基于区块链的交易手续费转账方法的流程图,该方法应用于区块链系统,如图1所示,该方法可以包括以下步骤:
步骤102,接收到由采购方向供货方进行转账的区块链交易,所述区块链交易中包含交易发生时刻。
在本说明书中,交易双方中的任一方可以根据交易的执行进度,向区块链系统提交用于指示由采购方向供货方进行转账的区块链交易。例如,可以在采购方接收到供货方提供的货品、并对接收到的货品进行确认的情况下,由该采购方提交上述区块链交易;再例如,可以由供货方在接收到采购方提供的采购信息的情况下,由该供货方提交上述区块链交易(相当于在未发货之前,进行预付款)。当然,上述举例仅是示意性的,具体由哪一主体在交易的哪一执行阶段向区块链系统提交上述区块链交易,可由本领域技术人员根据实际情况确定,本说明书对此不作限制。
在本说明书中,区块链系统根据交易发生时刻所属周期内的历史累计交易额确定交易的手续费率。因此,区块链系统接收到的区块链交易中应当包含交易的发生时刻,例如,在实际的交易过程中,通常会生成相应的采购订单,那么,可以将生成该采购订单的时刻作为上述交易发生时刻。当然,上述区块链交易的发起方也可以将其他时刻作为上述交易发生时刻添加至上述区块链交易中,例如,还可以将供货方的发货时间或采购方的收货时间作为交易发生时刻添加至区块链交易中,具体将哪一时刻作为上述交易发生时刻可由本领域技术人员根据实际情况确定,本说明书对此不作限制。
步骤104,根据预先维护的交易额区间与手续费率的对应关系以及所述对应关系适用的统计周期,确定所述采购方或所述供货方在所述交易发生时刻所属统计周期内的历史累计交易额,并确定所述历史累计交易额所属目标交易额区间所对应的目标手续费率。
在本说明书中,可以通过向区块链系统发送存证交易的方式,将用于确定手续费率的对应关系及其适用的统计周期存证至区块链系统中。该存证交易中可以包含:若干交易额区间、交易额区间所对应的手续费率,以及每一组交易额区间与手续费率的对应关系所适用的统计周期。在实际操作中,上述统计周期可以按照年、月、日、季度等多个维度进行统计。
在一种情况下,可以仅针对单个时间维度的统计周期设置上述对应关系,即任一手续费率的数值仅与单个时间维度的历史累计交易额相关。举例而言,若将季度作为统计周期,那么,在存证交易中所记录的任一条对应关系即可为:交易额区间—手续费率—所适用的季度。例如,若记录的为“[0,2000)—2%—第一季度”,该对应关系所表征的即为:若交易发生在第一季度内,且第一季度内的历史累计交易额在[0,2000)这一范围内,那么,即可通过2%这一手续费率计算本次交易所对应的交易手续费。
在另一种情况下,可以针对多个维度的统计周期设置上述对应关系,即任一手续费率的数值与多个时间维度的历史累计交易额相关。举例而言,若将月、季度均作为统计周期,那么,在存证交易中所记录的任一条对应关系即可为:第一交易额区间—第二交易额区间—手续费率—所适用的季度和月份。例如,若记录的为“[0,2000)—[0-200)—2%—第一季度1月”,该对应关系所表征的即为:若交易发生在第一季度的1月内,且第一季度内的历史累计交易额在[0,2000)这一范围内、1月份的历史累计交易额在[0,200)这一范围内,那么,即可通过2%这一手续费率计算本次交易所对应的交易手续费。
当然,上述设置对应关系及其所适用统计周期的方式仅是示意性的,具体如何设置上述对应关系及其所适用的统计周期可由本领域技术人员根据实际情况设定,本说明书对此不作限制。
在本说明书中,区块链系统在接收到上述存证交易后,即可将存证交易中包含的对应关系及其所适用的统计周期存证至区块链系统中。例如,可以直接将存证交易打包至区块,并将打包得到的区块添加至区块链系统所维护的区块链的末端,以完成存证;再例如,可以通过执行上述存证交易所调用的存证合约逻辑的方式,将存证交易中包含的对应关系及其适用的统计周期存证至存证合约逻辑所对应的合约状态中。
在本说明书中,在对存证交易中包含的对应关系及其所适用的统计周期进行存证之前,还可以执行存证交易所调用的校验合约逻辑,以按照预定义的校验规则对该对应关系及其适用的统计周期进行检验;若检验通过,则执行上述对存证交易中包含的对应关系及其适用的统计周期进行存证的操作。在实际应用中,该预定义的校验规则可由本领域技术人员你根据实际需求设定,例如,该校验规则可以包括:对应关系适用的统计周期为预定义的合法统计周期(如,统计周期必须为:年、月、日、季度中的一种或多种)、所述对应关系中包含的各个交易额区间之间不重叠(如,[0-200)、[100-300)不能同时出现)、所含数额最小的交易额区间的下限值为0(如,若不存在[0-n)的区间,确定检验不通过)。
由上述介绍可知,本说明书中属于同一交易额区间的多个历史累计交易额对应的手续费率相同;而属于不同交易额区间的多个历史累计交易额,其所对应的手续费率则不同。具体的,多个历史交易额所对应的手续费率可以与相应的历史累计交易额呈负相关,即不同交易额区间所对应的历史累计交易额越高,该历史累计交易额所在交易额区间所对应的手续费率越低。可见,本说明书中的交易方在统计周期内的历史累计交易额越高,在进行交易时便可以支付更低的手续费。通过该方式设置手续费率,能够激励交易方进行更多的交易以获取更低的手续费率。
需要声明的是,上述历史累计交易额既可以针对上述供货方设置,也可以针对上述采购方设置。通常情况下,若手续费由供货方支付,则上述历史累计交易额针对供货方设置;若手续费由采购方支付,则上述历史累计交易额针对采购方设置。进一步的,上述历史累计交易额还可以仅对单个货品设置,例如,可以仅针对供货方出售的目标货品设置,在该情况下,仅在有采购方购买该目标货品的情况下,才通过该历史累计交易额对应的手续费率计算手续费。当然,上述举例仅是示意性的,具体如何设置上述历史累计交易额可由本领域技术人员根据实际情况设置,本说明书对此不作限制。
步骤106,基于所述目标手续费率和所述区块链交易中包含的目标交易额计算交易手续费的数额,并将与所述交易手续费等额的链上资产转入预设的手续费收取账户,以及将所述目标交易额的数额累加至所述历史累计交易额。
在本说明书中,在确定接收到的区块链交易所对应的目标手续费率后,即可基于该目标手续费率和区块链交易中包含的目标交易额计算交易手续费的数额,并按照该数额将相应的链上资产转移至预设的手续费收取账户中,以完成交易手续费的支付。
在实际应用中,可以通过多种方式实现交易手续费的支付。
在一实施例中,可以对交易手续费和目标交易额进行独立结算。具体的,一方面,区块链系统在接收到区块链交易后,可以基于其中包含的目标交易额,将与该目标交易额等额的链上资产从采购方的区块账户中转账至供货方的区块链账户中,以完成货品的支付;另一方面,区块链系统还可以在计算得到交易手续费后,从手续费的支付方(即供货方或采购方)的区块链账户中扣除与交易手续费等额的链上资产,在预设的手续费收取账户中增加与交易手续费等额的链上资产,以完成交易手续费的支付。
在另一实施例中,可以对交易手续费和目标交易额进行统一结算。具体的,在由采购方支付交易手续费的情况下,可以从采购方的区块链账户中,扣除与目标交易额和交易手续费之和相等的链上资产,而在供货方的区块链账户中增加与目标交易额等额的链上资产;在由供货方支付交易手续费的情况下,可以从采购方的区块链账户中扣除与目标交易额等额的链上资产,而在供货方的区块链账户中增加目标链上资产,该目标链上资产的数额可以基于目标交易额和交易手续费进行差额计算得到。
在本说明书中,除了需要根据接收到的区块链交易进行货款结算和手续费结算以外,还需根据本次交易的目标交易额对历史累计交易额进行更新,具体的,可以将目标交易额的数额累加至历史累计交易额,以将累加得到的数额作为交易转账时的历史累计交易额。
在实际应用中,采购方很可能由于各种原因需要对货品进行退款。具体的,可以通过向区块链系统发送对应于上述区块链交易的退款交易的方式,指示区块链系统通过链上资产转移的方式进行退款操作。在该情况下,区块链系统还可以进一步在当前历史累计交易额中扣减上述目标交易额,以对当前历史累计交易额进行更新。通过该方式,避免了由于发生交易退款事件而导致历史累计交易额记录不准确的问题,进而避免后续交易的手续费计算错误。
应当理解的是,区块链系统在接收到上述区块链交易之后、接收到上述退款交易之前的时间段内,很可能已经执行了用于指示转账的其他区块链交易。对于在该时间段内执行的其他区块链交易,其所采用的历史累计交易额均是在未进行上述扣减操作的数额,很可能导致计算得到的交易手续费与实际所应转移的手续费数额不一致。因此,本说明书还可以在发生交易退款时,对交易手续费进行校正的操作。
具体的,可以获取上述其他区块链交易所对应的历史累计交易额,并计算该历史累计交易额与上述目标交易额之间的交易额差值。在此基础上,即可在交易额差值与获取到的历史累计交易额对应于不同的交易手续费的情况下,将该交易额差值作为其他区块链交易对应的历史累计交易额,以校正该其他区块链交易对应的交易手续费。在本说明书中,可以通过多种方式判断上述交易额差值与获取到的历史累计交易额是否对应于不同的交易手续费。
在一实施例中,可以根据上述交易额差值与获取到的历史累计交易额是否在同一交易额区间内的方式,判断交易额差值与获取到的历史累计交易额是否对应于不同的交易手续费。其中,在交易额差值与获取到的历史累计交易额不在同一交易额区间内的情况下,说明交易额差值和获取到的历史累计交易额通常对应于不同的手续费率,证明了两者对应于不同的交易手续费。那么,即可将该交易额差值作为其他区块链账户对应的历史累计交易额,重新计算与该其他区块链交易对应的交易手续费。
在另一实施例中,上述交易额差值相当于校正后的对应于上述其他区块链交易的历史累计交易额,因此,可以直接基于该交易额差值重新计算该其他区块链交易对应的交易手续费,然后,即可将该重新计算得到的交易手续费与获取到的历史累计交易额所对应的交易手续费进行比对,以确定两者是否对应于同一交易手续费。其中,在两者对应于不同的交易手续费时,即可基于重新计算得到的交易手续费的数额,对该其他区块链交易对应的交易手续费进行校正。
需要声明的是,在确定上述交易额差值与获取到的历史累计交易额对应于不同的交易手续费时,还可以优先向手续费的支付方或者收取方发送关于该情况的提醒消息,以使提醒消息的接收方决定是否对该其他区块链交易对应的交易手续费进行校正。其中,区块链系统在接收到针对该提醒消息的确认信息的情况下,即可执行基于上述重新计算得到的交易手续费的数额对其他区块链交易的交易手续费进行校正的操作。
还需强调的是,本说明书中的采购方指的是:通过资产购买目标货品的交易方,例如,可以为传统意义上的买方;而供货方指的是:向采购方提供货品,以获取资产收益的交易方,例如,可以为传统意义上的卖方。在实际的采购场景中,任一交易方是作为采购方还是供货方,应当根据该任一交易方在相应交易中担任的角色决定,若该任一交易方在本次交易中提供货品,则作为本次交易中的供货方,若该任一交易方在本次交易中通过资产购买相应的货品,则作为本次交易的采购方。应当理解的是,同一交易方在不同的采购交易中,可以在供货方和采购方两种身份之间进行转换,任何交易方在交易中是作为采购方还是供货方,可由本领域技术人员根据实际交易场景、以及上述采购方和供货方的定义确定。
除此之外,本说明书中涉及到的采购方或供货方所执行的各种操作,例如上述提交区块链交易的操作、将交易时刻添加至区块链交易的操作等,实质上均应理解为:由采购方通过所持有的采购方设备执行、由供货方通过所持有的供货方设备执行。在实际应用中,该采购方设备可以为:智能手机、平板电脑等移动终端,或者PC(Personal Computer,个人电脑)、智能电视等固定终端;类似的,供货方设备也可以为:智能手机、平板电脑等移动终端,或者PC、智能电视等固定终端。应当理解的是,本说明书中的采购方设备和供货方设备具体为何种设备,可由本领域技术人员根据实际情况确定,本说明书对此不作限制。
由上述技术方案可知,由于本说明书在区块链系统中维护了交易额区间和手续费率的对应关系、以及该对应关系所适用的统计周期,使得本说明书在接收到用于指示对交易进行结算的区块链交易时,可以根据区块链交易中包含的交易发生时刻确定出在该交易发生时刻所属的统计周期内、采购方或供货方的历史累计交易额,并进一步根据该历史累计交易额所属交易额区间,确定出本次交易理应采用的手续费率。在此基础上,区块链系统即可根据确定出的目标手续费率和区块链交易中包含的目标交易额,计算本次交易的交易手续费数额,并根据计算得到的数额进行手续费结算。
可见,通过本说明书的技术方案,能够在通过区块链进行货品交易时,根据采购方或供货方在不同交易发生时刻的历史累计交易额,通过不同的手续费率计算采购方或供货方所需支付的手续费数额,避免了相关技术在基于区块链进行货品交易时,仅能通过固定手续费率进行交易手续费结算的问题。
进一步的,本说明书中各个交易额区间所对应的手续费率,可以与相应交易额区间内的历史累计交易额呈负相关,即交易额区间内的数值越大,相应的手续费率越低。通过该方式,本说明书中的区块链系统能够为历史累计交易额越高的采购方或供货方,提供更低的手续费率,进而促进采购方或供货方的交易积极性。
再进一步的,本说明书中的区块链系统在接收到对应于上述区块链交易的退款交易的情况下,还可以重新计算在接收到上述区块链交易之后、且在接收到该退款交易之前接收到的其他区块链交易所对应的历史累计交易额与上述目标交易额的交易额差值,并判断该交易额差值与该其他区块链交易所对应的历史累计交易额是否对应于同一交易手续费的数额。其中,在两者对应于不同交易手续费的数额时,区块链系统可以进一步根据该交易额差值重新计算该其他区块链交易所对应的交易手续费的数额,以根据重新计算得到的数额对其他区块链交易的交易手续费进行校正。
下面,以由供货方支付手续费为例,对本说明书的技术方案进行介绍。
图2是本说明书一示例性实施例示出的一种对应关系存证方法的流程图,如图2所示,该方法应用于区块链系统,可以包括以下步骤:
步骤201,接收到客户端发送的存证交易。
本实施例中的客户端可以为区块链系统中维护的手续费收取账户的所有方(为方便描述,在后文中将其称作手续费收取方)所使用的客户端。手续费收取方可以在该客户端中针对供货方编辑“交易额区间与手续费的对应关系,以及该对应关系所适用的统计周期”,并基于编辑得到的对应关系及其适用的统计周期,生成存证交易。客户端可以将该存证交易发送至区块链系统,以由区块链系统调用相应的合约,对其中包含的对应关系及其适用的统计周期进行存证。
步骤202,执行存证交易所调用的校验合约,对存证交易中包含的对应关系、以及该对应关系所适用的统计周期进行检验;若检验通过,则跳转至步骤203,否则,跳转至步骤204。
在本实施例中,区块链系统中可以维护有针对上述对应关系的检验规则,以用于对接收到的存证交易中包含的对应关系及其适用的统计周期进行检验。例如,该检验规则可以包含:包含的各个交易额区间之间不重叠、对应关系适用的统计周期是否为预定义的合法统计周期等。那么,区块链系统在接收到客户端发送的存证交易后,可以优先根据维护的检验规则对存证交易中包含的对应关系及其所使用的统计周期进行校验。若校验成功,则将对该对应关系及其适用的统计周期进行存证;否则,不对其进行存证。在实际操作中,可以通过调用检验合约的方式执行检验操作。
举例而言,区块链系统中规定的合法统计周期可以包括“年、月、日、季度”。那么,若存证交易中包含的对应关系适用的统计周期为“第一季度”,属于“季度”这一合法统计周期,则证明存证交易中包含的对应关系所适用的统计周期符合上述“对应关系适用的统计周期为预定义的合法统计周期”这一检验规则,只需再确定存证交易中的对应关系中不包含重叠的交易额区间,即可确定存证交易中包含的对应关系及其适用的统计周期通过检验。相反的,若存证交易中包含的对应关系适用的统计周期为“5点-6点”,即以“小时”作为统计周期,不属于区块链系统所维护的合法统计周期,即可确定存证交易中包含的对应关系适用的统计周期未通过检验。
步骤203,执行存证交易所调用的存证合约,以将上述对应关系及其所适用的统计周期存证至该存证合约对应的合约状态中。
在本实施例中,当存证交易中包含的对应关系及其所适用的统计周期通过检验后,即可调用相应的存证合约,以通过执行该存证合约的方式将该对应关系及其适用的统计周期存证至该存证合约所对应的合约状态中。
需要声明的是,本实施例仅仅是以“通过不同的合约部署上文所述的校验合约逻辑和存证合约逻辑”为例进行介绍。在实际应用中,也可以将校验合约逻辑和存证合约逻辑部署于同一智能合约中,即只需调用一个智能合约即可完成上述检验和存证的操作。
步骤204,不对存证交易中包含的对应关系及其适用的统计周期进行存证。
在本实施例中,还可以向客户端返回“是否已经对存证交易中包含的对应关系及其适用的统计周期进行存证”的通知消息。
由上述技术方案可知,本说明书中的手续费收取方可以借助自身所使用的客户端,通过向区块链系统发送存证交易的方式,将设定的交易额区间和手续费率的对应关系及其所适用的统计周期存证至区块链系统,以在后续的交易过程中,进行手续费的结算。
图3是本说明书一示例性实施例示出的另一种基于区块链的交易手续费转账方法的流程图,该方法应用于区块链系统。如图3所示,该方法可以包括以下步骤:
步骤301,接收到客户端发送的结算交易。
在本实施例中,发送结算交易的可以为交易的采购方,也可以为交易的供货方。例如,可以由供货方在接收到采购订单的情况下,根据该采购订单确定出交易的目标交易额后,基于该目标交易额生成结算交易,并发送至区块链系统;再例如,可以由采购方在对供货方返回的货品进行确认后,基于货品的目标交易额生成结算交易,并发送至区块链系统。
具体的,本实施例中发起结算交易的具体为采购方客户端,还是供货方客户端,可由本领域技术人员根据实际情况确定,本实施例对此不作限制。
步骤302,获取与结算交易中指示的供货方对应的对应关系及其适用的统计周期。
正如上述一实施例所述,手续费收取方可以预先为供货方设定“交易额区间和手续费率的对应关系,以及该对应关系所适用的统计周期”,并存证至区块链系统。
在实际应用中,区块链系统中通常维护了多个供货方分别对应的“交易额区间和手续费率的对应关系,以及该对应关系所适用的统计周期”。因此,本实施例中的区块链系统在接收到结算交易后,可以优先确定出其中所指示的供货方,并确定出该供货方所对应的“交易额区间和手续费率的对应关系,以及该对应关系所适用的统计周期”。
举例而言,获取到的对应关系及其适用的统计周期可以如下表1所示:
表1
需要声明的是,表1中仅示出了适用统计周期为“第一季度”和“第二季度”的交易额区间与手续费率之间的对应关系,在实际应用中还可以包括适用于“第三季度”和第四季度的对应关系。
步骤303,从结算交易中读取交易发生时刻。
步骤304,确定交易发生时刻所属的统计周期。
在本实施例中,可以从结算交易中读取交易的发生时刻,以用于确定相应的统计周期。
承接上述举例,假设读取到的交易发生时刻为:1月25日,那么,即可确定该交易发生时刻所属统计周期为“第一季度”。
步骤305,获取供货方在确定的统计周期内的历史累计交易额。
在本实施例中,区块链系统中还可以维护有供货方的历史累计交易额。
承接上述举例,可以将该历史累计交易金额与上述对应关系关联存储。具体的,可以如下表2:
表2
步骤306,确定历史累计交易额所属交易额区间对应的手续费率。
承接上述举例,由表2可知,交易发生时刻所属统计周期(即第一季度)内的历史累计交易额为1200,而1200属于[1000,1500)在这一交易额区间内,因此,可以确定本次交易所对应的手续费率为1%。
步骤307,获取结算交易所对应的目标交易额。
在本实施例中,可以直接从结算交易中直接读取目标交易额,也可以根据结算交易中包含的采购信息计算得到目标交易额,具体如何获取目标交易额可由本领域技术人员根据实际需求确定,本实施例对此不作限制。
步骤308,基于确定的手续费率和目标交易额计算交易手续费。
承接上述举例,假设获取的目标交易额为400,那么,计算得到的交易手续费即为:400*1%=4。
步骤309,在采购方账户的余额中扣除与目标交易额等额的链上资产。
承接上述举例,由于目标交易额为400,因此,本步骤可以从采购方账户的余额中扣除数额为400的链上资产,以作为购买货品的资金。
步骤310,在供货方账户的余额中增加与目标交易额和交易手续费的差值等额的链上资产。
承接上述举例,由于目标交易额为400,计算得到的交易手续费为4,因此,可以从供货方账户中增加数额为396的链上资产,以作为供货方支付手续费后所得的货款。
步骤311,在手续费收取账户中增加与交易手续费等额的链上资产。
承接上述举例,由于交易手续费为4,因此,可以在手续费收取账户中增加数额为4的链上资产,以作为手续费收取方应得的交易手续费。
由上述技术方案可知,本实施例可以在对交易进行结算时,确定出交易发生时刻所属统计周期内的历史累计交易额,并根据预先维护于区块链系统中的交易额区间与手续费率的对应关系,确定出历史累计交易额所属交易额区间对应的手续费率。在此基础上,本实施例即可根据结算交易中的目标交易额和确定出的手续费率计算得到交易手续费,进而根据交易手续费和目标交易额完成结算。可见,本实施例的技术方案,在对不同交易进行结算时,可以根据该交易的情况采用不同的手续费率计算交易手续费,避免了相关技术中仅能通过固定手续费率计算交易手续费的情况。
进一步的,由于本实施例的同一统计周期内,各个交易额区间内所包含的数额与所对应的手续费率呈负相关,即属于不同交易额区间的历史累计交易额数额越大,所对应的手续费率越低,使得本实施例可以激励供货方进行更多的交易,以通过提高历史累计交易额的方式获得更低的手续费率,促进了采购方与供货方之间的交易。
图4是一示例性实施例提供的一种设备的示意结构图。请参考图4,在硬件层面,该设备包括处理器402、内部总线404、网络接口406、内存408以及非易失性存储器410,当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现,比如由处理器402从非易失性存储器410中读取对应的计算机程序到内存408中然后运行。当然,除了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图5,基于区块链的交易手续费转账装置可以应用于如图4所示的设备中,以实现本说明书的技术方案。其中,该基于区块链的交易手续费转账装置可以包括:
接收单元501,接收到由采购方向供货方进行转账的区块链交易,所述区块链交易中包含交易发生时刻;
确定单元502,根据预先维护的交易额区间与手续费率的对应关系以及所述对应关系适用的统计周期,确定所述采购方或所述供货方在所述交易发生时刻所属统计周期内的历史累计交易额,并确定所述历史累计交易额所属目标交易额区间所对应的目标手续费率;
转账单元503,基于所述目标手续费率和所述区块链交易中包含的目标交易额计算交易手续费的数额,并将与所述交易手续费等额的链上资产转入预设的手续费收取账户,以及将所述目标交易额的数额累加至所述历史累计交易额。
可选的,接收单元501还被用于:
接收存证交易,所述存证交易包含所述对应关系及其适用的统计周期;
将所述存证交易打包至区块,并将所述区块添加至所述区块链系统维护的区块链的末端;或者,执行所述存证交易调用的存证合约逻辑,以将所述对应关系及其适用的统计周期存证至所述存证合约逻辑对应的合约状态。
可选的,还包括:
检验单元504,执行所述存证交易调用的校验合约逻辑,以按照预定义的校验规则对所述对应关系及其适用的统计周期进行检验;
其中,将所述对应关系及其适用的统计周期打包至区块或存证至合约状态的条件包括:所述对应关系及其适用的统计周期通过检验。
可选的,所述校验规则包括下述至少之一:
所述对应关系适用的统计周期为预定义的合法统计周期、所述对应关系中包含的各个交易额区间之间不重叠、所含数额最小的交易额区间的下限值为0。
可选的,所述校验规则包括下述至少之一:
所述对应关系适用的统计周期为预定义的合法统计周期、所述对应关系中包含的各个交易额区间之间不重叠、所含数额最小的交易额区间的下限值为0。
可选的,转账单元503还被用于:
从所述采购方的区块链账户中扣除与所述目标交易额等额的链上资产;
在所述供货方的区块链账户中增加目标链上资产,所述目标链上资产的数额与所述目标交易额和所述交易手续费之差相等。
可选的,转账单元503还被用于:
从所述采购方的区块链账户中,扣除与所述目标交易额和所述交易手续费之和相等的链上资产;
在所述供货方的区块链账户中增加与所述目标交易额等额的链上资产。
可选的,还包括:
更新单元505,在接收到与所述区块链交易对应的退款交易的情况下,在当前历史累计交易额中扣减所述目标交易额,以对所述当前历史累计交易额进行更新。
可选的,还包括:
校正单元506,获取在所述区块链交易和所述退款交易之间执行的其他区块链交易所对应的历史累计交易额,并计算获取到的历史累计交易额与所述目标交易额之间的交易额差值;以及,在所述交易额差值与所述确定出的历史累计交易额对应于不同的交易手续费的情况下,将所述交易额差值作为所述其他区块链交易对应的历史累计交易额,以校正所述其他区块链交易对应的交易手续费。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中,计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本说明书一个或多个实施例的较佳实施例而已,并不用以限制本说明书一个或多个实施例,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。