Dasar Dasar: Panduan Protokol Konsensus Blockchain. Blockchain adalah sistem peer-to-peer terdesentralisasi tanpa figur otoritas pusat. Meskipun hal ini menciptakan sistem yang bebas korupsi dari satu sumber, hal ini masih menimbulkan masalah besar.

  • Bagaimana keputusan dibuat?
  • Bagaimana melakukan sesuatu?

Pikirkan organisasi terpusat yang normal.

Semua keputusan diambil oleh pemimpin atau dewan pembuat keputusan. Ini tidak mungkin dalam blockchain karena blockchain tidak memiliki “pemimpin”. Agar blockchain membuat keputusan, mereka harus mencapai konsensus menggunakan “mekanisme konsensus”.

Jadi, bagaimana mekanisme konsensus ini bekerja dan mengapa kita membutuhkannya? Apa sajakah mekanisme konsensus yang digunakan dalam cryptocurrency?

Kami akan menjawab pertanyaan-pertanyaan ini dalam panduan ini. Dasar Dasar: Protokol Konsensus Blockchain

Dasar Dasar: Protokol Konsensus Blockchain

Apa itu mekanisme konsensus?

Ini caranya Wikipedia mendefinisikan pengambilan keputusan konsensus:

“Pengambilan keputusan konsensus adalah proses pengambilan keputusan kelompok di mana anggota kelompok berkembang, dan setuju untuk mendukung keputusan demi kepentingan terbaik keseluruhan. Konsensus dapat didefinisikan secara profesional sebagai resolusi yang dapat diterima, yang dapat didukung, meskipun bukan “favorit” dari setiap individu. Konsensus didefinisikan oleh Merriam-Webster sebagai, pertama, kesepakatan umum, dan kedua, solidaritas kelompok atas kepercayaan atau sentimen. “

Dalam istilah yang lebih sederhana, konsensus adalah cara dinamis untuk mencapai kesepakatan dalam kelompok. Sementara pemungutan suara hanya menyelesaikan aturan mayoritas tanpa memikirkan perasaan dan kesejahteraan minoritas, konsensus di sisi lain memastikan bahwa kesepakatan tercapai yang dapat menguntungkan seluruh kelompok secara keseluruhan..

Dari sudut pandang yang lebih idealis, Konsensus dapat digunakan oleh sekelompok orang yang tersebar di seluruh dunia untuk menciptakan masyarakat yang lebih setara dan adil..

Sebuah metode dimana pengambilan keputusan konsensus dicapai disebut “mekanisme konsensus”.

Jadi sekarang kita telah mendefinisikan apa itu konsensus, mari kita lihat apa tujuan dari mekanisme konsensus (data diambil dari Wikipedia).

  • Pencarian Kesepakatan: Mekanisme konsensus harus menghasilkan kesepakatan sebanyak mungkin dari kelompok.
  • Kolaborasi: Semua peserta harus berupaya bekerja sama untuk mencapai hasil yang mengutamakan kepentingan terbaik kelompok.
  • Koperasi: Semua peserta tidak boleh mengutamakan kepentingan mereka sendiri dan bekerja sebagai tim lebih dari individu.
  • Egaliter: Sebuah kelompok yang berusaha mencapai konsensus haruslah ses egaliter mungkin. Apa yang pada dasarnya berarti bahwa setiap suara memiliki bobot yang sama. Suara satu orang tidak bisa lebih penting dari suara orang lain.
  • Inklusif: Sebanyak mungkin orang harus dilibatkan dalam proses konsensus. Seharusnya tidak seperti pemberian suara biasa di mana orang tidak benar-benar ingin memberikan suara karena mereka yakin bahwa suara mereka tidak akan memiliki bobot dalam jangka panjang.
  • Partisipatif: Mekanisme konsensus harus sedemikian rupa sehingga setiap orang harus berpartisipasi secara aktif dalam keseluruhan proses.

Sekarang kita telah menentukan apa itu mekanisme konsensus dan apa yang harus mereka tuju, kita perlu memikirkan gajah lain di ruangan itu..

Mekanisme konsensus mana yang harus digunakan untuk entitas seperti blockchain.

