保留位分配

為了未來(lái)可能出現(xiàn)的需求而預(yù)留的一些二進(jìn)制位。這些位在當(dāng)前版本的協(xié)議中沒(méi)有被使用，但是為了兼容未來(lái)的擴(kuò)展，被保留用于以后的用途。保留位分配通常在協(xié)議中的特定字段中使用，例如 IP 頭部、 TCP 頭部和 UDP 頭部等。這些位可以用于未來(lái)標(biāo)準(zhǔn)的更新，因此任何以后的規(guī)范或協(xié)議都可以使用它們，而無(wú)需更改現(xiàn)有的協(xié)議。通過(guò)保留位分配，協(xié)議設(shè)計(jì)者可以確保協(xié)議在未來(lái)得到擴(kuò)展時(shí)仍然保持向后兼容性，并且不會(huì)破壞現(xiàn)有系統(tǒng)的功能。

reserved[0]

（"reserved[0]"?是指 BitTorrent 協(xié)議消息的一個(gè)保留字段，它的原始值為 0 。這個(gè)字段通常用于協(xié)議的擴(kuò)展和更新，以便在未來(lái)版本中添加新的功能或更改現(xiàn)有功能。下同。）??????

0x80? Azureus Messaging Protocol

（Azureus Messaging Protocol 是一種與 BitTorrent 協(xié)議相關(guān)的通信協(xié)議，用于在 P2P 網(wǎng)絡(luò)中交換信息和數(shù)據(jù)。 Azureus 是一個(gè)著名的 BitTorrent 客戶(hù)端軟件，在其早期的版本中使用了自己的通信協(xié)議，即 Azureus Messaging Protocol，以實(shí)現(xiàn)對(duì)等節(jié)點(diǎn)之間的交互和控制。 Azureus Messaging Protocol 通常用于支持比特流下載、種子文件共享等 BitTorrent 相關(guān)功能，同時(shí)也可以用于客戶(hù)端之間的通信和協(xié)作。雖然 Azureus Messaging Protocol 已經(jīng)被許多現(xiàn)代的 BitTorrent 客戶(hù)端所取代，但它仍然是 BitTorrent 技術(shù)發(fā)展歷程中重要的一部分。）????????????

reserved[2]??????

0x08? BitTorrent Location-aware Protocol (no known implementations)

（BitTorrent Location-aware Protocol (BLP)?是一種 BitTorrent 協(xié)議的擴(kuò)展，旨在允許提供更好的下載性能和負(fù)載平衡。該協(xié)議使用 IP 地址來(lái)確定每個(gè)對(duì)等方的物理位置，并根據(jù)距離選擇最佳的源。然而，目前沒(méi)有已知的客戶(hù)端使用此協(xié)議。）????????????

reserved[5]??????

0x10? LTEP (Libtorrent Extension Protocol)

（Libtorrent Extension Protocol（LTEP）是由 libtorrent 庫(kù)使用的擴(kuò)展協(xié)議，它使得 BitTorrent 客戶(hù)端能夠發(fā)送和接收在原始 BitTorrent 協(xié)議規(guī)范中未定義的擴(kuò)展消息。這些擴(kuò)展消息可用于各種目的，例如添加新功能或改善 BitTorrent 客戶(hù)端的性能。）??????

0x02? Extension Negotiation Protocol ?????

0x01? Extension Negotiation Protocol

（0x02 和 0x01 都是代表 Extension Negotiation Protocol 的代碼。 Extension Negotiation Protocol 是 BitTorrent 協(xié)議的一部分，用于在協(xié)議握手期間交換對(duì)等方所支持的協(xié)議擴(kuò)展。當(dāng)兩個(gè)對(duì)等方建立連接時(shí)，它們將發(fā)送包含各自支持的擴(kuò)展的消息。這些擴(kuò)展可以是標(biāo)準(zhǔn)擴(kuò)展，如 ut_metadata 和 ut_holepunch，也可以是特定于客戶(hù)端或應(yīng)用程序的自定義擴(kuò)展。通過(guò)使用 Extension Negotiation Protocol，對(duì)等方可以協(xié)商并啟用共同支持的擴(kuò)展，從而提高下載效率和功能性。）????????????

