Jadwal Epoch

Apa Itu Jadwal Epoch?

Jadwal epoch adalah seperangkat aturan blockchain untuk membagi waktu jaringan menjadi epoch dan unit yang lebih kecil yang disebut slot.

Jadwal ini menentukan pengelompokan slot, waktu berakhirnya satu epoch, dimulainya epoch berikutnya, serta waktu terjadinya peristiwa jaringan berbasis epoch.

Bergantung pada blockchain-nya, peristiwa tersebut dapat mencakup penetapan validator, rotasi leader, pembaruan staking, penghitungan reward, snapshot tata kelola, upgrade protokol, dan perubahan parameter konsensus.

Jadwal epoch biasanya dinyatakan dalam waktu protokol, bukan tanggal kalender biasa.

Misalnya, jaringan dapat menetapkan satu epoch sebagai sejumlah slot tertentu, bukan menyebutkan bahwa setiap epoch berlangsung tepat dua hari.

Durasi di dunia nyata dapat berbeda dari perkiraan jika produksi slot berlangsung lebih cepat atau lambat daripada target.

Istilah ini dapat merujuk pada struktur waktu umum di blockchain mana pun yang menggunakan epoch.

Istilah ini juga memiliki arti yang lebih khusus di Solana, tempat Epoch Schedule menjelaskan parameter cluster yang digunakan untuk memetakan slot ke epoch dan mengoordinasikan jadwal leader.

Apa Itu Epoch?

Epoch adalah kelompok slot blockchain berurutan yang telah ditentukan.

Jaringan Proof of Stake menggunakan epoch untuk mengatur aktivitas validator ke dalam periode yang dapat dikelola.

Alih-alih menghitung ulang setiap tanggung jawab jaringan setelah setiap transaksi, protokol dapat menerapkan pembaruan tertentu pada batas epoch yang dapat diprediksi.

Epoch dapat menjadi periode acuan bersama untuk mengukur partisipasi validator, menghitung reward staking, mengubah status delegasi, merotasi komite, atau mengaktifkan aturan protokol.

Nomor epoch biasanya bertambah sejak awal blockchain.

Namun, nomor epoch hanya bermakna dalam jaringannya sendiri karena epoch 500 pada satu blockchain tidak terkait dengan epoch 500 di blockchain lain.

Apa Itu Slot?

Slot adalah kesempatan singkat yang ditentukan protokol, saat validator mungkin diharapkan atau diizinkan untuk membuat blok atau menjalankan tugas konsensus lainnya.

Beberapa slot dikelompokkan menjadi satu epoch.

Sebuah slot dapat berlalu tanpa menghasilkan blok.

Hal ini dapat terjadi jika validator terpilih sedang offline, blok tiba terlambat, jaringan menolak blok, atau desain konsensus tidak mewajibkan setiap slot memuat blok.

Karena itu, nomor slot tidak selalu sama dengan nomor blok.

Aplikasi tidak boleh berasumsi bahwa setiap slot memiliki satu blok yang berhasil dibuat.

Jadwal Epoch vs. Nomor Epoch

Nomor epoch mengidentifikasi epoch tertentu dalam riwayat blockchain.

Jadwal epoch menetapkan aturan yang digunakan untuk menghitung nomor tersebut dan menentukan batas epoch.

Misalnya, jadwal dapat menentukan jumlah slot dalam setiap epoch dan apakah epoch awal memiliki durasi berbeda.

Kueri epoch saat ini memberi tahu aplikasi posisi jaringan saat ini.

Kueri jadwal epoch memberi tahu aplikasi bagaimana struktur epoch jaringan diatur.

Mengapa Jadwal Epoch Penting?

Jadwal epoch memberikan kerangka yang dapat diprediksi bagi validator dan aplikasi untuk aktivitas blockchain yang bergantung pada waktu.

Validator dapat bersiap untuk tugas produksi blok atau voting yang akan datang.

Staker dapat memperkirakan kapan perubahan delegasi atau penghitungan reward mungkin berlaku.

Wallet dapat menampilkan progres menuju batas epoch.

Sistem pemantauan dapat mengukur performa validator dalam periode yang konsisten.

Developer dapat menjadwalkan operasi yang bergantung pada nomor epoch atau rentang slot.

