亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        基于聯(lián)盟區(qū)塊鏈的進口農(nóng)產(chǎn)品溯源系統(tǒng)研究

        2022-07-29 06:48:54王志瑞劉亞軍
        江蘇農(nóng)業(yè)科學 2022年14期
        關(guān)鍵詞:產(chǎn)品信息系統(tǒng)

        應(yīng) 毅, 王志瑞, 劉亞軍, 任 凱

        (1.三江學院計算機科學與工程學院,江蘇南京 210012; 2.東南大學計算機科學與工程學院,江蘇南京 210096;3.南京工業(yè)大學浦江學院,江蘇南京 211200)

        1 研究現(xiàn)狀和相關(guān)技術(shù)

        1.1 傳統(tǒng)的農(nóng)產(chǎn)品溯源信息化技術(shù)

        農(nóng)產(chǎn)品溯源體系以生產(chǎn)、加工、倉儲、運輸、銷售等流程為主線,記錄和管理從田間到餐桌所有環(huán)節(jié)的產(chǎn)品信息。溯源體系涉及3類主體,第1類是產(chǎn)品質(zhì)量的監(jiān)管機構(gòu),包括各級市場監(jiān)督管理局、各級衛(wèi)生健康委員會;第2類是產(chǎn)業(yè)鏈相關(guān)企業(yè),包括生產(chǎn)商、加工商、物流服務(wù)商、分銷商、零售商等;第3類是末端消費者。

        建立農(nóng)產(chǎn)品溯源系統(tǒng)是對產(chǎn)品質(zhì)量監(jiān)督與控制行之有效的技術(shù)手段,一旦發(fā)生質(zhì)量安全問題,通過各種信息化方法能夠快速追溯到產(chǎn)品的來源和流通途徑,定位責任主體,及時召回有問題產(chǎn)品。傳統(tǒng)的農(nóng)產(chǎn)品溯源系統(tǒng)是以中心數(shù)據(jù)庫為基礎(chǔ),結(jié)合軟件開發(fā)技術(shù)、網(wǎng)絡(luò)通信技術(shù)、物聯(lián)網(wǎng)技術(shù)構(gòu)建的管理信息系統(tǒng)。產(chǎn)業(yè)鏈企業(yè)提交產(chǎn)品信息至溯源系統(tǒng);質(zhì)量監(jiān)管部門調(diào)取產(chǎn)品信息監(jiān)督質(zhì)量安全;消費者查詢溯源系統(tǒng)獲取產(chǎn)品溯源信息(圖1)。

        無論是由政府主導,還是第三方承建,在傳統(tǒng)的農(nóng)產(chǎn)品溯源系統(tǒng)中,依賴單一中心數(shù)據(jù)庫的數(shù)據(jù)存儲方式都存在數(shù)據(jù)安全問題,無法從技術(shù)層面完全杜絕編造、篡改數(shù)據(jù)的可能。產(chǎn)業(yè)鏈上下游主體處于復雜的博弈關(guān)系中,在彼此無法完全信任的情況下,在產(chǎn)生糾紛時容易出現(xiàn)質(zhì)疑溯源信息真實性的局面,進而舉證困難,難以明確責任。與傳統(tǒng)的溯源鏈條稍有不同,在進口農(nóng)產(chǎn)品的溯源體系中,處在產(chǎn)業(yè)鏈上游的產(chǎn)品供應(yīng)商通常是境外企業(yè),它們與產(chǎn)業(yè)鏈上的其他主體之間僅僅是商業(yè)合作關(guān)系,而不是隸屬關(guān)系。鑒于利益訴求不同,此類主體顧忌的不僅僅是硬件損壞、黑客入侵、數(shù)據(jù)丟失等意外情況,更多的是監(jiān)守自盜的發(fā)生。

        區(qū)塊鏈技術(shù)具有非集中化、不可篡改、可追溯、高可信、高可用等特點,為構(gòu)建非互信環(huán)境下的數(shù)據(jù)共享系統(tǒng)提供了新思路。將其應(yīng)用于溯源系統(tǒng)中,可從技術(shù)層面保證溯源信息的真實性,提升溯源流程的透明度和可信度,有效保障“政府-企業(yè)-消費者”三方利益。

        1.2 區(qū)塊鏈技術(shù)

        區(qū)塊鏈技術(shù)起源于一篇署名“中本聰”所撰寫的著名論文《Bitcoin:a peer-to-peer electronic cash system》,并以此為理論基礎(chǔ),實現(xiàn)了一種構(gòu)筑在對等網(wǎng)絡(luò)上又無需任何金融機構(gòu)背書的數(shù)字貨幣和電子支付系統(tǒng)。經(jīng)過近10年的發(fā)展,區(qū)塊鏈技術(shù)逐步獨立于比特幣,宏觀上看,它是利用加密鏈式區(qū)塊結(jié)構(gòu)來驗證與存儲數(shù)據(jù)、利用分布式節(jié)點共識算法來生成和更新數(shù)據(jù)、利用自動化腳本代碼(智能合約)來編程和操作數(shù)據(jù)的一種全新的非集中化基礎(chǔ)架構(gòu)與分布式計算范式。在經(jīng)歷了區(qū)塊鏈1.0“數(shù)字貨幣”、區(qū)塊鏈2.0“數(shù)字金融”2個階段后,區(qū)塊鏈3.0“商業(yè)區(qū)塊鏈”呈現(xiàn)出非集中化與集體維護、不可篡改與可追溯性、高可信、高可用等4個方面的技術(shù)價值。

        根據(jù)節(jié)點參與方式和應(yīng)用場景的不同,區(qū)塊鏈又分為公有鏈和許可鏈。為了實現(xiàn)分布式數(shù)據(jù)的一致性,區(qū)塊鏈的事務(wù)處理能力和區(qū)塊生成速度是有限的。比特幣是典型的公有鏈,任何節(jié)點都可以自由參與,并需要一個激勵機制(挖礦),造成節(jié)點眾多、效率低下,比特幣網(wǎng)絡(luò)的交易速度大約只有7筆/秒。私有鏈、聯(lián)盟鏈、企業(yè)鏈都屬于許可鏈。許可鏈引入身份驗證機制,只有獲得授權(quán)的節(jié)點才能加入網(wǎng)絡(luò),這使得許可鏈上的節(jié)點數(shù)大大減少,且不需要激勵機制,系統(tǒng)的運行效率更高、交易成本更低。因此,許可鏈是當前商業(yè)應(yīng)用領(lǐng)域的主流。

        在溯源體系中,農(nóng)產(chǎn)品產(chǎn)業(yè)鏈的參與者構(gòu)成一個利益共同體,但同時又不能完全信任,在現(xiàn)實中存在合作關(guān)系或交易關(guān)系,但不是隸屬關(guān)系,所以農(nóng)產(chǎn)品溯源系統(tǒng)選用許可鏈中的聯(lián)盟鏈。

        盡管存在名稱使用差異、甚至混用概念的現(xiàn)象,但是應(yīng)該看到,相當一些學者對美國學的起源、發(fā)展、理論與方法等方面的認識趨于一致。美國學作為一個獨立學科,是隨著美國綜合國力的強盛,隨著美國文化的獨特性逐漸得到認可才在美國學界興起并得以發(fā)展??鐚W科、關(guān)注文化研究被認為是美國學的基本特征。

        Hyperledger Fabric是超級賬本(hyperledger)下的一個開源框架項目,其前身為IBM Open BlockChain項目。不同于比特幣和以太坊,F(xiàn)abric是專門面向企業(yè)的聯(lián)盟鏈開發(fā)平臺,特別提供了完備的身份認證和權(quán)限管理、可插拔的共識協(xié)議、即插即用的模塊化組件和可配置架構(gòu),智能合約的編寫支持主流計算機語言(Java、Go、Node.js)。這些差異化設(shè)計使得Fabric具有較強的業(yè)務(wù)需求適配性,被廣泛應(yīng)用于金融、醫(yī)療、政務(wù)(公證、征信、審計、投票)、物流供應(yīng)鏈(供應(yīng)鏈管理、產(chǎn)品溯源)等多個領(lǐng)域。

        1.3 賬本數(shù)據(jù)和狀態(tài)數(shù)據(jù)

        商業(yè)區(qū)塊鏈要求以區(qū)塊鏈平臺作為基礎(chǔ),構(gòu)建1個企業(yè)級應(yīng)用系統(tǒng),必然離不開數(shù)據(jù)存儲的支持。fabric網(wǎng)絡(luò)中的每個合法參與者都可以持有完整的數(shù)據(jù)副本,包括賬本數(shù)據(jù)(ledger)和狀態(tài)數(shù)據(jù)(state database)。賬本數(shù)據(jù)以鏈式結(jié)構(gòu)保存一系列有序的、不可變的交易記錄,它基于二進制文件的形式存儲,默認的區(qū)塊文件大小上限為64 MB,一個賬本能保存的最大數(shù)據(jù)量約為61 TB。狀態(tài)數(shù)據(jù)用于記錄交易執(zhí)行的結(jié)果(類似于比特幣的賬戶余額),它基于Key-Value分布式數(shù)據(jù)庫的形式存儲,支持插件化的數(shù)據(jù)訪問,可選用谷歌 LevelDB或Apache CouchDB。LevelDB支持主鍵查詢、復合主鍵查詢、主鍵范圍查詢、主鍵歷史查詢;CouchDB除了支持以上查詢外,還支持富查詢(非主鍵屬性查詢)及分頁。

        1.4 節(jié)點

        Fabric網(wǎng)絡(luò)由眾多節(jié)點構(gòu)成,按照功能不同,節(jié)點主要分為2類:對等節(jié)點(peer節(jié)點)、排序節(jié)點(orderer節(jié)點)。每個對等節(jié)點都擁有1份完整的數(shù)據(jù)副本和智能合約程序,它具有記賬功能(committer)和背書功能(endorser)。背書服務(wù)主要執(zhí)行智能合約;記賬服務(wù)主要持久化賬本數(shù)據(jù)和狀態(tài)數(shù)據(jù)。排序節(jié)點只包含賬本數(shù)據(jù),不包含狀態(tài)數(shù)據(jù),排序服務(wù)主要對形成共識的交易記錄進行排序并生成區(qū)塊。共識行為由所有對等節(jié)點參與形成,智能合約觸發(fā)的交易執(zhí)行由對等節(jié)點和排序節(jié)點協(xié)作完成。

        2 進口農(nóng)產(chǎn)品溯源系統(tǒng)的架構(gòu)設(shè)計

        進口農(nóng)產(chǎn)品溯源系統(tǒng)采用5層架構(gòu)模型,自底向上依次是數(shù)據(jù)源、數(shù)據(jù)層、網(wǎng)絡(luò)層、服務(wù)層、應(yīng)用層(圖2)。

        數(shù)據(jù)源來自進口農(nóng)產(chǎn)品產(chǎn)業(yè)鏈上的生產(chǎn)商、加工商、海關(guān)、物流服務(wù)商、銷售商等在各自環(huán)節(jié)獲取到的與溯源相關(guān)的產(chǎn)品信息。數(shù)據(jù)層的功能是對數(shù)據(jù)源提供的產(chǎn)品信息進行存儲。賬本區(qū)塊以Merkle樹為基礎(chǔ)保存交易記錄,區(qū)塊頭包含時間戳并采用Hash算法進行加密;區(qū)塊體的內(nèi)容是以非對稱加密算法處理后的交易記錄。選擇CouchDB保存農(nóng)產(chǎn)品的狀態(tài)數(shù)據(jù)。網(wǎng)絡(luò)層是區(qū)塊鏈平臺信息傳輸?shù)幕A(chǔ)。在對等網(wǎng)絡(luò)環(huán)境中,每一個節(jié)點都具有相同的信息地位,網(wǎng)絡(luò)信息的傳播以點對點的方式進行,這是區(qū)塊鏈非集中化特點的體現(xiàn)。共識機制是網(wǎng)絡(luò)中多個節(jié)點對一筆交易記錄是否提交到賬本以及提交的順序達成一致的過程,它可以解決分布式環(huán)境下如何保持數(shù)據(jù)存儲一致性的問題。服務(wù)層是系統(tǒng)功能實現(xiàn)的核心。智能合約是能在區(qū)塊鏈平臺上執(zhí)行的業(yè)務(wù)代碼或數(shù)字化協(xié)議,它是應(yīng)用層與數(shù)據(jù)層交互的接口,提供數(shù)據(jù)上鏈、數(shù)據(jù)讀取等功能。同時,服務(wù)層也規(guī)定了節(jié)點接入、身份驗證的規(guī)則,它根據(jù)PKI(公鑰基礎(chǔ)設(shè)施)規(guī)范由CA(證書授權(quán)中心)為授權(quán)節(jié)點頒發(fā)數(shù)字證書和密鑰文件,以確保節(jié)點之間的安全通信。應(yīng)用層通過Web瀏覽器頁面、移動端APP、微信小程序、可用于二次開發(fā)的API等多種形式滿足用戶使用溯源系統(tǒng)的需求,包括監(jiān)管部門激活溯源碼初始化產(chǎn)品信息、產(chǎn)業(yè)鏈企業(yè)記錄各環(huán)節(jié)產(chǎn)品信息、消費者查詢產(chǎn)品溯源信息等。

        3 進口農(nóng)產(chǎn)品溯源系統(tǒng)的功能實現(xiàn)

        3.1 網(wǎng)絡(luò)部署

        根據(jù)上述系統(tǒng)架構(gòu)模型的設(shè)計和農(nóng)產(chǎn)品產(chǎn)業(yè)鏈流程的分析,構(gòu)建基于聯(lián)盟區(qū)塊鏈的進口農(nóng)產(chǎn)品溯源系統(tǒng),系統(tǒng)依托Hyperledger Fabric實現(xiàn),其網(wǎng)絡(luò)拓撲結(jié)構(gòu)見圖3,涉及到的主要軟件及版本包括Hyperledger Fabric 1.4.11、Hyperledger Fabric CA 1.4.2、Ubuntu 16.04、Docker 18.06社區(qū)版、Docker Compose 1.22、Go 1.10、區(qū)塊鏈性能測試工具Hyperledger Caliper 0.4.2及Node.js 8.17。

        系統(tǒng)總計部署9個網(wǎng)絡(luò)節(jié)點,其中5個對等節(jié)點、3個排序節(jié)點、1個CA服務(wù)器節(jié)點,對等節(jié)點和排序節(jié)點組成Fabric對等網(wǎng)絡(luò)。CA服務(wù)器負責完成針對網(wǎng)絡(luò)節(jié)點和用戶的注冊、鑒權(quán)、身份管理、證書頒發(fā)/更新/撤銷等安全許可工作;對等節(jié)點負責背書、記賬和數(shù)據(jù)存儲;排序節(jié)點借助于Apache Kafka組件實現(xiàn)交易排序,并在排序服務(wù)接口中加入基于BFT(拜占庭容錯)協(xié)議的算法。

        3.2 存儲結(jié)構(gòu)的設(shè)計

        在生產(chǎn)到銷售的流通過程中,農(nóng)產(chǎn)品會經(jīng)歷眾多環(huán)節(jié),每個環(huán)節(jié)關(guān)注的產(chǎn)品信息是不同的,存儲結(jié)構(gòu)規(guī)定了各個環(huán)節(jié)需要提交到溯源系統(tǒng)中的產(chǎn)品信息的內(nèi)容,具體要求見表1。產(chǎn)業(yè)鏈各環(huán)節(jié)企業(yè)需要正確提交該環(huán)節(jié)的產(chǎn)品信息,其中主要產(chǎn)品信息是消費者查詢溯源信息時的展現(xiàn)內(nèi)容,它多與時間、產(chǎn)品質(zhì)量、源端/末端企業(yè)有關(guān);次要產(chǎn)品信息用于當產(chǎn)品出現(xiàn)安全問題時追溯問題環(huán)節(jié)、定位責任主體使用,也關(guān)注中間商的業(yè)務(wù)情況。

        表1 產(chǎn)品信息在溯源系統(tǒng)中的存儲結(jié)構(gòu)

        3.3 溯源碼的設(shè)計

        進口農(nóng)產(chǎn)品的產(chǎn)業(yè)鏈冗長且復雜,對于同一個產(chǎn)品,雖然有眾多不同環(huán)節(jié)的產(chǎn)品信息,但仍然須要選用格式統(tǒng)一且唯一的溯源碼,才能便于產(chǎn)品數(shù)據(jù)的采集和管理。溯源碼是產(chǎn)品銷售時承載追溯信息、直接展現(xiàn)給消費者的統(tǒng)一代碼。當前,條形碼標簽仍然是使用最廣泛的普通農(nóng)產(chǎn)品標志方式。

        EAN·UCC全球統(tǒng)一標識系統(tǒng)是全球范圍內(nèi)通用的商業(yè)語言,可有效用于對農(nóng)產(chǎn)品的標志。它通過對農(nóng)產(chǎn)品從生產(chǎn)到加工、從倉儲到銷售各環(huán)節(jié)對象的標志,使產(chǎn)業(yè)鏈有效銜接。一旦出現(xiàn)安全問題,可以通過條碼標志進行追溯,查出問題出現(xiàn)的環(huán)節(jié),基至可以追溯到產(chǎn)品生產(chǎn)的源頭。所以,溯源碼采用EAN·UCC-128條碼作為數(shù)據(jù)載體,條碼設(shè)計方案為GTIN(全球貿(mào)易項目代碼)+產(chǎn)品日期+產(chǎn)品產(chǎn)地,共32位(圖4)。溯源碼具體的編碼結(jié)構(gòu)見表2。

        表2 溯源碼編碼結(jié)構(gòu)

        出于規(guī)范使用的目的,溯源碼應(yīng)由監(jiān)管機構(gòu)統(tǒng)一規(guī)劃和管理。農(nóng)產(chǎn)品產(chǎn)業(yè)鏈源頭企業(yè)向監(jiān)管機構(gòu)申請溯源碼;監(jiān)管機構(gòu)審核申請后在溯源系統(tǒng)中激活溯源碼、初始化產(chǎn)品信息,并在線下分配溯源碼;產(chǎn)業(yè)鏈各環(huán)節(jié)企業(yè)根據(jù)溯源碼更新溯源系統(tǒng)中的產(chǎn)品信息;消費者購買商品后根據(jù)溯源碼在溯源系統(tǒng)中查詢產(chǎn)品的溯源信息??梢姡菰创a貫穿于追溯管理的全流程。

        3.4 智能合約的實現(xiàn)

        智能合約在Fabric中也被稱為鏈碼(chaincode),它是實現(xiàn)用戶定制功能的可編程協(xié)議。在區(qū)塊鏈金融應(yīng)用中,智能合約定義了交易規(guī)則,可按照規(guī)則自動運行而不受人為干預,相當于使用程序和算法來代替仲裁和合同的執(zhí)行,實現(xiàn)“代碼即法律”的目標。農(nóng)產(chǎn)品溯源系統(tǒng)通過調(diào)用智能合約來操作賬本數(shù)據(jù)和狀態(tài)數(shù)據(jù),主要包括查詢操作和更新操作(增加、更改)。在Fabric中使用Go語言編寫智能合約,F(xiàn)abric提供的Init()方法用于系統(tǒng)初始化,Invoke()方法用于交易執(zhí)行或數(shù)據(jù)訪問。在Invoke()方法下定義3個參數(shù):功能類型functionType、溯源碼tracingCode、產(chǎn)品信息productInfo,functionType對應(yīng)3種接口完成功能不同的業(yè)務(wù)需求(表3)。

        表3 進口農(nóng)產(chǎn)品溯源系統(tǒng)中的智能合約設(shè)計

        智能合約程序會部署在每一個對等節(jié)點上,對等節(jié)點保存有完整的數(shù)據(jù)副本,所以查詢操作在本地即可完成,無需牽涉到其他節(jié)點。由于共識機制,更新操作需要網(wǎng)絡(luò)中的其他對等節(jié)點和排序節(jié)點參與工作(圖5)。由圖5可知,對于更新數(shù)據(jù)的共識達成是在模擬執(zhí)行過程中完成的,任一對等節(jié)點模擬執(zhí)行失敗都會導致本次更新數(shù)據(jù)無法提交,系統(tǒng)使用預處理的方式保證各個對等節(jié)點數(shù)據(jù)的一致性。

        4 應(yīng)用與試驗分析

        為了提高進口農(nóng)產(chǎn)品溯源系統(tǒng)的實用性,還應(yīng)向使用者提供界面友好、操作便捷的可視化交互方式,包括基于瀏覽器的Web應(yīng)用、移動端APP、微信小程序等。圖6為Android端APP進行溯源信息查詢的結(jié)果界面,消費者輸入溯源碼,即可瀏覽該產(chǎn)品的生產(chǎn)、通關(guān)、倉儲、物流、銷售各環(huán)節(jié)信息。

        Fabric平臺的出塊參數(shù)在一定程度上會影響系統(tǒng)的整體性能。設(shè)置出塊超時時間(BatchTimeout)為20 s、區(qū)塊最大交易數(shù)量(MaxMessageCount)為 5 000 筆、區(qū)塊首選規(guī)模(PreferredMaxBytes)為 2.5 MB、區(qū)塊最大規(guī)模(AbsoluteMaxBytes)為 100 MB,設(shè)置出塊條件為“新交易觸發(fā)”。在上述參數(shù)條件下,系統(tǒng)滿負荷運行1年,每個對等節(jié)點最多產(chǎn)生數(shù)據(jù)為3.76 TB,該數(shù)據(jù)規(guī)模完全可以被商業(yè)應(yīng)用接受。

        采用區(qū)塊鏈性能測試工具Hyperledger Caliper對進口農(nóng)產(chǎn)品溯源系統(tǒng)進行負載測試,從吞吐量和延遲時間2個維度評估系統(tǒng)的可用性和工作效率。Caliper模擬大量用戶,以并發(fā)提交業(yè)務(wù)的方式,自動化重復執(zhí)行測試用例,獲取不同負載情況下的性能指標測量值,確定系統(tǒng)所能提供的最大服務(wù)級別。

        設(shè)計更新操作(label:transfer)和查詢操作(label:query)2類測試:更新操作進行5輪,總計提交2 000筆/輪,每輪并發(fā)提交分別為50、100、150、200、250筆/s;查詢操作進行2輪,總計提交 5 000筆/輪,每輪并發(fā)提交分別為200、400筆/s。測試結(jié)果(系統(tǒng)吞吐量、平均延遲時間)如表4所示。對于更新操作,系統(tǒng)吞吐量隨著并發(fā)提交量逐步增長,當并發(fā)提交量為150筆/s時,系統(tǒng)吞吐量達到峰值112筆/s,此時平均延遲時間為4.06 s(圖7)。對于查詢操作,并發(fā)提交量為200筆/s時性能最佳,系統(tǒng)吞吐量為196筆/s、平均延遲時間為 1.47 s。由于查詢操作只需要1個對等節(jié)點負擔,而更新操作的過程波及全網(wǎng)絡(luò),所以查詢操作的性能要好于更新操作。在實際應(yīng)用中,查詢溯源信息要遠遠多于更新產(chǎn)品信息,這與溯源系統(tǒng)業(yè)務(wù)基于區(qū)塊鏈技術(shù)來設(shè)計是相符合的。

        表4 性能測試結(jié)果數(shù)據(jù)

        總體來看,進口農(nóng)產(chǎn)品溯源系統(tǒng)的吞吐量為110~200筆/s,平均延遲時間為1.5~4.0 s,在可用性上,具有較好的用戶體驗,在工作效率上,具備承載企業(yè)級應(yīng)用的能力。

        5 結(jié)語

        近期,傳染性更強的新冠病毒變異株(Delta、Delta+、Lambda)導致境外多個國家和地區(qū)的疫情反彈。國內(nèi)的疫情防控工作從“人防”轉(zhuǎn)變?yōu)椤叭宋锿馈保瑢M口農(nóng)產(chǎn)品的有效追溯成為保障人民群眾健康安全的重要手段。本研究以Hyperledger Fabric為基礎(chǔ)平臺,構(gòu)建基于聯(lián)盟區(qū)塊鏈的進口農(nóng)產(chǎn)品溯源系統(tǒng),系統(tǒng)利用區(qū)塊鏈非集中化、不可篡改、可追溯等技術(shù)特性,不僅可以實現(xiàn)進口農(nóng)產(chǎn)品從境外產(chǎn)地到境內(nèi)消費者的全流程跟蹤管理,還解決了產(chǎn)業(yè)鏈上下游之間的“信任問題”。

        區(qū)塊鏈是與生俱來的信任機器,是在完全不信任的環(huán)境下建立信任機制的技術(shù),本研究將區(qū)塊鏈技術(shù)成功應(yīng)用于進口農(nóng)產(chǎn)品溯源系統(tǒng),并證明了不借助第三方平臺建立數(shù)據(jù)共享體系的可行性,以期為區(qū)塊鏈技術(shù)在其他領(lǐng)域的應(yīng)用提供新的思路和方法。

        猜你喜歡
        產(chǎn)品信息系統(tǒng)
        Smartflower POP 一體式光伏系統(tǒng)
        WJ-700無人機系統(tǒng)
        ZC系列無人機遙感系統(tǒng)
        北京測繪(2020年12期)2020-12-29 01:33:58
        連通與提升系統(tǒng)的最后一塊拼圖 Audiolab 傲立 M-DAC mini
        訂閱信息
        中華手工(2017年2期)2017-06-06 23:00:31
        2015產(chǎn)品LOOKBOOK直擊
        Coco薇(2015年1期)2015-08-13 02:23:50
        展會信息
        中外會展(2014年4期)2014-11-27 07:46:46
        新產(chǎn)品
        玩具(2009年10期)2009-11-04 02:33:14
        產(chǎn)品
        個人電腦(2009年9期)2009-09-14 03:18:46
        下一個酷產(chǎn)品是什么
        舒適廣告(2008年9期)2008-09-22 10:02:48
        中文字幕日本人妻久久久免费 | 亚洲无码激情视频在线观看| 人妻熟女中文字幕av| 麻豆资源在线观看视频| 内射少妇36p亚洲区| 国产精品福利影院| 亚洲av永久久无久之码精| 日韩有码在线观看视频| 99精品国产丝袜在线拍国语| 8888四色奇米在线观看| 亚洲日日噜噜噜夜夜爽爽| 日韩极品在线观看视频| 亚洲熟妇色自偷自拍另类| 欧美老妇与zozoz0交| 久久精品国产72国产精福利| av人妻在线一区二区三区| 中文字幕人乱码中文字幕| 久久人人爽人人爽人人片av麻烦| 久久久久久久尹人综合网亚洲| 亚洲av永久一区二区三区| 国产办公室秘书无码精品99| 日产精品久久久久久久蜜臀| 自慰高潮网站在线观看| 日韩美腿丝袜三区四区| 久久婷婷五月综合97色一本一本 | 亚洲国产成人久久一区www| 亚洲先锋影院一区二区| 在线看亚洲一区二区三区| 久久性爱视频| 亚洲黄色电影| 亚洲av毛片成人精品| 亚洲日本精品国产一区二区三区| 一本一道av无码中文字幕﹣百度 | 美腿丝袜一区二区三区| 少妇被黑人嗷嗷大叫视频| 亚洲av无码一区二区乱孑伦as| 亚洲永久精品ww47永久入口| 男女动态视频99精品| 亚洲一区二区三区四区五区黄| 在线播放亚洲第一字幕| 国产高清女人对白av在在线|