張靖琛，于鶴洋，周自強(qiáng)，2，馬駿超，耿光超，江全元

（1. 浙江大學(xué)電氣工程學(xué)院，浙江省杭州市 310007；2. 浙江華云清潔能源有限公司，浙江省杭州市 310008；3. 國(guó)網(wǎng)浙江省電力有限公司電力科學(xué)研究院，浙江省杭州市 310014）

0 引言

建設(shè)新型電力系統(tǒng)需要發(fā)揮需求響應(yīng)（demand response，DR）的作用，讓負(fù)荷參與系統(tǒng)調(diào)度。居民負(fù)荷總量較大，但單體可控負(fù)荷功率較小，在系統(tǒng)中分散存在，各自工作具有隨機(jī)性，無(wú)法直接被系統(tǒng)調(diào)用。因此，客觀上需要通過(guò)負(fù)荷聚合商（load aggregator，LA）利用聚合技術(shù)將規(guī)模龐大的用戶(hù)側(cè)可控負(fù)荷整合為一個(gè)或多個(gè)運(yùn)行方式靈活的聚合體參與電網(wǎng)調(diào)度。

LA 的聚合控制可能經(jīng)由開(kāi)放信息網(wǎng)絡(luò)實(shí)現(xiàn)，例如以硬件資源虛擬化為基礎(chǔ)的云平臺(tái)、與邊緣計(jì)算結(jié)合的分布式異步通信網(wǎng)絡(luò)以及開(kāi)放多變的互聯(lián)網(wǎng)環(huán)境。在相對(duì)開(kāi)放的網(wǎng)絡(luò)環(huán)境下，聚合優(yōu)化將產(chǎn)生海量信息，數(shù)據(jù)存儲(chǔ)、驗(yàn)證、查詢(xún)的效率和安全性成為應(yīng)用落地的關(guān)鍵所在，中心化的數(shù)據(jù)存儲(chǔ)和管理模式難以滿(mǎn)足需求。而區(qū)塊鏈技術(shù)的不可篡改性、可追溯性、隱私保護(hù)性等特點(diǎn)為解決以上問(wèn)題提供了新的思路［1］。

在能源區(qū)塊鏈領(lǐng)域，為解決應(yīng)用需求和系統(tǒng)性能之間的矛盾，已經(jīng)進(jìn)行了一些研究。文獻(xiàn)［2-3］中針對(duì)自動(dòng)需求響應(yīng)業(yè)務(wù)需求，分析區(qū)塊鏈的應(yīng)用模式，但缺少模擬和驗(yàn)證。文獻(xiàn)［4］提出儲(chǔ)能系統(tǒng)基于區(qū)塊鏈技術(shù)的自動(dòng)需求響應(yīng)方法，但未考慮在實(shí)際區(qū)塊鏈系統(tǒng)上的運(yùn)行效果。文獻(xiàn)［5］提出多級(jí)投標(biāo)的安全信息傳遞機(jī)制，在合約層和協(xié)議層進(jìn)行分析，但未考慮系統(tǒng)規(guī)模擴(kuò)展的影響。文獻(xiàn)［6-8］提出基于區(qū)塊鏈技術(shù)的分布式能源交易應(yīng)用模式，減小交易風(fēng)險(xiǎn)、提高交易效率。文獻(xiàn)［9］提出適用于大用戶(hù)直購(gòu)電的區(qū)塊鏈框架來(lái)降低成本。文獻(xiàn)［10-11］研究微電網(wǎng)博弈模型及信用共識(shí)機(jī)制，實(shí)現(xiàn)高效安全管理。文獻(xiàn)［12］評(píng)估基于區(qū)塊鏈的點(diǎn)對(duì)點(diǎn)能源交易性能，并分析不同底層區(qū)塊鏈性能。文獻(xiàn)［13］提出在微網(wǎng)中基于區(qū)塊鏈的能源和碳配額交易模式。文獻(xiàn)［14］提出基于自適應(yīng)區(qū)塊鏈技術(shù)的微電網(wǎng)能源交易方案。文獻(xiàn)［15］提出在電力市場(chǎng)中靈活管理區(qū)塊鏈加密貨幣的方法。文獻(xiàn)［16］提出基于多代理聯(lián)盟和區(qū)塊鏈的主動(dòng)配電網(wǎng)分布式電力交易系統(tǒng)架構(gòu)，基于Java 環(huán)境模擬驗(yàn)證電力交易過(guò)程。

然而，以上研究缺少針對(duì)智能合約可擴(kuò)展性問(wèn)題、智能合約熔斷導(dǎo)致的雪崩問(wèn)題、合約漏洞問(wèn)題的解決方案。除此之外，傳統(tǒng)區(qū)塊鏈平臺(tái)的吞吐量不能完全滿(mǎn)足LA 參與DR 的需求。

針對(duì)能源區(qū)塊鏈平臺(tái)的性能問(wèn)題，已有部分相關(guān)研究。文獻(xiàn)［17］對(duì)能源區(qū)塊鏈底層技術(shù)進(jìn)行重構(gòu)，以適應(yīng)電力系統(tǒng)凸優(yōu)化的應(yīng)用需求。文獻(xiàn)［18-19］提出基于跨鏈技術(shù)的異構(gòu)安全交易模型。文獻(xiàn)［20］在跨鏈技術(shù)的基礎(chǔ)上設(shè)計(jì)高能耗用戶(hù)參與的調(diào)頻模型。文獻(xiàn)［21］提出雙鏈架構(gòu)的區(qū)塊鏈點(diǎn)對(duì)點(diǎn)交易策略。

然而，針對(duì)能源區(qū)塊鏈底層技術(shù)的改進(jìn)考慮了區(qū)塊鏈節(jié)點(diǎn)的可擴(kuò)展性以及數(shù)據(jù)交互和存儲(chǔ)的可擴(kuò)展性，未考慮智能合約邏輯的可擴(kuò)展性。除此之外，底層改進(jìn)需要在系統(tǒng)構(gòu)建初期進(jìn)行統(tǒng)籌規(guī)劃，在智能合約部署后調(diào)整難度極大，易造成類(lèi)似以太坊公鏈的硬分叉。而LA 業(yè)務(wù)需求不斷變化，初期建設(shè)難以完全兼顧后續(xù)發(fā)展需求。因此，智能合約設(shè)計(jì)架構(gòu)需要長(zhǎng)期具備可擴(kuò)展性，合約迭代及漏洞修復(fù)不影響已部署的智能合約功能。

