Egypt Casino

🔥 Selamat datang di Egypt Casino — Jelajahi tren terbaru tentang placard-bet!

Penjelasan Beacon Chain Ethereum 2.0 yang Perlu Anda Baca Pertama

Mesinnya diganti di tengah penerbangan! 15 September 2022 — hari Ethereum beralih ke Proof-of-Stake. Mesin baru itu adalah Beacon Chain. Apakah Anda merasa sudah waktunya untuk mengetahui sedikit cara kerjanya? Beacon Chain Ethereum akan diilustrasikan dengan contoh pada level yang tepat untuk membuat Anda mahir dan menghemat waktu.

Slot dan Epoch

Beacon Chain menyediakan detak jantung untuk konsensus Ethereum. Setiap slot berdurasi 12 detik dan satu epoch terdiri dari 32 slot: 6,4 menit. 32 slot pertama berada di Epoch 0. Blok genesis berada di Slot 0. Slot adalah kesempatan bagi sebuah blok untuk ditambahkan ke Beacon Chain. Setiap 12 detik, satu blok ditambahkan saat sistem berjalan optimal. Validator perlu disinkronkan dengan waktu secara kasar. Slot seperti waktu blok, tetapi slot bisa kosong. Blok genesis Beacon Chain berada di Slot 0.

Validator dan Attestasi

Sementara proof-of-work terkait dengan penambang, validator Ethereum adalah "penambang virtual" proof-of-stake. Validator menjalankan konsensus Ethereum. Insentif mereka dibahas kemudian di bagian Imbalan dan Sanksi Staking. Seorang proposer blok adalah validator yang dipilih secara pseudorandom untuk membangun blok. Sebagian besar waktu, validator adalah attester yang memberikan suara pada blok. Suara ini dicatat dalam Beacon Chain dan menentukan kepala Beacon Chain. Pada setiap epoch, seorang validator ditugaskan secara pseudorandom ke sebuah slot. Sebuah attestasi adalah suara validator, yang dibobot berdasarkan saldo validator. Attestasi disiarkan oleh validator selain blok. Validator juga saling memantau dan diberi imbalan karena melaporkan validator lain yang membuat suara bertentangan, atau mengusulkan banyak blok. Isi Beacon Chain terutama adalah daftar alamat validator, status setiap validator, dan attestasi. Validator diaktifkan oleh Beacon Chain dan dapat bertransisi ke status yang dijelaskan secara singkat nanti di Aktivasi dan Siklus Hidup Validator Beacon Chain.

Semantik Staking Validator

Validator bersifat virtual dan diaktifkan oleh staker. Dalam PoW, pengguna membeli perangkat keras untuk menjadi penambang. Dalam Ethereum, pengguna melakukan staking ETH untuk mengaktifkan dan mengontrol validator. Lebih jelas untuk mengaitkan staker dengan sebuah taruhan, dan validator dengan sebuah saldo. Setiap validator memiliki saldo maksimum 32 ETH, tetapi staker dapat melakukan staking semua ETH mereka. Untuk setiap 32 ETH yang di-staking, satu validator diaktifkan. Validator dijalankan oleh validator client yang menggunakan node beacon (chain). Sebuah node beacon memiliki fungsionalitas untuk mengikuti dan membaca Beacon Chain. Validator client dapat mengimplementasikan fungsionalitas node beacon atau melakukan panggilan ke node beacon. Satu validator client dapat menjalankan banyak validator.

Komite

Komite adalah sekelompok validator. Untuk keamanan, setiap slot memiliki komite yang terdiri dari setidaknya 128 validator. Seorang penyerang memiliki kemungkinan kurang dari satu dalam satu triliun untuk mengendalikan ⅔ dari sebuah komite. Konsep suar keacakan yang memancarkan angka acak untuk publik, memberikan namanya pada Ethereum Beacon Chain. Beacon Chain menegakkan konsensus pada proses pseudorandom yang disebut RANDAO. Pada setiap epoch, proses pseudorandom RANDAO memilih proposer untuk setiap slot, dan mengacak validator ke dalam komite. Proposer dipilih oleh RANDAO dengan pembobotan pada saldo validator. Seorang validator bisa menjadi proposer dan anggota komite untuk slot yang sama, tetapi itu bukan norma. Kemungkinan ini terjadi adalah 1/32 sehingga kita akan melihatnya sekitar sekali per epoch. Seorang validator hanya bisa berada dalam satu komite per epoch. Biasanya, ada lebih dari 8.192 validator: berarti lebih dari satu komite per slot. Semua komite berukuran sama, dan memiliki setidaknya 128 validator. Probabilitas keamanan menurun ketika ada kurang dari 4.096 validator karena komite akan memiliki kurang dari 128 validator.