Developer protokol dapat mengaktifkan sebagian upgrade pada batas yang ditentukan secara jelas, alih-alih mengandalkan timestamp waktu nyata yang tidak pasti.

Cara Menentukan Jadwal Epoch

Jadwal epoch umumnya mencakup jumlah slot per epoch dan hubungan antara slot absolut dengan nomor epoch.

Beberapa jadwal juga menjelaskan periode warmup saat epoch awal lebih pendek daripada epoch normal.

Jadwal dapat menentukan seberapa awal penetapan leader atau komite validator dihitung.

Jadwal juga dapat mencakup epoch dan slot pertama yang menggunakan durasi epoch normal sepenuhnya.

Parameter ini harus ditafsirkan sesuai aturan blockchain tertentu.

Nama kolom yang sama dapat memiliki dampak operasional berbeda di berbagai sistem konsensus.

Durasi Epoch Tetap dan Berubah

Epoch berdurasi tetap selalu berisi jumlah slot yang sama setelah periode startup atau warmup, jika ada.

Jadwal dengan durasi berubah dapat mengubah jumlah slot berdasarkan aturan protokol, fase jaringan, atau desain peningkatan bertahap pada awal jaringan.

Meskipun jumlah slotnya tetap, durasi di dunia nyata belum tentu benar-benar tetap.

Blockchain dengan waktu slot target dapat mengalami perbedaan waktu akibat kondisi jaringan dan performa validator.

Karena itu, aplikasi sebaiknya membedakan jumlah slot dalam satu epoch dari perkiraan durasi dalam menit, jam, atau hari.

Batas Epoch

Batas epoch adalah transisi antara slot terakhir suatu epoch dan slot pertama epoch berikutnya.

Protokol sering menggunakan batas ini sebagai titik sinkronisasi untuk perubahan terkait konsensus.

Set validator, distribusi stake, status reward, atau jadwal leader dapat diperbarui pada atau di sekitar batas tersebut.

Aplikasi yang bergantung pada transisi epoch sebaiknya menggunakan data on-chain, bukan hanya mengandalkan hitung mundur lokal.

Penundaan jaringan dan perbedaan tingkat komitmen RPC dapat menyebabkan dua penyedia data melaporkan posisi terkini yang sedikit berbeda di sekitar batas epoch.

Jadwal Epoch di Solana

Di Solana, epoch adalah jumlah slot selama jadwal leader berlaku.

Panduan terminologi resmi Solana menjelaskan epoch melalui hubungannya dengan slot dan jadwal leader.

Solana menyediakan metode RPC bernama

yang mengembalikan parameter jadwal epoch cluster.

Dokumentasi resmi getEpochSchedule mencantumkan lima kolom respons.

Kolom tersebut adalah

, , , , dan .

Metode ini tidak memerlukan parameter permintaan.

Developer sebaiknya mengkueri cluster yang dimaksud, bukan berasumsi bahwa setiap jaringan Solana menggunakan nilai jadwal yang sama.

slotsPerEpoch

Kolom

melaporkan jumlah slot maksimum dalam epoch berdurasi normal.

Nilai ini menjadi dasar untuk menghitung batas epoch setelah periode warmup.

Jika cluster tidak menggunakan epoch warmup, durasi normal dapat berlaku sejak epoch pertama.

Jika warmup diaktifkan, epoch awal dapat berisi lebih sedikit slot sebelum jadwal mencapai durasi penuh ini.

Kolom ini menunjukkan jumlah slot, bukan jumlah blok yang dijamin.

Beberapa slot mungkin tidak menghasilkan blok yang diterima.

leaderScheduleSlotOffset

Kolom

menjelaskan seberapa jauh sebelum batas epoch jadwal leader untuk epoch terkait ditentukan.

Jadwal leader memetakan validator ke slot tempat mereka diharapkan memimpin produksi blok.

Penentuan jadwal lebih awal memungkinkan validator bersiap untuk slot yang ditetapkan kepada mereka.

Offset ini tidak boleh disamakan dengan jumlah slot dalam satu epoch, meskipun kedua kolom tersebut kebetulan memiliki nilai yang sama pada cluster tertentu.

warmup

Kolom

