Penjelasan Rantai Beacon Ethereum 2.0

blog 1NewsPengembangEnterpriseBlockchain DijelaskanAcara dan KonferensiTekanBuletin

Berlangganan newsletter kami.

Alamat email

Kami menghormati privasi Anda

BerandaBlogPengembangan Blockchain

Penjelasan Rantai Beacon Ethereum 2.0

Semua yang perlu Anda ketahui tentang shard, validator staking, pengesahan, komite, pos pemeriksaan, dan finalitas. Oleh ConsenSysFebruari 25, 2020Diposting pada Februari 25, 2020

pahlawan rantai suar

Ingat kegembiraan yang Anda rasakan saat mulai mendapatkan momen aha tentang blockchain? Apakah Anda ingin mendapatkan pemahaman serupa tentang Rantai Beacon? Rantai Beacon Ethereum adalah inti dari sistem yang sebagian besar kontennya terlalu teknis, khusus, atau tidak cukup dalam.

Di sini, Anda akan mendapatkan pemahaman yang memuaskan tentang elemen dan mekanisme Beacon Chain. Contoh akan menjelaskan detail utama pada tingkat yang tepat untuk membuat Anda mahir dan menghemat waktu. Kami berasumsi bahwa Anda memiliki dasar yang kuat tentang Ethereum atau Bitcoin, dan cukup familiar dengan Proof of Stake. Mari kita gali gambaran yang lebih besar tentang pecahan, validator staking, pengesahan, komite, pos pemeriksaan, dan finalitas.

Sharding: Gambaran Besar

Untuk menghargai Beacon Chain, pengantar sharding membantu. Masalah utama dalam skalabilitas yang saat ini dihadapi blockchain, termasuk Ethereum adalah: setiap node harus memverifikasi dan mengeksekusi setiap transaksi.

Dalam ilmu komputer, ada dua pendekatan utama untuk penskalaan:

  1. Penskalaan secara vertikal: pada dasarnya, membuat node semakin kuat.
  2. Penskalaan secara horizontal: pada dasarnya, tambahkan lebih banyak node.

Untuk desentralisasi, blockchain perlu diskalakan secara horizontal. Sasaran Ethereum 2.0, juga disebut eth2 atau Serenity, adalah agar node dapat berjalan di perangkat keras konsumen. Sharding adalah istilah untuk mempartisi database secara horizontal.

Umumnya, rantai pecahan memiliki subset node yang memprosesnya. Penambang virtual, validator, ditugaskan ke pecahan, dan hanya memproses dan memvalidasi transaksi dalam pecahan (rantai) itu.

Pecahan Ethereum memiliki subset dinamis dari node yang memprosesnya blok-demi-blok.

Tantangan utama dalam memecah blockchain adalah keamanan pecahan. Karena validator tersebar di seluruh pecahan, validator berbahaya dapat mengambil alih satu pecahan.

Bagian penting dari sebuah solusi:

pengocokan validator secara acak, di mana setiap blok pecahan memiliki komite validator (palsu) yang dipilih secara acak, memastikan bahwa secara matematis tidak mungkin bahwa penyerang yang mengendalikan kurang dari ⅓ dari semua validator dapat menyerang satu pecahan

Bukti penipuan, bukti hak asuh, dan pemeriksaan ketersediaan data juga merupakan komponen keamanan penting tetapi memerlukan penjelasannya sendiri.

Paket eth2 saat ini adalah untuk 64 pecahan. Meskipun pecahan terpisah dari Rantai Beacon, kami akan menjelaskan beberapa elemen utama dari keseluruhan sistem.

Sharding telah mengungkapkan petunjuk tentang apa yang dilakukan dan dibutuhkan Ethereum Beacon Chain. Kami akan memahami mengapa ada komponen tambahan untuk blockchain klasik. Bidang baru blockchain dengan pecahan selalu menyambut baik inovasi dari pembaca yang terinspirasi.

Fase Ethereum 2.0

Secara singkat, Ethereum 2.0 memiliki tiga fase:

  • Fase 0 – Rantai Suar
  • Fase 1 – pecahan
  • Tahap 2 – eksekusi

Sebuah analogi dengan tubuh manusia:

  • Fase 0 – hati
  • Fase 1 – anggota badan
  • Fase 2 – otak

Sebuah analogi dengan orkestra yang sulit dikalahkan:

  • Fase 0 – konduktor
  • Fase 1 – instrumen
  • Tahap 2 – musisi

