咨詢(xún)電話: 1317-2164-214
一文說(shuō)清“鏈上”和“鏈下”
發(fā)布于 2024-11-22 21:12:03 作者: 陰盼芙
注冊(cè)公司是創(chuàng)業(yè)者成為合法企業(yè)的第一步,也是最重要的一步。通過(guò)完成這個(gè)過(guò)程,你可以獲得法律保護(hù),讓你的企業(yè)更加正式和專(zhuān)業(yè)。主頁(yè)將帶你了解抵押的資產(chǎn)做賬,希望你可以從中得到收獲。
免責(zé)聲明:本文旨在傳遞更多市場(chǎng)信息,不構(gòu)成任何投資建議。文章僅代表作者觀點(diǎn),不代表火星財(cái)經(jīng)官方立場(chǎng)。
小編:記得關(guān)注哦
來(lái)源:巴比特
作者:張開(kāi)翔,F(xiàn)ISCO BCOS 首席架構(gòu)師
什么是“上鏈”?什么數(shù)據(jù)和邏輯應(yīng)該“上鏈”?文件能不能上鏈?鏈上能不能批量查數(shù)據(jù)?“鏈下”又是什么?
“鏈上”、“鏈下”諸多問(wèn)題,一文說(shuō)清。
什么是“鏈上”和“鏈下”
區(qū)塊“鏈”的鏈,包含“數(shù)據(jù)鏈”和“節(jié)點(diǎn)鏈”。數(shù)據(jù)鏈指用鏈?zhǔn)浇Y(jié)構(gòu)組織區(qū)塊數(shù)據(jù),構(gòu)成數(shù)據(jù)校驗(yàn)和追溯的鏈條;“節(jié)點(diǎn)鏈”指多個(gè)節(jié)點(diǎn)通過(guò)網(wǎng)絡(luò)連接在一起,互相共享信息,其中的共識(shí)節(jié)點(diǎn)則聯(lián)合執(zhí)行共識(shí)算法,產(chǎn)生并確認(rèn)區(qū)塊。
交易“上鏈”的簡(jiǎn)要過(guò)程如下:
記賬者們收錄交易,按鏈?zhǔn)綌?shù)據(jù)結(jié)構(gòu)打包成“區(qū)塊”。共識(shí)算法驅(qū)動(dòng)大家驗(yàn)證新區(qū)塊里的交易,確保計(jì)算出一致的結(jié)果。數(shù)據(jù)被廣播到所有節(jié)點(diǎn),穩(wěn)妥存儲(chǔ)下來(lái),每個(gè)節(jié)點(diǎn)都會(huì)存儲(chǔ)一個(gè)完整的數(shù)據(jù)副本。
交易一旦“上鏈”,則意味著得到完整執(zhí)行,達(dá)成了“分布式事務(wù)性”。簡(jiǎn)單地說(shuō),就像一段話經(jīng)過(guò)集體核準(zhǔn)后在公告板上公示于眾,一字不錯(cuò)不少,永久可見(jiàn)且無(wú)法涂改。
“上鏈”意味著“共識(shí)”和“存儲(chǔ)”,兩者缺一不可。交易不經(jīng)過(guò)共識(shí),則不能保證一致性和正確性,無(wú)法被鏈上所有參與者接受;共識(shí)后的數(shù)據(jù)不被多方存儲(chǔ),意味著數(shù)據(jù)有可能丟失或被單方篡改,更談不上冗余可用。
除此之外,如果僅僅是調(diào)用接口查詢(xún)一下,沒(méi)有改變?nèi)魏捂溕蠑?shù)據(jù),也不需要進(jìn)行共識(shí)確認(rèn),則不算“上鏈”。
或者,某個(gè)業(yè)務(wù)服務(wù)本身和區(qū)塊鏈并不直接相關(guān),或其業(yè)務(wù)流程無(wú)需參與共識(shí),所生成的數(shù)據(jù)也不寫(xiě)入節(jié)點(diǎn)存儲(chǔ),那么這個(gè)業(yè)務(wù)服務(wù)稱(chēng)為“鏈下服務(wù)”,無(wú)論它是否和區(qū)塊鏈節(jié)點(diǎn)共同部署在一臺(tái)服務(wù)器,甚至和節(jié)點(diǎn)進(jìn)程編譯在一起。
當(dāng)這個(gè)業(yè)務(wù)服務(wù)調(diào)用區(qū)塊鏈的接口發(fā)送交易,且交易完成“共識(shí)”和“存儲(chǔ)”后,才稱(chēng)為“上鏈”;如果這個(gè)交易沒(méi)有按預(yù)期被打包處理,那么可以叫“上鏈?zhǔn)?/strong>”。
事實(shí)上,幾乎所有的區(qū)塊鏈系統(tǒng),尤其是和實(shí)體經(jīng)濟(jì)、現(xiàn)實(shí)世界結(jié)合的區(qū)塊鏈應(yīng)用,都需要鏈上鏈下協(xié)同,用“混合架構(gòu)“來(lái)實(shí)現(xiàn),系統(tǒng)本身就包含豐富的技術(shù)生態(tài)。
*注1:交易(transaction)是區(qū)塊鏈里的通用術(shù)語(yǔ),泛指發(fā)往區(qū)塊鏈,會(huì)改動(dòng)鏈上數(shù)據(jù)和狀態(tài)的一段指令和數(shù)據(jù)
*注2:本節(jié)描述的是簡(jiǎn)要的模型,在多層鏈、分片模型里,流程會(huì)更加復(fù)雜,事務(wù)劃分更細(xì),但“共識(shí)”和“存儲(chǔ)”才叫上鏈的基本原則不變
交易之輕和“上鏈”之重
目前區(qū)塊鏈底層平臺(tái)逐步趨于成熟,性能和成本已經(jīng)不是什么大問(wèn)題,只是以下幾個(gè)開(kāi)銷(xiāo)是因“分布式多方協(xié)作”而先天存在的:
共識(shí)開(kāi)銷(xiāo):主流共識(shí)算法里,PoW(工作量證明,也就是挖礦)消耗電力;PoS(權(quán)益證明)要抵押資產(chǎn)獲得記賬權(quán);PBFT(聯(lián)盟鏈常用的拜占庭容錯(cuò)算法)記賬者要完成多次往返投票,流程步驟繁雜。計(jì)算開(kāi)銷(xiāo):除了加解密、協(xié)議解析等計(jì)算之外,在支持智能合約的區(qū)塊鏈上,為了驗(yàn)證合約的執(zhí)行結(jié)果,所有節(jié)點(diǎn)都會(huì)無(wú)差別地執(zhí)行合約代碼,牽一發(fā)而動(dòng)全身。網(wǎng)絡(luò)開(kāi)銷(xiāo):與節(jié)點(diǎn)數(shù)呈指數(shù)級(jí)比例,節(jié)點(diǎn)越多,網(wǎng)絡(luò)傳播次數(shù)越多,帶寬和流量開(kāi)銷(xiāo)越大,如果數(shù)據(jù)包過(guò)大,就更雪上加霜。存儲(chǔ)開(kāi)銷(xiāo):和節(jié)點(diǎn)數(shù)成正比,所有的鏈上數(shù)據(jù),都會(huì)寫(xiě)入所有節(jié)點(diǎn)的硬盤(pán),在一個(gè)有100個(gè)節(jié)點(diǎn)的鏈上,就變成了100份副本,如果有1000個(gè)節(jié)點(diǎn),那就是1000份。
也許有人會(huì)說(shuō):“這就是‘信任’的成本,值得的!”我同意。只是理想無(wú)法脫離現(xiàn)實(shí),畢竟硬件資源總是有限的。
想象一下,如果每個(gè)交易都是一個(gè)復(fù)雜科學(xué)計(jì)算任務(wù),那么每個(gè)節(jié)點(diǎn)CPU和內(nèi)存會(huì)跑滿(mǎn);如果每個(gè)交易都包含一個(gè)大大的圖片或視頻,那么全網(wǎng)的帶寬,以及各節(jié)點(diǎn)存儲(chǔ)很快被塞爆;如果大家都敞開(kāi)來(lái)濫用“鏈上”資源,“公地悲劇”就不可避免。
調(diào)用API發(fā)個(gè)交易是很容易的,而鏈上的開(kāi)銷(xiāo)就像房間里的大象,難以視而不見(jiàn)。作為開(kāi)發(fā)者,需要正視“交易之輕和鏈上之重”,積極“上鏈”的同時(shí)減少不必要的開(kāi)銷(xiāo),找到平衡之道。
*注1:常規(guī)聯(lián)盟鏈節(jié)點(diǎn)參考配置:8核/16G內(nèi)存/10m外網(wǎng)帶寬/4T硬盤(pán),不考慮“礦機(jī)”和其他特種配置。土豪隨意,俗話說(shuō)“錢(qián)能解決的問(wèn)題都不是問(wèn)題,問(wèn)題是.”*注2:本節(jié)暫未討論“局部/分片共識(shí)”,也不探討“平行擴(kuò)容”的情況,默認(rèn)假定全網(wǎng)參與共識(shí)和存儲(chǔ)
讓“鏈上”歸鏈上,“鏈下”歸鏈下
開(kāi)銷(xiāo)只是成本問(wèn)題,而本質(zhì)上,應(yīng)該讓區(qū)塊鏈干自己最該干的事情。鏈上聚焦多方協(xié)作,盡快達(dá)成共識(shí),營(yíng)造或傳遞信任,將好鋼用到刀刃上;那些非全局性的、無(wú)需多方共識(shí)的、數(shù)據(jù)量大的、計(jì)算繁雜的.通通放到鏈下實(shí)現(xiàn),一個(gè)好漢三個(gè)幫。
如何進(jìn)行切割?在業(yè)務(wù)層面,識(shí)別多方協(xié)作事務(wù)和數(shù)據(jù)共享中“最大公約數(shù)”,抓住要點(diǎn)痛點(diǎn),四兩撥千斤;在技術(shù)上,合理設(shè)計(jì)多層架構(gòu),揚(yáng)長(zhǎng)避短、因地制宜地運(yùn)用多種技術(shù),避免拿著錘子看什么都是釘子、一招打天下的思維。
為避免過(guò)于抽象,下面給出幾個(gè)例子。
*注:每個(gè)例子其實(shí)都有大量的細(xì)節(jié),考慮篇幅,這里做概要介紹,聚焦鏈上鏈下的區(qū)別和有機(jī)結(jié)合
文件能不能上鏈?
這是個(gè)非常高頻的問(wèn)題,經(jīng)常被問(wèn)到。這里的文件一般指圖像、視頻、PDF等,也可以泛指大體量的數(shù)據(jù)集,上鏈可信分享的目的,是使接受者可以驗(yàn)證文件的完整性、正確性。
常見(jiàn)的場(chǎng)景里,文件共享一般是局部的、點(diǎn)對(duì)點(diǎn)的,而不是廣播給所有人,讓區(qū)塊鏈無(wú)差別地保存海量數(shù)據(jù),會(huì)不堪重負(fù)。所以,合理的做法是計(jì)算文件的數(shù)字指紋(MD5或HASH),并與其他一些可選信息一起上鏈,如作者、持有人簽名、訪問(wèn)地址等,單個(gè)上鏈信息并不多。
文件本身則保存在私有的文件服務(wù)器、云文件存儲(chǔ)、或者IPFS系統(tǒng)里,這些專(zhuān)業(yè)方案更適合維護(hù)海量文件和大尺寸文件,容量更高、成本更低。注意,如果文件的安全級(jí)別到了“一個(gè)字節(jié)都不能泄露給無(wú)關(guān)人等”的程度,那么應(yīng)慎用IPFS這種分布式存儲(chǔ)的方案,優(yōu)選私有存儲(chǔ)方式。
需要分享文件給指定的朋友時(shí),可以走專(zhuān)用傳輸通道點(diǎn)對(duì)點(diǎn)的發(fā)送文件,或者授權(quán)朋友到指定的URL下載,可以和區(qū)塊鏈的P2P網(wǎng)絡(luò)隔離,不占用區(qū)塊鏈帶寬。朋友獲得文件后,計(jì)算文件的MD5、HASH,和鏈上對(duì)應(yīng)的信息進(jìn)行比對(duì),驗(yàn)證數(shù)字簽名,確保收到了正確且完整的文件。
這種方案,文件在鏈上“確權(quán)”、“錨定”和“尋址”,明文在鏈下傳輸并與鏈上互驗(yàn),無(wú)論是成本、效率、還是隱私安全都取得了平衡。
怎么批量查詢(xún)和分析數(shù)據(jù)?
對(duì)區(qū)塊鏈上的數(shù)據(jù)進(jìn)行分析是自然的需求,比如“某個(gè)賬戶(hù)參與哪些業(yè)務(wù)流程、完成了多少筆交易、成功率如何”,“某個(gè)記賬節(jié)點(diǎn)在一段時(shí)間內(nèi)參與了多少次區(qū)塊記賬、是否及時(shí)、有否作弊”,這些邏輯會(huì)牽涉到時(shí)間范圍、區(qū)塊高度、交易收發(fā)雙方、合約地址、事件日志、狀態(tài)數(shù)據(jù)等維度。
目前區(qū)塊鏈底層平臺(tái)一般是采用“Key-Value”的存儲(chǔ)結(jié)構(gòu),其優(yōu)勢(shì)是讀寫(xiě)效率極高,但難以支持復(fù)雜查詢(xún)。
其次,復(fù)雜查詢(xún)邏輯一般是在區(qū)塊生成后進(jìn)行,時(shí)效性略低,且并不需要進(jìn)行多方共識(shí),有一定的“離線”性。
最后,數(shù)據(jù)一旦“上鏈”,就不會(huì)改變,且只增不減,數(shù)據(jù)本身有明顯特征(如區(qū)塊高度、互相關(guān)聯(lián)的HASH值、數(shù)字簽名等)可以檢驗(yàn)數(shù)據(jù)的完整性和正確性,在鏈上還是鏈下處理并無(wú)區(qū)別,任何擁有完整數(shù)據(jù)的節(jié)點(diǎn)都能支持獨(dú)立的復(fù)雜查詢(xún)。
于是,我們可以將數(shù)據(jù)完整地從鏈上導(dǎo)出,包括從創(chuàng)世塊開(kāi)始到最新的所有區(qū)塊、所有交易流水和回執(zhí)、所有交易產(chǎn)生的事件、狀態(tài)數(shù)據(jù)等,通通寫(xiě)入鏈外的關(guān)系型數(shù)據(jù)庫(kù)(如MySQL)或大數(shù)據(jù)平臺(tái),構(gòu)建鏈上數(shù)據(jù)的“鏡像”,然后可以采用這些引擎強(qiáng)大的索引模型、關(guān)聯(lián)分析、建模訓(xùn)練、并行任務(wù)能力,靈活全面地對(duì)數(shù)據(jù)進(jìn)行查詢(xún)分析。
區(qū)塊鏈瀏覽器、運(yùn)營(yíng)管理平臺(tái)、監(jiān)控平臺(tái)、監(jiān)管審計(jì)等系統(tǒng),都會(huì)采用這種策略,鏈上出塊,鏈下及時(shí)ETL入庫(kù),進(jìn)行本地化地分析處理后,如需要和鏈上進(jìn)行交互,再通過(guò)接口發(fā)送交易上鏈即可。
復(fù)雜邏輯和計(jì)算
和復(fù)雜查詢(xún)略有不同,復(fù)雜邏輯指交易流程中關(guān)系復(fù)雜、流程繁雜的部分。
如上所述,鏈上的智能合約會(huì)在所有節(jié)點(diǎn)上運(yùn)行,如果智能合約寫(xiě)得過(guò)于復(fù)雜,或者包含其實(shí)不需要全網(wǎng)共識(shí)的多余邏輯,全網(wǎng)就會(huì)承擔(dān)不必要的開(kāi)銷(xiāo)。極端的例子是,合約里寫(xiě)了個(gè)超級(jí)大的數(shù)據(jù)遍歷邏輯(甚至是死循環(huán)),那么全網(wǎng)所有節(jié)點(diǎn)都會(huì)陷入這個(gè)遍歷中,吭哧吭哧跑半天,甚至被拖死。
除了用類(lèi)似GAS機(jī)制來(lái)控制邏輯的長(zhǎng)度外,在允許的GAS范圍內(nèi),我們推薦智能合約的設(shè)計(jì)盡量精簡(jiǎn),單個(gè)合約接口里包含的代碼在百行就算是比較復(fù)雜的了,可以考慮是否將一部分拆解出去。
拆解的邊界因不同業(yè)務(wù)而異,頗為考驗(yàn)對(duì)業(yè)務(wù)的熟悉程度。開(kāi)發(fā)者要對(duì)業(yè)務(wù)進(jìn)行庖丁解牛式地分層分模塊解耦,僅將業(yè)務(wù)流程中牽涉多方協(xié)作、需要共識(shí)、共享和公示的部分放到鏈上,使得合約只包含“必須”“鐵定”要在鏈上運(yùn)行的邏輯,合約邏輯“小而美”。
一般來(lái)說(shuō),多方見(jiàn)證的線上協(xié)同、公共賬本管理、一定要分享給全體的關(guān)鍵數(shù)據(jù)(或數(shù)據(jù)的HASH)都是可以放到鏈上的,但相關(guān)的一些前置或后續(xù)的檢驗(yàn)、核算、對(duì)賬等邏輯可以適當(dāng)拆解到鏈下。
一些和密集計(jì)算有關(guān)的邏輯,宜盡量將其在鏈下實(shí)現(xiàn),如復(fù)雜的加解密算法,可以設(shè)計(jì)成鏈下生成證明鏈上快速驗(yàn)證的邏輯;如果業(yè)務(wù)流程中牽涉對(duì)各種數(shù)據(jù)的遍歷、排序和統(tǒng)計(jì),則在鏈下建立索引,鏈上僅進(jìn)行Key-Value的精準(zhǔn)讀寫(xiě)。
其實(shí),現(xiàn)在但凡看到合約里有用到mapping或array,我都會(huì)強(qiáng)迫癥地想想能不能把這部分放鏈下服務(wù)去,個(gè)人比較欣賞“胖鏈下”和“瘦鏈上”的設(shè)計(jì)取向。
強(qiáng)調(diào)一下,精簡(jiǎn)鏈上合約邏輯,并不全是因?yàn)楹霞s引擎的效率問(wèn)題,合約引擎已經(jīng)越來(lái)越快了。核心原因還是在發(fā)揮區(qū)塊鏈最大功效的同時(shí),避免“公地悲劇”。開(kāi)發(fā)者拿出計(jì)算和存儲(chǔ)成本最小的合約,有著“如無(wú)必要勿增實(shí)體”的奧卡姆剃刀式美感,更是對(duì)鏈上所有參與者表達(dá)尊重和負(fù)責(zé)任的態(tài)度。
即時(shí)消息:快速協(xié)商和響應(yīng)
受隊(duì)列調(diào)度、共識(shí)算法、網(wǎng)絡(luò)廣播等因素約束,“上鏈”的過(guò)程多少都會(huì)有一點(diǎn)延時(shí)。采用工作量證明共識(shí)的鏈,時(shí)延在十幾秒到10分鐘,采用DPOS、PBFT的共識(shí),時(shí)延可縮短到秒級(jí),此外,如果遇到網(wǎng)絡(luò)波動(dòng)、交易擁擠等特殊情況,時(shí)延表現(xiàn)會(huì)有抖動(dòng)。
總的來(lái)說(shuō),對(duì)照毫秒或百毫秒級(jí)響應(yīng)的瞬時(shí)交互,“上鏈”會(huì)顯得些許“遲鈍”。比如去超市買(mǎi)瓶水,支付后肯定不能站在那里等十幾秒到十分鐘,鏈出塊確認(rèn)后才走吧(略尷尬)。
對(duì)類(lèi)似場(chǎng)景,宜結(jié)合鏈上預(yù)存和鏈外支付,在鏈下的點(diǎn)對(duì)點(diǎn)通道實(shí)現(xiàn)高頻、快速、低延時(shí)的交易,鏈下確保收妥和響應(yīng),最后將雙方的賬戶(hù)余額、交易憑據(jù)匯總到鏈上,在鏈上完成妥善記賬。著名的“閃電網(wǎng)絡(luò)”就類(lèi)似這種模式。
另外,有些商業(yè)場(chǎng)景會(huì)先進(jìn)行多輪的訂單撮合、競(jìng)價(jià)拍賣(mài)或討價(jià)還價(jià)。一般來(lái)說(shuō),這些操作是發(fā)生在局部的交易對(duì)手方之間,未必需要全網(wǎng)共識(shí),所以也可以通過(guò)鏈下通道完成,最后將雙方的訂單(包含雙方磋商結(jié)果、數(shù)字簽名等信息)發(fā)送到鏈上,完成交易事務(wù)即可。
舉個(gè)下快棋的例子,棋手的每一步棋并不需要實(shí)時(shí)上鏈,雙方只管啪啪地下,裁判和觀眾只管?chē)^,在棋局結(jié)束時(shí),比如總共下了一百手,那么將這一百手的記錄匯總起來(lái),連同輸贏結(jié)果上鏈,以便記錄戰(zhàn)績(jī)分配獎(jiǎng)金。如果要復(fù)盤(pán)棋局詳情(如視頻),可以參考上文提及的鏈下文件存儲(chǔ)模式,用專(zhuān)用的服務(wù)器或分布式存儲(chǔ)實(shí)現(xiàn)。
針對(duì)類(lèi)似需求,在FISCO BCOS底層平臺(tái)中,提供了AMOP(鏈上信使協(xié)議),利用已經(jīng)搭建起來(lái)的區(qū)塊鏈網(wǎng)絡(luò),在全網(wǎng)范圍實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)、實(shí)時(shí)、安全的通信?;贏MOP,可以支持即時(shí)消息、快速協(xié)商、事件通知、交換秘密、構(gòu)建私有交易等,推薦。
*注:【AMOP】詳情可參考:
https://fisco-bcos-documentation.readthedocs.io/zh_CN/latest/docs/manual/amop_protocol.html
鏈下信息如何可信上鏈?
先看一個(gè)典型問(wèn)題:“智能合約運(yùn)行中要使用鏈外信息,怎么辦?”
比如,鏈上有個(gè)世界杯決賽競(jìng)猜游戲,但世界杯不可能在鏈上踢吧;或者需要參考今天的天氣,天氣顯然不是鏈上原生信息,應(yīng)該從氣象局獲取;在跨境業(yè)務(wù)中,可能用到法定匯率,而匯率一定是來(lái)自權(quán)威機(jī)構(gòu)的,不能在鏈上憑空生成。
這時(shí)候就要用到“預(yù)言機(jī)(Oracle)”,由一個(gè)或多個(gè)鏈下可信機(jī)構(gòu)將球賽、天氣、匯率等信息寫(xiě)到鏈上的公共合約,其他合約統(tǒng)一使用這份經(jīng)過(guò)共識(shí)確認(rèn)的可信信息,不會(huì)出現(xiàn)歧義??紤]到安全和效率,預(yù)言機(jī)(Oracle)會(huì)有多種具體做法,實(shí)現(xiàn)起來(lái)相當(dāng)有趣。
更進(jìn)一步的靈魂拷問(wèn)是:“如何保證上鏈的數(shù)據(jù)是真實(shí)的?”坦率地說(shuō),區(qū)塊鏈并不能從根本上保證鏈下數(shù)據(jù)的可信性,只能保證信息一旦上鏈,就是全網(wǎng)一致且難以篡改的。而區(qū)塊鏈跟實(shí)體經(jīng)濟(jì)結(jié)合時(shí),勢(shì)必要面對(duì)“如何可信上鏈”這個(gè)問(wèn)題。
如資產(chǎn)相關(guān)應(yīng)用,除了進(jìn)行人員管理之外,還要“四流合一”,即“信息流、商流、物流、資金流”互相匹配和交叉印證,會(huì)使業(yè)務(wù)流程更加可信。這些“流”常常發(fā)生在鏈下現(xiàn)實(shí)世界,要把控它們,可能會(huì)用到物聯(lián)網(wǎng)(傳感器、攝像頭等)、人工智能(模式識(shí)別、聯(lián)邦學(xué)習(xí)等)、大數(shù)據(jù)分析、可信機(jī)構(gòu)背書(shū)等多種技術(shù)和方式,這已經(jīng)遠(yuǎn)遠(yuǎn)超出了區(qū)塊鏈的范圍。
所以,本節(jié)的命題其實(shí)是:區(qū)塊鏈如何和數(shù)字世界里的技術(shù)廣泛結(jié)合,更好地發(fā)揮自身多方協(xié)作、營(yíng)造信任的作用。
隨著數(shù)字世界的發(fā)展、尤其“新基建”的強(qiáng)力推動(dòng),我們相信廣泛的數(shù)字化能在保護(hù)隱私的前提下,降低信息采集和校驗(yàn)的成本,采集的數(shù)據(jù)會(huì)越來(lái)越豐富。
如在使用、轉(zhuǎn)移、回收實(shí)體物資時(shí),及時(shí)采集監(jiān)測(cè),甚至是多方、多路、多維度立體化的采集監(jiān)控,并上鏈進(jìn)行共識(shí)、公示、錨定,鏈上鏈下交叉驗(yàn)證,這樣就可以逐漸逼近“物理世界可信上鏈”的效果,邏輯會(huì)更嚴(yán)密,更具有公信力,數(shù)據(jù)和價(jià)值流通會(huì)更可靠,協(xié)作的摩擦更低。
"鏈上"還是“鏈下"治理?
“治理”即制定行業(yè)聯(lián)盟和業(yè)務(wù)運(yùn)作規(guī)則,確保規(guī)則的執(zhí)行,處理異常事件,獎(jiǎng)勵(lì)和懲戒參與者等。
以理想化的標(biāo)準(zhǔn),似乎應(yīng)該實(shí)現(xiàn)鏈上治理,通過(guò)代碼決策、制定和執(zhí)行規(guī)則,出錯(cuò)時(shí)系統(tǒng)具有“自修復(fù)”的“超能力"。實(shí)際上,完備的鏈上治理過(guò)于復(fù)雜,實(shí)現(xiàn)起來(lái)很有挑戰(zhàn)性,尤其在需要達(dá)成現(xiàn)實(shí)世界法律法規(guī)的執(zhí)行力時(shí),純鏈上的治理往往力不從心。
再多想一步:如完全依賴(lài)代碼,萬(wàn)一代碼本身有BUG、或者要“改需求”呢?鏈下的決策者、開(kāi)發(fā)者如何發(fā)現(xiàn)和介入?
所以,“Code is Law”還是個(gè)理想化的目標(biāo),鏈下治理不可或缺。
聯(lián)盟鏈參與者們組成管理委員會(huì),在現(xiàn)實(shí)世界里進(jìn)行民主集中制的討論和決策,共同制定規(guī)則,采用多簽、工作流的方式一起發(fā)起治理動(dòng)作,調(diào)用區(qū)塊鏈接口上鏈。
在鏈上,包括區(qū)塊鏈底層平臺(tái)和智能合約在內(nèi),都會(huì)內(nèi)置一系列的決策和控制點(diǎn),如支持多方投票決策,具備從業(yè)務(wù)層穿透到底層的準(zhǔn)入和權(quán)限控制能力,可修改業(yè)務(wù)和節(jié)點(diǎn)的參數(shù),能應(yīng)對(duì)異常情況的重置賬戶(hù),對(duì)錯(cuò)賬進(jìn)行沖正調(diào)賬等等。
治理動(dòng)作和結(jié)果經(jīng)過(guò)共識(shí)確認(rèn),在鏈上全網(wǎng)生效,公開(kāi)透明,接受廣泛監(jiān)督,彰顯其合理性和公正性。必要時(shí)還可以引入監(jiān)管方和司法仲裁。
反過(guò)來(lái),聯(lián)盟鏈上的數(shù)據(jù),具備身份可知、難以篡改、無(wú)法否認(rèn)且可全程追溯等特點(diǎn),可為鏈下治理決策提供完備的數(shù)據(jù)基礎(chǔ),也便于為鏈下實(shí)際執(zhí)行提供可信的憑據(jù)。所以,鏈上和鏈下有機(jī)結(jié)合,有助于設(shè)計(jì)完備、可控、可持續(xù)的治理機(jī)制。
如何做到“上” “下”自如
或許有人會(huì)說(shuō):“這鏈上鏈下什么的太復(fù)雜了,我就想用區(qū)塊鏈!”
我認(rèn)為這個(gè)說(shuō)法很對(duì)。說(shuō)到底,用戶(hù)就想要一條趁手的“鏈”。作為開(kāi)發(fā)者,我們要打造靈活的、插件化的系統(tǒng)架構(gòu),實(shí)現(xiàn)各種能力,什么數(shù)據(jù)導(dǎo)出、文件存儲(chǔ)和傳輸、密集計(jì)算、數(shù)據(jù)采集和異步上鏈、治理監(jiān)管、一鍵部署按需取舍后,打包起來(lái)開(kāi)箱即用,實(shí)際上提供了“基于區(qū)塊鏈的一系列能力”。
最終呈現(xiàn)的“鏈”,除了節(jié)點(diǎn)之外,還有區(qū)塊鏈瀏覽器、管理臺(tái)、監(jiān)控和審計(jì)系統(tǒng)、業(yè)務(wù)模板、APP/小程序等一系列交互入口,用戶(hù)只需動(dòng)動(dòng)鼠標(biāo),點(diǎn)點(diǎn)頁(yè)面,調(diào)調(diào)接口,一站式體驗(yàn)到一個(gè)完整的區(qū)塊鏈應(yīng)用。用戶(hù)會(huì)覺(jué)得:“這就是區(qū)塊鏈”,無(wú)需再分“鏈上”和“鏈下”,渾然一體。
說(shuō)到這里,推薦一個(gè)我認(rèn)為非常棒的設(shè)計(jì):分布式身份標(biāo)識(shí)(DID)。
DID是一套涵蓋了分布式身份管理、可信數(shù)據(jù)交換的規(guī)范。權(quán)威機(jī)構(gòu)為用戶(hù)完成KYC,頒發(fā)憑據(jù)。用戶(hù)將身份標(biāo)識(shí)的摘要公布到鏈上,而將自己隱私數(shù)據(jù)存在鏈下(這一點(diǎn)非常重要)。
使用時(shí),用戶(hù)采用“明確授權(quán)”和“選擇性披露”的策略,僅需出示少量的信息或加密證明,與鏈上數(shù)據(jù)進(jìn)行對(duì)照校驗(yàn),即可證明用戶(hù)憑據(jù)和數(shù)據(jù)可信性,達(dá)成了“數(shù)據(jù)多跑路,用戶(hù)少跑腿”、保護(hù)了用戶(hù)隱私的可喜效果。
這種設(shè)計(jì)很好地將鏈上鏈下結(jié)合起來(lái),邏輯閉環(huán)自洽,并不因?yàn)閿?shù)據(jù)存在鏈下,就削弱了鏈上的功效,反而使得鏈的授信模型更為重要。
DID規(guī)范定義了語(yǔ)義清晰、層次分明的數(shù)據(jù)結(jié)構(gòu),以及通用的交互協(xié)議。開(kāi)源項(xiàng)目WeIdentity完整地實(shí)現(xiàn)了DID協(xié)議,并提供豐富的周邊支撐工具和服務(wù),值得參考。
*注:【W(wǎng)eIdentity】詳情可見(jiàn):
https://fintech.webank.com/weidentity
結(jié) 語(yǔ)
鏈漫漫其修遠(yuǎn)兮,吾將“上下”而求索。在未來(lái),“可信的”區(qū)塊鏈將越來(lái)越多地和人們?nèi)粘I睢?shí)體經(jīng)濟(jì)聯(lián)動(dòng),步入尋常百姓家。作為從業(yè)者,保持開(kāi)放的心態(tài),積極而創(chuàng)新地將區(qū)塊鏈與更多技術(shù)結(jié)合,無(wú)論運(yùn)作于鏈上還是鏈下,只要能解決問(wèn)題、創(chuàng)造價(jià)值,就是一條好鏈。
注冊(cè)公司是向客戶(hù)和合作伙伴展示您企業(yè)可靠性和穩(wěn)定性的重要途徑。通過(guò)上文關(guān)于抵押的資產(chǎn)做賬的相關(guān)信息,主頁(yè)相信你已經(jīng)得到許多的啟發(fā),也明白類(lèi)似這種問(wèn)題的應(yīng)當(dāng)如何解決了,假如你要了解其它的相關(guān)信息,請(qǐng)點(diǎn)擊主頁(yè)的其他頁(yè)面。
相關(guān)閱讀
- 差額開(kāi)票差額納稅賬務(wù)處理,說(shuō)說(shuō)一個(gè)特別偏的開(kāi)票賬務(wù)處理
- 終于有人把餐飲住宿行業(yè)賬務(wù)處理講清楚了,附開(kāi)票稅務(wù)及涉稅分析
- 想要做好酒店會(huì)計(jì),工作流程、賬務(wù)處理、科目分類(lèi)一定要掌握
- 關(guān)于計(jì)提電費(fèi),預(yù)存電費(fèi)和收到發(fā)票后的實(shí)際金額的處理
- 深圳代理記賬公司記賬報(bào)稅服務(wù)流程,收費(fèi)需要多少錢(qián)?
- 對(duì)方公司開(kāi)票給我司,我司少打款20怎么做賬
- 深圳代理記賬收費(fèi),深圳會(huì)計(jì)記賬一般多少錢(qián)?
- 報(bào)銷(xiāo)油費(fèi)怎么做賬?
- 醫(yī)藥行業(yè)賬務(wù)處理全流程深度解析(基于2025年最新政策)
- 【粵焦點(diǎn)】深圳代理記賬公司收費(fèi)標(biāo)準(zhǔn)看哪些方面?