---
title: "Waktu blok"
description: "Waktu blok dapat berarti slot terjadwal, interval target proof-of-work, atau jeda yang diamati antara blok kanonis. Pelajari cara mengukur setiap waktu tanpa mencampuradukkan penyertaan, konfirmasi, dan finalitas."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Waktu blok
> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Waktu blok bukan satu stopwatch universal. Dalam proof-of-work, istilah ini sering berarti target jangka panjang untuk proses kedatangan blok yang acak. Dalam proof-of-stake berbasis slot, istilah ini dapat berarti durasi terjadwal untuk kesempatan mengusulkan blok. Jeda yang diamati antara dua blok kanonis adalah besaran ketiga, sedangkan penyertaan transaksi, kedalaman konfirmasi, dan finalitas memiliki waktunya sendiri.
Di mainnet Ethereum, waktu saat ini dibagi menjadi `12-second slots`, dengan `32 slots` per epoch. Pengusul dapat melewatkan slot, sehingga blok berurutan yang diproduksi bisa berjarak `24 seconds`, `36 seconds`, atau lebih, walaupun durasi slot tetap `12 seconds`. Di Bitcoin, `600 seconds` adalah interval rata-rata target yang dipakai sistem kesulitan, bukan tenggat blok berikutnya.
Selalu nyatakan chain, jaringan, fork, jendela pengamatan, dan jam. Timestamp header adalah data protokol; nilainya belum tentu merupakan saat setiap node menerima blok. Interval nominal yang lebih singkat dapat mempercepat kesempatan paling awal untuk penyertaan, tetapi tidak dengan sendirinya menjamin throughput lebih tinggi, biaya lebih rendah, reorg lebih sedikit, atau finalitas lebih cepat.
## Cara kerja
1. Tetapkan chain, jaringan, layer, fork aktif, head kanonis, node atau penyedia RPC, dan jendela pengamatan UTC. Catat hash blok, bukan menganggap tinggi saja sebagai pengenal unik.
2. Definisikan metrik sebelum menghitung: interval target protokol, durasi slot terjadwal, selisih timestamp blok kanonis yang berdekatan, selisih waktu penerimaan lokal, latensi penyertaan transaksi, kedalaman konfirmasi, atau waktu finalitas.
3. Kumpulkan hash, hash parent, tinggi atau slot, timestamp protokol, dan waktu penerimaan monotonik lokal setiap blok. Simpan slot terlewat, blok stale, dan blok yang terkena reorg sebagai state eksplisit, jangan menghapusnya diam-diam.
4. Telusuri silsilah kanonis, hitung interval berdekatan, lalu publikasikan jumlah sampel, jendela, rata-rata, median, persentil, minimum, maksimum, dan tingkat slot terlewat. Satu rata-rata tidak dapat menjelaskan distribusi waktu tunggu yang miring.
5. Terapkan model konsensus. Untuk Ethereum, bedakan slot, epoch, head, checkpoint safe, dan finalized. Untuk Bitcoin, bedakan `600-second target`, kedatangan acak yang bergantung pada hash rate, chainwork, jendela penyesuaian `2,016-block`, dan aturan validitas timestamp.
6. Uraikan latensi pengguna menjadi broadcast, waktu tunggu mempool lokal atau sequencer, pengusulan blok, propagasi, penyertaan kanonis, konfirmasi, status safe atau finalized, serta pemrosesan oleh bridge, bursa, atau aplikasi.
7. Periksa silang node independen dan uji clock skew, celah RPC, pengusul terlewat, pergeseran hash rate, partisi, reorg, keterlambatan finalitas, gangguan sequencer, dan perubahan parameter fork sebelum menetapkan SLA.
## Contoh terapan
- Blok Ethereum diproduksi pada slot `1,000` dan `1,003`. Selisih timestamp terjadwalnya `(1,003 - 1,000) * 12 = 36 seconds`; slot `1,001` dan `1,002` terlewat. Tinggi blok bertambah satu blok produksi, sedangkan nomor slot bertambah tiga.
- Selama `300 slots`, jendela terjadwal adalah `300 * 12 = 3,600 seconds`. Jika `294 canonical blocks` diproduksi, terdapat `6 missed slots`, rasio produksi `294 / 300 = 98%`, dan laju jendela `294 / 3,600 = 0.0816666667 blocks/second`, dengan kebalikan `12.2448979592 seconds/block`. Ini statistik jendela, bukan janji.
- Satu epoch Ethereum adalah `32 * 12 = 384 seconds = 6.4 minutes`; dua panjang epoch adalah `768 seconds = 12.8 minutes`. Suara checkpoint dan partisipasi menentukan finalitas, sehingga hitungan ini bukan SLA finalitas tetap; Ethereum saat ini menyebut finalitas normal sekitar `15 minutes`.
- Dalam model kedatangan eksponensial Bitcoin yang disederhanakan dengan rata-rata `600 seconds`, probabilitas tidak ada blok selama `1,200 seconds` adalah `e^(-1,200/600) = e^-2 = 13.5335283237%`, sehingga probabilitas setidaknya satu blok adalah `86.4664716763%`. Jendela target kesulitan ialah `2,016 * 600 = 1,209,600 seconds = 14 days`; kedua angka itu tidak menjadwalkan satu blok tertentu.
## Risiko
- Menggunakan chain, jaringan, layer, fork, atau parameter historis yang salah.
- Membandingkan slot terjadwal dengan target proof-of-work atau jeda blok teramati.
- Menganggap target protokol atau rata-rata sampel sebagai jaminan waktu tunggu maksimum.
- Memilih jendela pengamatan pendek, sepi, atau sengaja dipilih.
- Menganggap timestamp header blok sebagai waktu produksi atau penerimaan yang presisi.
- Mencampur jam pengamat yang waktu lokalnya tidak tersinkronisasi.
- Menghilangkan slot terlewat atau mencampur blok kosong yang diproduksi dengan slot terlewat.
- Memasukkan blok stale atau terkena reorg dalam seri interval kanonis.
- Menghitung perubahan tinggi tanpa memverifikasi hash, parent, dan silsilah.
- Menyamarkan celah RPC, pengindeks, websocket, atau pencatatan lokal sebagai perilaku jaringan.
- Melaporkan rata-rata tanpa median, persentil, rentang, dan jumlah sampel.
- Mencampur waktu tunggu mempool atau sequencer dengan waktu produksi blok.
- Mencampur penyertaan pertama atau satu konfirmasi dengan finalitas ekonomi.
- Mengubah jumlah konfirmasi menjadi menit yang deterministik.
- Menganggap `10-minute target` Bitcoin sebagai SLA pembayaran atau penambangan.
- Mengabaikan perubahan hash rate, jeda penyesuaian kesulitan, dan batas timestamp penambang.
- Mengabaikan tekanan propagasi, validasi, dan fork sementara pada interval lebih singkat.
- Menganggap `12-second slot` Ethereum menjamin blok tidak kosong.
- Menganggap blok sequencer L2 sebagai publikasi, settlement, atau finalitas L1.
- Menyimpulkan TPS, biaya, keamanan, atau desentralisasi hanya dari waktu blok.
## Kesalahpahaman umum
- **Setiap slot Ethereum berisi blok.** Slot adalah kesempatan pengusulan; pengusul terlewat atau kegagalan propagasi dapat membuatnya kosong.
- **Bitcoin menghasilkan tepat satu blok setiap sepuluh menit.** Sepuluh menit adalah target kesulitan dan parameter rata-rata model; waktu tunggu individual sangat beragam.
- **Timestamp blok adalah saat setiap node menerima blok.** Timestamp protokol dan log kedatangan lokal memiliki pembuat, batas, serta jam berbeda.
- **Membagi dua waktu blok otomatis menggandakan TPS aman dan membagi dua biaya atau finalitas.** Kapasitas, beban kerja, permintaan, propagasi, dan suara konsensus tetap menjadi batas independen.
- **Blok L2 yang cepat sudah memiliki finalitas Ethereum.** Penyertaan sequencer, publikasi data L1, penyertaan kanonis L1, dan finalitas adalah state terpisah.
## Topik terkait
- [Jumlah konfirmasi blok](/id/crypto/block-confirmation/)
- [Reorganisasi chain](/id/crypto/chain-reorg/)
- [Finalitas](/id/crypto/finality/)
## Sumber
- [Blok](https://ethereum.org/developers/docs/blocks/) - Ethereum.org (diakses: 2026-08-18)
- [Pengusulan blok](https://ethereum.org/developers/docs/consensus-mechanisms/pos/block-proposal/) - Ethereum.org (diakses: 2026-08-18)
- [Proof-of-stake](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org (diakses: 2026-08-18)
- [Finalitas satu slot](https://ethereum.org/roadmap/single-slot-finality/) - Ethereum.org (diakses: 2026-08-18)
- [Beacon Chain](https://ethereum.github.io/consensus-specs/specs/phase0/beacon-chain/) - Ethereum Consensus Specs (diakses: 2026-08-18)
- [Bitcoin: sistem uang elektronik peer-to-peer](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (diakses: 2026-08-18)
- [Blockchain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Developer Documentation (diakses: 2026-08-18)
- [Referensi blockchain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Developer Documentation (diakses: 2026-08-18)
Source: https://wiki.fcontext.com/id/crypto/block-time/index.mdx