在聯(lián)盟鏈中，將參與DR 的各主體抽象為聯(lián)盟參與對(duì)象，單個(gè)對(duì)象可以部署多個(gè)物理節(jié)點(diǎn)，單個(gè)節(jié)點(diǎn)對(duì)應(yīng)存儲(chǔ)區(qū)塊信息的設(shè)備，主要包括需求響應(yīng)前端設(shè)備（邊際節(jié)點(diǎn)）和后臺(tái)部署區(qū)塊鏈平臺(tái)的設(shè)備（云端節(jié)點(diǎn)）。聯(lián)盟鏈交易速度由共識(shí)算法決定，為適應(yīng)大規(guī)模需求響應(yīng)的應(yīng)用要求，共識(shí)算法必須使系統(tǒng)具備高每秒事務(wù)處理量（transaction per second，TPS）、節(jié)點(diǎn)動(dòng)態(tài)增刪以及賬本動(dòng)態(tài)數(shù)據(jù)自動(dòng)恢復(fù)等特性。本文選擇RBFT（robust Byzantine fault tolerance）算法，該共識(shí)算法在中國(guó)浙江省某需求響應(yīng)系統(tǒng)中應(yīng)用，基本滿(mǎn)足應(yīng)用需求。此外，合約層鏈碼調(diào)用需要消耗計(jì)算和存儲(chǔ)資源，為防止分布式拒絕服務(wù)攻擊造成的資源惡意消耗，合約中需要設(shè)置計(jì)算資源消耗上限。傳統(tǒng)單體架構(gòu)中過(guò)度耦合的鏈碼不利于后期維護(hù)，而面向LA 的DR 項(xiàng)目體系復(fù)雜，虛擬機(jī)中過(guò)多計(jì)算資源消耗易造成合約熔斷。

基于以上背景，為提高LA 在業(yè)務(wù)調(diào)整時(shí)智能合約可擴(kuò)展性和重用性，降低運(yùn)維成本，本文提出了面向LA 的智能合約微服務(wù)架構(gòu)設(shè)計(jì)方法及具體實(shí)現(xiàn)過(guò)程，搭建了智能合約中繼層（smart contract relay layer，SCRL），提出了基于單一性原則的智能合約領(lǐng)域分解方法，設(shè)計(jì)了面向LA 的智能合約微服務(wù)松耦合部署模式。采用去中心化聯(lián)盟鏈平臺(tái)Hyperchain 進(jìn)行模擬仿真，驗(yàn)證提出架構(gòu)的有效性及優(yōu)越性。

1 區(qū)塊鏈底層平臺(tái)

區(qū)塊鏈作為集成技術(shù)，其底層技術(shù)已經(jīng)趨于成熟。在“區(qū)塊鏈1.0”階段，即“可編程貨幣”階段，比特幣是最成功的應(yīng)用之一。在“區(qū)塊鏈2.0”階段，即“可編程金融”階段，以太坊異軍突起，推出基于區(qū)塊鏈的智能合約開(kāi)發(fā)平臺(tái)。在“區(qū)塊鏈3.0”階段，區(qū)塊鏈的防篡改、可匿名、去中心化等編程思想和算法被抽離與改進(jìn)，從而與物聯(lián)網(wǎng)、能源互聯(lián)網(wǎng)、金融等社會(huì)生活的各個(gè)領(lǐng)域進(jìn)行融合。在當(dāng)前階段，區(qū)塊鏈的技術(shù)特性包括：去中心化、不可篡改、可追溯性、共享性、隱私保護(hù)性和高度自治［22］。傳統(tǒng)智能合約開(kāi)發(fā)平臺(tái)主要包括以太坊和Hyperledger，但這些平臺(tái)由于性能限制主要適用于非實(shí)時(shí)、輕量級(jí)、低吞吐、信息敏感度低的場(chǎng)景［17］。LA 參與DR 涉及精確到秒級(jí)的實(shí)時(shí)響應(yīng)、海量數(shù)據(jù)存儲(chǔ)、高吞吐量交易驗(yàn)證以及高敏感度隱私信息交互。因此，本文采用Hyperchain 作為仿真平臺(tái)，多節(jié)點(diǎn)協(xié)同處理及數(shù)據(jù)驗(yàn)證過(guò)程見(jiàn)附錄A 圖A1。平臺(tái)提供的負(fù)載均衡器和懶加載數(shù)據(jù)結(jié)構(gòu)介紹見(jiàn)附錄B，平臺(tái)架構(gòu)見(jiàn)附錄B 圖B1，智能合約引擎性能對(duì)比見(jiàn)附錄B 表B1［23］，平臺(tái)引入Oracle 預(yù)言機(jī)機(jī)制，可以進(jìn)行聯(lián)盟鏈與需求響應(yīng)前端設(shè)備交互，由于本文主要關(guān)注智能合約的架構(gòu)設(shè)計(jì)，未對(duì)該過(guò)程進(jìn)行詳細(xì)介紹和分析。

2 面向LA 的智能合約微服務(wù)架構(gòu)總體設(shè)計(jì)方案

LA 參與DR 的傳統(tǒng)智能合約單體垂直架構(gòu)主要問(wèn)題在于功能過(guò)于集中，不易開(kāi)發(fā)、擴(kuò)展和維護(hù)，易導(dǎo)致智能合約雪崩擊穿，原理見(jiàn)附錄A 圖A2。系統(tǒng)性能擴(kuò)展依賴(lài)于擴(kuò)展集群節(jié)點(diǎn)，基于跨鏈技術(shù)設(shè)計(jì)多鏈結(jié)構(gòu)，改進(jìn)共識(shí)算法或提高硬件性能。根據(jù)LA 業(yè)務(wù)需求，一方面要求智能合約部署后能在滿(mǎn)足觸發(fā)條件時(shí)自動(dòng)執(zhí)行；另一方面要求LA 業(yè)務(wù)升級(jí)、漏洞修復(fù)或系統(tǒng)擴(kuò)容時(shí)，可以對(duì)已有合約進(jìn)行重用，對(duì)已部署的、存在漏洞的智能合約禁止外部訪(fǎng)問(wèn)，同時(shí)不影響其他智能合約的運(yùn)行。

