一种实时上传交易信息的区块链存证方法与流程

1.本技术涉及区块链技术领域，具体涉及一种实时上传交易信息的区块链存证方法。


背景技术：

2.在如今的社会生活中，线上交易中的支付手段成熟便捷并且具有高安全的保障，不仅极大便利了普通民众的日常生活，也把公司间的业务往来带向了线上。公司与公司间的业务往来通常是基于合同来进行的，而通过互联网、传真等手段进行的线上交易合同签署是一种便利的手段，地理位置相隔甚远的公司也能快速地开展业务交流。但这种电子合同在履约时容易产生分歧，因为电子合同本身极易复制和篡改；同时，有可能存在恶意抵赖的一方，以篡改后的合同作为依据履行，以谋取不当利益或拒绝履约，这已成为了迫切需要解决的技术问题。


技术实现要素：

3.为了解决上述技术问题，本发明提供了一种实时上传交易信息的区块链存证方法。在本发明的技术方案中，通过利用区块链技术来将平时不易取证的数据作为存证数据上传到区块链里，在进行司法流程的时候能够起到帮助。所以将区块链技术应用到电子合同上可以为合同双方的合作带来可信的保障。本发明就是一种简化的买方和卖方的交易合同模式，设计了一种适合多轮交易信息上链的数据存证方案。
4.本发明所采用的技术方案如下：
5.一种实时上传交易信息的区块链存证方法，该方法包括如下步骤：
6.步骤1、支付方p和收款方s基于地址信息和时间戳进行相互验证；
7.步骤2、若相互验证成功，则启动存证流程，并判断是否接收到收款方s的验证成功回执；若接收到所述验证成功回执，则表明存证流程启动成功，继续执行步骤3；若未接收到所述验证成功回执，则结束启动存证流程；
8.步骤3、在支付方p和收款方s的会话密钥lk有效时间内，执行i次建立存证程序，其中i表示轮次数；
9.步骤4、若收款方s的哈希值hi存入到区块链b中，则完成支付操作和存证反馈。
10.进一步的，在步骤1中，所述进行相互验证在支付方p侧包括如下子步骤：
11.步骤p01、使用随机数生成器生成随机数r
p
；
12.步骤p02、计算u
p
＝r
p
sk
p
，其中sk
p
表示支付方p的私钥、u
p
表示支付方p处数字的和；
13.步骤p03、计算t
p
＝u
p
×
g，其中t
p
表示u
p
标量乘法后得到的椭圆曲线上的一个点、g表示椭圆曲线ec的基点；
14.步骤p04、使用随机数生成器生成随机数n
p
；
15.步骤p05、使用128位哈希摘要码函数hmac计算w
p
＝hmac
128
(n
p
，id
p
||pk
p
||t
p
)，其中wp
表示消息验证码、id
p
表示支付方p的标识、pk
p
表示支付方p的公钥，n
p
表示随机数；
16.步骤p06、使用普通信道把消息m1＝{id
p
，pk
p
，t
p
，w
p
}发送给收款方s；
17.步骤p07、收到收款方s从普通信道发来的消息m2＝{ids，pks，us，n
s1
，times，locs}，其中ids表示收款方s的标识、pks表示收款方s的公钥、us表示收款方处数字的和、n
s1
表示随机数、times表示收款方s的当前时间戳、locs表示收款方s的当前地址信息；
18.步骤p08、获取支付方p的当前地址信息loc
p
，以及从国家授时中心ntsc获取支付方p的当前时间戳time
p
；
19.步骤p09、使用普通信道将消息m3＝{n
p
，time
p
，loc
p
}发送给收款方s；
20.步骤p10、使用16位哈希摘要码函数hmac计算mac计算其中d
p
表示16位短消息验证码；
21.步骤p11、将d
p
转化为十进制数字并显示，用户比对支付方p处所显示的d
p
与收款方s处显示的ds是否相等，若不相等，则相互验证失败，结束流程；若相等，则继续执行步骤p12；
22.步骤p12、计算临时密钥temp＝r
p
×
(us×
g-pks)＝r
p
×rs
×
g；
23.步骤p13：使用128位哈希摘要码函数hmac计算lk
p
＝hmac
128
(temp，m1||m2||m3)。
24.进一步的，在步骤1中，所述进行相互验证在收款方s侧包括如下子步骤：
25.步骤s01、收到支付方p从普通信道发来的消息m1＝{id
p
，pk
p
，t
p
，w
p
}；
26.步骤s02、使用随机数生成器生成随机数rs；
27.步骤s03、计算us＝rs sks，其中sks表示收款方s的私钥；
28.步骤s04、使用随机数生成器生成随机数n
s1
；
29.步骤s05、获取收款方s的当前地址信息locs，以及从国家授时中心ntsc获取收款方s的当前的时间戳times；
30.步骤s06、使用普通信道将消息m2＝{ids，pks，us，n
s1
，times，locs}发送给支付方p；
31.步骤s07、收到支付方p从普通信道发来的消息m3＝{n
p
，time
p
，loc
p
}；
32.步骤s08、使用128位哈希摘要码函数hmac计算w
p1
＝hmac
128
(n
p
，id
p
||pk
p
||t
p
)，其中w
p1
表示由收款方s计算的消息验证码；
33.步骤s09、验证w
p1
是否等于w
p
，若不相等，则相互验证失败，结束流程；若相等，则继续执行步骤s10；
34.步骤s10、使用16位哈希摘要码函数hmac计算步骤s10、使用16位哈希摘要码函数hmac计算其中ds表示16位短消息验证码；
35.步骤s11、将ds转化为十进制数字并显示，用户比对支付方p处所显示的d
p
与收款方s处显示的ds是否相等，若不相等，则相互验证失败，结束流程；若相等，则继续执行步骤s12；
36.步骤s12、计算temp＝rs×
(t
p-pk
p
)＝r
p
×rs
×
g；
37.步骤s13、计算会话秘钥lks＝hmac
128
(temp，m1||m2||m3)。
38.进一步的，在步骤2中，所述启动存证流程在支付方p侧包括如下子步骤：
39.步骤p01、使用ssl信道将第四条信息m4发送给区块链b；其中，m4＝{id
p
，ids，n
p
，n
s1
，times，locs，time
p
，loc
p
}，id
p
表示支付方p的标识、ids表示收款方s的标识、n
s1
和n
p
表示
随机数、times表示收款方s的当前的时间戳、locs表示收款方s的当前地址信息、time
p
表示支付方p的当前时间戳、loc
p
表示支付方p的当前地址信息；
40.步骤p02、收到区块链b从ssl信道发来的消息m5＝{licence}，得到数字签名licence；
41.步骤p03、使用普通信道将消息m6＝{
′
begin
′
，licence}发送给收款方s，其中
′
begin
′
表示开始指令。
42.进一步的，在步骤2中，所述启动存证流程在收款方s侧包括如下子步骤：
43.步骤s01、收到支付方p从普通信道发来的消息m6＝{
′
begin
′
，licence}，得到数字签名licence；
44.步骤s02、使用区块链b的公钥pkb的签名验证算法对数字签名licence进行验证，若验证失败，则结束存证流程；若验证成功，则返回验证成功回执。
45.进一步的，在步骤2中，所述启动存证流程在区块链b侧包括如下子步骤：
46.步骤b01、收到支付方p从ssl信道发来的消息m4；其中，m4＝{id
p
，ids，n
p
，n
s1
，times，locs，time
p
，loc
p
}；
47.步骤b02、从国家授时中心ntsc获取时间戳timeb；
48.步骤b03、验证不等式timeu＜time
p
＜timeb是否成立，若不成立，则结束存证流程；若成立，则表明时间戳满足timeu早于time
p
且time
p
早于timeb的条件，则继续执行步骤b04；
49.步骤b04、使用区块链b的私钥skb的签名算法来计算数字签名其中nb表示随机数；
50.步骤b05、使用ssl信道将消息m5＝{licence}发送给支付方p。
51.7、根据权利要求1所述的区块链存证方法，其特征在于，在步骤3中，所述建立存证程序在支付方p侧包括如下子步骤：
52.步骤p01、从普通信道接收来自收款方s的消息ma，并从消息ma中获得随机数n
si
和时间戳time
si
；
53.步骤p02、获取当前地址信息loc
pi
，以及从国家授时中心ntsc获取时间戳time
pi
；
54.步骤p03、使用128位哈希摘要码函数hmac计算resi＝hmac
128
(lk
p
，n
si
)；其中resi表示消息验证码、lk
p
表示支付方p的会话秘钥；
55.步骤p04、使用普通信道将消息mb＝{filei，time
pi
，loc
pi
，resi}发送给收款方s，filei表示该轮产生的文件数据。
56.进一步的，在步骤3中，所述建立存证程序在收款方s侧包括如下子步骤：
57.步骤s01、使用随机数生成器生成随机数n
si
；
58.步骤s02、从国家授时中心ntsc获取时间戳time
si
；
59.步骤s03、使用普通信道将消息ma＝{n
si
，time
si
}发送给支付方p；
60.步骤s04、收到支付方p从普通信道发来的消息mb＝{filei，time
pi
，loc
pi
，resi}；
61.步骤s05、使用哈希摘要码函数hmac计算res
′i＝hmac
128
(lks，n
si
)，其中res
′i表示消息验证码，lks表示收款方s的会话秘钥；
62.步骤s06、验证resi′
是否和resi相等，若不相等，则结束建立存证程序；若相等，则继续执行步骤s07；
63.步骤s07、从国家授时中心ntsc获取时间戳time
si
；
64.步骤s08、计算哈希值hi；
65.其中，hi＝hash(id
p
，ids，time
si
，locs，time
pi
，loc
pi
，filei)；id
p
表示支付方p的标识，ids表示收款方s的标识，locs表示收款方s的当前地址信息；
66.步骤s09、使用ssl信道将消息mc＝{hi}发送给区块链b。
67.进一步的，在步骤3中，所述建立存证程序在区块链b侧包括如下子步骤：
68.步骤b01、收到收款方s从ssl信道发来的消息mc，得到哈希值hi；
69.步骤b02、将哈希值hi存入到区块链b中。
70.进一步的，在步骤4中，所述完成支付操作和存证反馈在支付方p侧包括如下子步骤：
71.步骤p01、收到收款方s从普通信道发来的消息步骤p01、收到收款方s从普通信道发来的消息其中n
s2
表示随机数、表示密文、bill表示账单；macs表示消息验证码；
72.步骤p02、使用128位哈希摘要码函数hmac计算步骤p02、使用128位哈希摘要码函数hmac计算其中mac
′s表示消息验证码，lk
p
表示支付方p的会话秘钥；
73.步骤p03、验证mac
′s是否和macs相等，若不相等，则结束支付操作和存证反馈流程；若相等，则继续执行步骤p04；
74.步骤p04、使用支付方p的私钥sk
p
的签名算法来计算数字签名其中n
s2
表示随机数、id
p
表示支付方p的标识、ids表示收款方s的标识、licence表示数字签名；
75.步骤p05、使用普通信道将消息m8＝confirm发送给收款方s；
76.所述完成支付操作和存证反馈在收款方s侧包括如下子步骤：
77.步骤s01、使用随机数生成器生成随机数n
s2
；
78.步骤s02、计算交易所产生的账单bill；
79.步骤s03、计算
80.步骤s04、使用128位哈希摘要码函数hmac计算步骤s04、使用128位哈希摘要码函数hmac计算
81.步骤s05、使用普通信道将消息发送给支付方p；
82.步骤s06、收到支付方p从普通信道发来的消息m8，得到数字签名confirm；
83.步骤s07、使用支付方p的公钥pkb的签名验证算法对数字签名confirm进行验证，若验证失败，则结束支付操作和存证反馈流程；若验证成功，则继续执行步骤s08；
84.步骤s08、使用ssl信道将消息m9发送给区块链b；
85.其中，m9＝{id
p
，ids，licence，bill，confirm，n
s2
}，其中n
s2
表示随机数、id
p
表示支付方p的标识、ids表示收款方s的标识、licence和confirm均表示数字签名、bill表示账单；
86.所述完成支付操作和存证反馈在区块链b侧包括如下子步骤：
87.步骤b01、收到来自ssl信道发来的消息m9；
88.步骤b02、将存证结果通过ssl信道分别发送给支付方p和收款方s。
89.通过本技术实施例，可以获得如下技术效果：与现有技术相比，本发明设计了提供地址信息和时间戳的交易信息存证方案，并且允许在会话密钥存在的有效时间内的多轮存证。
附图说明
90.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
91.图1为多轮交易存证模型的组成结构示意图。
具体实施方式
92.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本技术保护的范围。
93.在对本发明的技术方案进行详细描述之前，首先对本发明中使用的术语约定进行如下介绍：
94.p：交易中的支付方(payer)
95.s：交易中的收款方(seller)
96.前提假设：p和s都拥有正确的pkb97.b：区块链(block chain)
98.id：身份标识信息(identity)
99.n、r：随机数(nonce，random number)
100.ec：有限域上的椭圆曲线(elliptic curve)
101.g：椭圆曲线ec的基点
102.×
：标量乘法(scalar multiplication)
103.||：级联符号
104.sk：私钥
105.pk：公钥
106.temp：临时秘密
107.k：主密钥
108.file：需要被存证的数据文件
109.ntsc：国家授时中心(national time service center)
110.ssl：安全套接字层(secure socket layer)
111.hash：消息摘要码函数
112.hmac：基于密钥的消息认证码函数
113.enc(
·
)：对称加密算法，返回一个密文
114.dec(
·
)：对称解密算法，返回一个明文
115.sig(
·
)：签名算法，返回一个数字签名
116.ver(
·
)：签名验证算法，返回一个验证结果
117.图1为多轮交易存证模型的组成结构示意图。本发明提供了有一种实时上传交易信息的区块链存证方法。该方法包括如下步骤：
118.步骤1、支付方p和收款方s基于地址信息和时间戳进行相互验证；
119.步骤2、若相互验证成功，则启动存证流程，并判断是否接收到收款方s的验证成功回执；若接收到所述验证成功回执，则表明存证流程启动成功，继续执行步骤3；若未接收到所述验证成功回执，则结束启动存证流程；
120.步骤3、在支付方p和收款方s的会话密钥lk有效时间内，执行i次建立存证程序，其中i表示轮次数；
121.步骤4、若收款方s的哈希值hi存入到区块链b中，则完成支付操作和存证反馈。
122.所提出的方法由四个阶段组成：第一阶段、验证，在人类的协助下完成支付方p和收款方s之间的验证；第二阶段、存证，支付方p获得合法许可并启动存证流程；第三阶段、法律程序，建立存证的法律程序；第四阶段、支付和存证反馈，完成支付操作和存证反馈。下面分别对各个阶段进行介绍。
123.第一阶段：
124.(1)支付方p端的算法：
125.步骤p01、使用随机数生成器生成随机数r
p
；
126.步骤p02、计算u
p
＝r
p
sk
p
，其中sk
p
表示支付方p的私钥、u
p
表示支付方p处数字的和；
127.步骤p03、计算t
p
＝u
p
×
g，其中t
p
表示u
p
标量乘法后得到的椭圆曲线上的一个点、g表示椭圆曲线ec的基点；
128.步骤p04、使用随机数生成器生成随机数n
p
；
129.步骤p05、使用128位哈希摘要码函数hmac计算w
p
＝hmac
128
(n
p
，id
p
||pk
p
||t
p
)，其中w
p
表示消息验证码、id
p
表示支付方p的标识、pk
p
表示支付方p的公钥，n
p
表示随机数；
130.步骤p06、使用普通信道把消息m1＝{id
p
，pk
p
，t
p
，w
p
}发送给收款方s；
131.步骤p07、收到收款方s从普通信道发来的消息m2＝{ids，pks，us，n
s1
，times，locs}，其中ids表示收款方s的标识、pks表示收款方s的公钥、us表示收款方处数字的和、n
s1
表示随机数、times表示收款方s的当前时间戳、locs表示收款方s的当前地址信息；
132.步骤p08、获取支付方p的当前地址信息loc
p
，以及从国家授时中心ntsc获取支付方p的当前时间戳time
p
；
133.步骤p09、使用普通信道将消息m3＝{n
p
，time
p
，loc
p
}发送给收款方s；
134.步骤p10、使用16位哈希摘要码函数hmac计算步骤p10、使用16位哈希摘要码函数hmac计算其中d
p
表示16位短消息验证码；
135.步骤p11、将d
p
转化为十进制数字并显示，用户比对支付方p处所显示的d
p
与收款方s处显示的ds是否相等，若不相等，则相互验证失败，结束流程；若相等，则继续执行步骤p12；
136.步骤p12、计算临时密钥temp＝r
p
×
(us×
g-pks)＝r
p
×rs
×
g；
137.步骤p13：使用128位哈希摘要码函数hmac计算lk
p
＝hmac
128
(temp，m1||m2||m3)。
138.(2)收款方s端的算法：
139.步骤s01、收到支付方p从普通信道发来的消息m1＝{id
p
，pk
p
，t
p
，w
p
}；
140.步骤s02、使用随机数生成器生成随机数rs；
141.步骤s03、计算us＝rs sks，其中sks表示收款方s的私钥；
142.步骤s04、使用随机数生成器生成随机数n
s1
；
143.步骤s05、获取收款方s的当前地址信息locs，以及从国家授时中心ntsc获取收款方s的当前的时间戳times；
144.步骤s06、使用普通信道将消息m2＝{ids，pks，us，n
s1
，times，locs}发送给支付方p；
145.步骤s07、收到支付方p从普通信道发来的消息m3＝{n
p
，time
p
，loc
p
}；
146.步骤s08、使用128位哈希摘要码函数hmac计算w
p1
＝hmac
128
(n
p
，id
p
||pk
p
||t
p
)，其中w
p1
表示由收款方s计算的消息验证码；
147.步骤s09、验证w
p1
是否等于w
p
，若不相等，则相互验证失败，结束流程；若相等，则继续执行步骤s10；
148.步骤s10、使用16位哈希摘要码函数hmac计算mac计算其中ds表示16位短消息验证码；
149.步骤s11、将ds转化为十进制数字并显示，用户比对支付方p处所显示的d
p
与收款方s处显示的ds是否相等，若不相等，则相互验证失败，结束流程；若相等，则继续执行步骤s12；
150.步骤s12、计算temp＝rs×
(t
p-pk
p
)＝r
p
×rs
×
g；
151.步骤s13、计算会话秘钥lks＝hmac
128
(temp，m1||m2||m3)。
152.第二阶段：
153.(1)支付方p端的算法：
154.步骤p01、使用ssl信道将第四条信息m4发送给区块链b；其中，m4＝{id
p
，ids，n
p
，n
s1
，times，locs，time
p
，loc
p
}，id
p
表示支付方p的标识、ids表示收款方s的标识、n
s1
和n
p
表示随机数、times表示收款方s的当前的时间戳、locs表示收款方s的当前地址信息、time
p
表示支付方p的当前时间戳、loc
p
表示支付方p的当前地址信息；
155.步骤p02、收到区块链b从ssl信道发来的消息m5＝{licence}，得到数字签名licence；
156.步骤p03、使用普通信道将消息m6＝{
′
begin
′
，licence}发送给收款方s，其中
′
begin
′
表示开始指令。
157.(2)收款方s端的算法：
158.步骤s01、收到支付方p从普通信道发来的消息m6＝{
′
begin
′
，licence}，得到数字签名licence；
159.步骤s02、使用区块链b的公钥pkb的签名验证算法对数字签名licence进行验证，若验证失败，则结束存证流程；若验证成功，则返回验证成功回执。
160.(3)区块链b端的算法：
161.步骤b01、收到支付方p从ssl信道发来的消息m4；其中，m4＝{id
p
，ids，n
p
，n
s1
，times，
locs，time
p
，loc
p
}；
162.步骤b02、从国家授时中心ntsc获取时间戳timeb；
163.步骤b03、验证不等式timeu＜time
p
＜timeb是否成立，若不成立，则结束存证流程；若成立，则表明时间戳满足timeu早于time
p
且time
p
早于timeb的条件，则继续执行步骤b04；
164.步骤b04、使用区块链b的私钥skb的签名算法来计算数字签名其中nb表示随机数；
165.步骤b05、使用ssl信道将消息m5＝{licence}发送给支付方p。
166.第三阶段：
167.建立存证的法律程序。在这个阶段，有可能存在多轮存证的情况，因为交易可能连续进行多笔。在一个会话密钥(lk)有效的时间内可以发生多次类似的交互流程，以下介绍其中一轮的流程，其中，下标i表示每i轮中的数据。
168.(1)支付方p端的算法：
169.步骤p01、从普通信道接收来自收款方s的消息ma，并从消息ma中获得随机数n
si
和时间戳time
si
；
170.步骤p02、获取当前地址信息loc
pi
，以及从国家授时中心ntsc获取时间戳time
pi
；
171.步骤p03、使用128位哈希摘要码函数hmac计算resi＝hmac
128
(lk
p
，n
si
)；其中resi表示消息验证码、lk
p
表示支付方p的会话秘钥；
172.步骤p04、使用普通信道将消息mb＝{filei，time
pi
，loc
pi
，resi}发送给收款方s，filei表示该轮产生的文件数据。
173.(2)收款方s端的算法：
174.步骤s01、使用随机数生成器生成随机数n
si
；
175.步骤s02、从国家授时中心ntsc获取时间戳time
si
；
176.步骤s03、使用普通信道将消息ma＝{n
si
，time
si
}发送给支付方p；
177.步骤s04、收到支付方p从普通信道发来的消息mb＝{filei，time
pi
，loc
pi
，resi}；
178.步骤s05、使用哈希摘要码函数hmac计算res
′i＝hmac
128
(lks，n
si
)，其中res
′i表示消息验证码，lks表示收款方s的会话秘钥；
179.步骤s06、验证resi′
是否和resi相等，若不相等，则结束建立存证程序；若相等，则继续执行步骤s07；
180.步骤s07、从国家授时中心ntsc获取时间戳time
si
；
181.步骤s08、计算哈希值hi；
182.其中，hi＝hash(id
p
，ids，time
si
，locs，time
pi
，loc
pi
，filei)；id
p
表示支付方p的标识，ids表示收款方s的标识，locs表示收款方s的当前地址信息；
183.步骤s09、使用ssl信道将消息mc＝{hi}发送给区块链b。
184.(3)区块链b端的算法：
185.步骤b01、收到收款方s从ssl信道发来的消息mc，得到哈希值hi；
186.步骤b02、将哈希值hi存入到区块链b中。
187.第四阶段：
188.在进行多轮存证后，假设p已经做完了想做的交易，那么将进行以下流程。
189.(1)支付方p端的算法：
190.步骤p01、收到收款方s从普通信道发来的消息步骤p01、收到收款方s从普通信道发来的消息其中n
s2
表示随机数、表示密文、bill表示账单；macs表示消息验证码；
191.步骤p02、使用128位哈希摘要码函数hmac计算步骤p02、使用128位哈希摘要码函数hmac计算其中mac
′s表示消息验证码，lk
p
表示支付方p的会话秘钥；
192.步骤p03、验证mac
′s是否和macs相等，若不相等，则结束支付操作和存证反馈流程；若相等，则继续执行步骤p04；
193.步骤p04、使用支付方p的私钥sk
p
的签名算法来计算数字签名其中n
s2
表示随机数、id
p
表示支付方p的标识、ids表示收款方s的标识、licence表示数字签名；
194.步骤p05、使用普通信道将消息m8＝confirm发送给收款方s；
195.(2)收款方s端的算法：
196.步骤s01、使用随机数生成器生成随机数n
s2
；
197.步骤s02、计算交易所产生的账单bill；
198.步骤s03、计算
199.步骤s04、使用128位哈希摘要码函数hmac计算步骤s04、使用128位哈希摘要码函数hmac计算
200.步骤s05、使用普通信道将消息发送给支付方p；
201.步骤s06、收到支付方p从普通信道发来的消息m8，得到数字签名confirm；
202.步骤s07、使用支付方p的公钥pkb的签名验证算法对数字签名confirm进行验证，若验证失败，则结束支付操作和存证反馈流程；若验证成功，则继续执行步骤s08；
203.步骤s08、使用ssl信道将消息m9发送给区块链b；
204.其中，m9＝{id
p
，ids，licence，bill，confirm，n
s2
}，其中n
s2
表示随机数、id
p
表示支付方p的标识、ids表示收款方s的标识、licence和confirm均表示数字签名、bill表示账单；
205.(3)区块链b端的算法：
206.步骤b01、收到来自ssl信道发来的消息m9；
207.步骤b02、将存证结果通过ssl信道分别发送给支付方p和收款方s。
208.综上所述，本发明设计了提供地址信息和时间戳的交易信息存证方案，并且允许在会话密钥存在的有效时间内的多轮存证。此外，算法数字签名算法可以是安全的dsa数字签名算法，可以是安全的ecdsa数字签名算法，也可以是安全的rsa数字签名算法。
209.在一些实施例中，计算机程序的部分或者全部可以经由rom而被载入和/或安装到设备上。当计算机程序加载并被执行时，可以执行上文描述的方法的一个或多个步骤。
210.本技术中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备
(cpld)等等。
211.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
212.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
213.此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
214.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。