Semua fase merupakan bagian integral dari sistem dan memiliki karakteristik yang berbeda. Fase 0 adalah bagian dari Ethereum 2020. Fase 1 umumnya lebih mati dan statis dibandingkan fase lainnya. Fase 2 umumnya tentang tindakan dan agensi.

Slot dan Waktu

Beacon Chain menyediakan detak jantung untuk Ethereum 2.0. Ini memberikan tempo dan ritme untuk harmoni dan konsensus sistem. Setiap slot adalah 12 detik dan epoch adalah 32 slot: 6,4 menit.

Masa32 slot pertama ada di Epoch 0. Blok Genesis berada di Slot 0.

Slot adalah peluang untuk menambahkan blok ke Beacon Chain dan pecahan. Anda dapat membayangkan bahwa Rantai Beacon dan rantai beling dikoreografikan dengan langkah yang sama. Setiap 12 detik, satu blok beacon (chain) dan 64 blok shard ditambahkan saat sistem berjalan secara optimal. Validator memang harus kasar disinkronkan dengan waktu.

Slot seperti waktu blok, tetapi slot bisa kosong. Blok Genesis untuk Beacon Chain dan pecahan berada di Slot 0. Pecahan akan dimulai di masa mendatang daripada Epoch 0 Rantai Beacon, tetapi akan memiliki Epoch 0 sendiri yang menyertakan blok genesisnya.

Pengantar Validator, Pengesahan, dan Rantai Beacon

Sementara Proof of Work (PoW) dikaitkan dengan penambang, di Ethereum 2.0 validator adalah “penambang virtual” Proof of Stake. Validator secara aktif berpartisipasi dalam konsensus protokol Ethereum 2.0. Insentif mereka dibahas nanti Imbalan dan Penalti Beacon Chain Validator.

Sebuah blok pengusul adalah validator yang telah dipilih secara acak untuk membuat blok.

Biasanya, validator adalah attesters pemungutan suara itu pada blok suar dan blok pecahan. Suara ini dicatat di Beacon Chain. Suara menentukan kepala Rantai Beacon, dan kepala pecahan.

lamaran yang terlewatProposal yang terlewat untuk slot ke-28 periode.

Di setiap zaman, validator ditetapkan secara acak ke slot dan pecahan. Validator berpartisipasi dalam konsensus dari pecahan yang ditetapkan tersebut sehingga dapat memberikan suara untuk kepala pecahan tersebut. Validator menautkan kepala pecahan ke blok suar untuk sebuah slot.

Sebuah pengesahan adalah suara validator, ditimbang oleh keseimbangan validator. Pengesahan disiarkan oleh validator selain blok.

Validator juga mengawasi satu sama lain dan diberi imbalan karena melaporkan validator lain yang memberikan suara yang bertentangan, atau mengusulkan beberapa blokir.

Konten Beacon Chain pada dasarnya adalah registri alamat validator, status setiap validator, pengesahan, dan tautan ke pecahan. Validator diaktifkan oleh Beacon Chain dan dapat bertransisi ke status, dijelaskan secara singkat nanti di Aktivasi dan Siklus Hidup Beacon Chain Validator.

Validator Taruhan: Semantik

Validator bersifat virtual dan diaktifkan oleh pemegang taruhan. Di PoW, pengguna membeli perangkat keras untuk menjadi penambang. Di Ethereum 2.0, pengguna mempertaruhkan ETH untuk mengaktifkan dan mengontrol validator.

Lebih jelas untuk mengasosiasikan pemegang taruhan dengan satu pasak, dan validator dengan a keseimbangan.  Setiap validator memiliki saldo maksimum 32 ETH, tetapi pemegang taruhan dapat mempertaruhkan semua ETH mereka. Untuk setiap 32 ETH yang dipertaruhkan, satu validator diaktifkan.

Validator dijalankan oleh klien validator yang menggunakan node beacon (rantai). Node beacon memiliki fungsi mengikuti dan membaca Beacon Chain. Klien validator dapat mengimplementasikan fungsi node beacon atau melakukan panggilan ke node beacon. Satu klien validator dapat menjalankan satu atau lebih validator.

Crosslinks: Rooting Shard ke Beacon Chain