本文提出面向LA 的智能合約微服務(wù)架構(gòu)，其最大特點(diǎn)是智能合約可重用、擴(kuò)展靈活、松耦合，架構(gòu)關(guān)鍵技術(shù)模塊如圖1 所示。在智能合約簇（smart contract cluster，SCC）與外部請(qǐng)求之間，智能合約微服務(wù)架構(gòu)增加智能合約中繼層實(shí)現(xiàn)隔離封裝。將LA 業(yè)務(wù)模塊由多個(gè)SCC 進(jìn)行管理，智能合約內(nèi)部屬性及方法可以被重用和重寫(xiě)。增加的智能合約可以獨(dú)立部署，與其他合約簇的運(yùn)行保持隔離，多SCC 交互通過(guò)SCRL 協(xié)調(diào)，同時(shí)已經(jīng)部署的SCC 在出現(xiàn)內(nèi)部漏洞隱患或外部適應(yīng)性問(wèn)題需停止運(yùn)行時(shí)，由SCRL 調(diào)用平臺(tái)接口，實(shí)現(xiàn)合約狀態(tài)封存和合約狀態(tài)恢復(fù)。智能合約中數(shù)據(jù)存儲(chǔ)單元通過(guò)注解和反射機(jī)制將合約中數(shù)據(jù)變量在進(jìn)行序列化或反序列化后與分布式賬本進(jìn)行交互，聯(lián)盟鏈節(jié)點(diǎn)之間通過(guò)特定端口進(jìn)行雙向數(shù)據(jù)交互。

圖1 智能合約微服務(wù)架構(gòu)的關(guān)鍵技術(shù)模塊Fig.1 Key technical modules of smart contract micro-service architecture

2.1 智能合約中繼層

本文所提架構(gòu)與傳統(tǒng)單體垂直架構(gòu)不同之處在于，所有節(jié)點(diǎn)對(duì)于智能合約的外部調(diào)用均需要通過(guò)本文提出的智能合約中繼層（smart contract relay layer，SCRL）實(shí)現(xiàn)隔離封裝。

SCRL 是從外部擴(kuò)展SCC 邏輯的耦合層，基于反射原理，利用外部注入的方式動(dòng)態(tài)獲取SCC 內(nèi)部屬性和方法，實(shí)現(xiàn)多合約簇協(xié)同共享管理，具體原理如圖2 所示，通過(guò)SCRL 與SCC 分層解耦，擁有聯(lián)盟鏈證書(shū)的各個(gè)節(jié)點(diǎn)通過(guò)賬戶(hù)的公鑰對(duì)數(shù)據(jù)進(jìn)行加密，通過(guò)私鑰對(duì)數(shù)據(jù)進(jìn)行解密，利用鏈賬戶(hù)以及所持有證書(shū)向SCRL 發(fā)起請(qǐng)求以及接收返回值，SCRL中按照鏈賬戶(hù)和證書(shū)所具有的權(quán)限，將節(jié)點(diǎn)請(qǐng)求封裝成交易體，通過(guò)事務(wù)管理模塊獲取歷史數(shù)據(jù)（包括交易體信息以及簽名摘要）。對(duì)于數(shù)據(jù)的上鏈以及合約狀態(tài)管理，通過(guò)調(diào)用合約管理模塊中的接口，將交易體通過(guò)事務(wù)注入的方式輸入SCC，由SCC 通過(guò)序列化與反序列化的方式進(jìn)行數(shù)據(jù)的格式轉(zhuǎn)化，最終與聯(lián)盟鏈平臺(tái)實(shí)現(xiàn)數(shù)據(jù)交互，上鏈信息的共識(shí)驗(yàn)證由共識(shí)節(jié)點(diǎn)完成。

圖2 SCRL、SCC 與Hyperchain 交互示意圖Fig.2 Schematic diagram of interaction between SCRL,SCC and Hyperchain

針對(duì)LA 參與DR 時(shí)的高并發(fā)問(wèn)題，通過(guò)SCRL整合負(fù)載均衡模塊，防止網(wǎng)絡(luò)阻塞。針對(duì)LA 各SCC 內(nèi)部智能合約熔斷對(duì)參與DR 所帶來(lái)的響應(yīng)失效風(fēng)險(xiǎn)，本文利用SCRL 與SCC 分層解耦，利用SCRL 統(tǒng)一處理智能合約的異常事件，減小熔斷風(fēng)險(xiǎn)，提高SCC 與分布式賬本交互效率。針對(duì)單體架構(gòu)中智能合約部署后無(wú)法對(duì)內(nèi)部漏洞進(jìn)行安全屏蔽的問(wèn)題，SCRL 基于反射原理，對(duì)運(yùn)行中存在漏洞的SCC 進(jìn)行狀態(tài)封存，實(shí)現(xiàn)松耦合部署。

2.2 基于單一性原則的智能合約領(lǐng)域分解

單一性原則指的是根據(jù)業(yè)務(wù)邏輯將智能合約拆分為功能相對(duì)獨(dú)立的多個(gè)合約，將單合約中消耗虛擬機(jī)計(jì)算資源較多的執(zhí)行語(yǔ)句拆分成多個(gè)基本獨(dú)立的保持事務(wù)原子性的模塊或合約函數(shù)，這種分解的方法和策略本文稱(chēng)之為單一性原則。根據(jù)單一性原則，LA 參與DR 中的業(yè)務(wù)模塊被拆分為3 個(gè)子服務(wù)：投標(biāo)子服務(wù)、負(fù)荷聚合子服務(wù)以及補(bǔ)貼結(jié)算子服務(wù)。每個(gè)子服務(wù)的智能合約函數(shù)按照單一性原則被分為4 類(lèi)：供給型、消費(fèi)型、封閉型以及雙向型合約函數(shù)。供給型合約函數(shù)只向鏈上傳輸數(shù)據(jù)而無(wú)返回值；消費(fèi)型合約函數(shù)只向鏈上請(qǐng)求獲取返回值而不輸入數(shù)據(jù)；封閉型合約函數(shù)既不輸入數(shù)據(jù)也不返回?cái)?shù)據(jù)，只對(duì)鏈上已經(jīng)存儲(chǔ)的數(shù)據(jù)進(jìn)行邏輯運(yùn)算和驗(yàn)證；雙向型合約函數(shù)既注入數(shù)據(jù)又獲取返回值。單一性原則需要各個(gè)合約彼此之間不直接調(diào)用，各個(gè)函數(shù)之間功能獨(dú)立，彼此的交互以及多級(jí)調(diào)用依賴(lài)于SCRL。