Sebelum bitcoin, ada banyak iterasi sistem mata uang terdesentralisasi peer-to-peer yang gagal karena mereka tidak dapat menjawab masalah terbesar ketika mencapai konsensus. Masalah ini disebut “Masalah Jenderal Bizantium”.

Apa Masalah Jenderal Bizantium?

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Gambar Courtesy: Sedang

Ok jadi bayangkan ada sekelompok jenderal Bizantium dan mereka ingin menyerang sebuah kota. Mereka menghadapi dua masalah yang sangat berbeda:

  • Para jenderal dan pasukan mereka sangat berjauhan sehingga otoritas terpusat tidak mungkin, yang membuat serangan terkoordinasi menjadi sangat sulit.
  • Kota ini memiliki pasukan yang sangat besar dan satu-satunya cara agar mereka bisa menang adalah jika mereka semua menyerang sekaligus.

Agar koordinasi berhasil, pasukan di sebelah kiri kastil mengirim utusan ke pasukan di sebelah kanan kastil dengan pesan yang bertuliskan “SERANG RABU”. Namun, misalkan tentara di sebelah kanan tidak siap untuk menyerang dan berkata, “TIDAK. ATTACK FRIDAY ”dan kirim kembali utusan itu melalui kota kembali ke tentara di sebelah kiri.

Di sinilah kita menghadapi masalah.

Sejumlah hal dapat terjadi pada pembawa pesan yang malang. Dia bisa ditangkap, dikompromikan, dibunuh dan diganti dengan utusan lain oleh kota. Hal ini akan menyebabkan tentara mendapatkan informasi yang dirusak yang dapat mengakibatkan serangan dan kekalahan yang tidak terkoordinasi.

Ini memiliki referensi yang jelas ke blockchain juga. Rantai adalah jaringan yang sangat besar; bagaimana Anda bisa mempercayai mereka? Jika Anda mengirim seseorang 4 Ether dari dompet Anda, bagaimana Anda tahu dengan pasti bahwa seseorang di jaringan tidak akan merusaknya dan mengubah 4 menjadi 40 Ether?

Yang dibutuhkan para jenderal ini, adalah mekanisme konsensus yang dapat memastikan bahwa pasukan mereka benar-benar dapat menyerang sebagai satu kesatuan meskipun dengan semua kemunduran.

Kami sekarang akan membahas daftar mekanisme konsensus yang dapat menyelesaikan masalah Jenderal Bizantium.

# 1 Bukti Kerja

Satoshi Nakamoto, pencipta Bitcoin, mampu mengatasi masalah ini dengan menciptakan bukti protokol kerja.

Pertama mari kita lihat cara kerjanya dalam konteks masalah Jenderal Bizantium.

Misalkan tentara di sebelah kiri ingin mengirim pesan yang disebut “ATTACK MONDAY” ke tentara di sebelah kanan, mereka akan mengikuti langkah-langkah tertentu.

  • Pertama, mereka akan menambahkan “nonce” ke teks aslinya. Nonce dapat berupa nilai heksadesimal acak apa pun.
  • Setelah itu, mereka mencirikan teks yang ditambahkan dengan nonce dan melihat hasilnya. Misalkan, secara hipotetis, tentara telah memutuskan untuk hanya berbagi pesan yang, pada hashing, memberikan hasil yang dimulai dengan 5 nol.

  • Jika kondisi hash terpenuhi, mereka akan mengirim utusan dengan hash pesan. Jika tidak, maka mereka akan terus mengubah nilai nonce secara acak sampai mendapatkan hasil yang diinginkan. Tindakan ini sangat membosankan dan memakan waktu serta membutuhkan banyak daya komputasi.

  • Jika utusan tertangkap oleh kota dan pesan dirusak, menurut properti fungsi hash, hash itu sendiri akan berubah secara drastis. Jika para jenderal di sisi kanan, melihat bahwa pesan yang di-hash tidak dimulai dengan jumlah 0 yang diperlukan maka mereka dapat dengan mudah membatalkan serangan.

Namun, ada kemungkinan celahnya.