adalah nilai Boolean yang menunjukkan apakah epoch awal dimulai dengan durasi lebih pendek dan bertambah hingga mencapai ukuran epoch normal.

Nilai

berarti jadwal mencakup perilaku startup ini.

Nilai

berarti cluster tidak menggunakan durasi epoch warmup yang meningkat.

Parameter warmup terutama memengaruhi bagian awal riwayat jaringan.

Aplikasi yang menghitung batas epoch historis harus memperhitungkan warmup, bukan menerapkan durasi epoch normal pada semua epoch awal.

firstNormalEpoch

Kolom

mengidentifikasi epoch pertama yang menggunakan jumlah slot normal penuh.

Kolom ini sangat relevan ketika

diaktifkan.

Epoch sebelum titik ini mungkin memiliki durasi yang berbeda secara bertahap.

Perangkat lunak untuk penghitungan historis sebaiknya mengikuti aturan warmup jadwal, bukan mengurangi jumlah slot tetap untuk setiap epoch sebelumnya.

firstNormalSlot

Kolom

mengidentifikasi slot absolut saat epoch berdurasi normal pertama dimulai.

Kolom ini menjadi titik acuan untuk memetakan nomor slot berikutnya ke epoch normal.

Secara bersama-sama,

dan membedakan bagian warmup dari bagian reguler jadwal.

Aplikasi dapat menggunakan kolom ini untuk menghindari kesalahan penghitungan epoch historis.

Sysvar Epoch Schedule Solana

Program Solana dapat mengakses informasi jadwal epoch melalui variabel sistem EpochSchedule, yang umum disebut sysvar.

Sysvar menyediakan informasi yang dikelola jaringan dan dapat dibaca program on-chain selama eksekusi.

Referensi syscall resmi Solana mencakup syscall untuk memuat sysvar EpochSchedule ke memori program.

Dengan demikian, program on-chain dapat menghitung hubungan epoch dan slot tanpa bergantung pada situs web off-chain.

Program tetap sebaiknya menghindari asumsi yang tidak perlu tentang waktu kalender karena jadwal dinyatakan dalam slot.

getEpochSchedule vs. getEpochInfo

mengembalikan parameter struktural yang mendefinisikan sistem epoch cluster.

mengembalikan posisi epoch node saat ini dan penghitung terkait.

Dokumentasi resmi getEpochInfo mencakup epoch saat ini, slot absolut, indeks slot, jumlah slot dalam epoch saat ini, tinggi blok, dan jumlah transaksi jika tersedia.

Kolom

menunjukkan posisi saat ini dalam epoch.

Kolom

melaporkan jumlah slot dalam epoch tersebut.

Aplikasi dapat menggabungkan kedua metode ini untuk memahami jadwal dan menampilkan progres saat ini.

Jadwal Epoch vs. Jadwal Leader

Jadwal epoch menentukan pembagian slot ke dalam epoch.

Jadwal leader mengidentifikasi validator yang ditugaskan memimpin slot tertentu dalam satu epoch.

Kedua konsep ini saling terkait, tetapi tidak dapat dipertukarkan.

Metode Solana getLeaderSchedule mengembalikan identitas validator dan indeks slot leader relatif untuk epoch yang dipilih.

Aplikasi pemantauan dapat menggunakan jadwal epoch untuk menemukan epoch dan jadwal leader untuk mengidentifikasi produsen blok yang diharapkan.

Epoch Solana dan Reward Staking

Epoch menjadi periode pencatatan informasi staking penting di Solana.

Jaringan menyediakan data reward per epoch melalui sistem RPC-nya.

Metode getInflationReward mengembalikan informasi reward staking atau voting yang dikreditkan untuk epoch tertentu jika datanya tersedia.

Catatan reward epoch dapat mencakup nomor epoch, slot efektif, jumlah yang dikreditkan, saldo yang dihasilkan, dan informasi komisi validator.

Reward yang terkait dengan suatu epoch tidak boleh dianggap sebagai pembayaran tetap yang dijamin.

Hasil staking aktual bergantung pada aturan jaringan, performa validator, status stake, komisi, dan kondisi protokol lainnya.

Jadwal Epoch Ethereum

Ethereum juga mengatur konsensus Proof of Stake ke dalam slot dan epoch.

Saat ini Ethereum menggunakan slot 12 detik dan 32 slot per epoch.