智能合約領(lǐng)域分解本質(zhì)是對(duì)LA 業(yè)務(wù)模塊做精細(xì)化拆分，減少合約冗余性，降低合約耦合度，提高智能合約可重用性。智能合約領(lǐng)域分解遵循單一性原則，LA 業(yè)務(wù)拆分力求徹底組件化和原子化。單個(gè)子服務(wù)以獨(dú)立形式存在于底層區(qū)塊鏈網(wǎng)絡(luò)的系統(tǒng)進(jìn)程中，獨(dú)立打包部署后通過(guò)合約地址進(jìn)行外部調(diào)用。子服務(wù)對(duì)消耗虛擬機(jī)計(jì)算資源過(guò)多的指令進(jìn)行SCC 內(nèi)部分解，針對(duì)LA 中復(fù)雜優(yōu)化問(wèn)題，通過(guò)SCRL 進(jìn)行安全外部調(diào)用，與SCC 保持解耦，避免外部?jī)?yōu)化算法對(duì)智能合約一致性及可靠性產(chǎn)生影響。

2.3 智能合約微服務(wù)架構(gòu)松耦合部署模式

在對(duì)LA 服務(wù)拆分的基礎(chǔ)上，本文提出智能合約微服務(wù)架構(gòu)松耦合部署模式。部署規(guī)則為：LA每個(gè)業(yè)務(wù)模塊由一個(gè)SCC 來(lái)管理，新增智能合約服務(wù)可以獨(dú)立部署，與其他合約簇運(yùn)行保持隔離，多SCC 交互通過(guò)SCRL 協(xié)調(diào)，已經(jīng)部署的SCC 在出現(xiàn)內(nèi)部漏洞隱患或外部適應(yīng)性問(wèn)題需要停止運(yùn)行時(shí)，由SCRL 調(diào)用平臺(tái)提供的接口，實(shí)現(xiàn)對(duì)SCC 狀態(tài)封存，在進(jìn)行模塊調(diào)整后可恢復(fù)合約狀態(tài)。SCRL 調(diào)用平臺(tái)提供的凍結(jié)和解凍技術(shù)模塊可以實(shí)現(xiàn)對(duì)已部署SCC 內(nèi)部漏洞的安全處理，基本原理見(jiàn)圖3。其中，賬戶(hù)和交易體主要構(gòu)成要素在圖中標(biāo)注，聯(lián)盟鏈平臺(tái)返回?cái)?shù)據(jù)以密文形式傳遞，SCC 狀態(tài)由交易體中智能合約狀態(tài)標(biāo)志位進(jìn)行管理。狀態(tài)管理數(shù)據(jù)通過(guò)虛擬機(jī)與分布式賬本交互。

圖3 SCC 狀態(tài)管理示意圖Fig.3 Schematic diagram of SCC state management

SCC 間耦合程度很低，操作保持原子性，當(dāng)LA業(yè)務(wù)調(diào)整，則在原先SCC 基礎(chǔ)上按照模式迭代增加成員屬性或成員方法，未改變的SCC 保持不變，重新編譯構(gòu)建壓縮包后通過(guò)合約賬戶(hù)簽名構(gòu)建新交易體，獲取壓縮包序列化之后的輸入流，通過(guò)對(duì)新壓縮包的序列化注入實(shí)現(xiàn)重新部署。在此過(guò)程中，不需要對(duì)底層區(qū)塊鏈結(jié)構(gòu)做任何改變，也不需要對(duì)已經(jīng)啟動(dòng)的SCC 做任何修改，SCC 管理的數(shù)據(jù)在新交易體驗(yàn)證過(guò)程中由自動(dòng)同步實(shí)現(xiàn)固化。

3 面向LA 的智能合約微服務(wù)架構(gòu)應(yīng)用案例

本章以L(fǎng)A 聚合空調(diào)負(fù)荷為例，介紹智能合約微服務(wù)架構(gòu)的應(yīng)用方法，詳細(xì)闡述智能合約編寫(xiě)以及部署過(guò)程。雖然只以空調(diào)負(fù)荷為例，但不僅限于空調(diào)等溫控負(fù)荷，智能合約微服務(wù)架構(gòu)對(duì)LA 參與DR 的區(qū)塊鏈項(xiàng)目構(gòu)建具有通用性。LA 參與DR 基本業(yè)務(wù)模塊包含投標(biāo)子服務(wù)、負(fù)荷聚合子服務(wù)、補(bǔ)貼結(jié)算子服務(wù)，下文中詳細(xì)介紹實(shí)施細(xì)節(jié)。

3.1 LA 參與DR 的智能合約實(shí)現(xiàn)方法

3.1.1 投標(biāo)子服務(wù)

LA 參加DR，首先依據(jù)對(duì)自身響應(yīng)能力評(píng)估及報(bào)量報(bào)價(jià)策略進(jìn)行投標(biāo)，投標(biāo)內(nèi)容既保持半透明以確保過(guò)程公平，又保持密封性保證投標(biāo)階段信息不會(huì)泄露，使數(shù)據(jù)整體保持“可用而不可見(jiàn)”的狀態(tài)。在投標(biāo)結(jié)束后的出清階段，SCC 必須高效進(jìn)行隊(duì)列排序和信息發(fā)布。領(lǐng)域分解形成的SCC 在內(nèi)部通過(guò)多級(jí)依賴(lài)分配獨(dú)立屬性來(lái)存儲(chǔ)不同時(shí)段的投標(biāo)隊(duì)列信息。

投標(biāo)開(kāi)始時(shí)，由每個(gè)LA 獨(dú)立生成投標(biāo)量，并通過(guò)鏈賬戶(hù)進(jìn)行簽名后利用SCRL 實(shí)現(xiàn)對(duì)SCC 調(diào)用，為驗(yàn)證邊際注入是否成功，可以輪詢(xún)獲得布爾返回值，投標(biāo)函數(shù)屬于雙向型函數(shù)。投標(biāo)過(guò)程中投標(biāo)量不對(duì)任何賬戶(hù)公開(kāi)。投標(biāo)結(jié)束后，按容量?jī)?yōu)先價(jià)格優(yōu)先的基本原則以及去中心化的管理模式完成出清。SCC 出清算法可以設(shè)定為內(nèi)部觸發(fā)，在投標(biāo)結(jié)束后自動(dòng)出清，也可以設(shè)定為外部觸發(fā)，由用戶(hù)構(gòu)建外部交易體進(jìn)行賬戶(hù)簽名，經(jīng)過(guò)SCRL 向SCC 注入。LA、調(diào)度中心及終端用戶(hù)沒(méi)有訪(fǎng)問(wèn)數(shù)據(jù)明文權(quán)限，但可以通過(guò)外部注入方式執(zhí)行出清算法，不同用戶(hù)可以多次注入來(lái)比較出清結(jié)果，保證過(guò)程公平，出清函數(shù)為供給型函數(shù)。運(yùn)算過(guò)程由SCC 在虛擬機(jī)沙箱中完成，而交易體構(gòu)建及外部注入由用戶(hù)完成，數(shù)據(jù)使用權(quán)限由SCC 確定，任何用戶(hù)無(wú)權(quán)更改。