Tidak ada fungsi hash yang 100% bebas benturan. Jadi bagaimana jika kota mendapat pesan, mengubahnya dan kemudian mengubah nonce sampai mereka mendapatkan hasil yang diinginkan yang memiliki jumlah 0 yang diperlukan? Ini akan sangat memakan waktu tetapi masih memungkinkan. Untuk mengatasi ini, para jenderal akan menggunakan kekuatan dalam jumlah.

Misalkan, alih-alih hanya satu jenderal di kiri yang mengirim pesan ke satu jenderal di kanan, ada 3 jenderal di sebelah kiri yang harus mengirim pesan ke jenderal di kanan. Untuk melakukan itu, mereka dapat membuat pesan mereka sendiri dan kemudian mencirikan pesan kumulatif dan kemudian menambahkan nonce ke hasil hash dan mencirikannya lagi. Kali ini, mereka menginginkan pesan yang dimulai dengan enam 0.

Jelas, ini akan sangat memakan waktu, tetapi kali ini, jika kurir tertangkap oleh kota, jumlah waktu yang akan mereka gunakan untuk mengubah pesan kumulatif dan kemudian menemukan nonce yang sesuai untuk hash akan menjadi tak terbatas. lebih. Bahkan mungkin butuh waktu bertahun-tahun. Jadi, mis. jika alih-alih satu utusan, para jenderal mengirim banyak utusan, pada saat kota itu bahkan setengah jalan melalui proses komputasi mereka akan diserang dan dihancurkan.

Para jenderal di sebelah kanan cukup mudah. Yang harus mereka lakukan adalah menambahkan pesan dengan nonce yang benar yang akan diberikan kepada mereka, hash mereka, dan melihat apakah hash cocok atau tidak. Mencirikan string sangat mudah dilakukan. Itu pada dasarnya adalah proses di balik proof-of-work.

  • Proses di balik pencarian nonce untuk target hash yang sesuai seharusnya sangat sulit dan memakan waktu.
  • Namun, proses pemeriksaan hasil untuk melihat apakah tidak ada malpraktek yang dilakukan harus sangat sederhana.

Jadi, jika kita ingin meringkas bagaimana Proof Of Work Protocol bekerja dengan blockchain.

  • Para penambang memecahkan teka-teki kriptografi untuk “menambang” sebuah blok untuk ditambahkan ke dalam blockchain.
  • Proses ini membutuhkan energi dan penggunaan komputasi yang sangat besar. Teka-teki telah dirancang sedemikian rupa sehingga sulit dan membebani sistem.
  • Ketika seorang penambang memecahkan teka-teki, mereka mempresentasikan blok mereka ke jaringan untuk verifikasi.
  • Memverifikasi apakah blok tersebut milik rantai atau bukan adalah proses yang sangat sederhana.

Mekanisme bukti kerja pasti menjawab banyak pertanyaan ketika harus menyelesaikan Masalah Jenderal Bizantium, tetapi sayangnya ada beberapa masalah dengan bukti kerja.

  • Pertama dan terpenting, pembuktian kerja adalah proses yang sangat tidak efisien karena banyaknya daya dan energi yang dikonsumsi..
  • Orang dan organisasi yang mampu membeli ASIC yang lebih cepat dan lebih kuat biasanya memiliki peluang lebih baik untuk menambang daripada yang lain.
  • Akibatnya, bitcoin tidak terdesentralisasi seperti yang diinginkan. Mari kita periksa grafik distribusi hashrate:Memahami Protokol Konsensus Blockchain: Panduan DasarKredit Gambar: Blockchain.info

Seperti yang Anda lihat, ~ 65% dari hashrate dibagi di antara 5 kolam penambangan saja!

  • Secara teoritis, kumpulan penambangan besar ini dapat dengan mudah bekerja sama satu sama lain dan meluncurkan 51% di jaringan bitcoin.

Crypto Terkemuka Yang Menggunakan Protokol Ini: Bitcoin

# 2 Bukti Taruhan

Ethereum segera berencana untuk beralih dari Proof of Work (POW) ke Proof of Stake (POS).

Bukti kepemilikan akan membuat seluruh proses penambangan menjadi virtual dan mengganti penambang dengan validator.