Dengan demikian, durasi terjadwal satu epoch adalah 384 detik atau sekitar 6,4 menit.

Dokumentasi Proof of Stake resmi Ethereum menjelaskan bahwa satu validator dipilih untuk mengusulkan blok pada setiap slot.

Komite validator mengirimkan atestasi, dan setiap validator aktif biasanya mendapat tugas atestasi selama setiap epoch.

Sebuah slot dapat tetap kosong jika proposer terpilih tidak menerbitkan blok yang diterima.

Linimasa slot dan epoch tetap berjalan meskipun ada blok yang terlewat.

Epoch Ethereum dan Finalitas

Ethereum menggunakan checkpoint epoch sebagai bagian dari proses finalitas Proof of Stake.

Validator memberikan suara untuk hubungan antarch checkpoint melalui atestasi mereka.

Dalam kondisi jaringan normal, dukungan validator yang memadai dapat membenarkan dan memfinalisasi checkpoint pada epoch yang berurutan.

Finalitas memberi pengguna keyakinan kuat bahwa blok tidak akan dihapus tanpa kegagalan konsensus besar dan konsekuensi ekonomi yang signifikan.

Batas epoch tidak berarti setiap transaksi pada epoch sebelumnya langsung menjadi final.

Finalitas bergantung pada partisipasi validator dan aturan checkpoint protokol.

Epoch Ethereum dan Tugas Validator

Ethereum membagi tanggung jawab validator ke dalam slot dan epoch.

Validator biasanya melakukan atestasi satu kali pada setiap epoch.

Validator juga dapat dipilih untuk mengusulkan blok atau berpartisipasi dalam sync committee.

Pelaksanaan tugas tepat waktu penting karena keterlambatan atau tugas yang terlewat dapat mengurangi reward.

Panduan reward dan penalti Ethereum menjelaskan reward untuk voting source, target, dan head yang tepat waktu, pengusulan blok, serta partisipasi sync committee.

Operator validator sebaiknya memantau waktu slot, bukan menganggap satu epoch sebagai satu tenggat waktu yang panjang.

Jadwal Epoch Cardano

Konsensus Proof of Stake Cardano juga membagi waktu menjadi epoch dan slot.

Dokumentasi node Cardano terkini menyatakan bahwa satu slot berlangsung satu detik dan satu epoch berisi 432.000 slot.

Ini setara dengan durasi epoch terjadwal selama lima hari.

Dalam desain konsensus Cardano, nol atau lebih node pembuat blok dapat dipilih pada suatu slot.

Jaringan tidak harus menghasilkan blok pada setiap slot satu detik.

Panduan konsensus Cardano menjelaskan bahwa pengelompokan slot ke dalam epoch mendukung pemilihan leader berdasarkan distribusi stake yang berubah.

Jadwal Epoch Berbeda di Setiap Blockchain

Tidak ada durasi epoch universal yang berlaku untuk semua mata uang kripto.

Epoch Ethereum berlangsung dalam hitungan menit, sedangkan jaringan lain mungkin menggunakan periode epoch dalam hitungan jam atau hari.

Beberapa jaringan mengaitkan epoch secara erat dengan finalitas dan rotasi komite.

Jaringan lain menggunakannya terutama untuk jadwal leader, pencatatan staking, pembaruan delegasi, atau distribusi reward.

Wallet atau aplikasi staking tidak boleh menerapkan asumsi epoch dari satu blockchain ke blockchain lain.

Dokumentasi protokol terkait dan data node langsung harus dianggap sebagai sumber acuan.

Epoch dan Pemilihan Validator

Jaringan Proof of Stake sering menggunakan informasi stake untuk menentukan validator yang mendapat tugas.

Protokol dapat mengambil snapshot validator yang memenuhi syarat atau stake sebelum tugas mulai berlaku.

Hal ini membantu mencegah peserta mengubah stake secara instan setelah mengetahui penugasan yang menguntungkan.

Jadwal epoch dapat menyediakan kerangka waktu untuk snapshot, penghitungan penugasan, dan periode tugas.

Jeda antara perubahan stake dan tugas yang mulai berlaku berbeda di setiap blockchain.

Epoch dan Aktivasi Staking

