CN106385319B - 区块链网络中信息的验证方法及*** - Google Patents

Abstract

本发明公开了一种区块链网络中信息的验证方法及***，其中，方法包括：位于区块链网络中的第一节点监听区块链网络中广播的信息；第一节点对监听的信息进行验证；若验证信息为合法信息，第一节点对信息进行签名；第一节点将签名后的信息进行保存，转发签名后的信息；位于区块链网络中的第二节点接收到签名后的信息，对信息进行验证；若验证通过，第二节点对信息进行二次签名；第二节点将二次签名后的信息进行保存，转发二次签名后的信息。利用本方案，可以减轻节点验证信息的工作量，加快信息转发的速度，使信息可以更快的被转发。

Description

区块链网络中信息的验证方法及***

技术领域

本发明涉及软件领域，尤其涉及一种区块链网络中信息的验证方法及系 统。

背景技术

所有的传统支付***都依赖于一个中心认证机构，依靠中心机构提供的 结算服务来验证并处理所有的交易。区块链没有中心机构，几乎所有的完整 节点都有一份公共总帐的备份，这份总帐可以被视为认证过的记录。

区块链并不是由一个中心机构创造的，它是由区块链网络中的所有节点 各自独立竞争完成的。区块链网络中的所有节点，依靠着节点间的不稳定的 网络连接所传输的信息，最终得出同样的结果并维护了同一个公共总帐。换 句话说，共识是数以千计的独立节点遵守了简单的规则通过异步交互自发形 成的产物。但在现有区块链网络中的节点，在收到新交易或新区块后，根据 区块链的共识机制，每个节点都需要对交易或区块进行验证，从而达成全网 的自发共识。这样使得每个节点都需要按照验证标准进行重复相同的验证工 作，承担较大的验证工作量。

发明内容

本发明的发明目的是针对现有技术的缺陷，提供了一种区块链网络中信 息的验证方法及***，用于解决现有技术中节点重复相同验证工作、工作量 较大等问题。

根据本发明的一个方面，提供了一种区块链网络中信息的验证方法，包 括：

位于区块链网络中的第一节点监听区块链网络中广播的信息；

第一节点对监听的信息进行验证；

若验证信息为合法信息，第一节点对信息进行签名；

第一节点将签名后的信息进行保存，转发签名后的信息；

位于区块链网络中的第二节点接收到签名后的信息，对信息进行验证；

若验证通过，第二节点对信息进行二次签名；

第二节点将二次签名后的信息进行保存，转发二次签名后的信息。

根据本发明的另一个方面，还提供了一种区块链网络中信息的验证***， 包括：位于区块链网络中的第一节点和第二节点；

第一节点用于：监听区块链网络中广播的信息；对监听的信息进行验证； 若验证信息为合法信息，对信息进行签名；将签名后的信息进行保存，转发 签名后的信息；

第二节点用于：接收到签名后的信息，对信息进行验证；若验证通过， 对信息进行二次签名；将二次签名后的信息进行保存，转发二次签名后的信 息。

根据本发明提供的区块链网络中信息的验证方法及***，利用位于区块 链网络中的第一节点监听区块链网络中广播的信息，并对监听的信息进行验 证。在验证信息为合法信息后，第一节点对信息进行签名。将签名后的信息 进行保存，并转发签名后的信息。位于区块链网络中的第二节点接收到签名 后的信息，对信息进行验证。若验证通过，第二节点对信息进行二次签名。 将二次签名后信息进行保存，并转发二次签名后的信息。无需所有节点都对 信息进行合法验证，减轻了部分节点验证信息的工作量，加快了信息转发的速度，使信息可以更快的被转发。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本 领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的， 而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示 相同的部件。在附图中：

图1示出了根据本发明一个实施例的区块链网络中信息的验证方法的流 程示意图；

图2示出了根据本发明另一个实施例的区块链网络中信息的验证方法的 流程示意图；