3.1.2 負(fù)荷聚合子服務(wù)

負(fù)荷聚合過(guò)程依賴(lài)外部?jī)?yōu)化求解器為被聚合的小微負(fù)荷間建立信任紐帶，提升參加聚合的積極性，應(yīng)既保證信息公開(kāi)，又確保隱私保護(hù)。為確保實(shí)際運(yùn)行不會(huì)發(fā)生雪崩擊穿和網(wǎng)絡(luò)阻塞，本文通過(guò)SCRL 分層耦合的方式，既保持SCC 內(nèi)部資源的最小化占用，又保持對(duì)外部求解器的安全調(diào)用。

LA 在日前調(diào)用集群優(yōu)化控制算法計(jì)算終端用戶(hù)可控設(shè)備的響應(yīng)能力曲線(xiàn)，根據(jù)響應(yīng)時(shí)間和響應(yīng)功率，生成控制指令，經(jīng)由底層點(diǎn)對(duì)點(diǎn)（P2P）網(wǎng)絡(luò)實(shí)現(xiàn)信息播送。終端負(fù)荷數(shù)據(jù)涉及用戶(hù)隱私。因此，LA 需要有全局的數(shù)據(jù)使用權(quán)限，但是不能進(jìn)行數(shù)據(jù)明文訪(fǎng)問(wèn)，所調(diào)用的負(fù)荷數(shù)據(jù)操作函數(shù)為封閉型函數(shù)。終端用戶(hù)有權(quán)限跟蹤自身負(fù)荷變動(dòng)情況并具有通過(guò)SCRL 進(jìn)行解碼的權(quán)限，所調(diào)用的查詢(xún)函數(shù)為消費(fèi)型函數(shù)。

對(duì)終端負(fù)荷設(shè)備進(jìn)行基于角色的數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限隔離和隱私脫敏。響應(yīng)能力評(píng)估結(jié)果封裝在SCC列表中，對(duì)LA 外部注入的交易體，SCC 設(shè)置提取數(shù)據(jù)的操作權(quán)限，但在SCRL 中禁止進(jìn)行數(shù)據(jù)解碼，直接傳遞到優(yōu)化控制算法中計(jì)算，不對(duì)外暴露明文訪(fǎng)問(wèn)接口，評(píng)估函數(shù)屬于封閉型函數(shù)。LA 可以操作數(shù)據(jù)流傳遞，但不能獲取明文。終端負(fù)荷可以在日前提交是否接受托管的意愿，在LA 參與DR 時(shí)通過(guò)SCRL 獲取自身信息，但不能干擾LA 對(duì)數(shù)據(jù)的后續(xù)操作。所有數(shù)據(jù)訪(fǎng)問(wèn)和操作都需要鏈賬戶(hù)簽名，最終在聯(lián)盟鏈中形成交易體，而SCC 執(zhí)行過(guò)程以哈希值的形式封裝在交易體內(nèi)部。

對(duì)于定頻空調(diào)這一類(lèi)的可中斷溫控負(fù)荷，其等效熱參數(shù)模型為［24］：

式中：Tt和Tt+1分別為t時(shí)刻和t+1 時(shí)刻的室內(nèi)溫度；Pair為空調(diào)機(jī)組制熱或制冷功率，單位為kW；ηair為空調(diào)能效比；ε為散熱系數(shù)（室內(nèi)溫度改變的慣性系數(shù)）；A為導(dǎo)熱系數(shù)；T0，t+1為t+1 時(shí)刻室外溫度；xair，t為t時(shí) 刻 空 調(diào) 開(kāi) 啟 狀 態(tài)，xair，t=1 時(shí)，空 調(diào) 處 于 開(kāi)啟狀態(tài)，xair，t=0 時(shí)，空調(diào)處于關(guān)閉狀態(tài)。

以冬季空調(diào)負(fù)荷為例，為保證用戶(hù)舒適度，在t時(shí)段，室內(nèi)溫度變化范圍為：

式中：Tmax和Tmin分別為空調(diào)溫度設(shè)置上、下限。

又因空調(diào)功率會(huì)在一定范圍內(nèi)波動(dòng)，其運(yùn)行功率約束為：

式 中：Pair，min和Pair，max分 別 為 空 調(diào) 運(yùn) 行 功 率 的 下 限 和上限。

按日前所有削峰時(shí)段LA 總收益最大構(gòu)建目標(biāo)函數(shù)：

式 中：f為L(zhǎng)A 在 響 應(yīng) 日 的 總 收 益；r1，j為j時(shí) 段LA 從電 網(wǎng) 側(cè) 獲 得 的 補(bǔ) 貼 收 益；r2，j為j時(shí) 段LA 支 付 給 所 有用 戶(hù) 的 補(bǔ) 貼 支 出；r3，j為j時(shí) 段LA 所 有 用 戶(hù) 的 電 費(fèi) 支出；P1為j時(shí) 段 第i戶(hù) 家 庭 可 控 負(fù) 荷 功 率；Na為L(zhǎng)A所管理的家庭總數(shù)；N為響應(yīng)日內(nèi)響應(yīng)時(shí)段總數(shù)；c1，j為j時(shí) 段 電 網(wǎng) 側(cè) 響 應(yīng) 補(bǔ) 貼 單 價(jià)；c2，j為j時(shí) 段LA 對(duì)用 戶(hù) 的 響 應(yīng) 補(bǔ) 貼 單 價(jià)；c3，j為j時(shí) 段 電 費(fèi) 單 價(jià)；xi，j為j時(shí)段第i戶(hù)家庭可控負(fù)荷的開(kāi)關(guān)狀態(tài)，xi，j=1 時(shí)處于開(kāi)啟狀態(tài)，xi，j=0 時(shí)處于關(guān)閉狀態(tài)。