Beginilah prosesnya:

  • Validator harus mengunci beberapa koin mereka sebagai taruhan.
  • Setelah itu, mereka akan mulai memvalidasi blok tersebut. Artinya, ketika mereka menemukan blok yang menurut mereka dapat ditambahkan ke rantai, mereka akan memvalidasinya dengan memasang taruhan di atasnya..
  • Jika blok ditambahkan, maka validator akan mendapatkan hadiah yang sebanding dengan taruhan mereka.

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Seperti yang Anda lihat, protokol POS jauh lebih ramah sumber daya daripada POW. Dalam POW Anda PERLU membuang banyak sumber daya untuk mengikuti protokol, pada dasarnya ini adalah pemborosan sumber daya demi pemborosan sumber daya..

Penghalang Terbesar untuk Proof of Stake

Pengembang Ethereum selalu berencana untuk beralih ke bukti kepemilikan, itu selalu menjadi rencana mereka. Namun, sebelum mereka dapat melakukannya, mereka harus mengatasi salah satu kelemahan terbesar dari bukti kepemilikan (POS).

Pertimbangkan skenario ini sejenak:

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Misalkan kita memiliki situasi seperti di atas. Ada rantai biru utama dan rantai merah yang merupakan cabang dari induk itu sendiri. Apa yang ada untuk menghentikan penambang jahat dari menambang di blok merah dan memaksa kerja keras?

Dalam sistem proof-of-work (POW), risiko ini dapat dikurangi.

Misalkan penambang jahat Alice ingin menambang di rantai merah. Meskipun dia mendedikasikan semua kekuatan hashnya untuk itu, dia tidak akan mendapatkan penambang lain untuk bergabung dengannya di rantai baru. Semua orang masih akan terus menambang di rantai biru, karena lebih menguntungkan dan bebas risiko untuk menambang di rantai yang lebih panjang.

Sekarang ingat, POW sangat mahal dari segi sumber daya.

Tidak masuk akal bagi penambang untuk membuang begitu banyak sumber daya pada blok yang toh akan ditolak oleh jaringan. Oleh karena itu, pemisahan rantai dapat dihindari dalam bukti sistem kerja karena jumlah uang yang harus dihabiskan oleh penyerang.

Namun, hal-hal terlihat sedikit berbeda saat Anda memasukkan POS.

Jika Anda seorang validator, maka Anda dapat dengan mudah memasukkan uang Anda ke dalam rantai merah dan rantai biru tanpa rasa takut akan akibatnya sama sekali. Apa pun yang terjadi, Anda akan selalu menang dan tidak akan rugi, meskipun tindakan Anda mungkin berbahaya.

Ini disebut masalah “Tidak Ada yang Dipertaruhkan”.

Untuk menggabungkan sistem konsensus POS, cryptocurrency perlu mengatasi masalah ini dan Ethereum akan melakukan ini dengan cara yang sangat menarik dengan mengadaptasi protokol Casper mereka..

Casper adalah protokol POS yang telah dipilih Ethereum untuk digunakan. Meskipun ada seluruh tim yang sibuk membuatnya, Vlad Zamfir sering dikreditkan sebagai “Wajah Casper”.

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Kredit Gambar: Blocknomi.

Jadi, bagaimana Casper berbeda dari protokol Proof of Stake lainnya?

Casper telah menerapkan proses di mana mereka dapat menghukum semua elemen berbahaya. Beginilah cara kerja POS di bawah Casper:

  • Validator mempertaruhkan sebagian dari Eter mereka sebagai taruhan.
  • Setelah itu, mereka akan mulai memvalidasi blok tersebut. Artinya, ketika mereka menemukan blok yang menurut mereka dapat ditambahkan ke rantai, mereka akan memvalidasinya dengan memasang taruhan di atasnya..
  • Jika blok ditambahkan, maka validator akan mendapatkan hadiah yang sebanding dengan taruhan mereka.
  • Namun, jika validator bertindak dengan cara yang jahat dan mencoba melakukan “tidak ada yang dipertaruhkan”, mereka akan segera ditegur dan semua saham mereka akan dipotong..

Seperti yang Anda lihat, Casper berkenan bekerja dalam sistem yang tidak dapat dipercaya dan lebih Toleransi Kesalahan Bizantium.