Pada setiap epoch, validator dibagi secara merata ke dalam slot dan kemudian dibagi lagi ke dalam komite dengan ukuran yang sesuai. Semua validator dari slot tersebut memberikan attestasi ke kepala Beacon Chain. Algoritma pengacakan memperbesar atau memperkecil jumlah komite per slot untuk mendapatkan setidaknya 128 validator per komite.

Titik Periksa Beacon Chain

Titik periksa adalah blok di slot pertama dari sebuah epoch. Jika tidak ada blok seperti itu, maka titik periksa adalah blok terbaru sebelumnya. Selalu ada satu blok titik periksa per epoch. Sebuah blok dapat menjadi titik periksa untuk beberapa epoch. Blok batas epoch (EBB) adalah istilah dalam beberapa literatur, dan mereka dapat dianggap sinonim dengan titik periksa. Saat memberikan suara LMD GHOST, seorang validator juga memberikan suara untuk titik periksa di epoch saat ini, yang disebut target. Suara ini disebut suara Casper FFG, dan juga mencakup titik periksa sebelumnya, yang disebut sumber. Hanya validator yang ditugaskan ke sebuah slot yang memberikan suara LMD GHOST untuk slot tersebut. Namun, semua validator memberikan suara FFG untuk setiap titik periksa epoch.

Supermayoritas

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

Finalitas

Ketika sebuah epoch berakhir, jika titik periksanya telah memperoleh supermayoritas ⅔, titik periksa tersebut menjadi justified. Jika sebuah titik periksa B justified dan titik periksa di epoch berikutnya menjadi justified, maka B menjadi finalized. Biasanya, sebuah titik periksa difinalisasi dalam dua epoch, 12,8 menit. Rata-rata, transaksi pengguna akan berada dalam blok di tengah epoch. Setengah epoch hingga titik periksa berikutnya, menunjukkan finalitas transaksi 2,5 epoch: 16 menit. Secara optimal, lebih dari ⅔ attestasi akan sudah disertakan pada slot ke-22 dari sebuah epoch. Dengan demikian, finalitas transaksi rata-rata 14 menit. Konfirmasi blok muncul dari attestasi blok, ke justifikasinya, hingga finalitasnya. Kasus penggunaan dapat memutuskan apakah mereka membutuhkan finalitas atau ambang keamanan yang lebih awal sudah cukup.

Untuk menyederhanakan narasi berikut, asumsikan bahwa semua validator memiliki saldo yang sama.

Apa yang Terjadi di Kepala Beacon Chain

Blok batas epoch di Slot 96 diusulkan dan berisi attestasi untuk titik periksa Epoch 2. Jumlah attestasi untuk titik periksa Epoch 2 sekarang mencapai supermayoritas ⅔. Ini menyebabkan justifikasi titik periksa Epoch 2, dan dengan demikian finalitas titik periksa Epoch 1 yang sebelumnya di-justify. Finalitas Slot 32 segera menyebabkan finalitas semua blok sebelumnya. Saat memfinalisasi sebuah titik periksa, tidak ada batasan jumlah blok yang dapat difinalisasi. Meskipun finalitas hanya dihitung pada batas epoch, attestasi diakumulasi pada setiap blok, seperti yang dijelaskan dalam narasi alternatif "Apa yang mungkin terjadi dari genesis hingga kepala" di bawah.

Apa yang Mungkin Terjadi dari Genesis hingga Kepala

