Nájdenie peerov a handshake
Nový uzol môže použiť uložené adresy, DNS seeds alebo ručne zadaný peer. Po TCP spojení si strany vymenia version a verack, oznámia podporované služby a až potom prenášajú ďalšie správy.
DNS seed nie je trvalý centrálny server siete; pomáha iba pri počiatočnom objavení adries. Uzol si neskôr udržiava vlastnú databázu peerov a môže prijímať inbound spojenia, ak to sieť a firewall dovolia.
Oznam, žiadosť, kontrola
Peer môže oznámiť identifikátory cez inv alebo reťazec hlavičiek cez headers. Druhá strana si vyžiada chýbajúce objekty a po prijatí ich sama overí. Relay správa preto nie je dôkazom platnosti.
Rôzne peer roly znižujú zbytočný prenos: niektoré spojenia reléujú celé transakcie, iné sú orientované na bloky. Uzol chráni zdroje limitmi a môže odpojiť peer, ktorý porušuje protokol.
Kompaktný blok využije to, čo už poznáš
BIP 152 pošle hlavičku, krátke identifikátory transakcií a niekoľko predvyplnených transakcií. Prijímajúci uzol sa pokúsi väčšinu bloku poskladať z vlastného mempoolu a vyžiada iba chýbajúce položky.
Ak sa mempooly líšia alebo vznikne kolízia krátkeho ID, je potrebné ďalšie kolo alebo celý blok. Mechanizmus šetrí šírku pásma a často latenciu, ale nemení overovanie ani maximálnu váhu bloku.
Šifrovanie nie je autentifikácia
Pôvodný transport odhaľuje správy pasívnemu pozorovateľovi. BIP 324 v2 vytvára šifrované, proti odpočúvaniu a aktívnej manipulácii odolnejšie spojenie a maskuje rozpoznateľné bajtové vzory.
Bežné v2 spojenie však kryptograficky nepotvrdzuje občiansku identitu vzdialeného uzla. Aktívny útočník, ktorý riadi spojenie, môže byť samotným peerom; IP adresa a koncové body tiež zostávajú viditeľné sieťovej vrstve. Proti eclipse útoku pomáha rozmanitosť peerov a sietí, nie samotné šifrovanie.