图3示出了根据本发明一个实施例的区块链网络中信息的验证***的功 能结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示 了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不 应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地 理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的区块链网络中信息的验证方法的流 程示意图，如图1所示，该方法具体包括如下步骤：

步骤S101，位于区块链网络中的第一节点监听区块链网络中广播的信息。

区块链网络中广播的信息包括了交易信息、区块信息。区块信息中包括 了一个或多个的交易信息。第一节点位于区块链的网络中，可以监听区块链 网络中广播的交易信息、区块信息。

步骤S102，第一节点对监听的信息进行验证，判断验证信息是否合法。

第一节点可以根据预设的验证条件，对监听的信息进行合法性验证，不 同的信息其对应的合法性验证不同。

如对交易信息进行合法性验证，至少包括如下预设的验证条件：交易信 息中的语法和数据结构是否正确、交易信息输入与输出列表都不能为空、交 易的字节大小需小于预设长度阈值如MAX_BLOCK_SIZE、交易信息中每一 个输出值以及总量必须在规定值的范围内如大于0，小于2100、交易信息中 不存在哈希等于0，N等于-1的输入、交易信息中最低时间界限(nLockTime) 小于或等于预设阈值如INT_MAX、交易的字节大小大于或等于100、交易中的 签名数量小于签名操作数量上限、解锁脚本需将数字压入栈中，并且锁定脚 本必须要符合是否标准的格式、交易池中或位于主分支区块中的一个匹配交 易必须存在、对于每一个交易输入，如果引用的输出存在于交易池中任何的 交易，该交易将被拒绝、对于每一个交易输入，在主分支和交易池中寻找引 用的输出交易；如果输出交易缺少任何一个输入，该交易将成为一个孤立的 交易；如果与其匹配的交易还没有出现在池中，那么将被加入到孤立交易池 中、对于每一个交易输入，如果引用的输出交易是一个比特币(coinbase)输 出，该输入必须至少获得比特币的解锁时间如COINBASE_MATURITY为100 个的确认、对于每一个交易输入，引用的输出是必须存在的，并且没有被花 费、使用引用的输出交易获得输入值，并检查每一个输入值和总值是否在规 定值的范围内如大于0小于2100、若输入值的总和小于输出值的总和，交易 将被中止、若交易费用太低以至于无法进入一个空的区块，交易将被拒绝、 每一个交易输入的解锁脚本必须依据相应输出的锁定脚本来验证等等。

如对区块进行合法性验证，至少包括如下预设的验证条件：区块的数据 结构语法上有效、区块头的哈希值小于目标难度以确认包含足够的工作量证 明、区块时间戳早于验证时刻未来两个小时、区块大小在长度限制之内、区 块的第一个交易且只有第一个是比特币(coinbase)交易、使用检查清单验证 区块内的交易并确保它们的有效性，交易验证可参考上述交易的合法性验证。

第一节点对监听的信息进行验证，若判断验证信息合法，继续执行步骤 S103。

步骤S103，若验证信息为合法信息，第一节点对信息进行签名。

第一节点在验证信息合法后，利用第一节点私钥对信息进行签名，即第 一节点可以利用第一节点私钥对交易信息进行签名或对区块信息进行签名。

具体签名的实现过程可采用如利用私钥加密信息中的哈希作为签名等方 式实现，此处不做具体限定。

步骤S104，第一节点将签名后的信息进行保存，转发签名后的信息。

第一节点在对签名后的信息进行保存时，不同的信息保存方式不同。如 交易信息，第一节点将交易信息保存到第一节点的内存池中，然后转发签名 后的交易信息。如区块信息，第一节点将区块信息同步至第一节点的区块链 中，然后转发签名后的区块信息。

步骤S105，位于区块链网络中的第二节点接收到签名后的信息，对信息 进行验证，判断验证是否通过。