3.1.3 補(bǔ)貼結(jié)算子服務(wù)

式中：R為單個(gè)LA 發(fā)放補(bǔ)貼總額；Rc為根據(jù)合約規(guī)定削減容量來(lái)發(fā)放的補(bǔ)貼數(shù)額；Re為根據(jù)實(shí)際削減電量來(lái)發(fā)放的補(bǔ)貼數(shù)額，Re計(jì)算方法按照LA 履約程度進(jìn)行階梯式結(jié)算，與合約容量偏差越大，獲得補(bǔ)貼數(shù)額越少。

Rc計(jì)算公式為：

式中：Cm為每個(gè)LA 每月在SCC 中輸入的目標(biāo)容量；P為SCC 規(guī)定的補(bǔ)貼單價(jià)；K為折算系數(shù)，該系數(shù)按照LA 當(dāng)月無(wú)效響應(yīng)次數(shù)占參與響應(yīng)次數(shù)的比例進(jìn)行計(jì)算。

第2 階段是LA 對(duì)終端負(fù)荷的補(bǔ)貼結(jié)算。終端負(fù)荷的結(jié)算方式按照內(nèi)部基線(xiàn)進(jìn)行“兩部制”補(bǔ)貼。通過(guò)構(gòu)建兩階段SCC 結(jié)算模型，終端用戶(hù)和LA 都具有對(duì)結(jié)算流程進(jìn)行溯源的數(shù)據(jù)操作權(quán)限，在基線(xiàn)計(jì)算和實(shí)際負(fù)荷響應(yīng)率的判定環(huán)節(jié)可以進(jìn)行外部注入，每次驗(yàn)證過(guò)程都在分布式賬本生成交易體，記錄發(fā)起者鏈賬戶(hù)地址、被調(diào)用SCC 賬戶(hù)地址以及具體操作內(nèi)容生成的摘要。

3.2 聯(lián)盟鏈節(jié)點(diǎn)配置及部署方式

在聯(lián)盟鏈中，將參與DR 的各主體抽象為聯(lián)盟參與對(duì)象，單個(gè)對(duì)象可以部署多個(gè)物理節(jié)點(diǎn)，單個(gè)物理節(jié)點(diǎn)對(duì)應(yīng)于存儲(chǔ)區(qū)塊信息的單臺(tái)電腦或者服務(wù)器。任何新區(qū)塊產(chǎn)生及交易驗(yàn)證，在聯(lián)盟內(nèi)所有節(jié)點(diǎn)中同步廣播。聯(lián)盟鏈節(jié)點(diǎn)分為共識(shí)節(jié)點(diǎn)和非共識(shí)節(jié)點(diǎn)。共識(shí)節(jié)點(diǎn)參與共識(shí)機(jī)制，對(duì)聯(lián)盟決策擁有決策投票權(quán)。非共識(shí)節(jié)點(diǎn)與共識(shí)節(jié)點(diǎn)保持信息同步，可以對(duì)外提供數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限，但不參與共識(shí)算法。

DR 市場(chǎng)主體包括具有監(jiān)管作用的調(diào)度中心、終端負(fù)荷以及LA。對(duì)于節(jié)點(diǎn)配置遵循證書(shū)準(zhǔn)入原則。調(diào)度中心持有根證書(shū)，具有簽發(fā)各類(lèi)證書(shū)的權(quán)限。LA 持有節(jié)點(diǎn)準(zhǔn)入證書(shū)，成為共識(shí)節(jié)點(diǎn)。對(duì)于終端負(fù)荷應(yīng)持有客戶(hù)端準(zhǔn)入證書(shū)，用于證明終端負(fù)荷的合法性。若一個(gè)終端負(fù)荷需要連接多個(gè)節(jié)點(diǎn)，則該終端負(fù)荷連接每個(gè)節(jié)點(diǎn)都需要一個(gè)客戶(hù)端準(zhǔn)入證書(shū)。服務(wù)器集群為實(shí)現(xiàn)資源的高效利用已基本實(shí)現(xiàn)基于容器的虛擬化資源管理，形成專(zhuān)屬的云計(jì)算集群，LA 參與DR 過(guò)程中不同主體持有證書(shū)證明自身合法身份，Hyperchain 服務(wù)部署在四節(jié)點(diǎn)集群，對(duì)SCC 的部署和調(diào)用請(qǐng)求在客戶(hù)端通過(guò)SCRL 執(zhí)行，這樣可以避免占用過(guò)多資源，也能讓不具備服務(wù)器硬件設(shè)備的主體參與聯(lián)盟鏈。

本文采用Java 作為編程語(yǔ)言，為實(shí)現(xiàn)SCC 的輕量級(jí)部署，需要對(duì)每一個(gè)SCC 項(xiàng)目制作壓縮包，壓縮包內(nèi)部包含資源文件和字節(jié)碼文件。壓縮包中的文件經(jīng)過(guò)編譯和壓縮，最終實(shí)現(xiàn)輕量級(jí)部署，并且具有良好的可移植性。SCC 部署通過(guò)合約賬戶(hù)對(duì)壓縮包進(jìn)行序列化處理，為輸入流后加密形成交易體，并返回合約地址，SCRL 通過(guò)合約地址進(jìn)行調(diào)用。

4 面向LA 的智能合約微服務(wù)架構(gòu)性能模擬測(cè)試

4.1 系統(tǒng)數(shù)據(jù)

為驗(yàn)證本文提出的面向LA 的智能合約微服務(wù)架構(gòu)有效性及優(yōu)越性，以浙江杭州某大廈（LA1）及某智慧公寓（LA2）為例，分析架構(gòu)擴(kuò)展靈活性、安全性以及SCC 執(zhí)行效率。采用4 臺(tái)戴爾PowerEdge R740 2U 機(jī)架式服務(wù)器搭建分布式集群，操作系統(tǒng)采用CentOS7，內(nèi)存96 GB，處理器采用英特爾至強(qiáng)金牌5220R，部署Hyperchain 版本1.8，使用輕量級(jí)liteSDK。模擬場(chǎng)景為L(zhǎng)A1、LA2 參與削峰需求響應(yīng)，LA1 包 含18 間 宿 舍，LA2 包 含10 間 宿 舍，參 與主動(dòng)聚合的終端溫控負(fù)荷為定頻空調(diào)。早峰為09：00—11：00，午 峰 為15：00—17：00，晚 峰 為18：00—20：00。