Tautan silang adalah referensi di blok suar ke blok pecahan. Tautan silang adalah bagaimana Rantai Beacon mengikuti kepala rantai pecahan. Karena ada 64 pecahan, setiap blok suar dapat berisi hingga 64 tautan silang. Sebuah blok suar mungkin hanya memiliki satu tautan silang, jika di slot itu, tidak ada blok yang diusulkan untuk 63 pecahan. Tautan silang direncanakan untuk eth2 Tahap 1 untuk mengakar rantai pecahan ke dalam Rantai Beacon, yang berfungsi sebagai dasar pilihan garpu pecahan, finalitas rantai pecahan, dan untuk komunikasi pecahan silang. Semua rantai pecahan selalu mengikuti Rantai Beacon.

Komite: Pendahuluan

Komite adalah sekelompok validator. Untuk keamanan, setiap slot (di Beacon Chain dan setiap pecahan) memiliki komite setidaknya 128 validator. Seorang penyerang memiliki kurang dari a satu dari satu triliun kemungkinan mengendalikan ⅔ dari sebuah komite.

Konsep suar keacakan yang memancarkan nomor acak untuk publik, memberikan namanya ke Rantai Beacon Ethereum. Beacon Chain memberlakukan konsensus pada proses pseudorandom yang disebut RANDAO.

aktifkan validatorDi setiap zaman, proses pseudorandom RANDAO memilih pengusul untuk setiap slot, dan mengocok validator ke komite.

Pengusul dipilih oleh RANDAO dengan mempertimbangkan keseimbangan validator. Ada kemungkinan validator adalah pengusul dan anggota komite untuk slot yang sama, tetapi itu bukan norma. Kemungkinan terjadinya hal ini adalah 1/32 jadi kita akan melihatnya sekitar sekali per periode. Sketsa tersebut menggambarkan skenario dengan kurang dari 8.192 validator, jika tidak akan ada setidaknya dua komite per slot.

Penjelasan Beacon Chain ini berfokus pada komite beacon: validator yang melayani Beacon Chain. Panitia (beacon) secara acak diberi pecahan untuk menghubungkan silang menjadi blok suar. Tidak ada komite yang gigih. Komite yang bertanggung jawab untuk menautkan lintas blok beling perubahan blok-demi-blok.

Komite pecahan yang hanya membuat blok rantai pecahan adalah topik masa depan. Ada kemungkinan banyak blok pecahan untuk dibuat oleh validator rantai pecahan yang tidak berinteraksi dengan Rantai Beacon. Namun, agar pecahan dapat berkomunikasi dengan pecahan lain, diperlukan komite suar untuk menautkannya ke blok suar.

Komite Rantai Suar

Diagram adalah penggambaran gabungan dari apa yang terjadi di tiga slot. Di Slot 1, sebuah blok diajukan dan kemudian dibuktikan oleh dua validator; satu validator di Komite A sedang offline. Pengesahan dan pemblokiran di Slot 1 menyebarkan jaringan dan menjangkau banyak validator. Di Slot 2, sebuah blok diusulkan dan validator di Komite B tidak melihatnya, sehingga membuktikan bahwa kepala Rantai Beacon adalah blok di Slot 1. Perhatikan validator ini berbeda dari validator offline dari Slot 1. Membuktikan kepala Rantai Beacon disebut pemungutan suara GHOST LMD. Di Slot 3, semua validator di Komite C menjalankan aturan pilihan garpu LMD GHOST, dan secara independen membuktikan kepala yang sama.

Seorang validator hanya dapat berada dalam satu komite per epoch. Biasanya, ada lebih dari 8.192 validator: artinya lebih dari satu komite per slot. Semua komite memiliki ukuran yang sama, dan memiliki setidaknya 128 validator. Probabilitas keamanan menurun ketika ada kurang dari 4.096 validator karena komite akan memiliki kurang dari 128 validator.

Komite: Inti

Di setiap epoch, validator dibagi secara merata di seluruh slot dan kemudian dibagi menjadi beberapa komite dengan ukuran yang sesuai. Semua validator dari slot itu membuktikan kepala Beacon Chain. Masing-masing komite di slot itu mencoba menautkan silang pecahan tertentu. Algoritme pengacakan meningkatkan atau menurunkan jumlah komite per slot untuk mendapatkan setidaknya 128 validator per komite.

