国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

基于區(qū)塊鏈的聯(lián)邦學(xué)習(xí)工作流程

這篇具有很好參考價(jià)值的文章主要介紹了基于區(qū)塊鏈的聯(lián)邦學(xué)習(xí)工作流程。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

工作流程:

1.初始化(Initialization):從預(yù)定義好的目標(biāo)函數(shù)和全局梯度中隨機(jī)選擇參數(shù)。
2.本地模型更新(Local model update):終端設(shè)備根據(jù)所需的迭代次數(shù)來(lái)訓(xùn)練本地模型。
3.本地模型上傳(Local model upload):礦工與終端設(shè)備進(jìn)行綁定。終端設(shè)備上傳本地模型參數(shù)給礦工,同時(shí)上傳相應(yīng)的本地計(jì)算時(shí)間進(jìn)行驗(yàn)證。
4.交叉驗(yàn)證(Cross Verification):礦工依次驗(yàn)證終端設(shè)備的模型參數(shù)和計(jì)算時(shí)間。計(jì)算時(shí)間是否與數(shù)據(jù)的大小成正比決定了模型參數(shù)的可靠性。驗(yàn)證后的數(shù)據(jù)存儲(chǔ)在礦工的potential塊中,直到所有模型參數(shù)驗(yàn)證并存儲(chǔ)在一個(gè)塊中。
5.區(qū)塊生成(Block generation):每一輪都會(huì)運(yùn)行共識(shí)算法。當(dāng)有獲勝的礦工獲得區(qū)塊生成機(jī)會(huì)并生成候選塊(candidate block)時(shí)便會(huì)停止共識(shí)算法,同時(shí)強(qiáng)迫其他礦工停止競(jìng)爭(zhēng)區(qū)塊生成的機(jī)會(huì)。
6.區(qū)塊傳播(Block propagation):獲勝的礦工將候選塊作為新區(qū)塊廣播給所有參與方。如果驗(yàn)證無(wú)誤,系統(tǒng)中的所有礦工將新區(qū)塊追加到本地的賬本中。
7.全局模型更新(Global model update):被選擇的礦工聚合所有本地模型參數(shù),然后將新的全區(qū)參數(shù)寫入塊中。
8.全局模型下載(Global model download):所有的終端設(shè)備從新區(qū)塊中下載全局參數(shù),并決定是否進(jìn)行下一輪。
基于區(qū)塊鏈的聯(lián)邦學(xué)習(xí)工作流程


分類:

完全去中心化(Fully decentralized):每個(gè)終端設(shè)備都有可能領(lǐng)導(dǎo)特定的一輪訓(xùn)練,并發(fā)揮聚合器(中心服務(wù)器)的作用??赡苄耘c所處理的資源成正比,包括:計(jì)算和存儲(chǔ)性能、本地?cái)?shù)據(jù)質(zhì)量、網(wǎng)絡(luò)穩(wěn)定性等因素。
部分去中心化(Partially decentralized):部分去中心化的FL允許一個(gè)選定的礦工或委員會(huì)達(dá)成共識(shí),并決定候選區(qū)塊。
混合型(Hybrid):一些支持區(qū)塊鏈的FL系統(tǒng)選擇了靈活的共識(shí)算法(例如基于委員會(huì)的算法),這樣既可以完全去中心化又可以部分去中心化,這種情況下稱為Hybrid。


參考文獻(xiàn):https://www.researchgate.net/profile/Youyang-Qu/publication/359493327_Blockchain-Enabled_Federated_Learning_A_Survey/links/6242659957084c718b72b113/Blockchain-Enabled-Federated-Learning-A-Survey.pdf文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-451319.html