Aset yang didelegasikan atau di-staking mungkin tidak langsung aktif setelah transaksi dikonfirmasi.

Protokol dapat menunggu hingga epoch berikutnya atau menerapkan antrean aktivasi.

Jeda ini memungkinkan jaringan memperbarui catatan validator dan stake secara teratur.

Unstaking juga dapat memerlukan transisi epoch, antrean keluar, periode cooldown, atau jeda penarikan.

Pengguna sebaiknya membedakan konfirmasi transaksi dari aktivasi staking atau kelayakan penarikan.

Transaksi staking dapat berstatus final on-chain, sementara stake terkait masih tertunda berdasarkan aturan epoch.

Epoch dan Penghitungan Reward

Banyak sistem Proof of Stake mengukur partisipasi dan menghitung reward berdasarkan epoch.

Jaringan dapat menghitung tugas yang ditetapkan, voting yang berhasil, produksi blok, stake yang didelegasikan, penalti, dan komisi selama periode tersebut.

Reward mungkin dihitung pada batas epoch, tetapi baru dikreditkan kemudian.

Beberapa sistem mendistribusikan reward secara otomatis, sementara sistem lain memerlukan klaim atau operasi pembaruan.

Perkiraan reward epoch bukan tingkat reward yang dijamin karena performa validator dan kondisi jaringan dapat berubah.

Pengguna juga sebaiknya memperhitungkan biaya operator, perubahan harga token, pajak, dan ketentuan penarikan.

Epoch dan Upgrade Protokol

Batas epoch dapat menjadi titik aktivasi yang tepat untuk upgrade blockchain.

Semua node yang kompatibel dapat menentukan titik aktivasi berdasarkan jadwal protokol yang sama.

Hal ini sering kali lebih dapat diprediksi daripada menggunakan nomor blok pada jaringan dengan waktu blok yang berubah-ubah.

Upgrade yang diumumkan untuk epoch tertentu akan aktif saat jaringan mencapai epoch tersebut pada rantai yang diterima.

Operator node harus memasang perangkat lunak yang kompatibel sebelum titik aktivasi.

Klien yang masih mengikuti aturan lama dapat berhenti melakukan sinkronisasi atau menyimpang dari jaringan setelah aktivasi.

Jadwal Epoch dan Tata Kelola

Beberapa sistem tata kelola kripto menggunakan epoch sebagai periode proposal, voting, eksekusi, atau delegasi.

Kekuatan voting dapat diukur pada snapshot epoch atau slot tertentu.

Proposal dapat tetap terbuka selama sejumlah epoch tertentu, bukan selama durasi kalender yang tetap.

Hal ini membuat waktu tata kelola lebih mudah diverifikasi secara on-chain.

Namun, pengguna harus memahami jadwalnya karena tenggat yang hanya dinyatakan sebagai nomor epoch mungkin tidak jelas dalam waktu kalender biasa.

Bisakah Jadwal Epoch Berubah?

Jadwal epoch hanya dapat berubah jika protokol blockchain dan proses tata kelolanya mengizinkan perubahan tersebut.

Beberapa parameter jadwal ditetapkan saat jaringan dibuat.

Jaringan lain dapat mengubah waktu slot, durasi epoch, atau aturan tugas melalui upgrade protokol yang terkoordinasi.

Perubahan harus diterapkan secara konsisten oleh node yang kompatibel agar tidak terjadi perbedaan konsensus.

Aplikasi sebaiknya tidak menetapkan asumsi waktu secara permanen dalam kode jika jaringan menyediakan API atau sysvar resmi.

Memperkirakan Akhir Epoch

Aplikasi dapat memperkirakan sisa waktu suatu epoch dengan menggabungkan jumlah slot tersisa dan durasi slot target jaringan.

Perkiraan dasarnya adalah jumlah slot tersisa dikalikan waktu target per slot.

Penghitungan ini hanya merupakan perkiraan pada jaringan yang progres slot aktualnya dapat berubah.

Blok yang terlewat tidak selalu menghentikan penomoran slot karena slot dapat berlalu tanpa bergantung pada keberhasilan produksi blok.

Hitung mundur sebaiknya diperbarui menggunakan data node langsung dan diberi label perkiraan jika sesuai.

Nomor Epoch vs. Tinggi Blok