Sebagai contoh, asumsikan 16.384 validator. 512 validator ditetapkan secara acak ke Slot 1, 512 lainnya ke Slot 2, dan seterusnya. 512 validator untuk Slot 1 kemudian dibagi menjadi empat komite dan secara acak ditetapkan ke shard. Asumsikan bahwa Pecahan 33, 55, 22, 11 adalah penetapan pecahan. Semua 512 validator memberikan suara GHOST Slot 1 LMD. 128 validator di salah satu dari empat komite mencoba untuk melakukan crosslink Shard 33. Di komite lain, 128 validator mencoba untuk melakukan crosslink Shard 55. 128 validator dalam upaya komite lain untuk melakukan crosslink Shard 22. 128 validator lainnya mencoba untuk melakukan crosslink Shard 11.

Untuk Slot 2, prosesnya berulang. 512 validator untuk Slot 2 dibagi lagi menjadi empat komite dan secara acak ditetapkan ke shard. Asumsikan bahwa Pecahan 41, 20, 17, 15 adalah penetapan pecahan. Semua 512 validator untuk Slot 2 membuktikan pandangan mereka tentang kepala Rantai Beacon di Slot 2. Panitia berusaha untuk menghubungkan Pecahan 41, 20, 17, 15.

Proses ini berulang untuk slot yang tersisa dalam epoch. Setiap validator memiliki slot ketika dapat berbicara, membuktikan, dan menghubungkan silang. Di akhir epoch, 16.384 validator memiliki kesempatan untuk membuktikan dan melakukan crosslink. Namun sejauh ini suara validator lebih bersifat slot-spesifik, bukan spesifik-epoch. Ini seperti memberi suara untuk pemerintah daerah Anda, daripada memberikan suara dalam pemilihan nasional yang lebih luas. Semua 16.384 validator belum memberikan suara pada hal yang sama. Bagian mendatang tentang pos pemeriksaan dan finalitas, menjelaskan pemungutan suara khusus zaman yang diberikan validator saat slot mereka untuk angkat bicara. Pada slot yang ditentukan, semua 16.384 validator juga memberikan suara untuk pos pemeriksaan zaman.

Pos Pemeriksaan Rantai Suar

Pos pemeriksaan adalah blok di slot pertama suatu zaman. Jika tidak ada blok seperti itu, maka pos pemeriksaan adalah blok terbaru sebelumnya. Selalu ada satu blok pos pemeriksaan per epoch. Sebuah blok bisa menjadi titik pemeriksaan untuk beberapa zaman.

Pos Pemeriksaan Rantai SuarPos pemeriksaan untuk skenario di mana zaman berisi 64 slot.

Catatan Slot 65 hingga Slot 128 kosong. Pos pemeriksaan Epoch 2 akan menjadi blok di Slot 128. Karena slotnya hilang, pos pemeriksaan Epoch 2 adalah blok sebelumnya di Slot 64. Epoch 3 serupa: Slot 192 kosong, jadi blok sebelumnya di Slot 180 adalah Pos pemeriksaan Epoch 3.

Blok batas zaman (EBB) adalah istilah dalam beberapa literatur (seperti Kertas gasper, sumber diagram di atas), dan mereka dapat dianggap identik dengan pos pemeriksaan.

Saat memberikan suara GHOST LMD, validator juga memberikan suara untuk pos pemeriksaan dalam periode saat ini, yang disebut target. Suara ini disebut Casper Voting FFG, dan juga termasuk pos pemeriksaan sebelumnya, yang disebut sumber. Dalam diagram, validator di Epoch 1 memilih pos pemeriksaan sumber dari blok genesis, dan pos pemeriksaan target dari blok di Slot 64. Dalam Epoch 2, validator yang sama memilih pos pemeriksaan yang sama. Hanya validator yang ditugaskan ke slot yang memberikan suara GHOST LMD untuk slot itu. Namun, semua validator memberikan suara FFG untuk setiap pos pemeriksaan epoch.

Supermajority

Suara yang dibuat oleh ⅔ dari total saldo semua validator aktif, dianggap supermajority. Secara pedagogis, misalkan ada tiga validator aktif: dua memiliki saldo 8 ETH, dan validator tunggal dengan saldo 32 ETH. Suara mayoritas super harus berisi suara validator tunggal: meskipun dua validator lainnya mungkin memberikan suara berbeda dengan validator tunggal, mereka tidak memiliki keseimbangan yang cukup untuk membentuk mayoritas super..

Finalitas

Ketika sebuah zaman berakhir, jika pos pemeriksaannya telah mencapai ⅔ supermajority, pos pemeriksaan tersebut akan dibenarkan.

