IPFS協(xié)議層深入分析8——交換層2 Provide Blocks

在上一節(jié)中我們講到了GetBlocks接口脓钾,在收到Keys請求之后宾濒,會通知各個模塊緩存關(guān)于KEYS的請求帕翻,并且開始通過路由層來尋找對應的數(shù)據(jù)宠进。在將KEYS存入WantManager的同時晕拆,WantManager會把已經(jīng)建立鏈接的節(jié)點信息存儲在一個Map中,當收到GetBlocks請求之后材蹬,Want Manager會馬上將這些請求發(fā)送給這些節(jié)點实幕,下圖是節(jié)點信息的Map數(shù)據(jù)結(jié)構(gòu)。

可以看到每一個節(jié)點的PeerID對應一個Message Queue堤器,Message Queue由2個部分組成昆庇,一個是Want List 一個是Out Queue。Out Queue里面又有一個Want List 和一個Block List闸溃,Want List存儲的是key對應的請求整吆,Block List存儲的是Key對應的數(shù)據(jù)拱撵。

每一個消息隊列都有自己的run loop,當有新的查找指令到來時表蝙,run loop負責將查找指令通過msgSender對象發(fā)出拴测,因為我們使用的是Peers 這個Map,因此我們知道命令接收者的peer id府蛇,將該id傳給Message sender對象之后集索,它就可以通過網(wǎng)絡層建立鏈接并將查找指令傳遞給消息接受者。

以上是對已經(jīng)與本節(jié)點建立鏈接的節(jié)點汇跨,接收本節(jié)點的查找命令的邏輯务荆,我們在前一節(jié)重點講解了接收到查詢命令之后,各個緩存存儲查找指令的方式穷遂,以及各個緩存自己的run loop是如何逐步的執(zhí)行數(shù)據(jù)查詢命令的函匕。接下來我們講解作為被查詢節(jié)點,當接收到這些查詢命令之后是如何響應的塞颁。

首先我們假設(shè)其實狀態(tài)下浦箱,Want Manager并不管理任何其它節(jié)點信息,我們在前面的章節(jié)中說過祠锣,GetBlocks有一個選擇是將被查詢對象的KEY的數(shù)組的第一個KEY作為對象調(diào)用findkeys()酷窥,上圖是前面流程的概要圖,并增加了其它節(jié)點收到這個鏈接請求后的動作伴网,首先其他節(jié)點與本節(jié)點建立數(shù)據(jù)鏈接蓬推,成功建立鏈接之后,IPFS的協(xié)議層會將其它節(jié)點的信息加入到Want Manager的其它節(jié)點列表中進行管理澡腾。上圖就是每一層協(xié)議的關(guān)鍵處理函數(shù)沸伏。

當獲得其他節(jié)點信息之后,我們知道有一個RUN LOOP會發(fā)起Send Message請求动分,本節(jié)點會將需要查找數(shù)據(jù)的KEY值發(fā)送給所有可用的其他節(jié)點上毅糟,這些請求被發(fā)送的其它節(jié)點。其它節(jié)點收到這個數(shù)據(jù)查詢請求之后澜公,通過網(wǎng)絡層接受數(shù)據(jù)姆另,并將數(shù)據(jù)組合為數(shù)據(jù)交換層能夠理解的BitSwapMessage數(shù)據(jù)格式。然后將數(shù)據(jù)放到Engine這個模塊的一個隊列中坟乾,這個隊列叫做PeerRequestQueue迹辐。

上圖就是PeerRequestEngine的數(shù)據(jù)結(jié)構(gòu),他保留一個列表甚侣,用來出出具體的數(shù)據(jù)明吩,一個TaskMap用來管理請求任務,每一個接受的數(shù)據(jù)都會被封裝成為一個任務殷费。還有兩個Map分布用來存儲發(fā)送請求過來的對端的信息印荔,一個是正常的partners的Map低葫,另一個是被凍結(jié)的Partner的Map,在IPFS的數(shù)據(jù)交換協(xié)議里面躏鱼,Engine會管理本節(jié)點與其它節(jié)點的數(shù)據(jù)交換的數(shù)量氮采,以防止惡意攻擊殷绍,如果一個節(jié)點只獲取數(shù)據(jù)染苛,并不提供數(shù)據(jù),那么這個節(jié)點可能會被其它節(jié)點加入到凍結(jié)列表中主到。