Nomor epoch mengidentifikasi kelompok slot protokol.

Tinggi blok menghitung blok yang diterima dalam riwayat rantai.

Keduanya dapat bertambah dengan kecepatan berbeda karena beberapa slot tidak menghasilkan blok.

Protokol juga dapat menghasilkan lebih dari satu kandidat blok dalam satu slot, sementara konsensus pada akhirnya menerima satu riwayat rantai.

Developer sebaiknya menggunakan nilai yang tepat untuk setiap tugas, bukan mengonversi tinggi blok menjadi epoch berdasarkan asumsi satu blok per slot.

Nomor Epoch vs. Timestamp

Nomor epoch adalah acuan waktu asli protokol.

Timestamp merepresentasikan waktu kalender.

Blockchain dapat memperkirakan timestamp yang terkait dengan batas epoch, tetapi perkiraan tersebut mungkin bergantung pada waktu slot dan rantai yang diterima.

Smart contract sebaiknya tidak menganggap perkiraan akhir epoch sebagai janji waktu off-chain yang tepat, kecuali protokol menjamin hubungan tersebut.

Antarmuka dapat menampilkan nomor epoch dan perkiraan tanggal lokal untuk memperjelas informasi.

Data Jadwal Epoch dan Kepercayaan pada RPC

Endpoint RPC publik menyediakan akses praktis ke informasi epoch, tetapi pengguna memercayai endpoint tersebut untuk melaporkan data yang akurat.

Endpoint yang tidak tersedia, terlambat, atau berbahaya dapat memberikan status epoch yang usang atau keliru.

Aplikasi dapat membandingkan beberapa node atau mengoperasikan node sendiri jika informasi tersebut penting bagi keamanan.

Aplikasi juga harus memilih tingkat komitmen atau finalitas yang sesuai untuk data yang diminta.

Nilai yang diamati pada tingkat komitmen rendah dapat mencerminkan status rantai yang kemudian berubah.

Menggunakan Data Epoch dalam Smart Contract

Program on-chain sebaiknya menggunakan sumber informasi epoch atau waktu yang disetujui protokol.

Program tidak boleh memercayai pengguna sembarang yang memberikan epoch saat ini tanpa memverifikasinya.

Aturan berbasis epoch harus menentukan tindakan yang berlaku tepat pada batas epoch.

Developer sebaiknya menguji slot terakhir suatu epoch dan slot pertama epoch berikutnya.

Developer juga sebaiknya menguji epoch warmup historis jika aplikasi melakukan penghitungan historis.

Kesalahan off-by-one dapat memulai atau mengakhiri periode staking, tata kelola, atau reward satu slot terlalu cepat atau terlalu lambat.

Risiko Keamanan Logika Berbasis Epoch

Penghitungan epoch yang keliru dapat menyebabkan kesalahan reward, voting, penarikan, atau kontrol akses.

Kontrak dapat menggunakan jadwal yang salah setelah di-deploy ke jaringan yang berbeda.

Aplikasi dapat mengasumsikan durasi epoch normal selama periode warmup.

Antarmuka pengguna dapat menampilkan tenggat yang menyesatkan karena mengonversi slot ke waktu kalender menggunakan perkiraan yang sudah usang.

Validator dapat melewatkan tugas setelah salah menghitung jadwal leader.

Sistem tata kelola dapat menerima suara di luar periode yang dimaksud akibat kesalahan batas.

Kode yang sensitif terhadap epoch sebaiknya menggunakan penghitungan bilangan bulat yang aman, data jaringan resmi, dan pengujian yang mencakup kondisi batas.

Cara Developer Menggunakan Jadwal Epoch

Langkah pertama adalah memastikan apakah jaringan menetapkan epoch sebagai jumlah slot tetap atau berubah.

Langkah kedua adalah mengambil jadwal dari API node atau data sistem resmi.

Langkah ketiga adalah memperhitungkan epoch warmup dan epoch normal pertama jika ada.

Langkah keempat adalah membedakan nomor slot absolut dari indeks slot dalam satu epoch.

Langkah kelima adalah menggunakan informasi epoch langsung saat menampilkan progres terkini.

Langkah keenam adalah memperlakukan waktu selesai berdasarkan kalender sebagai perkiraan, kecuali protokol menyediakan waktu yang pasti.