此处的第二节点即除第一节点之外的位于区块链网络中的其他节点，均 为第二节点，第二节点接收的信息均为签名后的信息。

第二节点接收到签名后的信息后，利用第一节点公钥来验证信息的签名 是否为第一节点的签名。具体验证的实现过程可采用如利用第一节点公钥对 签名进行解密，验证解密后的哈希是否与原文一致的方式实现，此处不做具 体限定。

若验证信息的签名为第一节点的签名，即信息已被第一节点进行了合法 性验证，且验证信息为合法信息，继续执行步骤S106。

步骤S106，若验证通过，第二节点对信息进行二次签名。

第二节点不对信息进行合法性验证，而是对信息在第一节点签名的基础 上，进行二次签名，或者对信息进行二次签名以替换第一节点的签名。二次 签名时，第二节点利用第二节点私钥对交易信息或区块信息进行签名。

步骤S107，第二节点将二次签名后的信息进行保存，转发二次签名后的 信息。

在二次签名后，第二节点将二次签名后的信息进行保存，不同的信息保 存方式不同。如交易信息，第二节点将交易信息保存到第二节点的内存池， 然后转发二次签名后的交易信息。如区块信息，第二节点将区块信息同步至 第二节点的区块链，并转发二次签名后的区块信息。

根据本发明提供的区块链网络中信息的验证方法，利用位于区块链网络 中的第一节点监听区块链网络中广播的信息，并对监听的信息进行验证。在 验证信息为合法信息后，第一节点对信息进行签名。将签名后的信息进行保 存，并转发签名后的信息。位于区块链网络中的第二节点接收到签名后的信 息，对信息进行验证。若验证通过，第二节点对信息进行二次签名。将二次 签名后信息进行保存，并转发二次签名后的信息。无需所有节点都对信息进 行合法验证，减轻了部分节点验证信息的工作量，加快了信息转发的速度， 使信息可以更快的被转发。

图2示出了根据本发明另一个实施例的区块链网络中信息的验证方法的 流程示意图，如图2所示，本方法具体包括如下步骤：

步骤S201，位于区块链网络中的第一节点监听区块链网络中广播的信息。

步骤S202，第一节点对监听的信息进行验证，判断验证信息是否合法。

以上步骤可参考图1方法实施例中的步骤S101和S102，在此不再赘述。

需要说明的是，步骤S202中，第一节点对监听的信息进行验证，若判断 验证信息合法，继续执行步骤S203，若判断验证信息不合法，执行步骤S208。

步骤S203，若验证信息为合法信息，第一节点对信息生成签名消息。

第一节点在验证信息合法后，对信息生成一个签名消息。若信息为交易 信息，签名消息包括交易信息内容的哈希和节点对交易信息内容的签名。若 信息为区块信息，签名消息包含区块信息内容的哈希和节点对区块信息内容 的签名。其中，对交易信息内容的签名或对区块信息内容的签名，均为第一 节点利用第一节点私钥对交易信息内容进行签名或对区块信息内容进行签 名。

步骤S204，第一节点将信息进行保存，分别转发信息和签名消息。

第一节点在对信息进行保存时，不同的信息保存方式不同。如交易信息， 第一节点将交易信息保存到第一节点的内存池中，然后转发签名后的交易信 息。如区块信息，第一节点将区块信息同步至第一节点的区块链中，然后转 发签名后的区块信息。

步骤S205，位于区块链网络中的第二节点接收到信息和签名消息，对信 息和签名消息进行验证，判断验证是否通过。

此处的第二节点即除第一节点之外的位于区块链网络中的其他节点，均 为第二节点。

第二节点接收到信息和签名消息后，若信息为交易信息，从信息的签名 消息中获取交易内容的哈希，得到对应的交易信息内容。在对交易信息进行 验证时，可以对交易信息内容的合法性进行验证，还可以对交易信息内容的 签名进行验证，利用第一节点公钥来验证交易信息内容的签名是否为第一节 点的签名。若信息为区块信息，从信息的签名消息中获取区块信息内容的哈 希，得到对应的区块信息内容。在对区块信息进行验证时，可以对区块信息 内容的合法性进行验证，还可以对区块信息内容的签名进行验证。利用第一节点公钥来验证区块信息内容的签名是否为第一节点的签名。

