基于多层共识机制的水务智能调度参数求解方法及系统与流程

1.本发明涉及供水智能调度技术领域，尤其涉及一种基于多层共识机制的水务智能调度参数求解方法及系统。


背景技术：

2.城市供水系统要持续不断地向城市供应数量充足、质量合格的水，以满足城市居民的日常生活、生产、消防、绿化和环境卫生等方面的需要。城镇供水系统可以按照水库差异分为两大类。第一类，不包含蓄水系统的城镇供水系统。第二类，包含蓄水系统的城镇供水系统。不包含蓄水系统的城镇供水系统隶属静态优化调度问题，该系统的研究已经十分深入，有较多十分成熟的理论成果。而包含蓄水系统的城镇供水系统，由于蓄水系统的液位变化，该系统属于大规模非线性的动态优化问题，针对该类系统的节能优化调度方面的相关成熟技术成果较少，且大部分基于水平衡原理。
3.传统的供水调度员不仅要考虑管网服务压力，还要考虑泵站整体运行能耗，当前的监测数据有机泵进出压力、泵站进出站压力、泵站流量等等，调度员难以根据人工经验合理调配机泵设备，且供水关系民生，需要保证供水体系的稳定，不允许出现较大误差。因此，多数供水企业仍然采取高能耗的运行方式，确保供水体系能够安全、平稳的运行。
4.为了解决上述问题，有些供水机构通过时间序列数据和多任务预测模型实现水位的预测，直接采用实时水位，然而，该种方法中，没有考虑一定时间间隔内的进出水流量，影响水位的关键指标没有被有效利用。没有考虑到水泵等关键设备所消耗的电耗，浪费了清水池的调蓄作用和水泵组合的运行特性。没有得到不同季节不同时间段的高效合理液位区间，无法为自动调度提供决策依据，水位的调节仍然要依赖人工判断。


技术实现要素：