Langkah ketujuh adalah menguji setiap penghitungan di sekitar batas epoch.

Langkah kedelapan adalah memantau upgrade protokol yang dapat mengubah aturan terkait.

Contoh Penghitungan Jadwal Epoch

Misalkan sebuah blockchain Proof of Stake fiktif menggunakan 10.000 slot per epoch setelah periode warmup.

Misalkan epoch normal pertamanya adalah epoch 5 dan slot pertama epoch tersebut adalah slot absolut 9.000.

Slot absolut dari 9.000 hingga 18.999 termasuk dalam epoch 5.

Slot absolut 19.000 memulai epoch 6.

Indeks slot nol menunjukkan slot pertama dalam suatu epoch.

Indeks slot 9.999 menunjukkan slot terakhir dalam epoch normal.

Contoh ini menunjukkan alasan perangkat lunak memerlukan slot normal pertama selain jumlah slot per epoch.

Angka-angka ini hanya ilustrasi dan tidak boleh diterapkan ke blockchain aktif.

Kesalahan Umum dalam Memahami Jadwal Epoch

Salah satu kesalahan umum adalah menganggap durasi epoch sama di setiap blockchain.

Kesalahan lainnya adalah menyamakan nomor slot dengan tinggi blok.

Kesalahan ketiga adalah menganggap setiap slot berisi satu blok.

Kesalahan keempat adalah menggunakan durasi epoch normal untuk epoch warmup awal.

Kesalahan kelima adalah menyamakan jadwal epoch dengan jadwal leader validator.

Kesalahan keenam adalah menganggap perkiraan waktu akhir epoch sebagai jaminan yang pasti.

Kesalahan ketujuh adalah menganggap transaksi staking langsung aktif setelah dikonfirmasi.

Kesalahan kedelapan adalah menetapkan nilai jadwal dalam kode tanpa memeriksa jaringan yang terhubung.

Kesalahan kesembilan adalah mengandalkan satu endpoint RPC yang belum diverifikasi untuk penghitungan epoch penting bagi keamanan.

Kesalahan kesepuluh adalah tidak menguji slot terakhir dan pertama di sekitar batas epoch.

FAQ

Apa arti jadwal epoch dalam kripto?

Jadwal epoch adalah seperangkat aturan blockchain yang menentukan pengelompokan slot ke dalam epoch serta waktu dimulai atau berakhirnya setiap epoch.

Apa perbedaan epoch dan slot?

Slot adalah unit waktu konsensus yang singkat, sedangkan epoch adalah kelompok slot berurutan.

Apakah setiap slot berisi blok?

Tidak. Slot dapat berlalu tanpa blok yang diterima jika produsen terpilih sedang offline, terlambat, atau gagal.

Apakah durasi epoch sama di setiap blockchain?

Tidak. Durasi epoch dan slot ditetapkan secara terpisah oleh protokol masing-masing blockchain.

Apa itu Epoch Schedule Solana?

Epoch Schedule Solana adalah struktur cluster yang memetakan slot ke epoch serta menyediakan parameter untuk durasi epoch normal, perilaku warmup, dan waktu jadwal leader.

Apa yang dikembalikan getEpochSchedule?

Metode ini mengembalikan

, , , , dan .

Apakah getEpochSchedule menampilkan epoch saat ini?

Tidak. Aplikasi Solana menggunakan

untuk memperoleh epoch saat ini dan posisinya.

Apa itu slotsPerEpoch?

Kolom ini menunjukkan jumlah maksimum slot dalam setiap epoch berdurasi normal pada cluster yang dikueri.

Apa itu epoch warmup?

Epoch warmup adalah epoch awal yang memiliki lebih sedikit slot daripada durasi penuh epoch normal dalam jadwal.

Apa itu firstNormalEpoch?

Kolom ini mengidentifikasi epoch pertama yang menggunakan jumlah slot normal penuh.

Apa itu firstNormalSlot?

Kolom ini mengidentifikasi slot absolut saat epoch berdurasi normal pertama dimulai.

Apa itu leaderScheduleSlotOffset?

Kolom ini menjelaskan seberapa jauh sebelum batas epoch jadwal leader validator terkait dihitung.

Apakah jadwal epoch sama dengan jadwal leader?