這個數(shù)據(jù)請求隊列也有一個Run Loop茶行,不停地檢查是否有工作,按照順序?qū)⑻幵陉犃蓄^的請求Pop出來登钥,得到一個請求的任務task畔师,然后節(jié)點通過查找本地的數(shù)據(jù)存儲,將task中存儲的數(shù)據(jù)請求key取出牧牢,在尋找key對應的具體數(shù)據(jù)block看锉,得到這個數(shù)據(jù)之后,調(diào)用WantManager的SendBlock接口塔鳍,將數(shù)據(jù)發(fā)送到網(wǎng)絡上伯铣。接下來的章節(jié)我們將講解當請求數(shù)據(jù)的節(jié)點接收到其他節(jié)點發(fā)送來的key對應的數(shù)據(jù)會如何處理。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末轮纫,一起剝皮案震驚了整個濱河市腔寡,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌掌唾,老刑警劉巖放前,帶你破解...
    沈念sama閱讀 222,183評論 6 516
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異糯彬,居然都是意外死亡凭语,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,850評論 3 399
  • 文/潘曉璐 我一進店門撩扒,熙熙樓的掌柜王于貴愁眉苦臉地迎上來似扔,“玉大人,你說我怎么就攤上這事却舀〕婕福” “怎么了?”我有些...
    開封第一講書人閱讀 168,766評論 0 361
  • 文/不壞的土叔 我叫張陵挽拔,是天一觀的道長辆脸。 經(jīng)常有香客問我,道長螃诅,這世上最難降的妖魔是什么啡氢? 我笑而不...
    開封第一講書人閱讀 59,854評論 1 299
  • 正文 為了忘掉前任状囱,我火速辦了婚禮,結(jié)果婚禮上倘是,老公的妹妹穿的比我還像新娘亭枷。我一直安慰自己,他們只是感情好搀崭,可當我...
    茶點故事閱讀 68,871評論 6 398
  • 文/花漫 我一把揭開白布叨粘。 她就那樣靜靜地躺著,像睡著了一般瘤睹。 火紅的嫁衣襯著肌膚如雪升敲。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,457評論 1 311
  • 那天轰传,我揣著相機與錄音驴党,去河邊找鬼。 笑死获茬,一個胖子當著我的面吹牛港庄,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播恕曲,決...
    沈念sama閱讀 40,999評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼鹏氧,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了码俩?” 一聲冷哼從身側(cè)響起度帮,我...
    開封第一講書人閱讀 39,914評論 0 277
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎稿存,沒想到半個月后笨篷,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,465評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡瓣履,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,543評論 3 342
  • 正文 我和宋清朗相戀三年率翅,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片袖迎。...
    茶點故事閱讀 40,675評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡冕臭,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出燕锥,到底是詐尸還是另有隱情辜贵,我是刑警寧澤,帶...
    沈念sama閱讀 36,354評論 5 351
  • 正文 年R本政府宣布归形,位于F島的核電站托慨,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏暇榴。R本人自食惡果不足惜厚棵,卻給世界環(huán)境...
    茶點故事閱讀 42,029評論 3 335
  • 文/蒙蒙 一蕉世、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧婆硬,春花似錦狠轻、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,514評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至躏嚎,卻和暖如春蜜自,著一層夾襖步出監(jiān)牢的瞬間菩貌,已是汗流浹背卢佣。 一陣腳步聲響...
    開封第一講書人閱讀 33,616評論 1 274
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留箭阶,地道東北人虚茶。 一個月前我還...
    沈念sama閱讀 49,091評論 3 378
  • 正文 我出身青樓,卻偏偏與公主長得像仇参,于是被迫代替她去往敵國和親嘹叫。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,685評論 2 360

推薦閱讀更多精彩內(nèi)容