Jika pos pemeriksaan B dibenarkan dan pos pemeriksaan di epoch berikutnya langsung dibenarkan, maka B menjadi diselesaikan. Biasanya, pos pemeriksaan diselesaikan dalam dua periode, 12,8 menit.

Rata-rata, transaksi pengguna akan berada dalam satu blok di tengah-tengah zaman. Ini adalah setengah periode hingga pos pemeriksaan berikutnya, menyarankan penyelesaian transaksi 2,5 periode: 16 menit. Secara optimal, lebih dari ⅔ pengesahan akan disertakan oleh slot ke-22 dari sebuah epoch. Jadi, penyelesaian transaksi rata-rata 14 menit (16 + 32 + 22 slot). Konfirmasi blok muncul dari pengesahan blok, pembenarannya, hingga finalitasnya. Kasus penggunaan dapat memutuskan apakah mereka membutuhkan penyelesaian atau ambang batas keamanan sebelumnya sudah cukup.

Pembenaran dan Finalisasi Rantai SuarContoh satu pos pemeriksaan dibenarkan (Slot 64) dan menyelesaikan pos pemeriksaan sebelumnya (Slot 32).

Apa yang Terjadi di Kepala Rantai Beacon

Blok batas epoch di Slot 96 diusulkan dan berisi pengesahan untuk pos pemeriksaan Epoch 2. Jumlah pengesahan untuk pos pemeriksaan Epoch 2 sekarang mencapai ⅔ supermajority. Ini menyebabkan pembenaran dari pos pemeriksaan Epoch 2, dan dengan demikian finalitas dari checkpoint Epoch 1 yang sebelumnya dibenarkan. Finalitas Slot 32 segera menyebabkan finalitas semua blok sebelumnya. Saat menyelesaikan checkpoint, tidak ada batasan jumlah blok yang dapat diselesaikan. Meskipun finalitas hanya dihitung pada batas waktu, pengesahan diakumulasikan di setiap blok, seperti yang dijelaskan dalam narasi alternatif “Apa yang bisa terjadi dari genesis ke head” di bawah.

Semua tautan silang yang terdapat dalam blok suar dari Slot 1 ke Slot 32, akan mengarah pada finalitas rantai pecahan. Dengan kata lain, blok shard diselesaikan saat ditautkan ke blok suar yang diselesaikan. Tautan silang itu sendiri tidak cukup untuk menyelesaikan blok pecahan, tetapi berkontribusi pada pilihan garpu rantai pecahan.

Apa yang Bisa Terjadi Dari Kejadian ke Kepala

Dengan ilustrasi yang sama, berikut adalah alur cerita yang bisa diamati dari genesis. Semua pengusul dari Slot 1 hingga Slot 63 mengajukan sebuah blok, dan ini muncul secara on-chain. Dengan setiap blok di Epoch 1, pos pemeriksaannya (blok di Slot 32) mengakumulasi pengesahan dari 55% validator. Blok di Slot 64 diusulkan dan itu termasuk pengesahan untuk pos pemeriksaan Epoch 1. Sekarang, 70% validator telah membuktikan pos pemeriksaan Epoch 1: ini menyebabkan pembenarannya. Pos pemeriksaan Epoch 2 (Slot 64) mengumpulkan pengesahan di seluruh Epoch 2 tetapi tidak mencapai ⅔ supermajority. Blok di Slot 96 diusulkan dan itu termasuk pengesahan untuk pos pemeriksaan Epoch 2. Ini mengarah pada mencapai ⅔ supermajority dan pembenaran pos pemeriksaan Epoch 2. Membenarkan pos pemeriksaan Epoch 2 menyelesaikan pos pemeriksaan Epoch 1 dan semua blok sebelumnya.

Berikut skenario lain yang mungkin. Pertimbangkan hanya sampai Epoch 1. Pos pemeriksaan di Epoch 1 bisa mendapatkan ⅔ supermajority sebelum pos pemeriksaan di Epoch 2 diusulkan. Misalnya, karena blok di Slot 32 hingga Slot 54 diusulkan, pengesahan untuk membenarkan pos pemeriksaan (Slot 32) bisa jadi sudah mencapai ⅔ supermajority. Dalam hal ini, pos pemeriksaan akan dibenarkan sebelum Epoch 2. Sebuah pos pemeriksaan dapat dibenarkan dalam epoch saat ini, tetapi penyelesaiannya membutuhkan setidaknya epoch setelahnya.