若验证通过，即信息已被第一节点进行了合法性验证，且验证信息为合 法信息，继续执行步骤S206，否则执行步骤S208。

步骤S206，若验证通过，第二节点对信息进行二次签名。

步骤S207，第二节点将二次签名后信息进行保存，转发二次签名后的信 息。

以上步骤可参考图1方法实施例中的步骤S106和S107，在此不再赘述。

步骤S208，丢弃信息。

对于第一节点验证信息是否合法未通过的信息和第二节点验证非第一节 点签名的信息，即该信息不合法，或签名可能为伪造的签名，将该信息直接 丢弃。

根据本发明提供的区块链网络中信息的验证方法，若第一节点验证监听 的信息为合法信息，对信息生成签名消息。将签名后的信息进行保存，并转 发签名后的信息。否则，直接丢弃该信息。若第二节点验证签名后的信息通 过时，对信息进行二次签名。将二次签名后信息进行保存，并转发二次签名 后的信息。否则，直接丢弃该信息。减轻了部分节点验证信息的工作量，加 快了信息转发的速度，使信息可以更快的被转发。同时，对验证未通过的信 息，即不合法信息或伪造签名的信息，直接丢弃，减少信息验证的工作量。

图3示出了根据本发明一个实施例的区块链网络中信息的验证***的功 能结构示意图，如图3所示，本***包括如下节点：

第一节点310用于监听区块链网络中广播的信息；对监听的信息进行验 证；若验证信息为合法信息，对信息进行签名；将签名后的信息进行保存， 转发签名后的信息。

区块链网络中广播的信息包括了交易信息、区块信息。区块信息中包括 了一个或多个的交易信息。第一节点310位于区块链的网络中，可以监听区 块链网络中广播的交易信息、区块信息。第一节点310根据预设的验证条件， 对监听的信息进行合法性验证，不同的信息其对应的合法性验证不同。预设 的验证条件可参照方法实施例中步骤S102所述，在此不再赘述。第一节点310 对监听的信息根据信息类型分别进行验证，若验证信息为合法信息，第一节 点310利用第一节点私钥对信息进行签名，即第一节点310可以利用第一节点私钥对交易信息进行签名或对区块信息进行签名。第一节点310对签名后 的信息进行保存，不同的信息保存方式不同。如交易信息，第一节点310将 交易信息保存到第一节点内存池中，然后转发签名后的交易信息。如区块信 息，第一节点310将区块信息同步至第一节点区块链中，然后转发签名后的 区块信息。

第二节点320用于接收到签名后的信息，对信息进行验证；若验证通过， 对信息进行二次签名；将二次签名后的信息进行保存，转发二次签名后的信 息。

此处的第二节点320即除第一节点310之外的位于区块链网络中的其他 节点，均为第二节点320，第二节点320接收的信息均为签名后的信息。

第二节点320接收到签名后的信息后，利用第一节点公钥来验证信息的 签名是否为第一节点的签名。具体验证的实现过程可采用如利用第一节点公 钥对签名进行解密，验证解密后的哈希是否与原文一致的方式实现，此处不 做具体限定。若第二节点320验证信息的签名为第一节点的签名，即信息已 被第一节点310进行了合法性验证，且验证信息为合法信息，第二节点320 不再对信息进行合法性验证，而是对信息在第一节点310签名的基础上，进 行二次签名，或者对信息进行二次签名以替换第一节点的签名。二次签名时， 第二节点320利用第二节点私钥对交易信息或区块信息进行签名。在二次签 名后，第二节点320将二次签名后的信息进行保存，不同的信息保存方式不 同。如交易信息，第二节点320将交易信息保存到第二节点内存池，然后转 发二次签名后的交易信息。如区块信息，第二节点320将区块信息同步至第 二节点区块链，并转发二次签名后的区块信息。