Tidak. Jadwal epoch menentukan batas epoch, sedangkan jadwal leader memetakan validator ke slot produksi blok.

Berapa lama satu epoch Ethereum?

Saat ini, Ethereum menggunakan 32 slot berdurasi 12 detik, sehingga durasi terjadwal satu epoch sekitar 6,4 menit.

Berapa lama satu epoch Cardano?

Dokumentasi Cardano saat ini menetapkan 432.000 slot berdurasi satu detik per epoch, setara dengan lima hari.

Bisakah epoch berakhir tanpa setiap slot menghasilkan blok?

Ya, progres slot dapat berlanjut meskipun beberapa slot tidak memuat blok yang diterima.

Apakah reward staking diterima pada setiap batas epoch?

Belum tentu, karena aturan penghitungan, pengkreditan, klaim, dan penarikan berbeda di setiap protokol blockchain.

Bisakah aktivasi staking bergantung pada epoch?

Ya, banyak sistem Proof of Stake menerapkan perubahan validator atau delegasi setelah transisi epoch atau jeda lain yang ditentukan protokol.

Bisakah jadwal epoch berubah?

Jadwal epoch dapat berubah jika protokol blockchain mengizinkan upgrade terkoordinasi, meskipun beberapa parameter jadwal mungkin sudah tetap sejak jaringan dibuat.

Bisakah developer menghitung waktu akhir epoch yang tepat?

Developer dapat menghitung slot yang tersisa, tetapi perkiraan waktu kalender dapat berubah jika waktu slot aktual berbeda dari target.

Mengapa upgrade protokol menggunakan nomor epoch?

Nomor epoch menyediakan titik aktivasi on-chain yang deterministik dan dapat dihitung oleh node kompatibel berdasarkan aturan konsensus yang sama.

Bisakah smart contract membaca jadwal epoch?

Hal ini bergantung pada blockchain. Program Solana dapat mengakses sysvar EpochSchedule melalui metode runtime yang didukung.

Apakah nomor epoch sama dengan nomor blok?

Tidak. Satu epoch mencakup banyak slot dan blok, dan beberapa slot mungkin tidak menghasilkan blok.

Mengapa jadwal epoch penting bagi validator?

Jadwal ini membantu validator memahami periode tugas, penetapan leader, perubahan staking, pencatatan reward, dan batas aktivasi protokol.

Apa cara paling aman untuk mendapatkan data epoch?

Gunakan antarmuka node resmi, verifikasi jaringan yang terhubung, pilih tingkat komitmen yang sesuai, dan bandingkan sumber data independen jika akurasi sangat penting.

Kesimpulan

Jadwal epoch adalah struktur protokol yang membagi waktu blockchain menjadi slot dan epoch.

Struktur ini menciptakan periode yang dapat diprediksi untuk tugas validator, rotasi leader, pembaruan staking, reward, finalitas, tata kelola, dan upgrade jaringan.

Epoch adalah kelompok slot, sedangkan slot adalah kesempatan singkat untuk aktivitas konsensus seperti produksi blok atau voting.

Slot dan blok tidak sama karena sebuah slot dapat berlalu tanpa blok yang diterima.

Di Solana, Epoch Schedule juga merupakan struktur jaringan khusus yang mencakup durasi epoch normal, offset jadwal leader, status warmup, dan kolom acuan epoch normal.

Saat ini, Ethereum menggunakan 32 slot berdurasi 12 detik per epoch, sedangkan Cardano menggunakan 432.000 slot berdurasi satu detik per epoch.

Perbedaan ini menunjukkan mengapa waktu epoch harus selalu ditafsirkan berdasarkan blockchain yang terhubung.

Developer sebaiknya mengambil data jadwal dari antarmuka node resmi, memperhitungkan perilaku warmup, dan menguji setiap penghitungan batas epoch.

Pengguna sebaiknya menganggap hitung mundur kalender sebagai perkiraan jika waktu slot dapat berubah dan tidak berasumsi bahwa perubahan staking atau reward langsung tersedia pada setiap batas epoch.

Memahami jadwal epoch membantu pengguna kripto menafsirkan waktu validator, periode reward, upgrade jaringan, tenggat tata kelola, dan ritme operasional blockchain Proof of Stake.