Justifikasi blok terkadang dapat menyelesaikan blok dua atau lebih waktu yang lalu. Makalah Gasper membahas kasus-kasus ini. Mereka diharapkan hanya pada saat latensi tinggi, partisi jaringan, atau serangan kuat yang luar biasa.

Finalitas sangat penting bagi pecahan dan pihak dalam blockchain Ethereum untuk mendapatkan jaminan tentang transaksi. Finalitas mengurangi kompleksitas dengan komunikasi lintas shard. Tanpa finalitas, rollback transaksi yang mengalir di dalam dan di seluruh shard akan mengganggu dan dapat membatalkan manfaat sharding.

Pengesahan: Pandangan Lebih Dekat

Pengesahan berisi suara GHOST LMD dan suara FFG. Secara optimal, semua validator mengirimkan satu pengesahan per epoch. Pengesahan memiliki 32 peluang slot untuk dimasukkan secara on-chain. Ini berarti validator dapat memiliki dua pengesahan yang disertakan secara on-chain dalam satu epoch. Validator diberi penghargaan paling banyak saat pengesahan mereka disertakan secara on-chain pada slot yang ditentukan; penyertaan selanjutnya adalah hadiah yang membusuk. Untuk memberi validator waktu untuk bersiap, mereka ditugaskan ke komite satu periode sebelumnya. Pengusul hanya ditetapkan ke slot setelah periode dimulai. meskipun begitu, pemilihan pemimpin rahasia penelitian bertujuan untuk mengurangi serangan atau suap pengusul.

Komite memungkinkan pengoptimalan teknis dengan menggabungkan tanda tangan dari setiap attester menjadi satu tanda tangan gabungan. Ketika validator dalam komite yang sama membuat suara GHOST dan FFG di LMD yang sama, tanda tangan mereka dapat dikumpulkan.

Imbalan dan Penalti Beacon Chain Validator

Tanpa terlalu mendalam, kita akan membahas enam topik tentang insentif validator:

  1. imbalan attester
  2. hukuman attester
  3. risiko penurunan tipikal bagi para pemegang saham
  4. pemotongan dan hadiah pelapor
  5. imbalan pengusul
  6. hukuman tidak aktif

Validator diberi penghargaan ketika mereka membuat pengesahan (GHOST LMD dan suara FFG) yang disetujui oleh mayoritas validator lain. Di eth2 Tahap 1, validator juga akan menerima hadiah untuk tautan silang. Imbalan dipadatkan saat blok diselesaikan.

Di sisi lain, validator dihukum karena tidak membuktikan atau jika mereka membuktikan blok yang tidak diselesaikan.

Sebelum menguraikan penalti dan hadiah yang tidak terlalu umum, Anda mungkin ingin mengetahui risiko kerugian Anda menjadi seorang staker. Sebagai pemegang saham yang peduli tentang berapa banyak ETH yang mungkin hilang, itu adalah cermin dari berapa banyak yang dapat Anda hasilkan. Jika validator berdiri untuk menghasilkan 10% dalam satu tahun dengan imbalan, validator (jujur) akan kehilangan 10% jika mereka melakukan pekerjaan yang paling buruk. Misalnya, validator yang selalu offline atau selalu memberikan suara pada blok yang tidak diselesaikan, akan dikenakan sanksi sejumlah yang akan diberikan kepada validator karena membuat pengesahan tepat waktu yang diselesaikan.

Pemotongan adalah penalti mulai dari lebih dari 0,5 ETH hingga seluruh taruhan validator. Untuk melakukan a pelanggaran yang bisa ditebas validator kehilangan setidaknya 1/32 dari saldonya dan dinonaktifkan. Validator diberi sanksi seolah-olah offline selama 8.192 epoch. Protokol juga memberlakukan hukuman tambahan berdasarkan berapa banyak orang lainnya yang telah disayat dalam waktu yang hampir bersamaan. Rumus dasar untuk penalti tambahan adalah: validator_balance * 3 * fraction_of_validators_slashed. Dampaknya adalah jika ⅓ dari semua validator melakukan pelanggaran yang dapat dipotong, mereka semua kehilangan seluruh saldo. Validator yang melaporkan pelanggaran yang dapat dipotong mendapat hadiah dari whistleblower.