Dengan ilustrasi yang sama, berikut adalah alur cerita yang bisa diamati dari genesis. Semua proposer dari Slot 1 hingga Slot 63 mengusulkan sebuah blok, dan ini muncul di rantai. Dengan setiap blok di Epoch 1, titik periksanya (blok di Slot 32) mengakumulasi attestasi dari 55% validator. Blok di Slot 64 diusulkan dan mencakup attestasi untuk titik periksa Epoch 1. Sekarang, 70% validator telah memberikan attestasi ke titik periksa Epoch 1: ini menyebabkan justifikasinya. Titik periksa Epoch 2 (Slot 64) mengakumulasi attestasi sepanjang Epoch 2 tetapi tidak mencapai supermayoritas ⅔. Blok di Slot 96 diusulkan dan mencakup attestasi untuk titik periksa Epoch 2. Ini mengarah pada pencapaian supermayoritas ⅔ dan justifikasi titik periksa Epoch 2. Membenarkan titik periksa Epoch 2 memfinalisasi titik periksa Epoch 1 dan semua blok sebelumnya. Berikut adalah skenario lain yang mungkin. Pertimbangkan hanya hingga Epoch 1. Titik periksa di Epoch 1 bisa saja memperoleh supermayoritas ⅔ sebelum titik periksa di Epoch 2 diusulkan. Misalnya, saat blok di Slot 32 hingga Slot 54 diusulkan, attestasi untuk membenarkan titik periksa (Slot 32) bisa saja sudah mencapai supermayoritas ⅔. Dalam kasus ini, titik periksa akan di-justify sebelum Epoch 2. Sebuah titik periksa dapat di-justify di epochnya saat ini, tetapi finalitasnya memerlukan setidaknya epoch setelahnya. Justifikasi sebuah blok kadang dapat memfinalisasi blok dua epoch atau lebih sebelumnya. Hal ini diharapkan hanya pada waktu yang luar biasa dengan latensi tinggi, partisi jaringan, atau serangan kuat.

Attestasi: Pandangan Lebih Dekat

Sebuah attestasi berisi suara LMD GHOST dan suara FFG. Secara optimal, semua validator mengirimkan satu attestasi per epoch. Sebuah attestasi memiliki 32 peluang slot untuk dimasukkan di rantai. Ini berarti seorang validator mungkin memiliki dua attestasi yang dimasukkan di rantai dalam satu epoch. Validator mendapatkan imbalan terbanyak ketika attestasi mereka dimasukkan di rantai pada slot yang ditugaskan; penyertaan kemudian adalah imbalan yang menurun. Untuk memberi validator waktu untuk bersiap, mereka ditugaskan ke komite satu epoch sebelumnya. Proposer hanya ditugaskan ke slot setelah epoch dimulai. Meskipun demikian, penelitian pemilihan pemimpin rahasia bertujuan untuk mengurangi serangan atau penyuapan proposer. Komite memungkinkan optimasi teknis untuk menggabungkan tanda tangan dari setiap attester menjadi satu tanda tangan agregat. Ketika validator dalam komite yang sama membuat suara LMD GHOST dan FFG yang sama, tanda tangan mereka dapat digabungkan.

Imbalan dan Sanksi Staking

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

- imbalan attester
- sanksi attester
- risiko penurunan tipikal bagi staker
- slashing dan imbalan pelapor
- imbalan proposer
- sanksi kebocoran inaktivitas
1. Validator mendapatkan imbalan karena membuat attestasi (suara LMD GHOST dan FFG) yang disetujui oleh mayoritas validator lainnya. Attestasi dalam blok yang difinalisasi lebih berharga.

2. Di sisi lain, validator mendapatkan sanksi karena tidak melakukan attestasi atau jika mereka melakukan attestasi ke blok yang tidak difinalisasi.