Siapapun yang bertindak dengan cara jahat / Bizantium akan segera dihukum dengan dipotong taruhannya. Di sinilah ia berbeda dari kebanyakan protokol POS lainnya. Unsur-unsur berbahaya memiliki kerugian sehingga tidak mungkin tidak ada yang dipertaruhkan.

Menerapkan Casper dan Proof Of Stake dengan sempurna akan sangat penting jika Ethereum berencana untuk meningkatkannya.

Crypto Terkemuka Yang Menggunakan Protokol Ini: Ethereum (dalam waktu dekat)

# 3 Bukti Pasak yang Didelegasikan

Sekarang kita sampai pada bentuk Proof Of Stake yang menarik yang disebut DPOS atau Delegated Proof Of Stake. EOS menggunakan mekanisme konsensus ini untuk meningkatkan hingga jutaan transaksi per detik.

Jika mereka benar-benar dapat melakukannya, maka mereka akan memiliki DPOS untuk berterima kasih.

Pertama, siapa pun yang memegang token pada blockchain yang terintegrasi dalam perangkat lunak EOS dapat memilih produsen blok melalui sistem pemungutan suara persetujuan berkelanjutan. Siapa pun dapat berpartisipasi dalam pemilihan produsen blok dan mereka akan diberi kesempatan untuk memproduksi blok yang sebanding dengan total suara yang mereka terima relatif terhadap semua produsen lainnya.

bagaimana cara kerjanya?

  • Balok diproduksi di babak ke-21.
  • Pada awal setiap putaran 21 produsen blok dipilih. 20 teratas secara otomatis dipilih sedangkan yang ke-21 dipilih secara proporsional dengan jumlah suara mereka relatif terhadap produsen lainnya.
  • Produser kemudian diacak menggunakan nomor pseudorandom yang berasal dari waktu blok. Ini dilakukan untuk memastikan bahwa konektivitas yang seimbang ke semua produsen lain tetap terjaga.
  • Untuk memastikan bahwa produksi blok reguler dipertahankan dan waktu blok dipertahankan hingga 3 detik, produsen dihukum karena tidak berpartisipasi dengan dikeluarkan dari pertimbangan. Produsen harus memproduksi setidaknya satu blok setiap 24 jam untuk dipertimbangkan.

Sistem DPOS tidak mengalami percabangan karena alih-alih bersaing untuk menemukan blok, produsen harus bekerja sama. Jika terjadi percabangan, konsensus beralih secara otomatis ke rantai terpanjang.

Mengonfirmasi Transaksi di DPOS?

Blockchain DPOS biasanya memiliki 100% partisipasi produsen blok. Transaksi biasanya dikonfirmasi dalam 1,5 detik sejak waktu siaran dengan kepastian 99,9%. Untuk mendapatkan kepastian mutlak atas validitas transaksi, node hanya perlu menunggu 15/21 (yaitu 2/3 mayoritas) produsen untuk mencapai konsensus..

Lantas yang terjadi jika terjadi percabangan yang disebabkan oleh kelalaian atau niat jahat?

Semua node akan, secara default, tidak beralih ke garpu yang tidak menyertakan blok apa pun yang tidak diselesaikan oleh 15/21 produsen. Ini akan tetap berlaku terlepas dari panjang rantai. Setiap blok harus mendapatkan persetujuan 15/21 untuk dianggap sebagai bagian dari rantai.

Karena waktu pembuatan blok yang singkat, sangat mungkin untuk memperingatkan node apakah mereka berada dalam rantai mayor atau minor dalam waktu 9 detik. Alasan mengapa begitu sederhana. Ingat, rata-rata waktu yang dibutuhkan antara setiap blok adalah 3 detik.

Jika sebuah node melewatkan 2 blok berturut-turut, ada kemungkinan 95% bahwa mereka berada di cabang minoritas.

Jika sebuah node melewatkan 3 blok, maka ada kemungkinan 99% blok tersebut berada di rantai minoritas.

Apa itu TAPOS?

