Tabel Hash Terdistribusi

**Tabel hash terdistribusi** (Bahasa Inggris *Distributed Hast Tabel "DHT"* ) adalah sistem terdistribusi yang menyediakan layanan pencarian yang mirip dengan tabel hash: pasangan atribut nilai disimpan dalam Tabel Hash Terdistribusi, dan setiap *node* yang berpartisipasi dapat secara efisien mengambil nilai yang terkait dengan kunci yang diberikan. Keuntungan utama dari Tabel Hash Terdistribusi adalah bahwa *node* dapat ditambahkan atau dihapus dengan pekerjaan minimum di sekitar mendistribusikan ulang kunci. *Kunci* adalah pengidentifikasi unik yang memetakan ke *nilai* tertentu, yang pada gilirannya dapat berupa apa saja mulai dari alamat, dokumen, hingga data arbitrer. Tanggung jawab untuk memelihara pemetaan dari kunci ke nilai didistribusikan di antara *node*, sedemikian rupa sehingga perubahan dalam set tidak menyebabkan gangguan yang berarti. Hal ini memungkinkan Tabel Hash Terdistribusi untuk menskalakan ke jumlah *node* yang sangat besar dan untuk menangani kedatangan, keberangkatan, dan kegagalan *node* yang berkelanjutan. Tabel Hash Terdistribusi membentuk infrastruktur yang dapat digunakan untuk membangun layanan yang lebih kompleks, seperti anycast, cache web kooperatif, sistem file terdistribusi, sistem penamaan domain, pesan instan, multisiar, dan juga berbagi file ''peer-to-peer'' dan sistem distribusi konten. Jaringan terdistribusi terkemuka yang menggunakan tabel hash terdistribusi adalah pelacak terdistribusi BitTorrent, Coral Konten Distribution Network, jaringan Kad, Storm botnet, Tox instant messenger, Freenet, mesin pencari YaCy, dan *InterPlanetary File System.*

## Sejarah
Penelitian Tabel Hash Terdistribusi awalnya dimotivasi, sebagian, oleh sistem *peer-to-peer* (P2P) seperti Freenet, Gnutella, BitTorrent dan Napster, yang memanfaatkan sumber daya yang didistribusikan di Internet untuk menyediakan satu aplikasi yang berguna. Secara khusus, mereka memanfaatkan peningkatan kapasitas bandwidth dan hard disk untuk menyediakan layanan berbagi file. Sistem ini berbeda dalam cara mereka menemukan data yang ditawarkan oleh P2P yang lain. Napster, sistem pengiriman konten P2P skala besar pertama, memerlukan server indeks pusat: setiap *node*, setelah bergabung, akan mengirim daftar file yang disimpan secara lokal ke server, yang akan melakukan pencarian dan merujuk kueri ke *node* yang menyimpan hasil. Komponen utama ini membuat sistem rentan terhadap serangan dan tuntutan hukum.

Gnutella dan jaringan serupa diganti ke model *query flooding*intinya, setiap pencarian akan menghasilkan pesan yang disiarkan ke setiap mesin lain dalam jaringan. Sambil menghindari s*ingle point of failure*, metode ini secara signifikan kurang efisien dibandingkan Napster. Versi klien Gnutella yang lebih baru pindah ke model kueri dinamis yang sangat meningkatkan efisiensi.

Freenet sepenuhnya didistribusikan, tetapi menggunakan perutean berbasis kunci heuristik di mana setiap file dikaitkan dengan kunci, dan file dengan kunci serupa cenderung mengelompok pada kumpulan *node* yang serupa. Kueri kemungkinan akan dirutekan melalui jaringan ke klaster seperti itu tanpa perlu mengunjungi banyak *peer*. Namun, Freenet tidak menjamin bahwa data akan ditemukan.