3. Sebelum menguraikan sanksi dan imbalan yang kurang umum, Anda mungkin ingin mengetahui risiko penurunan Anda dalam menjadi staker. Sebagai staker yang khawatir tentang berapa banyak ETH yang mungkin hilang, ini hampir merupakan cerminan dari berapa banyak yang bisa Anda peroleh. Misalnya, jika seorang validator dapat menghasilkan 10% dalam setahun dari imbalan attester, seorang validator (jujur) dapat kehilangan 7,5% jika mereka melakukan pekerjaan terburuk yang mungkin. Seorang validator yang selalu offline atau selalu memilih blok yang tidak difinalisasi, akan dikenakan sanksi ¾ dari jumlah yang akan dihadiahi seorang validator karena membuat attestasi tepat waktu yang difinalisasi. Contoh 365 hari berarti bahwa offline selama beberapa hari atau minggu adalah sanksi yang jauh lebih kecil: offline selama 36 hari akan kehilangan sekitar 0,75% (kecuali ada kebocoran inaktivitas yang dijelaskan di #6).

4. Slashing adalah sanksi mulai dari lebih dari 0,5 ETH hingga seluruh taruhan validator. Seorang validator yang jujur dan aman tidak dapat di-slash oleh tindakan validator lain. Karena melakukan pelanggaran yang dapat di-slash, seorang validator kehilangan setidaknya 1/32 dari saldonya dan dinonaktifkan ("keluar paksa"). Validator tersebut dikenakan sanksi seolah-olah offline selama 8.192 epoch. Protokol juga memberlakukan sanksi tambahan berdasarkan berapa banyak orang lain yang telah di-slash pada waktu yang hampir bersamaan. Rumus dasar untuk sanksi tambahan adalah: saldo_validator * 3 * fraksi_validator_yang_di-slash. Efeknya adalah jika ⅓ dari semua validator melakukan pelanggaran yang dapat di-slash dalam periode waktu yang sama, mereka kehilangan seluruh saldo mereka. Validator yang melaporkan pelanggaran yang dapat di-slash mendapatkan imbalan pelapor.

5. Proposer dari blok yang difinalisasi mendapatkan imbalan yang besar. Validator yang terus-menerus online melakukan pekerjaan dengan baik, mendapatkan sekitar ⅛ peningkatan pada total imbalan mereka karena mengusulkan blok dengan attestasi baru. Ketika slashing terjadi, proposer juga mendapatkan imbalan kecil karena menyertakan bukti slashing dalam sebuah blok. Saat ini, semua imbalan pelapor sebenarnya diberikan kepada proposer.

6. Ethereum adalah sistem dengan banyak mekanisme, beberapa di antaranya dapat lebih dihargai oleh efek keseluruhannya. Imbalan dan sanksi yang dirancang berpuncak pada sanksi kebocoran inaktivitas. Ini parah dan jarang tidak seperti risiko tipikal di #3. Pada dasarnya, jika sudah lebih dari empat epoch sejak finalitas, validator menderita sanksi inaktivitas yang meningkat secara kuadratik hingga titik periksa difinalisasi. Sanksi inaktivitas (atau "kebocoran kuadratik") menjamin hasil seperti ini: jika 50% validator offline, blok akan mulai difinalisasi lagi setelah 18 hari. Kebocoran kuadratik menguras validator yang bermasalah hingga keluar paksa sehingga validator lain akan menjadi mayoritas ⅔ yang dapat melanjutkan finalitas. Kebocoran inaktivitas tidak menguras validator yang beroperasi secara optimal. Selama kebocoran inaktivitas, imbalan attester adalah nol; validator mendapatkan imbalan proposer dan pelapor seperti biasa.

Pelanggaran yang Dapat Di-slash

Ada empat kondisi slashing untuk validator. Mereka dapat digambarkan sebagai proposal ganda, suara ganda LMD GHOST, suara surround FFG, dan suara ganda FFG.

Proposal ganda adalah seorang proposer mengusulkan lebih dari satu blok untuk slot yang ditugaskan.

Demikian pula, suara ganda LMD GHOST adalah seorang validator memberikan attestasi ke dua kepala Beacon Chain yang berbeda untuk slot yang ditugaskan.

Suara surround adalah seorangvalidator memberikan suara FFG yang mengelilingi atau dikelilingi oleh suara FFG sebelumnya yang mereka buat. Berikut adalah dua contoh berdasarkan skenario bahwa seorang validator membuat suara 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 dikelilingi oleh suara Epoch 5 mereka.
- Suara FFG di Epoch 6 dengan sumber Slot 0 dan target Slot 160 akan mengelilingi suara FFG mereka di Epoch 5.
Suara ganda FFG adalah seorang validator memberikan 2 suara FFG untuk dua target di epoch yang sama. Ini dapat terjadi selama fork. Suara FFG untuk kedua target di Epoch 1, blok 64 dan "63", akan menjadi suara ganda. (Karena tidak ada blok yang diusulkan di Slot 64 di fork bawah; ingat bagian tentang Titik Periksa Beacon Chain.) Memilih target Epoch 1 dari "blok 64", dan target Epoch 1 dari "blok 63", adalah suara ganda. Suara ganda adalah ketika seorang validator memberikan suara FFG untuk dua target di epoch yang sama. Intuisi di balik slashing suara ganda adalah agar validator memilih satu rantai, bukan dua fork atau lebih. Perhatikan bahwa sebuah attestasi, karena bagaimana mereka dapat digabungkan, dapat muncul sebagai lebih dari satu suara. Attestasi yang sama dapat muncul dalam agregat yang berbeda, tetapi tetap merupakan attestasi yang sama dan bukan suara ganda.

Seorang validator pelapor perlu menyertakan suara yang bertentangan untuk membuktikan bahwa validator lain harus di-slash. Menemukan suara yang bertentangan secara efisien di antara sejarah yang besar adalah tantangan algoritma dan struktur data. Seorang validator memiliki kendali penuh untuk menghindari di-slash: ia hanya perlu mengingat apa yang telah ditandatangani. Seorang validator yang jujur tidak dapat di-slash oleh tindakan validator lain. Selama seorang validator tidak menandatangani attestasi atau proposal yang bertentangan, validator tersebut tidak dapat di-slash. Validator client dapat menggunakan beberapa node beacon untuk faktor-faktor seperti uptime yang lebih baik, kepercayaan, dan perlindungan Denial of Service. Dalam pengaturan ini, atau di mana validator client cadangan digunakan, pengguna perlu berhati-hati agar validator tidak menandatangani pesan yang bertentangan.

Aktivasi dan Siklus Hidup Validator Beacon Chain

Setiap validator membutuhkan saldo 32 ETH untuk diaktifkan. Seorang pengguna yang melakukan staking 32 ETH ke dalam kontrak deposit di mainnet Ethereum, akan mengaktifkan satu validator. Beacon Chain menonaktifkan ("keluar paksa") semua validator yang saldonya mencapai 16 ETH; staker akan dapat menarik sisa saldo validator kemungkinan pada tahun 2023. Validator juga dapat "keluar sukarela" setelah bertugas selama 2.048 epoch, sekitar 9 hari. Dalam setiap keluar sukarela atau paksa, ada penundaan empat epoch sebelum staker dapat menarik taruhan mereka. Dalam empat epoch tersebut, validator masih bisa tertangkap dan di-slash. Saldo validator yang jujur dapat ditarik dalam sekitar 27 jam. Tapi validator yang di-slash dikenakan penundaan 8.192 epoch (sekitar 36 hari). 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 membuat lebih sulit untuk mengaktifkan banyak validator dengan cepat untuk menyerang sistem. Beacon Chain menggunakan konsep yang lebih dalam dari saldo efektif yang berubah lebih jarang daripada saldo validator dan memungkinkan optimasi teknis.

Kesimpulan

Pada setiap epoch, validator dibagi secara merata ke dalam slot dan kemudian dibagi lagi ke dalam komite dengan ukuran yang sesuai. Validator hanya dapat berada dalam satu slot, dan dalam satu komite. Secara kolektif:

- semua validator dalam satu epoch berusaha memfinalisasi titik periksa yang sama: suara FFG
- semua validator yang ditugaskan ke satu slot berusaha memilih kepala Beacon Chain yang sama: suara LMD GHOST
Perilaku optimal memberi imbalan terbesar kepada validator. Genesis Beacon Chain terjadi pada 1 Desember 2020 dengan 21.063 validator. Jumlah validator dapat berkurang dengan slashing atau keluar sukarela, atau staker dapat mengaktifkan lebih banyak. Mendekati 2 tahun, ada lebih dari 400.000 validator. Dunia tidak pernah memiliki platform yang dapat diskalakan untuk sistem dan aplikasi terdesentralisasi sebelumnya. Jika Anda terinspirasi untuk menyelami lebih dalam, referensi otoritatif ada di Spesifikasi Konsensus Proof-of-Stake Ethereum. Ini termasuk spesifikasi Beacon Chain, tautan ke sumber daya kunci lainnya, dan masalah dengan hadiah. Berkontribusi atau merujuk orang lain ke tantangan, ethresear atau forum Ethereum Magician, dan jadilah bagian dari pembuatan sejarah!

Keamanan dimulai dengan memahami cara developer mengumpulkan dan membagikan data Anda. Praktik privasi dan keamanan data dapat bervariasi berdasarkan penggunaan, wilayah, dan usia Anda.

T: Bagaimana cara mengunduh Egypt Casino?
J: Cukup klik tombol instal berwarna hijau di bagian atas dan ikuti instruksi amannya.

T: Bisakah saya menghapus data saya dari Egypt Casino?
J: Tentu! Egypt Casino memberikan opsi lengkap untuk menghapus data pribadi Anda kapan saja.