进一步，第一节点310对监听的信息进行验证，若判断验证信息不合法， 将该信息直接丢弃，不使其再在区块链网络中广播。第一节点310对信息进 行签名还可以包括对信息生成签名消息。若信息为交易信息，签名消息包括 交易信息内容的哈希和节点对交易信息内容的签名。若信息为区块信息，签 名消息包含区块信息内容的哈希和节点对区块信息内容的签名。其中，对交 易信息内容的签名或对区块信息内容的签名，均为第一节点310利用第一节 点私钥对交易信息内容进行签名或对区块信息内容进行签名。

相应的，若第一节点310对信息生成签名消息，第二节点320对信息的 验证进一步包括了：若信息为交易信息，第二节点320从信息的签名消息中 获取交易内容的哈希，得到对应的交易信息内容。第二节点320在对交易信 息进行验证时，可以对交易信息内容的合法性进行验证，还可以对交易信息 内容的签名进行验证，利用第一节点公钥来验证交易信息内容的签名是否为 第一节点的签名。若信息为区块信息，第二节点320从信息的签名消息中获 取区块信息内容的哈希，得到对应的区块信息内容。第二节点320在对区块 信息进行验证时，可以对区块信息内容的合法性进行验证，还可以对区块信 息内容的签名进行验证。利用第一节点公钥来验证区块信息内容的签名是否 为第一节点的签名。若第二节点320验证未通过，第二节点320将该信息直 接丢弃，不使其再在区块链网络中广播。

根据本发明提供的区块链网络中信息的验证***，利用位于区块链网络 中的第一节点监听区块链网络中广播的信息，并对监听的信息进行验证。在 验证信息为合法信息后，第一节点对信息进行签名。将签名后的信息进行保 存，并转发签名后的信息。位于区块链网络中的第二节点接收到签名后的信 息，对信息进行验证。若验证通过，第二节点对信息进行二次签名。将二次 签名后信息进行保存，并转发二次签名后的信息。无需所有节点都对信息进 行合法验证，减轻了部分节点验证信息的工作量，加快了信息转发的速度， 使信息可以更快的被转发。同时，对验证未通过的信息，即不合法信息或伪 造签名的信息，直接丢弃，减少信息验证的工作量。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固 有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述， 构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定 编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容， 并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发 明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详 细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或 多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被 一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的 方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中 所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的 那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具 体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自 适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以 把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可 以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者 单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴 随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或 者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴 随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相 似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它 实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合 意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利 要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器 上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理 解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发 明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为 用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如， 计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算 机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从 因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制， 并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实 施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要 求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于 元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以 借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在 列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。 可将这些单词解释为名称。

Claims (16)

1.一种区块链网络中信息的验证方法，其特征在于，包括：

位于区块链网络中的第一节点监听区块链网络中广播的信息；

所述第一节点对监听的信息进行验证；

若验证所述信息为合法信息，所述第一节点对所述信息进行签名；

所述第一节点将签名后的所述信息进行保存，转发签名后的所述信息；

位于区块链网络中的第二节点接收到签名后的所述信息，对所述信息进行验证；

若验证通过，所述第二节点对所述信息进行二次签名；

所述第二节点将二次签名后的信息进行保存，转发二次签名后的所述信息；

所述位于区块链网络中的第二节点接收到签名后的所述信息，对所述信息进行验证进一步包括：

利用第一节点公钥验证所述信息的签名是否为所述第一节点的签名，若验证信息的签名为所述第一节点的签名，则验证通过。

2.根据权利要求1所述的方法，其特征在于，所述信息为交易信息或区块信息。