Tabel hash terdistribusi menggunakan perutean berbasis kunci yang lebih terstruktur untuk mencapai baik desentralisasi Freenet dan Gnutella, serta efisiensi dan jaminan hasil seperti Napster. Salah satu kelemahannya adalah seperti Freenet, Tabel Hash Terdistribusi hanya secara langsung mendukung pencarian pencocokan tepat, bukan pencarian kata kunci, meskipun algoritma perutean Freenet dapat digeneralisasikan ke semua jenis kunci di mana operasi kedekatan dapat ditentukan.

Pada tahun 2001, empat sistem &#x2014; CAN, Chord, Pastry, dan Tapestry &#x2014; memicu Tabel Hash Terdistribusi sebagai topik penelitian yang populer. Sebuah proyek bernama Infrastructure for Resilient Internet Systems (Iris) didanai oleh hibah $12 juta dari United States National Science Foundation pada tahun 2002. Peneliti termasuk Sylvia Ratnasamy, Ion Stoica, Hari Balakrishnan dan Scott Shenker. Di luar akademisi, teknologi Tabel Hash Terdistribusi telah diadopsi sebagai komponen BitTorrent dan di Coral Content Distribution Network.

## Properti
Tabel Hash Terdistribusi secara khas menekankan sifat-sifat berikut:

* Otonomi dan desentralisasi: *node* secara kolektif membentuk sistem tanpa koordinasi pusat.
* Toleransi kesalahan: Sistem harus dapat diandalkan (dalam beberapa hal) bahkan dengan *node* yang terus-menerus bergabung, keluar, dan gagal.
* Skalabilitas: Sistem harus berfungsi secara efisien bahkan dengan ribuan atau jutaan *node*.

Teknik kunci yang digunakan untuk mencapai tujuan bahwa setiap *node* perlu berkoordinasi dengan hanya beberapa *node* lain dalam sistem – paling umum, O (log *n* ) dari *n* peserta (lihat di bawah) – sehingga hanya sejumlah terbatas pekerjaan yang harus dilakukan untuk setiap perubahan keanggotaan. Beberapa desain Tabel Hash Terdistribusi berusaha untuk mengamankan dari peserta jahat dan untuk memungkinkan peserta untuk tetap anonim, meskipun ini kurang umum daripada di banyak sistem *peer-to-peer* (terutama file sharing ).

## Struktur
Struktur Tabel Hash Terdistribusi dapat diuraikan menjadi beberapa komponen utama. Fondasinya adalah ruang kunci abstrak, seperti kumpulan string 160-bit. Skema partisi keyspace membagi kepemilikan keyspace ini di antara *node* yang berpartisipasi. Jaringan *overlay* kemudian menghubungkan *node*, memungkinkan mereka untuk menemukan pemilik kunci yang diberikan di *keyspace*. Setelah komponen-komponen ini berada di tempatnya, penggunaan Tabel Hash Terdistribusi yang khas untuk penyimpanan dan pengambilan dapat dilanjutkan sebagai berikut. Misalkan keyspace adalah kumpulan string 160-bit. Untuk mengindeks file dengan yang diberikan  dan  dalam Tabel Hash Terdistribusi, hash SHA-1  dihasilkan, menghasilkan kunci 160-bit , dan pesan yang  dikirim ke setiap *node* yang berpartisipasi dalam Tabel Hash Terdistribusi. Pesan diteruskan dari *node* ke *node* melalui jaringan overlay hingga mencapai *node* tunggal yang bertanggung jawab untuk kunci  seperti yang ditentukan oleh partisi keyspace. *Node* itu kemudian menyimpan kunci dan datanya. Klien lain kemudian dapat mengambil isi file dengan hashing lagi  untuk menghasilkan  dan meminta *node* Tabel Hash Terdistribusi untuk menemukan data yang terkait dengan  dengan pesan . Pesan akan dirutekan lagi melalui overlay ke *node* yang bertanggung jawab untuk , yang akan membalas dengan  disimpan. Partisi keyspace dan komponen jaringan overlay dijelaskan di bawah ini dengan tujuan menangkap ide-ide utama yang umum untuk sebagian besar Tabel Hash Terdistribusi; banyak desain berbeda dalam detailnya.

## Referensi