到了這里,關(guān)于基于區(qū)塊鏈的聯(lián)邦學(xué)習(xí)工作流程的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • git管理工具學(xué)習(xí)(圖解使用git工作流程)

    git管理工具學(xué)習(xí)(圖解使用git工作流程)

    GIT 簡(jiǎn)介 git是什么,在維基百科上是這么介紹的: git是一個(gè)分布式的版本控制軟件 分布式 是相對(duì)于集中式而言的,分布式即每一個(gè)git庫(kù)都是一個(gè)完整的庫(kù)。 每個(gè)庫(kù)的地位都是平等的,但是一般在實(shí)際開(kāi)發(fā)都需要有一個(gè)統(tǒng)一的代碼管理平臺(tái)(服務(wù)器)。來(lái)簡(jiǎn)化開(kāi)發(fā),我們只需

    2024年02月14日
    瀏覽(23)
  • 從零開(kāi)始的Hadoop學(xué)習(xí)(六)| HDFS讀寫流程、NN和2NN工作機(jī)制、DataNode工作機(jī)制

    從零開(kāi)始的Hadoop學(xué)習(xí)(六)| HDFS讀寫流程、NN和2NN工作機(jī)制、DataNode工作機(jī)制

    1.1 HDFS寫數(shù)據(jù)流程 1.1.1 剖析文件寫入 (1)客戶端通過(guò) Distributed FileSystem 模塊向 NameNode 請(qǐng)求上傳文件,NameNode檢查目標(biāo)文件是否已存在,父目錄是否存在。 (2)NameNode 返回是否可以上傳。 (3)客戶端請(qǐng)求第一個(gè) Block 上傳到哪幾個(gè) DataNode 服務(wù)上。 (4)NameNode 返回 3個(gè) DataN

    2024年02月10日
    瀏覽(22)
  • TCP/IP協(xié)議工作原理與工作流程

    TCP/IP協(xié)議工作原理與工作流程

    使用OSI模型來(lái)描述一個(gè)網(wǎng)絡(luò)中的各個(gè)協(xié)議層,如下: TCP/IP協(xié)議,英文全稱Transmission Control Protocol/Internet Protocol,包含了一系列構(gòu)成互聯(lián)網(wǎng)基礎(chǔ)的網(wǎng)絡(luò)協(xié)議,是Internet的核心協(xié)議。TCP/IP協(xié)議是一個(gè)協(xié)議簇,包含了應(yīng)用協(xié)議、傳輸協(xié)議、網(wǎng)際互聯(lián)協(xié)議和路由控制協(xié)議。如下圖: 應(yīng)

    2024年04月25日
    瀏覽(38)
  • 網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng):工作流程及工作內(nèi)容

    網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng):工作流程及工作內(nèi)容

    **一、** 網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng)過(guò)程概述 網(wǎng)絡(luò)安全等級(jí)保護(hù)測(cè)評(píng)工作過(guò)程包括四個(gè)基本測(cè)評(píng)活動(dòng): 測(cè)評(píng)準(zhǔn)備活動(dòng)、方案編制活動(dòng)、現(xiàn)場(chǎng)測(cè)評(píng)活動(dòng)、報(bào)告編制活動(dòng) 。而測(cè)評(píng)相關(guān)方之間的溝通與洽談應(yīng)貫穿整個(gè)測(cè)評(píng)過(guò)程。每一項(xiàng)活動(dòng)有一定的工作任務(wù)。如下表。 01 基本工作流程

    2024年02月06日
    瀏覽(25)
  • RabbitMQ工作流程詳解

    RabbitMQ工作流程詳解

    (1)生產(chǎn)者連接RabbitMQ,建立TCP連接(Connection),開(kāi)啟信道(Channel) (2)生產(chǎn)者聲明一個(gè)Exchange (交換器),并設(shè)置相關(guān)屬性,比如交換器類型、是否持久化等 (3)生產(chǎn)者聲明一個(gè)隊(duì)列井設(shè)置相關(guān)屬性,比如是否排他、是否持久化、是否自動(dòng)刪除等 (4)生產(chǎn)者通過(guò)bindingKey (綁定Key) 將交換器

    2024年02月13日
    瀏覽(26)
  • 軟件測(cè)試工作流程

    軟件測(cè)試工作流程

    流程體系介紹 在以往的項(xiàng)目工作中,我參與過(guò),需求評(píng)審、測(cè)試計(jì)劃制定、測(cè)試用例編寫、測(cè)試用例執(zhí)行、測(cè)試腳本編寫、測(cè)試腳本的執(zhí)行,進(jìn)行回歸測(cè)試、驗(yàn)收測(cè)試、編寫階段性測(cè)試報(bào)告等工作 需求分析,需求評(píng)審(RPD、產(chǎn)品原型圖) 制定測(cè)試計(jì)劃、評(píng)審測(cè)試計(jì)劃、優(yōu)化

    2024年02月05日
    瀏覽(24)
  • STM32 工作流程

    工作流程: 上電后,芯片復(fù)位啟動(dòng) MCU通過(guò)指令/數(shù)據(jù)總線從FLASH中讀取指令或數(shù)據(jù),配合解析執(zhí)行,然后再通過(guò)RAM和通用寄存器(R0~R12的內(nèi)部寄存器)處理可變數(shù)據(jù) 根據(jù)執(zhí)行的指令,配置和操作外設(shè)的寄存器,從而驅(qū)動(dòng)對(duì)應(yīng)的外設(shè)實(shí)現(xiàn)具體的功能 配合上層組合邏輯,結(jié)合外設(shè)

    2024年02月11日
    瀏覽(24)
  • HTTPS的工作流程

    HTTPS的工作流程

    hi,大家好,好久不見(jiàn),今天為大家?guī)?lái)HTTPS協(xié)議的工作流程 HTTPS也是應(yīng)用層協(xié)議,讓我們?cè)賮?lái)回憶一下TCP/IP五層協(xié)議模型 HTTPS 也是一個(gè)應(yīng)用層協(xié)議. 是在 HTTP 協(xié)議的基礎(chǔ)上引入了一個(gè)加密層. HTTP協(xié)議在傳輸?shù)臅r(shí)候是以文本的形式傳輸?shù)?就可能會(huì)導(dǎo)致被劫持,這里的劫持包括但不限于

    2024年02月06日
    瀏覽(20)
  • 簡(jiǎn)述springMVC工作流程

    Spring MVC是一個(gè)基于Java的開(kāi)源MVC框架,用于構(gòu)建Web應(yīng)用程序。它通過(guò)將應(yīng)用程序分解為模型(Model)、視圖(View)和控制器(Controller)三個(gè)部分,以提高應(yīng)用程序的可維護(hù)性和可擴(kuò)展性。以下是Spring MVC的基本工作流程: 客戶端發(fā)送請(qǐng)求: 客戶端通過(guò)瀏覽器或其他客戶端發(fā)送

    2024年02月05日
    瀏覽(22)
  • AES工作流程

    工作流程 模式 1:加密 ? 復(fù)位EN 重置AES模塊 ? 設(shè)置模式寄存器mode[1:0]=00,設(shè)置流數(shù)據(jù)處理模式寄存器CHMOD[1:0] ? 寫AES_KEYRx寄存器,CTR和CBC模式下寫AES_IVRx寄存器 ? 寫EN=1,使能AES ? 寫AES_DINR 寄存器4次 ? 等待CCF標(biāo)志置起 ? 從AES_DOUTR分4次讀出加密結(jié)果 ? 對(duì)于同一個(gè)key,重

    2024年02月01日
    瀏覽(21)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包