4.2 響應(yīng)效果分析

1）響應(yīng)能力評(píng)估

20世紀(jì)60年代，美國(guó)空軍飛行力學(xué)實(shí)驗(yàn)室開(kāi)發(fā)了氣動(dòng)數(shù)據(jù)庫(kù)DATCOM，其包羅了從1903年第一架飛機(jī)開(kāi)始直到1978年中止數(shù)據(jù)庫(kù)更新的幾乎全部美國(guó)飛機(jī)的飛行試驗(yàn)數(shù)據(jù)[1,2]。雖然DATCOM在面對(duì)一些特殊布局如飛翼式布局時(shí)，分析起來(lái)比較困難，在面對(duì)超級(jí)復(fù)雜的超常規(guī)布局時(shí)更是無(wú)法使用，但這是人類(lèi)第一次將數(shù)據(jù)庫(kù)技術(shù)應(yīng)用到飛機(jī)數(shù)據(jù)管理中。

日前LA1、LA2 在投標(biāo)前進(jìn)行響應(yīng)能力評(píng)估。生成第2 天的聚合功率曲線(xiàn)，投標(biāo)結(jié)束前對(duì)響應(yīng)能力曲線(xiàn)在SCC 中進(jìn)行密封，密封前的聚合功率數(shù)據(jù)見(jiàn)附錄A 圖A3。在SCRL 中對(duì)響應(yīng)能力曲線(xiàn)進(jìn)行密封生成交易體，見(jiàn)附錄A 表A1。

2）投標(biāo)

針對(duì)響應(yīng)能力評(píng)估曲線(xiàn)，LA1、LA2 分別獨(dú)立進(jìn)行投標(biāo)量發(fā)布，利用SCRL 調(diào)用SCC 進(jìn)行隊(duì)列出清，并經(jīng)由底層P2P 網(wǎng)絡(luò)進(jìn)行廣播，節(jié)點(diǎn)間通過(guò)傳輸層安全協(xié)議來(lái)保證通信安全，公布各時(shí)段LA1 和LA2 的削峰指標(biāo)。

投標(biāo)階段每個(gè)LA 通過(guò)鏈賬戶(hù)在SCRL 外部注入投標(biāo)量，數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限設(shè)置由賬戶(hù)簽名決定。鏈賬戶(hù)由不同的加密算法生成，由平臺(tái)提供的賬戶(hù)生成加密算法主要有：SMRAW、SMAES、SMDES、SMSM4、ECRAW、ECDES、ECAES 等（均為國(guó)密算法或國(guó)際標(biāo)準(zhǔn)算法）。參與DR 各主體可以擁有多個(gè)鏈賬戶(hù)，鏈賬戶(hù)的私鑰由用戶(hù)保管，使用多種加密算法可以增加從外部破解的難度，對(duì)SCRL 進(jìn)行外部請(qǐng)求時(shí)用戶(hù)通過(guò)提交完整賬戶(hù)信息實(shí)現(xiàn)注入和簽名。國(guó)密算法SMSM4 加密生成的賬戶(hù)完整信息見(jiàn)附錄A 表A2。

以上加密算法經(jīng)過(guò)大量安全性檢驗(yàn)，一般情況下密鑰長(zhǎng)度越長(zhǎng)安全性相對(duì)越高。在SCC 出清之前，可以通過(guò)判斷輪詢(xún)返回值是否為零確定當(dāng)前是否成功完成投標(biāo)，但不能對(duì)投標(biāo)量進(jìn)行明文解碼。在出清結(jié)束之后，可以通過(guò)SCRL 進(jìn)行虛擬機(jī)中的返回值字節(jié)碼轉(zhuǎn)換，最終獲取投標(biāo)量明文信息。

3）聚合響應(yīng)

LA1、LA2 收到廣播的削峰指標(biāo)，在日內(nèi)由SCRL 向SCC 注入各自實(shí)際響應(yīng)能力，由SCC 自動(dòng)核準(zhǔn)并進(jìn)行修正。LA2 宿舍溫度變化過(guò)程見(jiàn)附錄A圖A4。在SCRL 外部調(diào)用基于Gurobi 優(yōu)化工具包的聚合優(yōu)化算法，設(shè)定百分比誤差為0.01，多次調(diào)用時(shí)間統(tǒng)計(jì)結(jié)果見(jiàn)附錄A 圖A5，SCRL 外部調(diào)用聚合算法與直接利用求解器相比，執(zhí)行速度相差較小，可以確保安全高效。

4）補(bǔ)貼結(jié)算

補(bǔ)貼結(jié)算由SCC 執(zhí)行，為保證資金流動(dòng)的安全性以及事務(wù)執(zhí)行的原子性，將交易切割為3 個(gè)“元操作”，包含鏈賬戶(hù)資金外部注入、鏈賬戶(hù)資金提取，鏈賬戶(hù)資金點(diǎn)對(duì)點(diǎn)轉(zhuǎn)移。多次交易元操作的執(zhí)行速度測(cè)試結(jié)果見(jiàn)圖4，圖中統(tǒng)計(jì)了發(fā)送交易體進(jìn)行數(shù)據(jù)預(yù)處理并進(jìn)行共識(shí)驗(yàn)證的時(shí)間以及通過(guò)輪詢(xún)與分布式賬本進(jìn)行合約執(zhí)行結(jié)果查詢(xún)的時(shí)間。

圖4 SCC 交易效率分析Fig.4 Analysis of SCC transaction efficiency

4.3 微服務(wù)部署模式的擴(kuò)展性分析

智能合約單體垂直架構(gòu)無(wú)法根據(jù)合約內(nèi)部漏洞或邏輯擴(kuò)展對(duì)已部署合約進(jìn)行調(diào)整，本文模擬LA聚合服務(wù)SCC 內(nèi)部執(zhí)行非轉(zhuǎn)賬交易出現(xiàn)異常，通過(guò)合約凍結(jié)和解凍，在SCRL 中調(diào)整中繼碼，重新部署運(yùn)行中拋出異常的SCC，SCC 全流程執(zhí)行結(jié)果見(jiàn)表1。表中，1 表示對(duì)應(yīng)交易可以執(zhí)行，0 表示不能執(zhí)行。由此可見(jiàn)LA 在SCRL 中可以靈活調(diào)整SCC 執(zhí)行情況，有利于SCC 后期維護(hù)。

表1 智能合約凍結(jié)、解凍中的鏈碼執(zhí)行情況Table 1 Chaincode execution in freeze and unfreeze of smart contracts

