蔡耀CAI Yao;蔣黎晅JIANG Li-xuan
(南京工業(yè)大學(xué)建設(shè)管理與房地產(chǎn)系,南京 211816)
在各行業(yè)飛速發(fā)展的今天,建筑業(yè)仍存在著因業(yè)主、設(shè)計(jì)團(tuán)隊(duì)、承包商等參與方各自專注于自己的工作而導(dǎo)致的成本高、進(jìn)度延誤、生產(chǎn)效率低等問(wèn)題。集成項(xiàng)目交付(Integrated Project Delivery,IPD)是在上個(gè)世紀(jì)90 年代末在英國(guó)的一個(gè)石油工程中取得了成功后,逐漸被人們認(rèn)可和使用的新型項(xiàng)目交付方式。它強(qiáng)調(diào)團(tuán)隊(duì)成員的相互信任與協(xié)作,整體性地提高項(xiàng)目的質(zhì)量。作為一種先進(jìn)的項(xiàng)目交付模式,團(tuán)隊(duì)內(nèi)部透明開放是IPD 模式成功實(shí)施的重要因素[1],為了使各方能夠交互和共享數(shù)據(jù),IPD 要求采用高水平的信息和通信技術(shù)(ICT),近年來(lái)BIM 技術(shù)和精益理論的興起,為IPD 的實(shí)施提供了信息處理平臺(tái)和實(shí)施工具,但項(xiàng)目數(shù)據(jù)的真實(shí)性和安全性還是無(wú)法保障。馬智亮[2]等通過(guò)廣泛的文獻(xiàn)調(diào)研,提出BIM 技術(shù)解決了IPD 面臨的數(shù)據(jù)儲(chǔ)存問(wèn)題,而它無(wú)法完全滿足IPD 模式下參與成員之間數(shù)據(jù)共享的需求,而且相關(guān)研究中還沒(méi)有一款更先進(jìn)的數(shù)據(jù)信息交流平臺(tái)應(yīng)用在IPD 模式中,能讓團(tuán)隊(duì)間的聯(lián)系更加緊密,并針對(duì)它的特征實(shí)現(xiàn)項(xiàng)目?jī)?nèi)部的事務(wù)。IPD需要一種新的信息技術(shù),以保證信息真實(shí)和安全的信息共享,填補(bǔ)BIM 技術(shù)無(wú)法實(shí)現(xiàn)的IPD 特征,更好地展現(xiàn)它的優(yōu)勢(shì)。
自從區(qū)塊鏈的概念被提出,它就被認(rèn)為是一個(gè)有巨大潛力的信息處理工具,本文嘗試將區(qū)塊鏈平臺(tái)Hyperledger Fabric 應(yīng)用在IPD 模式中,根據(jù)IPD 的特點(diǎn)設(shè)置Hyperledger Fabric 平臺(tái)的模塊,實(shí)現(xiàn)IPD 模式中的信息交流、交易執(zhí)行等,并介紹了Hyperledger Fabric 在IPD項(xiàng)目中的的應(yīng)用流程,以發(fā)揮出IPD的優(yōu)勢(shì),幫助建筑業(yè)更好地發(fā)展。
區(qū)塊鏈技術(shù)起源于一個(gè)化名為中本聰?shù)木W(wǎng)絡(luò)極客在2008 年發(fā)表的《比特幣:一個(gè)P2P 電子收銀系統(tǒng)》一文[3]。目前它還沒(méi)有官方的定義,簡(jiǎn)單來(lái)講,區(qū)塊鏈就是分布式賬本的一種,在系統(tǒng)中的每個(gè)參與者都擁有一份公開的、實(shí)時(shí)更新的賬本,打包一定數(shù)量賬本的數(shù)據(jù)區(qū)塊按照時(shí)間順序連接在一起,就形成了區(qū)塊鏈。
區(qū)塊鏈去中心化、數(shù)據(jù)可追溯等特點(diǎn)吸引了眾多學(xué)者對(duì)它進(jìn)行研究,并初步將區(qū)塊鏈的發(fā)展分為三個(gè)階段:
區(qū)塊鏈1.0 階段:以比特幣為代表的數(shù)字貨幣對(duì)傳統(tǒng)金融產(chǎn)生沖擊,降低了交易成本,讓價(jià)值在互聯(lián)網(wǎng)中得以流通;
區(qū)塊鏈2.0 階段:基于區(qū)塊鏈的可編程金融,以數(shù)字資產(chǎn)和智能合約為代表,使得企業(yè)可以使用區(qū)塊鏈平臺(tái)編程自己所需要的區(qū)塊鏈程序;
區(qū)塊鏈3.0 階段:區(qū)塊鏈在社會(huì)各行各業(yè)都靈活應(yīng)用,法律、健康醫(yī)療,銀行、教育、能源等方面都能享受區(qū)塊鏈帶來(lái)的便利,提高社會(huì)的運(yùn)轉(zhuǎn)效率。
超級(jí)賬本(Hyperledger)是由LINUX 基金會(huì)牽頭并創(chuàng)立的區(qū)塊鏈平臺(tái),旨在探索區(qū)塊鏈技術(shù)在各行業(yè)的應(yīng)用。Hyperledger 的核心平臺(tái)Fabric,是一個(gè)帶有節(jié)點(diǎn)許可管理的聯(lián)盟鏈系統(tǒng)。在區(qū)塊鏈2.0 時(shí)代誕生的Hyperledger Fabric 克服了1.0 時(shí)代僅依靠比特幣進(jìn)行虛擬貨幣交易,數(shù)據(jù)吞吐量低等缺點(diǎn),除了在特定聯(lián)盟內(nèi)部真實(shí)、安全地記錄財(cái)務(wù)交易,還能利用算法實(shí)現(xiàn)投票決策等功能。它的各個(gè)子項(xiàng)目都是錨定“平臺(tái)”的,僅是一個(gè)基于區(qū)塊鏈的分布賬本平臺(tái),并不發(fā)行數(shù)字貨幣。而且與其他的區(qū)塊鏈平臺(tái)不同,F(xiàn)abric 系統(tǒng)只在一系列一致的、具有特定身份標(biāo)志的成員之間進(jìn)行交互;可插拔的模塊組件,能根據(jù)不同的場(chǎng)景設(shè)置需要的共識(shí)算法,靈活應(yīng)用在不同的項(xiàng)目之中。Hyperledger Fabric 作為區(qū)塊鏈應(yīng)用中的主流技術(shù)平臺(tái),在建筑業(yè)將有著巨大的應(yīng)用潛力。
①IPD 模式的相關(guān)信息技術(shù)存在不足。盡管IPD 模式很早就與BIM 協(xié)同管理項(xiàng)目,但BIM 技術(shù)存在互操作性問(wèn)題,一系列軟件一起工作并共享信息的能力還不夠[4],它僅是將建設(shè)項(xiàng)目數(shù)據(jù)數(shù)字化的基線工具,還需要新技術(shù)進(jìn)一步改善數(shù)據(jù)共享的環(huán)境。AIA2012 文件對(duì)IPD 模式的特點(diǎn)進(jìn)行了匯總,并標(biāo)明了哪些特點(diǎn)需要使用信息技術(shù)來(lái)實(shí)現(xiàn),如表1 所示[5]。
表1 IPD 的原則及其實(shí)現(xiàn)方式
由表1 可知,協(xié)作決策、共同制定的項(xiàng)目目標(biāo)標(biāo)準(zhǔn)、強(qiáng)化設(shè)計(jì)、主要參與者之間財(cái)政透明、愿意合作和開放式溝通都需要先進(jìn)的信息技術(shù)來(lái)實(shí)現(xiàn)。BIM 技術(shù)可以有效幫助強(qiáng)化設(shè)計(jì)和輔助進(jìn)行決策控制,提供一個(gè)數(shù)據(jù)存儲(chǔ)交換數(shù)據(jù)的平臺(tái),但是難以實(shí)現(xiàn)主要參與者之間的財(cái)政透明,促進(jìn)合作。我們?nèi)孕枰粋€(gè)擁有局部開放性的財(cái)務(wù)交易和協(xié)助決策的技術(shù)平臺(tái)幫助IPD 模式實(shí)現(xiàn)這些原則。
②信任障礙一直困擾著建筑項(xiàng)目管理者,而在以協(xié)作為核心的IPD 項(xiàng)目中信任尤為重要。造成信任缺失的原因分為兩類,一是在利益的驅(qū)使下,各參與方首先考慮自身的收益,利益的沖突使得各方互不信任;二是沒(méi)有支撐信任形成的條件讓有信任他方的意愿的人持續(xù)保持信任,項(xiàng)目?jī)?nèi)部,各方的信息并不互通和透明,共享的信息存在被篡改的風(fēng)險(xiǎn),項(xiàng)目外部,各方的聲譽(yù)建立困難,每次的合作都要經(jīng)歷相互不信任的過(guò)程。
Hyperledger Fabric 作為一個(gè)區(qū)塊鏈技術(shù)平臺(tái),本身就具備區(qū)塊鏈的普遍優(yōu)點(diǎn),來(lái)輔助IPD 的應(yīng)用:
①數(shù)據(jù)信息透明。所有參與方都能夠跟蹤項(xiàng)目進(jìn)度和成本,無(wú)論他們身在何處都有權(quán)訪問(wèn)所有數(shù)據(jù),滿足IPD模式的要求。
②數(shù)據(jù)不可篡改、可追溯。區(qū)塊鏈的最長(zhǎng)鏈原則和挖礦原理都保證了數(shù)據(jù)信息一旦上傳,就無(wú)法擅自修改。而時(shí)間戳(區(qū)塊數(shù)據(jù)的寫入時(shí)間)幫助人們追溯信息。IPD 模式下需要在項(xiàng)目竣工后進(jìn)行財(cái)務(wù)評(píng)價(jià),按權(quán)重共擔(dān)風(fēng)險(xiǎn)/收益,數(shù)據(jù)的真實(shí)性和可追溯性幫助這一工作的實(shí)現(xiàn)。
而Hyperledger Fabric 也有它區(qū)別于其他區(qū)塊鏈平臺(tái)的特有優(yōu)勢(shì):
③共識(shí)模式化。Hyperledger Fabric 的共識(shí)機(jī)制可以根據(jù)不同的項(xiàng)目自行設(shè)置,十分靈活。這使得IPD 各方能夠根據(jù)團(tuán)隊(duì)和項(xiàng)目環(huán)境開發(fā)合適的機(jī)制。
④具有高效的可擴(kuò)展性。Fabric 交易的背書節(jié)點(diǎn)和負(fù)責(zé)打包的節(jié)點(diǎn)解耦,保證系統(tǒng)有更好的伸縮性。IPD 項(xiàng)目中,每個(gè)事務(wù)的參與方成員常常是不固定的,這樣的特點(diǎn)有利于節(jié)點(diǎn)退出和新的節(jié)點(diǎn)加入。
⑤Hyperledger Fabric 是一個(gè)聯(lián)盟鏈系統(tǒng)。聯(lián)盟鏈在有限個(gè)互相已知身份的組織之間構(gòu)建系統(tǒng),去中心化,處理事務(wù)時(shí)需要參與者們一起協(xié)商,達(dá)成共識(shí)[6]。聯(lián)盟鏈的特點(diǎn)適合IPD 模式多參與方、協(xié)同決策和控制的,也有利于參與者們共同制定和驗(yàn)證的目標(biāo)。
表2 總結(jié)了Hyperledger Fabric 平臺(tái)的優(yōu)勢(shì)與特點(diǎn):
表2 Hyperledger Fabric 的優(yōu)勢(shì)
Fabric 內(nèi)部的通信實(shí)體由節(jié)點(diǎn)完成,它有三種類型——客戶端、Peer 和Orderer 節(jié)點(diǎn),不同的節(jié)點(diǎn)在系統(tǒng)中承擔(dān)不同的功能。
①客戶端:客戶端是與用戶直接接觸,實(shí)現(xiàn)對(duì)區(qū)塊鏈操作的程序節(jié)點(diǎn)。用戶通過(guò)客戶端界面,向系統(tǒng)提交事務(wù)和接收、查看賬本。
②Peer 節(jié)點(diǎn):是系統(tǒng)網(wǎng)絡(luò)中的對(duì)等節(jié)點(diǎn),并按功能分為兩種:背書節(jié)點(diǎn)(Endorser)和驗(yàn)證節(jié)點(diǎn)(Committer)。背書節(jié)點(diǎn)主要負(fù)責(zé)對(duì)被客戶端發(fā)送來(lái)的提案進(jìn)行校驗(yàn)、模擬執(zhí)行和背書;而驗(yàn)證節(jié)點(diǎn)用于驗(yàn)證背書是否符合事先設(shè)置的背書策略和更新維護(hù)區(qū)塊鏈賬本。一個(gè)Peer 節(jié)點(diǎn)也可同時(shí)具備兩種節(jié)點(diǎn)的功能,增強(qiáng)處理事務(wù)的能力和效率。
③Orderer 節(jié)點(diǎn):對(duì)各個(gè)節(jié)點(diǎn)發(fā)送來(lái)的事務(wù)進(jìn)行排序。由于在一個(gè)聯(lián)盟鏈網(wǎng)絡(luò)中,每個(gè)用戶都可能隨時(shí)隨地發(fā)送提案,當(dāng)出現(xiàn)提案并發(fā)的情況時(shí),Orderer 節(jié)點(diǎn)將按照排序策略對(duì)他們進(jìn)行排序,決定事務(wù)處理時(shí)間,以有序地記錄在區(qū)塊鏈賬本中。
每個(gè)組織都有自己的客戶端、Peer 節(jié)點(diǎn),無(wú)論哪個(gè)用戶使用自己的客戶端發(fā)送出事務(wù)請(qǐng)求,都會(huì)被廣播到所有用戶節(jié)點(diǎn),Orderer 節(jié)點(diǎn)是獨(dú)立于用戶組織之外的公用節(jié)點(diǎn),處理同一個(gè)項(xiàng)目網(wǎng)絡(luò)中的所有事務(wù)。
IPD 模式與傳統(tǒng)的項(xiàng)目不同,它將項(xiàng)目分為七個(gè)階段:概念階段、標(biāo)準(zhǔn)設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、實(shí)施文件階段、機(jī)構(gòu)審核階段、施工階段和項(xiàng)目交付階段[7],各參與方幾乎參與了所有階段,從自己的專業(yè)提出建議,優(yōu)化設(shè)計(jì)方案。Fabric 平臺(tái)在IPD 項(xiàng)目中的應(yīng)用流程如圖1 所示。
3.2.1 準(zhǔn)備工作
①成員注冊(cè)。
Fabric 系統(tǒng)中的每個(gè)節(jié)點(diǎn)代表了各參與方中的每個(gè)成員,業(yè)主方在項(xiàng)目的概念階段確定項(xiàng)目的參與方并簽訂IPD 協(xié)議。一個(gè)完整的IPD 項(xiàng)目團(tuán)隊(duì)一般包括業(yè)主方、集成項(xiàng)目協(xié)調(diào)人員、設(shè)計(jì)方、咨詢方、承包商和供應(yīng)商等,簽訂了IPD 協(xié)議的參與方必須秉持著相互尊重的理念,著眼于項(xiàng)目的整體利益。協(xié)議中規(guī)定了各方的職責(zé)和約束條件——各方利益只有在項(xiàng)目按計(jì)劃完成后才能按一定數(shù)字模型進(jìn)行分配。在這個(gè)階段,還要在協(xié)議中明確項(xiàng)目使用的技術(shù):BIM 和Hyperledger Fabric 平臺(tái)。
②設(shè)置組織關(guān)系和身份證書。
確定項(xiàng)目團(tuán)隊(duì)之后,F(xiàn)abric 客戶端將IPD 團(tuán)隊(duì)成員的身份信息通過(guò)證書頒發(fā)機(jī)構(gòu)(CA)獲取身份證書,用獲取的身份證書加入Fabric 作為Peer 節(jié)點(diǎn),以便成員管理和績(jī)效評(píng)估。項(xiàng)目參與成員在Hyperledger Fabric 中除了輸入自己的基本信息:姓名、工號(hào)、聯(lián)系方式等,還要注明自己的參與方組織。在項(xiàng)目進(jìn)行的過(guò)程中,系統(tǒng)將實(shí)時(shí)跟蹤記錄每個(gè)人參與的項(xiàng)目工作及其負(fù)責(zé)的任務(wù),查詢者可以以參與成員為關(guān)鍵詞管理成員個(gè)人的工作,也可以項(xiàng)目某一任務(wù)為關(guān)鍵詞查詢負(fù)責(zé)人員,有助于責(zé)任追溯,間接減少人為的資源浪費(fèi)。
3.2.2 轉(zhuǎn)代碼階段
在此階段,IPD 團(tuán)隊(duì)需要將設(shè)計(jì)意圖文件化,并進(jìn)行施工圖設(shè)計(jì)得出施工方法文件、施工進(jìn)度文件和成本費(fèi)用表。這些文件的合理性和正確性是Fabric 平臺(tái)幫助項(xiàng)目高效率進(jìn)行的重要前提,決定了如何設(shè)置鏈碼中的共識(shí)模塊。
在項(xiàng)目文件確定之后,這些文件被轉(zhuǎn)換成Fabric 可識(shí)別的代碼。Fabric 平臺(tái)提供傳統(tǒng)的計(jì)算機(jī)語(yǔ)言GO 語(yǔ)言,方便程序員設(shè)置鏈碼。鏈碼的執(zhí)行要預(yù)先設(shè)計(jì)背書策略,背書策略中設(shè)置了哪些成員需要為這個(gè)事務(wù)背書。以完成一面外墻為例,如果要在帳本中將這項(xiàng)工作記為“完成”,則要通過(guò)這樣的背書:
①成員P1,P2…的背書;
②事務(wù)提交者為施工方中的成員節(jié)點(diǎn);
③這面墻的工作時(shí)間從X1開始,在X2時(shí)結(jié)束;
④墻體材料的材料,鋼筋型號(hào)、水泥類別、配比等都符合施工計(jì)劃;
⑤墻體位置與BIM 系統(tǒng)中設(shè)計(jì)的一致;
⑥通過(guò)質(zhì)量檢測(cè)。
合理的排序策略有利于控制項(xiàng)目的進(jìn)度和質(zhì)量,設(shè)置排序策略的基本項(xiàng)為:
①事務(wù)的排序符合項(xiàng)目進(jìn)度表;
②每個(gè)事務(wù)應(yīng)包含以下信息:事務(wù)編號(hào);提交者(即業(yè)主或非業(yè)主)的身份;背書狀態(tài)(即哪個(gè)peer 節(jié)點(diǎn)背書了此交易);基于誰(shuí)調(diào)用了事務(wù)[8]。
③每個(gè)區(qū)塊代表一個(gè)里程碑。
④由于在竣工后要財(cái)務(wù)評(píng)估,根據(jù)以往的研究,風(fēng)險(xiǎn)/收益分配模型分為三個(gè)部分:包括項(xiàng)目直接成本和項(xiàng)目具體管理費(fèi)用的Limb1,包括公司的管理費(fèi)和正常利潤(rùn)的Limb2,Limb3 為項(xiàng)目超過(guò)目標(biāo)時(shí)的紅利[4]。因此,每個(gè)階段打包記錄交易的區(qū)塊將分為三個(gè)類型,以方便日后的風(fēng)險(xiǎn)/收益分擔(dān)。
3.2.3 鏈碼運(yùn)行階段
Fabric 系統(tǒng)的鏈碼運(yùn)行主要發(fā)生在IPD 項(xiàng)目的機(jī)構(gòu)審查階段和施工階段。
機(jī)構(gòu)審查階段是相關(guān)機(jī)構(gòu)檢查項(xiàng)目是否符合標(biāo)準(zhǔn),給予許可證和批準(zhǔn)的階段。BIM 技術(shù)的應(yīng)用加速了此階段的流程,而加入了Fabric 后,機(jī)構(gòu)不用在傳統(tǒng)IPD 項(xiàng)目的機(jī)構(gòu)審查階段開始對(duì)項(xiàng)目信息檢查,而是在概念階段就可以在Fabric 平臺(tái)中查看實(shí)時(shí)更新的賬本信息。在其他參與方做出不符合規(guī)范的決策和設(shè)計(jì)時(shí)及時(shí)進(jìn)行反饋,減少審查工作的繁復(fù)程度和設(shè)計(jì)變更,確保項(xiàng)目的順利進(jìn)行。
在IPD 項(xiàng)目的施工階段中的材料采購(gòu)將運(yùn)行之前設(shè)置的鏈碼,需要通過(guò)的背書策略至少包括材料的類別、數(shù)量、單價(jià)、供應(yīng)商身份和采購(gòu)時(shí)間等,材料運(yùn)送至施工現(xiàn)場(chǎng)后,資金將直接從采購(gòu)方轉(zhuǎn)移至供應(yīng)商名下,并在帳本中添加已采購(gòu)至現(xiàn)場(chǎng)的信息,交易事務(wù)在節(jié)點(diǎn)之間的流程如圖2 所示。
①調(diào)用者使用客戶端發(fā)送一個(gè)提案給Peer 節(jié)點(diǎn),提案中的信息包括本人特有的數(shù)字簽名和系統(tǒng)生成的編號(hào),編號(hào)用于檢查是否存在重復(fù)的提案。
②Peer 節(jié)點(diǎn)具有背書功能的點(diǎn)Endorser 調(diào)用鏈碼預(yù)先模擬執(zhí)行提案,并生成一個(gè)讀寫集。
③背書節(jié)點(diǎn)Endorser 將背書結(jié)果和這個(gè)讀寫集送回客戶端。
④客戶端將背書結(jié)果和讀寫集打包成事務(wù),發(fā)送給Orderer 節(jié)點(diǎn)。
⑤Orderer 節(jié)點(diǎn)將接收到的事務(wù)對(duì)照項(xiàng)目進(jìn)度表排序標(biāo)號(hào),組成特定類型的區(qū)塊發(fā)送到所有Peer 節(jié)點(diǎn)。
⑥Peer 節(jié)點(diǎn)具有驗(yàn)證功能的節(jié)點(diǎn)Committer 根據(jù)設(shè)置的背書策略進(jìn)行背書驗(yàn)證、雙花校驗(yàn)。通過(guò)驗(yàn)證的事務(wù)和未通過(guò)驗(yàn)證的事務(wù)都可記錄下來(lái),記為有效事務(wù)和無(wú)效事務(wù),添加進(jìn)入?yún)^(qū)塊鏈賬本之中。
⑦區(qū)塊鏈賬本被發(fā)送回客戶端,客戶端可以選擇將無(wú)效的事務(wù)進(jìn)行剔除,通過(guò)驗(yàn)證的有效事務(wù)則被執(zhí)行,資金轉(zhuǎn)移到供應(yīng)商名下。
鏈碼的執(zhí)行使施工過(guò)程更加嚴(yán)謹(jǐn),也避免了資金拖欠的問(wèn)題,采購(gòu)發(fā)生的交易記錄在采購(gòu)財(cái)務(wù)賬本之中。
施工過(guò)程的進(jìn)度記錄除了不需要進(jìn)行資金的轉(zhuǎn)移,其余的流程和交易鏈碼一致,工人每完成一項(xiàng)工作,提交“工作已完成”的提案請(qǐng)求,監(jiān)理、施工方和業(yè)主的部分成員對(duì)這項(xiàng)天進(jìn)行背書,通過(guò)后將上傳至施工進(jìn)度賬本。
3.2.4 收尾階段
①調(diào)用賬本評(píng)估項(xiàng)目。
項(xiàng)目交付階段工程項(xiàng)目、BIM 信息模型交付給業(yè)主方,再進(jìn)行項(xiàng)目的評(píng)估工作,這需要對(duì)記錄整個(gè)項(xiàng)目的三個(gè)區(qū)塊鏈賬本——設(shè)計(jì)決策賬本、采購(gòu)財(cái)務(wù)賬本和施工進(jìn)度賬本進(jìn)行回顧,并根據(jù)IPD 協(xié)議中風(fēng)險(xiǎn)/收益分配數(shù)字模型分配收益,收益的分配同樣通過(guò)鏈碼執(zhí)行。
②上傳各參與方績(jī)效。
項(xiàng)目的最后,將每個(gè)參與方在一個(gè)項(xiàng)目中的表現(xiàn)上傳至一條新的企業(yè)信譽(yù)賬本中,之后簽署同意使用、IPD 模式和Fabric 平臺(tái)的參與方都可以查看,在新的項(xiàng)目中選擇表現(xiàn)良好的合作方,增強(qiáng)信任,有利于IPD 模式的良好發(fā)展。
本文將區(qū)塊鏈平臺(tái)Hyperledger Fabric 系統(tǒng)應(yīng)用在IPD 模式的建筑項(xiàng)目之中,基于它信息無(wú)法篡改、共同驗(yàn)證等特點(diǎn),提供了一個(gè)參與成員之間相互信任的透明環(huán)境,保證信息及時(shí)共享與記錄,實(shí)現(xiàn)了項(xiàng)目進(jìn)行過(guò)程中共同決策、及時(shí)支付和實(shí)時(shí)監(jiān)測(cè)施工進(jìn)度。在數(shù)字化程度越來(lái)越高的今天,區(qū)塊鏈技術(shù)已經(jīng)在各行各業(yè)發(fā)揮著效用。雖然區(qū)塊鏈技術(shù)在建筑行業(yè)的研究還很少,但相信未來(lái)它將給建筑業(yè)帶來(lái)不小的收益。