Transaction As Proof Of Stake atau TAPOS adalah fitur perangkat lunak EOS. Setiap transaksi dalam sistem diharuskan memiliki hash dari header blok terbaru. Ini melakukan hal berikut:

  • Mencegah transaksi ulang pada rantai yang berbeda.
  • Memberi sinyal ke jaringan bahwa pengguna dan saham mereka ada di garpu tertentu.

Ini mencegah validator bertindak jahat di rantai lain.

Oke, kedengarannya cukup menarik.

Anda memiliki protokol Proof-of-stake yang cepat dan efisien.

Dimana tangkapannya?

Untuk itu, mari kita lihat wawasan dari salah satu pendiri Ethereum, Vitalik Buterin. Menurutnya, sistem DPOS gagal dalam permainan koordinasi.

Apa itu teori permainan Koordinasi?

Pertimbangkan matriks ini:

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Sekarang, jika Anda melihat matriks ini, ada dua Ekuilibria Nash: (A, A) dan (B, B), deviasi dari salah satu status tidak akan menguntungkan mereka. Ide dari permainan ini adalah bagaimana Anda bisa meyakinkan orang untuk beralih dari (A, A) ke (B, B)? Jika ada sekelompok kecil orang yang terlibat maka itu relatif sederhana, Anda cukup berkoordinasi melalui telepon atau email. Tapi, ini berubah ketika kita berbicara tentang sekelompok besar orang.

Perbedaan mendasar antara dilema narapidana dan masalah koordinasi adalah bahwa dalam dilema narapidana, kedua pemain harus memilih (B, B) karena itulah pilihan yang paling membuahkan hasil meskipun (A, A) adalah solusi yang lebih baik secara moral . Dalam masalah Koordinasi, ini bukan tentang moralitas atau imbalan, ini tentang insentif bagi seseorang untuk pergi dari satu negara bagian ke negara lain. Mengapa sekelompok besar orang mengubah cara mereka melakukan sesuatu?

Permainan koordinasi gagal jika hanya sebagian kecil dari kelompok yang mengubah negara bagian mereka dan mayoritas tidak dan sebaliknya, hal ini berhasil jika sebagian besar kelompok mengubah keadaan mereka. Mari kita lihat dengan sebuah contoh.

  • Misalkan kita ingin mengubah bahasa menjadi bahasa berbasis simbol. Misalnya:
  • Pernyataan asli: “Berikan nomormu?”
  • Pernyataan baru: “#?”

Jika saja Anda berbicara menggunakan bahasa ini, itu akan gagal karena mayoritas tidak akan mengerti apa yang Anda bicarakan dan Anda akan dijauhi dari percakapan alias imbalan untuk Anda sangat rendah dan Anda tidak memiliki insentif untuk berubah.

Namun, jika mayoritas masyarakat Anda beralih ke bahasa ini dan menggunakannya secara eksklusif, Anda harus mengubah bahasa Anda jika tidak, Anda tidak akan pernah bisa menyesuaikan diri. Sekarang insentif bagi Anda untuk bergabung sangat tinggi.

Sistem DPOS dapat menggunakan teori permainan koordinasi untuk kerugiannya. Mungkin ada skenario di mana situasi tertentu disukai oleh produsen blok yang tidak sesuai dengan node lainnya..

Misalkan node master ingin melakukan transisi rantai dari status A ke status B. Ini bisa menjadi tugas yang sangat sulit bagi mereka untuk membantu seluruh rantai melakukan transisi yang sama bersama mereka terutama jika node lain menentang status B.

Hanya waktu yang akan memberi tahu apakah EOS dapat mengintegrasikan DPOS dengan baik dan sempurna atau tidak.

Crypto Terkemuka Yang Menggunakan Protokol Ini: EOS

# 4 Delegated Byzantine Fault Tolerance (dBFT)

Sekarang kita sampai pada mekanisme Konsensus pilihan untuk NEO.

Bayangkan ada negara “Blockgeeks” dan negara ini memiliki banyak penduduk. Masing-masing warga negara ini akan memilih seorang Delegasi untuk mewakili mereka dan membuat mereka bahagia. Tugas para delegasi ini adalah mengesahkan undang-undang yang akan membuat warga senang, jika mereka tidak bagus dalam pekerjaannya maka warga dapat memilih delegasi lain di lain waktu..