5.本技术提供了一种基于多层共识机制的水务智能调度参数求解方法及系统，在满足供水需求的前提下降低综合能耗问题。
6.第一方面，本技术提供了一种基于多层共识机制的水务智能调度参数求解方法，应用于由多个分水厂节点、总控中心节点、参数能耗节点构成的区块链网络，所述区块链网络中包括至少一个委托权益节点，所述方法包括：总控中心节点将供水需求信息上链存储，所述供水需求信息为当前季节、时间段、区域信息和供水要求所对应的供水需求；分水厂节点获取存储在区块链上的供水需求信息，并将所述供水需求信息对应的参数解区间上链存储，所述参数解区间为分水厂节点可供调度的设备信息和各设备当前参数信息；委托权益节点获取存储在区块链上的供水需求信息和各分水厂的参数解区间后触发dpos共识机制，通过dpos共识机制生成调度方案类型对应的选择结果，并根据选择结果确定调度方案类型上链存储，所述调度方案类型包括静态方案和动态方案；
参数能耗节点获取区块链上的调度方案类型，根据所述调度方案类型将存储在区块链上的供水需求信息和各分水厂的参数解区间转化为粒子群算法问题，所述粒子群算法问题上链存储后触发pow共识机制；区块链上所有节点分别获取存储在区块链上的粒子群算法问题，通过pow共识机制利用各自算力对所述粒子群算法问题求解，得到求解结果上链存储；参数能耗节点获取存储在区块链上的求解结果，根据调度方案类型对求解结果进行分析，确定调度参数，所述调度参数为参数值或参数空间；参数能耗节点向所有节点发送共识请求，所述共识请求包括求解结果的分析过程和调度参数，并根据所有节点反馈的与所述共识请求对应的共识结果，判断是否通过共识，若通过共识则将所述调度参数上链存储。
7.第二方面，本技术提供了一种基于多层共识机制的水务智能调度参数求解系统，所述系统由多个分水厂节点、ca认证节点、总控中心节点以及参数能耗节点构成，所述系统中包括至少一个委托权益节点，所述系统被配置为执行下列方法：总控中心节点将供水需求信息上链存储，所述供水需求信息为当前季节、时间段、区域信息和供水要求所对应的供水需求；分水厂节点获取存储在区块链上的供水需求信息，并将所述供水需求信息对应的参数解区间上链存储，所述参数解区间为分水厂节点可供调度的设备信息和各设备当前参数信息；委托权益节点获取存储在区块链上的供水需求信息和各分水厂的参数解区间后触发dpos共识机制，通过dpos共识机制生成调度方案类型对应的选择结果，并根据选择结果确定调度方案类型上链存储，所述调度方案类型包括静态方案和动态方案；参数能耗节点获取区块链上的调度方案类型，根据所述调度方案类型将存储在区块链上的供水需求信息和各分水厂的参数解区间转化为粒子群算法问题，所述粒子群算法问题上链存储后触发pow共识机制；区块链上所有节点分别获取存储在区块链上的粒子群算法问题，通过pow共识机制利用各自算力对所述粒子群算法问题求解，得到求解结果上链存储；参数能耗节点获取存储在区块链上的求解结果，根据调度方案类型对求解结果进行分析，确定调度参数，所述调度参数为参数值或参数空间；参数能耗节点向所有节点发送共识请求，所述共识请求包括求解结果的分析过程和调度参数，并根据所有节点反馈的与所述共识请求对应的共识结果，判断是否通过共识，若通过共识则将所述调度参数上链存储。
8.由上述技术方案可知，本技术利用分布式节点解决多个供水主体联合调度全流程中数据不流通，数据孤岛的现象。采用多层共识机制，第一层共识通过将区块链技术中dpos共识算法与实际生产环境深度融合，能够快速进行响应，节省算力。第二层共识通过pow共识算法由参与区块链的全部节点共识，将区块链网络中需要求解的难题转化为一个灵活可调节、与生产实际密切相关的有价值的数学问题，合理利用各节点的计算开销。通过所有节点共同计算求解，得到满足供水需求的调度参数，降低综合能耗。通过设置的区块链底层平台，使得供水调度过程中的各过程数据均上链存储，以原有各部门之间的数据传递变为去中心化的数据传输，避免了数据被恶意篡改。
附图说明
9.图1为本技术提供的一种基于多层共识机制的水务智能调度参数求解方法的应用场景图；图2为本技术提供的一种基于多层共识机制的水务智能调度参数求解的部分方法流程图；图3为本技术提供的一种基于多层共识机制的水务智能调度参数求解的另一部分方法流程图；图4为本技术提供的一种基于多层共识机制的水务智能调度参数求解的ca认证节点的认证方法流程图。
具体实施方式
10.在水厂制水成本构成中，电耗费用的比例占到整个制水成本的70％以上。而送水泵站又是整个水厂中能耗最高的单位，如何降低送水的单位电耗，就是降低制水成本的关键。
11.其中水厂包括滤池、清水池、吸水井、泵机、管网等关键设施设备，其中清水池是为了贮存水厂中净化后的清水，以调节水厂制水量与供水量之间产差额，并为满足加氯接触时间而设置的水池。它是给水系统中调节水厂均匀供水和满足用户不均匀用水的调蓄构筑物，可以通过控制清水池在合理液位来降低能耗。
12.由电耗公式：w=h/(367
·
η)，其中，w为吨水电耗，h为供水系统扬程，η为供水系统综合效率，367为有量纲常数。
13.从电耗公式可以看出，决定单位电耗的因素，一是供水系统扬程，二是供水系统综合效率。这二者中，系统综合效率涉及很多影响因素。它包括给水管道的布置与走向，管线中阀门井和检查井的状况等，而且η随着离心泵的工作特性和管道的特性变化，η是一个动态的变值。测定的工作量大且程序复杂。因此，在尽可能保证η较高的情况下，降低扬程就是一个最简单有效的节能措施。
14.而且在送水压力一定的情况下，清水池的液位越高，清水离心泵的扬程相对就越低，对应的功耗就越小。清水池的液位取决于原水流量和送水流量的差值，同时流量的增加也导致能耗的升高，水头损失的增大。清水池真正的价值是调节取水泵组取水量和供水管网供水量之间的流量差值。合理利用清水池的调节容积可以有效地实现节能降耗。当清水池的液位设置在科学、合理的范围内时，不仅可以将取水泵组运行在高效区之内，还可以有效减少取水泵组的启停次数，有利于节能和延长取水泵组的使用时间。所以需要找到因流量增大而增加的能耗和水头损失与因清水池液位升高而节省的能耗之间的平衡，从而调整清水池的液位，使离心泵工作在最经济的水力条件下。
15.本技术主要目的在于提供一种基于多层共识机制的水务智能调度参数求解，在满足供水需求的前提下降低综合能耗问题。
16.参见图1，为本技术一种基于多层共识机制的水务智能调度参数求解方法的应用场景图；本技术的方案是应用在由多个分水厂节点、总控中心节点、参数能耗节点构成的区块链网络中的，在一些实施例中，还包括ca认证节点、监管节点、历史记录回溯节点等。其中，区块链底层平台是为系统提供分布式存储、信息可追溯、上链不可篡改的基础平台，在
本技术中，各个节点的所有数据和所有操作均需要通过区块链底层平台建立的共识机制上链存储和执行。区块链底层平台保证系统中节点身份信息、供水需求信息、设备信息、调度执行信息等多个供水主体联合调度全流程信息的记录追踪和不可篡改。所述区块链底层平台是一种联盟链。
17.本技术的区块链网络中包括至少一个委托权益节点，区块链上所有节点主要分为两类，一类是经济实力雄厚、为整个供水调度付出大量资金和设备投入的大型机构，也称委托权益节点，委托权益节点拥有股份，可以参与后续多层共识；另一类是经济实力较弱，为整个供水调度付出的资金和设备投入较少的小型机构，为非委托权益节点，也称普通节点，普通节点仅可以参与第二层共识。各个节点的数量并不限于附图中的表述，无论委托权益节点或普通节点都可以是多个。
18.在实际应用场景中，总控中心节点可以是自来水公司调度中心或水厂调度中心；分水厂节点可以是各分水厂控制中心；参数能耗节点可以是一台自动控制的服务器。
19.基于上述应用场景，由图2和图3所示，本技术的方法步骤包括：s100：总控中心节点将供水需求信息上链存储，所述供水需求信息为当前季节、时间段、区域信息和供水要求所对应的供水需求；其中，发布供水需求是触发一次供水调度完成的第一步。供水需求指不同季节、不同时间段、不同区域的供水需求量，无论是生活或生产用水，用水随着生活习惯和气候的不同而变化，如夏季比冬季用水多，通过了解各种情况下的供水需求，以便供水厂根据供水需求合理设计流量，满足供应对象在各种用水情况下对供水的要求。
20.在本实施例中，当总控中心节点发布信息后，所有历史供水需求上链后永久不可篡改，所有区块链网络中的其它节点均可在区块链底层平台中获取到该供水需求的相关信息。总控中心节点并非仅限于一个，应当理解为，任意一个自来水公司均能通过联盟链中的总控中心节点发布供水需求信息，同一时间的供水需求信息可能有多个，对于每个供水需求均可按照本技术中的方法并行处理。
21.s200：分水厂节点获取存储在区块链上的供水需求信息；在本实施例中，为了保证信息的真实性，获取的供水需求信息并非由总控中心节点对应的调度部门直接发送，而是从区块链中获取的信息，数据可追溯性，进而避免了单方面篡改数据的可能。
22.s300：分水厂节点将所述供水需求信息对应的参数解区间上链存储，所述参数解区间为分水厂节点可供调度的设备信息和各设备当前参数信息；各个分水厂需要根据不同的用水需求上传自身可供调度的设备信息和各设备当前参数信息，例如上传可供调度的泵机数量、清水池当前液位等信息，即各分水厂当前各自的解区间，如可启用泵机[0-10]台，清水池液位[0-50]米。
[0023]
需要说明的是，分水厂节点可以作为委托权益节点，也可以作为普通节点。
[0024]
进一步的，为了节省人力，提高效率，所述区块链网络还包括实时参数采集节点，s300步骤还包括：s310：响应总控中心节点发布的供水需求信息，实时参数采集节点自动读取各分水厂节点可供调度的设备信息和各设备当前参数信息；s320：根据各分水厂节点可供调度的设备信息和各设备当前参数信息确定各分水
厂节点的参数解区间并上链存储。
[0025]
其中，实时采集节点响应总控中心的供水需求，响应时自动读取各水厂当前最新的设备参数，若实时采集节点采集的参数有误，可人为手动修改可供调度的设备参数，确认后提交。
[0026]
s400：委托权益节点获取存储在区块链上的供水需求信息和各分水厂的参数解区间，自动触发dpos共识机制；s500：委托权益节点通过dpos共识机制生成调度方案类型对应的选择结果，并根据选择结果确定调度方案类型上链存储，所述调度方案类型包括静态方案和动态方案；其中，静态方案为在某个时间点一定能满足供水需求的固定取值方案类型（能耗略高），动态方案为在某时间点能够满足供水需求的各参数取值区间的方案类型。例如，早上7点，开5-10台泵机均可满足供水需求，静态方案类型的取值为10台，能耗略高但一定满足，动态方案类型可在5-10之间选择。
[0027]
其中，选择结果指所有委托权益节点对调度方案类型进行选择后反馈的选择结果。根据选择结果，统计选择静态方案或动态方案的节点数量。可以设置为选择静态方案或动态方案的节点数量占所有委托权益节点数量的百分比大于预设百分比值（如50%），则确定调度方案类型为静态方案或动态方案。示例性的，s500步骤还包括：统计所有委托权益节点的选择结果，若给予静态方案或动态方案的选择结果的委托权益节点的百分比大于预设百分比值，则确定所述选择结果对应的调度方案类型上链并广播至各个节点。
[0028]
在本实施例中，链上所有委托权益节点获取到供水需求信息和各分水厂的参数解区间，即触发第一层共识，dpos共识机制，所有委托权益节点均对调度方案类型为静态方案或动态方案做出选择后，将选择的结果上链存储。其中，参数能耗节点默认为普通节点不参与第一层共识。本实施例第一层共识采用dpos共识机制（委托权益人证明机制），委托权益节点由对应的多个高级可靠身份（控制中心或分水长领导）进行选择，将共识机制与实际生产中决策权绑定，如厂长决策权大于普通部门负责人，这种见证人机制只需要几个诚信见证人的响应，能够快速进行响应，极大程度上节省算力。
[0029]
其中，对于dpos共识机制的触发方式可以采用多种，示例性的，提前在区块链网络中部署一条智能合约，如所有委托权益节点接收到供水需求和各节点参数解区间则自动触发。本技术中不对具体触发方式进行限定。另外，本技术后续自动触发共识机制或自动调用节点的过程均可参照上述说明，在此不再赘述。
[0030]
进一步的，为了保证共识的效率，若委托权益节点在预设时间内未作出反馈结果，则视为该委托权益节点失去此次共识权力，由其他委托权益节点达成共识。若区块链网络中仅有一个委托权益节点且在预设时间内未做出反馈，则终止此次供水调度参数求解过程。示例性的，s500步骤还包括：s510：若委托权益节点在预设时间段内未生成调度方案类型对应的选择结果，则未生成选择结果的委托权益节点失去共识权力。
[0031]
区块链上各个节点是否为委托权益节点可以由ca认证节点决定。因此，在区块链网络中还包括ca认证节点，ca认证节点可以是水务公司最高决策层。相应的，参见图4，确定各个节点的节点类型的步骤包括：
s10：待认证的节点向ca认证节点发送认证请求，所述认证请求包括节点信息和节点拥有的股份；s20：ca认证节点对所述认证请求进行认证，若通过认证，则根据股份确定节点的节点类型，所述节点类型包括委托权益节点和普通节点；s30：ca认证节点将认证结果上链存储。
[0032]
本实施例中，区块链上的所有节点向ca认证节点发送认证信息，可以是单位资质、申请理由、前期资金投入、已有设备资源等信息。ca认证节点通过认证信息验证机构资质，若认证通过，则根据每个机构拥有的股份确定节点类型，其中，s20步骤包括：s201：根据预先付出的资源确定节点拥有的股份，所述资源包括节点为整个供水调度所付出的资金投入和设备投入；s202：根据股份确定节点的节点类型，拥有超过预设阈值的股份对应的节点为所述委托权益节点。
[0033]
由于不同机构对供水调度的投入不同，根据预先付出的资源，即各主体为整个供水调度所付出的资金投入，设备投入等确定各节点是否为委托权益节点。根据资金投入，设备投入等对各节点分配股份，可以是有股份的为委托权益节点，也可以是股份超过预设阈值的为委托权益节点。示例性的，例如机构abcd根据其为整个供水调度的贡献，分配股份，机构a占有20%股份，机构b占有30%股份，机构c占有40%股份，机构d占有10%股份，若占有超过20%股份的机构为委托权益节点，则机构b和机构c为委托权益节点，机构a和机构d为普通节点。通过预先付出的资源来决定股份，使区块链网络中的所有决策都掌握在可信任节点的手中，进一步提高数据安全。
[0034]
进一步的，某一个节点想要上传供水需求信息或可供调度信息的前提是其必须拥有认证节点颁发的数字证书，保证上传的信息真实有效。相应的，ca认证节点首先需要验证的是该发送认证请求的节点的数字证书是否真实有效，如果通过验证，则继续执行后续步骤，若未通过验证，则直接驳回所述认证请求，不再执行后续步骤。具体方式可以是各个节点发送认证请求时在请求中附带数字证书的信息，或者ca认证节点可以在区块链中获取到各个节点相关的数字证书的信息。
[0035]
所以，ca认证节点验证机构资质，若通过验证，则形成针对该机构的数字证书，并将数字证书与认证过程数据上链存储，保证数字证书的不可篡改。相应的，s20步骤还包括：s21：ca认证节点对所述认证请求进行认证，若通过认证，则向发送认证请求的节点颁发数字证书；s22：ca认证节点将所述数字证书上链存储。
[0036]
进一步的，为了保证数据的隐私性、安全性，对于各节点将数据上链存储的方式可以采用多种。可以采用加密的方式上链存储信息，加密方式的示例包括但不限于对称加密和非对称加密。对称加密是指使用单个密钥既加密(从明文生成密文)又解密(从密文生成明文)的加密处理。在对称加密中，同一密钥可用于多个节点，这样每个节点都可以对数据进行加密和解密。非对称加密使用密钥对，每个密钥对包括私钥和公钥，私钥仅对于相应节点是已知的，而公钥对于区块链网络中的其他节点是已知的。
[0037]
示例性的，通过为各个节点配置公私钥，使得各个节点在上链数据前，先使用自身
的公钥将数据进行加密，只有使用公钥对应的私钥才能对加密数据进行解密。而其它节点即使获得到该加密数据，也无法进行解密，避免了数据传输过程中被恶意截取的问题。当ca认证机构颁发数字证书的同时，ca认证节点要为发送认证请求的节点配置用于加密上链数据的公私钥对。相应的，s21步骤还包括：s210： ca认证节点对所述认证请求进行认证，若通过认证，则为发送认证请求的节点配置用于加密上链数据的公私钥对；其中，s100步骤中，总控中心节点将供水需求信息上链存储的步骤还包括：总控中心节点采用ca认证节点配置的与总控中心节点对应的公钥对供水需求信息加密，得到第一密文上链存储；s200步骤中，分水厂节点获取存储在区块链上的供水需求信息的步骤还包括：分水厂节点接收总控中心节点发送的ca认证节点配置的与总控中心节点对应的私钥；分水厂节点采用ca节点配置的与总控中心节点对应的私钥解密所述第一密文，得到供水需求信息；s300步骤中，分水厂节点将所述供水需求信息对应的参数解区间上链存储的步骤还包括：分水厂节点采用ca认证节点配置的与分水厂节点对应的公钥对所述供水需求信息对应的参数解区间加密，得到第二密文上链存储；s400步骤中，委托权益节点获取存储在区块链上的供水需求信息和各分水厂的参数解区间的步骤包括：委托权益节点接收总控中心节点发送的ca认证节点配置的与总控中心节点对应的私钥以及分水厂节点发送的ca认证节点配置的与分水厂节点对应的私钥；委托权益节点采用ca节点配置的总控中心节点对应的私钥和分水厂节点对应的私钥分别解密所述第一密文和所述第二密文，得到供水需求信息和各分水厂的参数解区间。
[0038]
需要说明的是，本技术中不对加密方式的具体算法进行限定，例如采用sm2加密算法进行加密等。另外，本技术后续所有上链过程均可参照上述说明，在此不再赘述。
[0039]
s600：参数能耗节点获取区块链的调度方案类型；s700：根据所述调度方案类型将存储在区块链上的供水需求信息和各分水厂的参数解区间转化为粒子群算法问题，所述粒子群算法问题上链存储后触发pow共识机制；粒子群优化算法是一种进化计算技术，源于对鸟群捕食的行为研究。粒子群优化算法的基本思想是通过群体中个体之间的协作和信息共享来寻找最优解。本技术通过将实际供水调度问题转化为有价值的粒子群算法问题，解决了传统的区块链就是利用各个节点的算力去求解一个毫无意义的随机数的问题，合理利用了各节点的计算开销。
[0040]
s800：区块链上所有节点分别获取存储在区块链上的粒子群算法问题；s900：区块链上所有节点通过pow共识机制利用各自算力对所述粒子群算法问题求解，得到求解结果上链存储；s101：参数能耗节点获取存储在区块链上的求解结果；s102：根据调度方案类型对求解结果进行分析，确定调度参数，所述调度参数为参
数值或参数空间；在本实施例中，当调度方案类型上链存储后，自动调用参数能耗节点。参数能耗节点获取区块链上的调度方案类型，根据调度方案类型，负责将实际供水调度问题转化为粒子群算法问题。当区块链接收到参数能耗节点发送的粒子群算法问题时，触发第二层共识，pow共识机制。所有节点通过pow共识机制利用各自算力共同对粒子群算法问题求解，得到求解结果。参数能耗节点对求解结果进行分析，平衡各种调度方案的能耗，得到满足供水需求的调度参数。
[0041]
其中，调度参数指能满足供水需求且能耗最低的清水池液位、出水压力（泵机数量、泵机输出压力）等设备参数信息。参数能耗节点根据调度方案类型进行分析，平衡各种调度方案的能耗。充分考虑供水调度中的静态方案和动态方案，静态方案类型得到的调度参数为参数值，为保证供水需求的各节点投入资源的最大值，取合理调度方案中的能耗最大值即可，动态方案类型得到的调度参数为参数空间，需得到合理调度方案中的各节点参数取值空间。
[0042]
s103：参数能耗节点向所有节点发送共识请求，所述共识请求包括求解结果的分析过程和调度参数；s104：参数能耗节点接收所有节点反馈的与所述共识请求对应的共识结果；s105：根据所有节点反馈的与所述共识请求对应的共识结果，判断是否通过共识，若通过共识则将所述调度参数上链存储。
[0043]
其中，所有节点接收到参数能耗节点发送的求解结果的分析过程和调度参数，对分析结果进行验证。若验证通过，则给予同意的共识结果，若验证不通过，则给予不同意的共识结果。根据所有节点反馈的共识结果，判定共识是否通过。若通过共识则将所述调度参数上链存储，所述调度参数上链存储后自动生效。
[0044]
在一些实施例中，所述区块链网络还包括监管节点，所述方法包括：监管节点实时获取各个节点的运行状态，并将运行过程中的历史信息上链存储，所述运行状态包括各个节点对应的设备的开启、关停或运行；所述历史信息包括各个节点被访问信息、设备运行指标信息以及历史调度方案信息；若监管节点检测到设备运行异常或访问操作异常，则生成预警信息并发送至各个节点。
[0045]
本实施例中，在整个供水调度流程中，需要监控个节点的运行状态，即监控各供水单元的实时生产数据和设备运行参数。如水厂内蓄水池和清水池水位、进出厂流量、出厂水质和压力；水厂内配电设备、净水设备和加压泵组等运行状态和运行参数；以及监控在运行过程中的操作过程。若检测到异常，可以向异常节点发送警告，并生成预警信息发送至各个节点。
[0046]
在一些实施例中，所述区块链网络还包括历史记录回溯节点，所述方法包括：当区块链网络接收任意节点发送的申请追溯历史调度方案的请求时，调用历史记录回溯节点；历史记录回溯节点调取区块链中存储的各个节点运行过程中的历史信息，生成追溯结果，所述追溯结果包括不同年份、不同季节、不同区域的供水情况和能耗情况。
[0047]
本实施例中，任意节点发送申请追溯请求时，所述追溯请求包含追溯者的身份信
息。若想要调取存储在区块链上的数据，必须要满足一定的要求，即需要对申请追溯的用户是否合法性进行判断。若通过验证，则允许进行后续操作，若未通过验证，说明该用户可能身份不合法，将拒绝其追溯请求。
[0048]
由上述技术方案可知，本技术聚焦多主体联合供水调度领域，通过分布式架构部署确保通信信道传输安全，提高网络的抗攻击能力。即便某节点被恶意攻击，仍然无法篡改数据，确保控制中心与供水单位均收到未经篡改的原始数据。采用多层共识机制，将区块链技术中不同共识算法与实际生产环境深度融合。实现了dpos共识算法与实际生产中的决策权绑定，能够快速达成共识，节省算力的优势。参数能耗节点能够将供水需求和各水厂参数区间转化为不同的粒子群算法求解问题，解决了传统的pow工作量证明类算法只能延续区块链生长而计算的问题却毫无实际意义的痛点，既合理利用了各节点的计算开销，又不影响顺利出块。使区块链中的问题不再只是求解出一个毫无实际价值的随机数，而是一个灵活可调节、与生产实际密切相关的有价值的数学问题。
[0049]
需要说明的是，本方案的双层共识机制解决多主体间联合调度的场景不局限于供水调度，还可以推广至多主体运输路径规划、运输调度、库存采购、生产计划等各类运筹优化类问题中。
[0050]
对应于上述方法，本技术还提供了一种应用上述方法的基于多层共识机制的水务智能调度参数求解系统，所述系统由多个分水厂节点、ca认证节点、总控中心节点以及参数能耗节点构成，所述系统中包括至少一个委托权益节点，所述系统被配置为执行下列方法：总控中心节点将供水需求信息上链存储，所述供水需求信息为当前季节、时间段、区域信息和供水要求所对应的供水需求；分水厂节点获取存储在区块链上的供水需求信息，并将所述供水需求信息对应的参数解区间上链存储，所述参数解区间为分水厂节点可供调度的设备信息和各设备当前参数信息；委托权益节点获取存储在区块链上的供水需求信息和各分水厂的参数解区间后触发dpos共识机制，通过dpos共识机制生成调度方案类型对应的选择结果，并根据选择结果确定调度方案类型上链存储，所述调度方案类型包括静态方案和动态方案；参数能耗节点获取区块链上的调度方案类型，根据所述调度方案类型将存储在区块链上的供水需求信息和各分水厂的参数解区间转化为粒子群算法问题，所述粒子群算法问题上链存储后触发pow共识机制；区块链上所有节点分别获取存储在区块链上的粒子群算法问题，通过pow共识机制利用各自算力对所述粒子群算法问题求解，得到求解结果上链存储；参数能耗节点获取存储在区块链上的求解结果，根据调度方案类型对求解结果进行分析，确定调度参数，所述调度参数为参数值或参数空间；参数能耗节点向所有节点发送共识请求，所述共识请求包括求解结果的分析过程和调度参数，并根据所有节点反馈的与所述共识请求对应的共识结果，判断是否通过共识，若通过共识则将所述调度参数上链存储。
[0051]
上述系统中在应用前述方法时的作用效果可参见前述方法实施例中的说明，在此不再赘述。