Pengusul blok yang diselesaikan, dapatkan hadiah yang cukup besar. Validator yang secara konsisten online melakukan pekerjaan yang baik memperoleh ~ 1/8 peningkatan ke total hadiah mereka untuk mengusulkan blok. Ketika terjadi pemotongan, pengusul juga mendapatkan hadiah kecil karena menyertakan bukti pemotongan dalam satu blok. Di eth2 Tahap 0, semua hadiah pelapor benar-benar diberikan kepada pengusul.

Ethereum 2.0 adalah sistem dengan banyak mekanisme, beberapa di antaranya dapat lebih dihargai dengan efek keseluruhannya. Imbalan dan penalti yang dirancang berujung pada sebuah hukuman tidak aktif. Pada dasarnya, jika ada lebih dari empat epoch sejak finalitas, semua validator menerima penalti ketidakaktifan yang meningkat secara kuadrat hingga checkpoint diselesaikan. Hukuman ketidakaktifan menjamin jenis hasil ini: jika 50% validator drop offline, pemblokiran akan mulai diselesaikan lagi setelah 21 hari.

Pelanggaran yang Dapat Ditebas

Ada tiga kondisi pemotongan untuk validator. Mereka dapat digambarkan sebagai proposal ganda, suara ganda FFG, dan suara sekeliling FFG. Voting LMD GHOST tidak dapat dipotong.

SEBUAH proposal ganda adalah pengusul yang mengusulkan lebih dari satu blok untuk slot yang ditetapkan.

SEBUAH suara ganda adalah validator yang memberikan 2 suara FFG untuk target yang sama, tetapi dari sumber yang berbeda.

SEBUAH suara mengelilingi adalah validator yang memberikan suara FFG yang mengelilingi atau dikelilingi oleh suara FFG sebelumnya yang mereka buat. Berikut dua contoh berdasarkan skenario bahwa validator melakukan voting FFG di Epoch 5 dengan sumber Slot 32 dan target Slot 128:

  • Suara FFG di Epoch 6 dengan sumber Slot 64 dan target Slot 96, akan menjadi suara FFG yang dipilih. dikelilingi oleh suara Epoch 5 mereka.
  • Voting FFG di Epoch 6 dengan sumber Slot 0 dan target Slot 160 akan mengelilingi suara FFG mereka di Epoch 5.

Suara FFG di Epoch 6 yang memiliki target Slot 128 akan menjadi suara ganda dan dapat dipotong, kecuali sumbernya adalah Slot 32. Suara FFG yang identik tidak dapat dipotong.

Dua suara FFG dengan sumber yang sama tidak pernah dapat dipotong. Ini penting untuk kehidupan. Misalnya, jika ada dua garpu yang masing-masing didukung dengan sekitar 50% saldo validator, protokol perlu mendorong (bukan menghukum) validator untuk mengganti garpu dengan memberikan suara dengan sumber yang sama dan target yang berbeda. Alih-alih menemui jalan buntu, validator dapat dengan aman beralih antar-fork untuk mencoba dan mencapai file  supermajority.

Seorang validator whistleblowing perlu memasukkan suara yang bertentangan untuk membuktikan bahwa validator lain harus disingkirkan. Menemukan suara yang bertentangan secara efisien di antara histori yang besar merupakan tantangan algoritme dan struktur data. Itu tantangan rekayasa terbuka detektor pemotongan sedang mencari kontributor.

Validator memegang kendali penuh untuk menghindari garis miring: hanya perlu mengingat apa yang telah ditandatangani. Validator yang jujur ​​tidak dapat dipotong oleh tindakan validator lain. Selama validator tidak menandatangani pengesahan atau proposal yang bentrok, validator tidak dapat dipotong.

Klien validator dapat menggunakan beberapa node beacon untuk faktor-faktor seperti waktu kerja yang lebih baik, kepercayaan, dan perlindungan Denial of Service. Dalam penyiapan ini, atau di mana klien validator cadangan digunakan, pengguna harus berhati-hati agar validator tidak menandatangani pesan yang bentrok..

Aktivasi dan Siklus Hidup Beacon Chain Validator

Setiap validator membutuhkan saldo 32 ETH untuk dapat diaktifkan. Seorang pengguna yang mempertaruhkan 32 ETH ke dalam kontrak setoran di mainnet Ethereum, akan mengaktifkan satu validator.