4.4 微服務(wù)架構(gòu)的穩(wěn)定性測(cè)試

LA 參與的聯(lián)盟鏈中，運(yùn)行SCC 依賴(lài)于共識(shí)節(jié)點(diǎn)，通過(guò)分析共識(shí)節(jié)點(diǎn)宕機(jī)對(duì)SCC 性能影響進(jìn)行智能合約微服務(wù)架構(gòu)穩(wěn)定性分析。本文通過(guò)模擬外部攻擊導(dǎo)致單共識(shí)節(jié)點(diǎn)宕機(jī)，比較宕機(jī)前后LA 通過(guò)智能合約進(jìn)行投標(biāo)的效率，具體執(zhí)行時(shí)間見(jiàn)圖5。在宕機(jī)前后分別進(jìn)行100 組模擬測(cè)試，只在第1 次測(cè)試由于節(jié)點(diǎn)連接失敗造成輪詢(xún)時(shí)間過(guò)長(zhǎng)，其余測(cè)試中由于利用SCRL 自動(dòng)調(diào)整輪詢(xún)服務(wù)器隊(duì)列，將后續(xù)輪詢(xún)時(shí)間維持在穩(wěn)定水平，證明本文所提架構(gòu)在確保擴(kuò)展性的同時(shí)保證了穩(wěn)定性。

圖5 單節(jié)點(diǎn)宕機(jī)時(shí)間對(duì)SCC 穩(wěn)定性影響分析Fig.5 Analysis of impact of single-node downtime on SCC stability

4.5 效率分析

本文采用針對(duì)“元交易”的測(cè)試方法，對(duì)原子性交易進(jìn)行測(cè)試，分析不同數(shù)據(jù)結(jié)構(gòu)對(duì)SCC 運(yùn)行效率的影響。以投標(biāo)量注入為例，通過(guò)模擬多LA 同時(shí)進(jìn)行SCRL 外部注入，SCC 中是否使用懶加載數(shù)據(jù)結(jié)構(gòu)的性能差異見(jiàn)附錄A 圖A6?？梢钥闯鰬屑虞d數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)處理效率高于傳統(tǒng)數(shù)據(jù)結(jié)構(gòu)，在第30 輪測(cè)試中由于隊(duì)列元素持續(xù)增長(zhǎng)，使用傳統(tǒng)數(shù)據(jù)結(jié)構(gòu)的SCC 拋出異常，而使用懶加載數(shù)據(jù)結(jié)構(gòu)的SCC 正常執(zhí)行。因此，對(duì)于LA 參與DR 中的大數(shù)據(jù)插入讀取應(yīng)該優(yōu)先使用懶加載技術(shù)的數(shù)據(jù)結(jié)構(gòu)與賬本進(jìn)行交互。交易過(guò)程中系統(tǒng)區(qū)塊延時(shí)及區(qū)塊交易體數(shù)量統(tǒng)計(jì)分析分別見(jiàn)附錄A 圖A7 及圖A8。隨著用戶(hù)請(qǐng)求數(shù)增加，區(qū)塊包含交易體數(shù)量平均值從10增加到50，最高TPS 從6 532 增加到33 231，性能可以滿(mǎn)足實(shí)際應(yīng)用需求。

5 結(jié)語(yǔ)

區(qū)塊鏈技術(shù)應(yīng)用于LA 參與需求響應(yīng)時(shí)，傳統(tǒng)單體垂直架構(gòu)面臨瓶頸。為解決該問(wèn)題，本文提出面向LA 的智能合約微服務(wù)架構(gòu)，搭建了智能合約中繼層，提出了基于單一性原則的智能合約領(lǐng)域分解方法，設(shè)計(jì)了面向LA 的智能合約微服務(wù)松耦合部署模式并基于實(shí)際系統(tǒng)數(shù)據(jù)，驗(yàn)證提出架構(gòu)的有效性。該架構(gòu)的優(yōu)勢(shì)如下：

1）擴(kuò)展性?xún)?yōu)越。本文模擬LA 聚合服務(wù)SCC 內(nèi)部執(zhí)行非轉(zhuǎn)賬交易出現(xiàn)異常，SCRL 通過(guò)調(diào)整中繼碼，對(duì)拋出異常的SCC 重新部署，LA 可以在SCRL中靈活調(diào)整SCC 執(zhí)行情況，利用SCRL 采取松耦合部署模式可以有效避免智能合約雪崩擊穿。

2）數(shù)據(jù)處理效率高。對(duì)于LA 的投標(biāo)量注入和投標(biāo)量公布的測(cè)試結(jié)果表明，多LA 同時(shí)進(jìn)行SCRL外部注入，SCC 采用懶加載數(shù)據(jù)結(jié)構(gòu)對(duì)于虛擬機(jī)計(jì)算資源消耗更少，投標(biāo)隊(duì)列數(shù)據(jù)容量提高3 倍，平均延時(shí)降低約1/2，提高了數(shù)據(jù)處理效率。

3）架構(gòu)穩(wěn)定性良好。在經(jīng)過(guò)領(lǐng)域分解之后，本文通過(guò)智能合約松耦合部署模式部署多個(gè)SCC，通過(guò)模擬外部攻擊導(dǎo)致單共識(shí)節(jié)點(diǎn)宕機(jī)進(jìn)行分析可得，宕機(jī)造成的異常延時(shí)在多次試驗(yàn)中所占比例不超過(guò)1%，證明了SCRL 在確保擴(kuò)展性的同時(shí)也保證了穩(wěn)定性。

本文主要關(guān)注合約層的架構(gòu)設(shè)計(jì)，對(duì)于共識(shí)層的研究還不夠深入，后續(xù)可能的研究方向包括：適用于大規(guī)模需求響應(yīng)的彈性共識(shí)機(jī)制、大規(guī)模需求響應(yīng)區(qū)塊鏈動(dòng)態(tài)組網(wǎng)技術(shù)等。

在本文審稿過(guò)程中，審稿人與作者的討論見(jiàn)附錄C。

本文研究得到國(guó)網(wǎng)浙江省電力有限公司科技項(xiàng)目（B311DS21000H）資助，特此感謝！

附錄見(jiàn)本刊網(wǎng)絡(luò)版（http：//www.aeps-info.com/aeps/ch/index.aspx），掃英文摘要后二維碼可以閱讀網(wǎng)絡(luò)全文。