我們接著看main.cpp中sendMessages下面的代碼：

區(qū)塊鏈同步和錢包交易廣播發(fā)送

這部分代碼第一部分調(diào)用PushGetBlocks函數(shù)用于區(qū)塊的同步摊趾。這個函數(shù)也在main.cpp中。

發(fā)送getblocks消息

可以看到這個函數(shù)使用了AssetLockHeld對cs_main進(jìn)行鎖定槽华。這應(yīng)該是用于調(diào)試信息一個斷言。就是如果鎖定異常言蛇，則會報告出相應(yīng)的信息锌奴，并把當(dāng)前線程掛起。下面對連續(xù)發(fā)送同一個getblocks的消息進(jìn)行了過濾.pindexLastGetBlockBegin表示開始同步的位置萧朝，hashLastGetBlocksEnd表示結(jié)束的區(qū)塊的哈希值岔留。最后調(diào)用PushMessage發(fā)送"getblocks"同步當(dāng)前區(qū)塊鏈。

下面的代碼g_signals.Broadcast()屬于錢包的內(nèi)容了检柬。這個函數(shù)的作用是重新發(fā)送錢包的交易信息献联。我們看下這部分的內(nèi)容：

可以看到 g_signals是一個CMainSignals結(jié)構(gòu)對象，結(jié)構(gòu)體內(nèi)定義了各種用于連接的對象何址。關(guān)于 boost::signals2::signal可以看之前《解讀五》的文章有介紹里逆。我們主要看Broadcast 的注冊∮米Γ可以看到是Broadcast注冊了實(shí)現(xiàn)錢包接口的ResendWalletTransactions的函數(shù)原押。這個函數(shù)定義在wallet.cpp中。

ResendWallettransactions函數(shù)

這段代碼的核心部分就是在最后的兩個循環(huán)里偎血。第一個循環(huán)將距當(dāng)前最新的區(qū)塊構(gòu)造時間大于5分鐘的交易放入mapSorted中诸衔。第二個循環(huán)遍歷此mapSorted,并調(diào)用每個交易的RelayWalletTransaction函數(shù)發(fā)送當(dāng)前交易

同步交易

在發(fā)送交易的時候首先判斷是是否是CoinBase交易。我們把區(qū)塊中的第一筆交易稱為coinbase交易也叫創(chuàng)幣交易颇玷。這個交易就是我們說的挖礦成功的獎勵笨农。所以這個交易沒有輸入，只包含一個被稱作coinbase的輸入帖渠，僅僅用來創(chuàng)建新的比特幣谒亦。創(chuàng)幣交易有一個輸出，支付到這個礦工的比特幣地址阿弃。

是否是創(chuàng)幣交易

將一個inv消息放入vInventoryToSend池中

上面的代碼在net.h和net.cpp中诊霹。可以看到最終我們把所要同步的交易全部放入了結(jié)點(diǎn)的發(fā)送池中≡荆現(xiàn)在我們回到main.cpp中的sendMessages接著往下看脾还。

發(fā)送inv消息同步交易信息

可以看到我們在調(diào)用Broadcast后，將需要同步的交易數(shù)據(jù)放入結(jié)點(diǎn)的發(fā)送池（vInventoryToSend）后入愧，接著就開始遍歷發(fā)送池（vInventoryToSend）鄙漏，將交易信息發(fā)送出去嗤谚。

我們接著下面的代碼看。下面的代碼是同步區(qū)塊數(shù)據(jù)了：

同步區(qū)塊數(shù)據(jù)

這段代碼首先檢查了結(jié)點(diǎn)的網(wǎng)絡(luò)狀態(tài)怔蚌，其中state.nLastBlockReceive表示區(qū)塊接收到的時間巩步。state.nBlocksInFlight表示區(qū)塊是否在傳輸中。BLOCK_DOWNLOAD_TIMEOUT定義在main.h中桦踊。

區(qū)塊下載時間(秒)

由于區(qū)塊下載時間的單位是秒所以我們在判斷網(wǎng)絡(luò)狀態(tài)的時候轉(zhuǎn)換成了微秒椅野。意思是如果1分鐘內(nèi)沒收到區(qū)塊并且傳輸時間超過2分鐘，我們就認(rèn)為此結(jié)點(diǎn)已經(jīng)離線籍胯。

第二部分代碼是追蹤記錄節(jié)點(diǎn)連接上“nBlocksInFlight”(指那些它已經(jīng)發(fā)出了請求但還沒有接收到)的區(qū)塊數(shù)量竟闪，并且檢查該數(shù)量有沒有超過上限(MAX_BLOCKS_IN_TRANSIT_PER_PEER)。用這種辦法杖狼，如果一個節(jié)點(diǎn)需要更新大量區(qū)塊炼蛤，它會在上一請求完成后才發(fā)送對新區(qū)塊的請求，從而允許對等節(jié)點(diǎn)控制更新速度蝶涩，不至于壓垮網(wǎng)絡(luò)理朋。MAX_BLOCKS_IN_TRANSIT_PER_PEER也定義在main.h中。

一次最多請求的區(qū)塊數(shù)量

第三部分mapAskFor發(fā)送的是其他類型的消息數(shù)據(jù)绿聘。并且沒有被記錄（AlreadyHave）的消息嗽上。則發(fā)送出去。

AlreadyHave函數(shù)

第四部分則是將發(fā)送剩余的斜友。數(shù)量沒達(dá)到1000個的消息數(shù)據(jù)發(fā)送出去炸裆。

到這里我們就把sendMessages函數(shù)閱讀完了垃它，這個函數(shù)主要功能就是發(fā)送消息鲜屏，包括：ping,結(jié)點(diǎn)地址，同步交易和同步區(qū)塊數(shù)據(jù)国拇。?通過這個函數(shù)我們也了解了比特幣網(wǎng)絡(luò)相關(guān)的內(nèi)容和區(qū)塊間的數(shù)據(jù)同步洛史。不過我們好像已經(jīng)夠到了很多核心的內(nèi)容，希望對我們后面的代碼閱讀會帶來一些幫助酱吝。

作者：區(qū)塊鏈研習(xí)社比特幣源碼研讀班也殖，black