Beacon Chain keluar (menonaktifkan) semua validator yang saldonya mencapai 16 ETH; Staker akan dapat menarik saldo validator yang tersisa tetapi tidak di eth2 Phase 0.

Validator juga dapat keluar secara sukarela setelah melayani selama 2.048 epoch, sekitar 9 hari. Saat keluar, ada penundaan selama empat periode sebelum pemegang saham dapat menarik saham mereka. Dalam empat periode, validator masih bisa ditangkap dan dipotong. Saldo validator yang jujur ​​kemudian dapat ditarik dalam waktu sekitar 27 jam. Tetapi jika validator dipangkas, pemegang saham harus menunggu 8.192 periode (sekitar 36 hari) sebelum dapat menarik.  

Rincian teknis lebih lanjut dijelaskan di Catatan tentang siklus hidup validator Ethereum 2.0 fase 0 termasuk diagram alur ini:

Siklus Hidup Beacon Chain Validator 1

Untuk menghindari perubahan besar dalam set validator dalam waktu singkat, ada mekanisme yang membatasi berapa banyak validator yang dapat diaktifkan atau keluar dalam satu epoch. Misalnya, ini mempersulit pengaktifan banyak validator dengan cepat untuk menyerang sistem.

Beacon Chain menggunakan konsep yang lebih dalam tentang saldo efektif yang lebih jarang berubah daripada saldo validator dan memungkinkan pengoptimalan teknis.

Membungkus

Di setiap epoch, validator dibagi secara merata di seluruh slot dan kemudian dibagi menjadi beberapa komite dengan ukuran yang sesuai. Validator hanya boleh dalam satu slot, dan dalam satu panitia. Secara kolektif:

  • semua validator dalam upaya epoch untuk menyelesaikan checkpoint yang sama: voting FFG
  • semua validator yang ditugaskan ke percobaan slot untuk memberikan suara pada kepala Rantai Beacon yang sama: suara GHOST LMD
  • semua validator yang ditugaskan pada upaya komite untuk menautkan silang pecahan tertentu

Perilaku optimal memberi penghargaan paling banyak kepada validator.

Aktivasi Beacon Chain membutuhkan setidaknya 16.384 validator saat genesis. Jumlah validator dapat berkurang dengan garis miring atau keluar secara sukarela, atau pemegang saham dapat mengaktifkan lebih banyak. Lebih banyak validator diharapkan saat sistem meningkat hingga eth2 Tahap 1 dan seterusnya. Beacon Chain membutuhkan setidaknya 262.144 validator (lebih dari delapan juta ETH dipertaruhkan) untuk memiliki blok yang mencakup 64 tautan silang.

Dunia tidak pernah memiliki platform yang dapat diskalakan untuk sistem dan aplikasi terdesentralisasi sebelumnya. Jika Anda terinspirasi untuk mendalami lebih dalam, ada referensi otoritatif Spesifikasi Ethereum 2.0.  Ini termasuk spesifikasi Beacon Chain, tautan ke sumber daya utama lainnya, dan masalah dengan bounty. Saat ini, kebutuhan yang paling mendesak adalah Jaringan Peer-to-Peer. Berkontribusi atau rujuk orang lain ke tantangan, ethresear.ch atau forum Ethereum Magician, dan jadilah bagian dalam membuat sejarah!

Berlangganan buletin ConsenSys

Dapatkan berita dan penjelasan Ethereum 2.0 terbaru langsung ke kotak masuk Anda. Langganan Ethereum 2.0Newsletter Berlangganan buletin kami untuk berita Ethereum terbaru, solusi perusahaan, sumber daya pengembang, dan banyak lagi Alamat emailKonten EksklusifCara Membangun Produk Blockchain yang BerhasilWebinar

Cara Membangun Produk Blockchain yang Berhasil

Cara Mengatur dan Menjalankan Node EthereumWebinar

Cara Mengatur dan Menjalankan Node Ethereum

Cara Membangun API Ethereum Anda SendiriWebinar

Cara Membangun API Ethereum Anda Sendiri

Cara Membuat Token SosialWebinar

Cara Membuat Token Sosial

Menggunakan Alat Keamanan dalam Pengembangan Kontrak CerdasWebinar

Menggunakan Alat Keamanan dalam Pengembangan Kontrak Cerdas

Masa Depan Keuangan Aset Digital dan DeFiWebinar

Masa Depan Keuangan: Aset Digital dan DeFi

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