reserved[7]??????

0x01? BitTorrent DHT

（0x01 表示支持 BitTorrent DHT（分布式哈希表），允許 BitTorrent 客戶(hù)端在沒(méi)有 tracker 的情況下查找和聯(lián)系其他客戶(hù)端。）??????

0x02? XBT Peer Exchange

（0x02 表示支持 XBT Peer Exchange，一種優(yōu)化了 tracker 網(wǎng)絡(luò)負(fù)載的 P2P 網(wǎng)絡(luò)協(xié)議。）??????

0x04? suggest, haveall, havenone, reject request, and allow fast extensions（

0x04 表示支持 suggest 、 haveall 、 havenone 、 reject request 和 allow fast 擴(kuò)展。這些功能可以改進(jìn)下載效率，例如通過(guò)發(fā)送 haveall 和 havenone 消息來(lái)告訴對(duì)等方它所擁有或不擁有的文件塊。）?????

0x08? NAT Traversal

（0x08 表示支持 NAT Traversal 擴(kuò)展，使 BitTorrent 客戶(hù)端可以使用 NAT 網(wǎng)絡(luò)穿越技術(shù)來(lái)連接其他客戶(hù)端。）??????

0x10? hybrid torrent legacy to v2 upgrade

（0x10 表示支持 hybrid torrent legacy to v2 upgrade 擴(kuò)展，允許舊版 BitTorrent 客戶(hù)端與新版客戶(hù)端無(wú)縫協(xié)作。）

已知的哈希碰撞：

在哈希函數(shù)中已經(jīng)存在兩個(gè)不同的輸入，它們產(chǎn)生相同的輸出值。這種情況被稱(chēng)為哈希碰撞。哈希函數(shù)的目的是將任意長(zhǎng)度的數(shù)據(jù)映射到固定大小的輸出。然而，由于輸入的不確定性和輸出的有限性，一些輸入可能會(huì)產(chǎn)生相同的輸出。通常，哈希函數(shù)被設(shè)計(jì)為具有高度隨機(jī)和復(fù)雜性，從而使哈希碰撞的概率非常低，并且可以忽略不計(jì)。然而，在某些情況下，攻擊者可能會(huì)利用哈希碰撞來(lái)進(jìn)行惡意攻擊。例如，攻擊者可能會(huì)使用哈希碰撞來(lái)偽造數(shù)字簽名、執(zhí)行重放攻擊或破解密碼等。

reserved[0]??????

0xFF? BitComet Extension Protocol ???????????

reserved[1]??????

0xFF? BitComet Extension Protocol ?????

0xFF?是 BitComet 擴(kuò)展協(xié)議（BitComet Extension Protocol）中的一個(gè)字節(jié)標(biāo)志符，用于標(biāo)識(shí)協(xié)議的握手消息。該協(xié)議是 BitTorrent 網(wǎng)絡(luò)上一種特殊的擴(kuò)展協(xié)議，通過(guò)在原有 BitTorrent 協(xié)議的基礎(chǔ)上增加新功能，提供更高效和更可靠的傳輸服務(wù)。????????????

reserved[7]??????