Jadi bagaimana para delegasi mengeluarkan undang-undang?

Salah satu delegasi dipilih secara acak sebagai pembicara.

Pembicara kemudian melihat semua tuntutan warga dan membuat undang-undang. Mereka kemudian menghitung “Faktor Kebahagiaan” dari undang-undang ini untuk melihat apakah jumlahnya cukup untuk memenuhi kebutuhan warga negara atau tidak. Mereka kemudian meneruskannya kepada para delegasi.

Delegasi kemudian memeriksa sendiri perhitungan Pembicara. Jika nomor pembicara cocok dengan Delegasi maka mereka memberikan persetujuannya, jika tidak maka mereka memberikan ketidaksetujuan.

66% dari delegasi harus memberikan persetujuan mereka agar undang-undang tersebut disahkan. Jika mayoritas tidak disegel, maka pemimpin baru dipilih dan prosesnya dimulai lagi.

Jadi, mari kita lihat bagaimana ini berlaku di blockchain.

Warga adalah siapapun yang memiliki token NEO alias node biasa.

Delegasi adalah node pembukuan. Untuk menjadi simpul pembukuan, Anda harus memenuhi sejumlah kualifikasi: memiliki peralatan khusus, koneksi internet khusus, dan sejumlah GAS (1.000 menurut artikel basiccrypto).

  • “Tuntutan warga” pada dasarnya adalah berbagai transaksi yang dilakukan oleh pemegang token.
  • “Hukum” adalah blok saat ini yang akan ditambahkan ke blockchain.
  • “Faktor kebahagiaan” adalah hash dari blok saat ini.

Sekarang, ada dua kasus di mana salah satu peserta mungkin bertindak jahat. Mari kita lihat:

Kasus # 1: Pembicara itu jahat

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Kredit gambar: artikel basiccrypto Steemit

Dalam kasus ini, pembicara telah mengirim pesan berbahaya B ke dua delegasi dan pesan akurat ke satu. Skenario ini dapat dengan mudah dikurangi karena adanya aturan mayoritas. Kedua delegasi akan melihat bahwa hash mereka tidak cocok dengan pembicara sementara satu delegasi akan melihat bahwa hash mereka cocok dengan sempurna. Namun, 2 dari 3 akan menolak proposal dan konsensus tidak akan tercapai. Pembicara selanjutnya akan dilepas.

Kasus 2: Salah satu delegasi jahat

Memahami Protokol Konsensus Blockchain: Panduan Dasar

Kredit gambar: artikel basiccrypto Steemit

Pembicara mengirimkan pesan yang benar ke semua delegasi, namun salah satu delegasi memutuskan untuk bertindak dengan cara yang jahat dan menyatakan bahwa nomor mereka tidak cocok dengan pembicara.

Namun, karena 2 dari 3 delegasi tidak berbahaya, mereka akan menyetujui undang-undang yang kemudian akan disahkan karena konsensus 66% telah tercapai..

Jadi seperti yang terlihat, dBFT menyajikan bentuk mekanisme konsensus yang sangat menarik.

Crypto Terkemuka Yang Menggunakan Protokol Ini: NEO

Ini adalah 4 dari mekanisme konsensus paling umum yang digunakan dalam cryptocurrency. Namun, ada beberapa lagi yang bisa Anda checkout yang memberikan alternatif menarik. Mereka:

  • Bukti Aktivitas.
  • Bukti Terbakar.
  • Bukti Waktu yang Berlalu.
  • Bukti Kapasitas.

Kesimpulan: Konsensus Blockchain

Tanpa mekanisme konsensus, kami tidak akan memiliki sistem peer-to-peer terdesentralisasi Toleran Kesalahan Bizantium.

Sesederhana itu. Sementara, bukti kerja dan bukti kepemilikan jelas merupakan pilihan yang lebih populer, ada mekanisme baru yang muncul sesekali. Tidak ada mekanisme konsensus yang “sempurna”, dan kemungkinan besar tidak akan pernah ada, tetapi menarik untuk melihat cryptocurrency yang lebih baru ini keluar dengan protokol mereka sendiri.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me