Apa Itu DHT? Panduan Praktis Distributed Hash Table pada BitTorrent
Pelajari cara BitTorrent DHT menemukan Peer tanpa Tracker terpusat, bagaimana Kademlia digunakan, dan apa yang sebenarnya disimpan oleh jaringan DHT.
BT9G / ENGINEERING NOTES
Pahami protokol dan sistem di balik penemuan terdesentralisasi.
Catatan rekayasa praktis tentang BitTorrent, DHT, pertukaran metadata, penemuan Peer, dan infrastruktur pencarian terdistribusi.
01
Pelajari cara BitTorrent DHT menemukan Peer tanpa Tracker terpusat, bagaimana Kademlia digunakan, dan apa yang sebenarnya disimpan oleh jaringan DHT.
Ikuti proses dari magnet link yang hanya membawa identitas konten hingga menemukan Peer, menegosiasikan ut_metadata, mengunduh metadata, dan memverifikasinya.
Arsitektur referensi end-to-end untuk BT9G: discovery edge, hash ledger, metadata acquisition fleet, canonical storage, search serving, dan feedback observability.
02
Pelajari cara BitTorrent DHT menemukan Peer tanpa Tracker terpusat, bagaimana Kademlia digunakan, dan apa yang sebenarnya disimpan oleh jaringan DHT.
Pahami XOR distance, iterative lookup, parallelism, dan k-bucket yang membuat Kademlia mampu melakukan routing pada jaringan DHT berskala besar.
Ikuti alur lengkap discovery Peer di BitTorrent DHT, dari bootstrap dan routing table hingga get_peers, token, serta announce_peer.
Pelajari bagaimana InfoHash dibentuk pada BitTorrent v1 dan v2, perbedaan BTIH dan BTMH, serta implikasinya bagi magnet link dan indexing.
Penjelasan praktis KRPC dan empat query inti BEP 5 yang digunakan BitTorrent DHT untuk liveness, routing, discovery Peer, dan announce.
Pelajari cara k-bucket membagi ruang XOR, mengapa node stabil bernilai tinggi, dan bagaimana routing table dipelihara di jaringan DHT yang terus berubah.
Pahami mengapa stream DHT berisi sangat banyak InfoHash, bagaimana aktivitas Swarm menghasilkan observasi, serta mengapa deduplikasi dan ranking sangat penting.
Pelajari pola discovery InfoHash pada DHT crawler, pemisahan discovery dan metadata acquisition, serta cara membangun ingestion path yang efisien dan sopan.
Ikuti proses dari magnet link yang hanya membawa identitas konten hingga menemukan Peer, menegosiasikan ut_metadata, mengunduh metadata, dan memverifikasinya.
Pelajari lifecycle BEP 9, metadata_size, request/data/reject, pembagian piece, verifikasi hash, dan scheduling multi-Peer.
Pahami extended handshake BEP 10, mapping extension ID, capability negotiation, dan mengapa mekanisme ini penting untuk ut_metadata serta fitur modern lain.
Bandingkan Tracker, DHT, dan Peer Exchange dari sisi arsitektur, freshness, desentralisasi, observability, dan kapan masing-masing berguna.
Pelajari definisi Seeder/Leecher, cara Tracker scrape menghitung complete dan incomplete, serta mengapa DHT tidak memberi angka global yang presisi.
Pelajari penyebab umum metadata fetch gagal—dari Peer stale hingga ut_metadata dan hash mismatch—serta cara merancang retry berbasis klasifikasi kegagalan.
Desain DHT crawler yang memisahkan packet plane dan work plane, memakai bounded queue, sharding, observability, serta backpressure untuk throughput stabil.
Model kapasitas untuk 1.000+ metadata sukses per menit: concurrency, latency, success rate, Peer discovery, host limits, dan pipeline terdistribusi.
Desain deduplikasi untuk InfoHash skala besar dengan hot cache, Bloom filter, durable ledger, state scheduling, dan partitioning jangka panjang.
Rancang retry scheduler yang menyimpan InfoHash gagal, memakai backoff berbasis failure class, menerima sinyal reaktivasi, dan menjaga queue tetap durable.
Arsitektur pipeline search yang memisahkan discovery, validasi metadata, canonical storage, enrichment, dan Elasticsearch agar indexing aman dan dapat direbuild.
Arsitektur referensi end-to-end untuk BT9G: discovery edge, hash ledger, metadata acquisition fleet, canonical storage, search serving, dan feedback observability.