3.根据权利要求1或2所述的方法，其特征在于，所述第一节点对监听的信息进行验证进一步包括：

根据预设条件，所述第一节点对监听的信息进行合法性验证。

4.根据权利要求1或2所述的方法，其特征在于，所述若验证所述信息为合法信息，所述第一节点对所述信息进行签名进一步包括：

所述第一节点对所述信息生成签名消息。

5.根据权利要求4所述的方法，其特征在于，所述签名消息包括交易信息内容的哈希和所述第一节点对交易信息内容的签名；或所述签名消息包含区块信息内容的哈希和所述第一节点对区块信息内容的签名。

6.根据权利要求5所述的方法，其特征在于，所述位于区块链网络中的第二节点接收到签名后的所述信息，对所述信息进行验证进一步包括：

所述第二节点从所述信息的签名消息中获取交易信息内容的哈希，得到交易信息内容；对交易信息内容的合法性和交易信息内容的签名进行验证；

或所述第二节点从所述信息的签名消息中获取区块信息内容的哈希，得到区块信息内容；对区块信息内容的合法性和区块信息内容的签名进行验证。

7.根据权利要求1或2所述的方法，其特征在于，所述第一节点将签名后的所述信息进行保存，转发签名后的所述信息进一步包括：

所述第一节点将交易信息保存到所述第一节点的内存池，转发签名后的交易信息；

或所述第一节点将区块信息同步至所述第一节点的区块链，转发签名后的区块信息。

8.根据权利要求1或2所述的方法，其特征在于，所述第二节点将二次签名后信息进行保存，转发二次签名后的所述信息进一步包括：

所述第二节点将交易信息保存到所述第二节点的内存池，转发二次签名后的交易信息；

或所述第二节点将区块信息同步至所述第二节点的区块链，转发二次签名后的区块信息。

9.一种区块链网络中信息的验证***，其特征在于，包括：位于区块链网络中的第一节点和第二节点；

所述第一节点用于：监听区块链网络中广播的信息；对监听的信息进行验证；若验证所述信息为合法信息，对所述信息进行签名；将签名后的所述信息进行保存，转发签名后的所述信息；

所述第二节点用于：接收到签名后的所述信息，对所述信息进行验证；若验证通过，对所述信息进行二次签名；将二次签名后的信息进行保存，转发二次签名后的所述信息；

所述第二节点进一步用于：利用第一节点公钥验证所述信息的签名是否为所述第一节点的签名，若验证信息的签名为所述第一节点的签名，则验证通过。

10.根据权利要求9所述的***，其中，所述信息为交易信息或区块信息。

11.根据权利要求9或10所述的***，其中，所述第一节点进一步用于：

根据预设条件，对监听的信息进行合法性验证。

12.根据权利要求9或10所述的***，其中，所述第一节点进一步用于：对所述信息生成签名消息。

13.根据权利要求12所述的***，其中，所述签名消息包括交易信息内容的哈希和所述第一节点对交易信息内容的签名；或所述签名消息包含区块信息内容的哈希和所述第一节点对区块信息内容的签名。

14.根据权利要求13所述的***，其中，所述第二节点进一步用于：

从所述信息的签名消息中获取交易信息内容的哈希，得到交易信息内容；对交易信息内容的合法性和交易信息内容的签名进行验证；

或从所述信息的签名消息中获取区块信息内容的哈希，得到区块信息内容；对区块信息内容的合法性和区块信息内容的签名进行验证。

15.根据权利要求9或10所述的***，其中，所述第一节点进一步用于：

将交易信息保存到所述第一节点的内存池，转发签名后的交易信息；

或将区块信息同步至所述第一节点的区块链，转发签名后的区块信息。

16.根据权利要求9或10所述的***，其中，所述第二节点进一步用于：

将交易信息保存到所述第二节点的内存池，转发二次签名后的交易信息；

或将区块信息同步至所述第二节点的区块链，转发二次签名后的区块信息。

Images