0x01? XBT Metadata Exchange (implemented only in XBT ??

XBT Metadata Exchange 協(xié)議允許客戶(hù)端通過(guò) Tracker 服務(wù)器從其他客戶(hù)端中獲取元數(shù)據(jù)信息，而不必下載完整的種子文件。這在某些情況下可以提高下載效率和節(jié)省帶寬。當(dāng)一個(gè) XBT 客戶(hù)端連接到 XBTIT Tracker 時(shí)，它可以向 Tracker 發(fā)送支持 XBT Metadata Exchange 的握手消息，其中包括 reserved[7]?設(shè)置為 0x01 。如果 Tracker 支持 XBT Metadata Exchange，則它會(huì)在回復(fù)握手消息時(shí)指示客戶(hù)端。此后，客戶(hù)端就可以通過(guò) Tracker 從其他支持 XBT Metadata Exchange 的客戶(hù)端中獲取元數(shù)據(jù)信息。

“Extension Protocol”，也稱(chēng)為 LibTorrent Extension Protocol（LTEP），是在 BitTorrent 協(xié)議中實(shí)現(xiàn)進(jìn)一步擴(kuò)展的推薦方法。 LTEP 提供了一種標(biāo)準(zhǔn)化機(jī)制，用于在不引起位或消息 ID 沖突的情況下添加新功能到協(xié)議中。 LTEP 提供了一種更強(qiáng)大、更可靠的方式來(lái)擴(kuò)展 BitTorrent 協(xié)議，并被建議用于希望添加新功能到協(xié)議中的開(kāi)發(fā)者。

使用 LTEP，擴(kuò)展位碰撞變得不可能，因?yàn)闆](méi)有分配新的擴(kuò)展位。相反，所有擴(kuò)展都在連接開(kāi)始時(shí)進(jìn)行協(xié)商，并分配唯一的標(biāo)識(shí)符。這確保每個(gè)擴(kuò)展都有一個(gè)獨(dú)特的標(biāo)識(shí)符，不會(huì)與其他擴(kuò)展產(chǎn)生沖突。同樣，使用 LTEP 時(shí)消息 ID 碰撞也變得不可能，因?yàn)橄?ID 是在連接開(kāi)始時(shí)按需分配的。這意味著每種消息類(lèi)型都有一個(gè)獨(dú)特的 ID，不會(huì)與其他消息類(lèi)型沖突。雖然使用 LTEP 時(shí)擴(kuò)展名稱(chēng)沖突仍然有可能，但與以前的方法相比，沖突的概率要小得多。這是因?yàn)樗袛U(kuò)展都由 BitTorrent 社區(qū)注冊(cè)和跟蹤，有助于確保新擴(kuò)展不會(huì)與現(xiàn)有的沖突。

保留消息 IDs

核心協(xié)議:

0x00 ? choke

0x01 ? unchoke

0x02 ? interested

0x03 ? not interested

0x04 ? have

0x05 ? bitfield

0x06 ? request

0x07 ? piece

0x08 ? cancel

choke 和 unchoke 用于控制上傳帶寬。當(dāng)一個(gè)對(duì)等方 choked 另一個(gè)對(duì)等方時(shí)，它告訴它不再向其發(fā)送任何數(shù)據(jù)。當(dāng) unchoked 時(shí)，它允許另一個(gè)對(duì)等方下載數(shù)據(jù)。

interested 和 not interested 用于表示一個(gè)對(duì)等方是否對(duì)另一個(gè)對(duì)等方擁有的數(shù)據(jù)感興趣。

have?和 bitfield 用于描述一個(gè)對(duì)等方已經(jīng)擁有的數(shù)據(jù)，以便其他對(duì)等方可以知道他們需要什么數(shù)據(jù)。

request?和 piece 用于實(shí)際傳輸數(shù)據(jù)。請(qǐng)求包含所需數(shù)據(jù)塊的索引和長(zhǎng)度，而 Piece 包含實(shí)際的數(shù)據(jù)。cancel?允許取消先前發(fā)出的請(qǐng)求，這樣可以更好地管理網(wǎng)絡(luò)流量。

DHT?擴(kuò)展:

0x09?? port

port 用于 DHT 擴(kuò)展，用于向其他對(duì)等方公開(kāi)端口號(hào)。

快速擴(kuò)展:

0x0D?? suggest

0x0E ? have all

0x0F ? have none

0x10 ? reject request

0x11 ? allowed fast

suggest 、 have all 、 have none 、 reject request 和 allowed fast 都是 Fast 擴(kuò)展的一部分，可以提高下載速度。Additional IDs used in deployed clients:

0x14 ? LTEP Handshake (implemented in libtorrent, uTorrent,...)

LTEP 握手是使用 libtorrent 、 uTorrent 等客戶(hù)端實(shí)現(xiàn)的握手協(xié)議，用于在開(kāi)始下載之前執(zhí)行一些必要的步驟。

Hash Transfer Protocol:

0x15 ? hash request

0x16 ? hashes

0x17 ? hash reject

hash request 、 hashes 和 hash reject 是 Hash Transfer Protocol 的一部分，用于在對(duì)等方之間交換哈希值，以驗(yàn)證共享文件的完整性。

參考鏈接

• https://www.bittorrent.org/beps/bep_0004.html