Proof of History (PoH)

Apa Itu Proof of History (PoH)?

Proof of History (PoH) adalah metode pencatatan waktu kriptografi yang membuat catatan terverifikasi mengenai urutan dan berlalunya waktu di antara berbagai peristiwa pada blockchain.

Dalam kripto, Proof of History paling dikenal sebagai teknologi inti yang digunakan Solana untuk membantu validator menyepakati urutan transaksi dengan lebih efisien.

White paper Solana menjelaskan Proof of History sebagai bukti untuk memverifikasi urutan dan berlalunya waktu di antara berbagai peristiwa.

PoH sering disalahpahami sebagai mekanisme konsensus yang lengkap, padahal lebih tepat dipahami sebagai jam kriptografi yang bekerja bersama konsensus.

Solana menggunakan Proof of History bersama Proof of Stake dan voting bergaya Tower BFT untuk membantu validator memproses blok, melakukan voting atas fork, dan memfinalisasi ledger.

Masalah utama yang ingin diatasi PoH adalah jaringan terdesentralisasi tidak memiliki satu jam tepercaya secara alami.

Dalam jaringan blockchain global, pesan diterima validator pada waktu yang berbeda akibat latensi, lokasi geografis, perbedaan perangkat keras, dan kepadatan jaringan.

Tanpa metode pengurutan yang andal, validator harus lebih sering berkomunikasi untuk menyepakati peristiwa mana yang terjadi lebih dahulu.

Proof of History mengurangi beban komunikasi ini dengan menyematkan urutan waktu yang dapat diverifikasi ke dalam ledger.

Cara paling sederhana memahami PoH adalah bahwa teknologi ini memberi blockchain linimasa kriptografi yang dapat diperiksa validator tanpa memercayai jam dinding biasa.

Cara Kerja Proof of History

Proof of History bekerja dengan menjalankan proses kriptografi berurutan yang menghasilkan rangkaian hash.

Setiap hash bergantung pada hash sebelumnya.

Karena setiap langkah bergantung pada langkah sebelumnya, rangkaian tersebut tidak dapat dihasilkan sekaligus secara paralel.

Hal ini menjadi bukti bahwa sejumlah komputasi berurutan telah terjadi di antara dua titik dalam rangkaian.

Penjelasan jam Proof of History dari Solana menggambarkan PoH sebagai Verifiable Delay Function berfrekuensi tinggi yang mencatat hitungan dan output sepanjang waktu.

Data dapat dimasukkan ke dalam rangkaian ini dengan melakukan hashing atas data tersebut ke dalam kondisi saat ini.

Setelah data dimasukkan, semua hash berikutnya akan bergantung pada penyisipan tersebut.

Dengan demikian, rangkaian tersebut dapat menunjukkan bahwa data sudah ada sebelum hash berikutnya dihasilkan.

Rangkaian itu juga dapat membantu membuktikan bahwa data ditambahkan setelah hash sebelumnya sudah ada.

Validator kemudian dapat memverifikasi rangkaian dan memeriksa apakah urutannya valid.

Proof of History sebagai Jam Kriptografi

Proof of History berfungsi seperti jam kriptografi, tetapi berbeda dari jam biasa pada ponsel, laptop, atau server.

Jam dinding biasa memberi tahu pengguna waktu nyata saat ini.

Jam PoH membuktikan bahwa rangkaian langkah komputasi terjadi dalam urutan tertentu.

Perbedaan ini penting karena blockchain tidak dapat begitu saja memercayai waktu lokal validator.

Validator yang tidak jujur atau salah konfigurasi dapat mengklaim timestamp palsu.

Penundaan jaringan juga dapat membuat timestamp tidak andal di berbagai mesin.

Dokumentasi sinkronisasi Anza menjelaskan bahwa node leader Solana memberi timestamp pada blok dengan bukti kriptografi bahwa sejumlah waktu telah berlalu sejak bukti sebelumnya.

Dokumentasi yang sama menjelaskan bahwa validator dapat memverifikasi bukti tersebut meskipun blok tiba dengan urutan berbeda atau diputar ulang di kemudian hari.

Dengan demikian, PoH memberi validator struktur waktu bersama yang didasarkan pada komputasi, bukan kepercayaan pada jam lokal.

Hal ini membantu jaringan bekerja lebih cepat karena validator membutuhkan lebih sedikit komunikasi bolak-balik untuk menyepakati urutan.

Proof of History dan Verifiable Delay Function

Verifiable Delay Function, atau VDF, adalah fungsi yang membutuhkan sejumlah waktu tertentu untuk dihitung secara berurutan, tetapi lebih mudah diverifikasi setelahnya.

Proof of History umumnya dijelaskan sebagai proses mirip VDF berfrekuensi tinggi.

Fitur pentingnya adalah output tidak dapat diprediksi tanpa benar-benar menjalankan rangkaian tersebut.

Karena setiap langkah bergantung pada output sebelumnya, proses ini menciptakan jeda yang dapat diukur.

Jeda tersebut berguna sebagai catatan berlalunya waktu di dalam sistem blockchain.

Dalam rancangan Solana, proses PoH menggunakan rangkaian hash berkelanjutan untuk menghasilkan linimasa.

Validator dapat memeriksa catatan ini kemudian dengan memverifikasi bagian-bagian rangkaian secara paralel.

Hal ini penting karena rangkaian seharusnya dibuat secara berurutan, sedangkan verifikasinya seharusnya jauh lebih cepat.

Asimetri tersebut serupa dengan banyak sistem kriptografi yang baik.

Bukti sulit dibuat, tetapi lebih mudah diperiksa oleh pihak lain.

Proof of History vs Proof of Work

Proof of History berbeda dari Proof of Work.

Proof of Work adalah mekanisme konsensus yang mengharuskan miner bersaing menyelesaikan teka-teki hashing dan mengusulkan blok.

Proof of History adalah metode pencatatan waktu dan pengurutan yang membantu jaringan membuktikan kapan peristiwa terjadi relatif satu sama lain.

Proof of Work menggunakan komputasi sebagai biaya keamanan.

Proof of History menggunakan komputasi berurutan sebagai catatan pengurutan waktu.

Dalam Proof of Work, banyak miner berlomba menemukan hash blok yang valid.

Dalam Proof of History, seorang leader menghasilkan rangkaian terverifikasi yang membantu mengurutkan entri dan transaksi.

Chain PoW menggunakan akumulasi kerja untuk membantu menentukan chain yang valid.

Rancangan berbasis PoH menggunakan rangkaian PoH untuk mendukung sinkronisasi, penyusunan blok, dan voting validator dalam alur yang lebih cepat.

Kedua sistem menggunakan hashing, tetapi untuk tujuan yang berbeda.

PoW terutama berkaitan dengan keamanan ekonomi dan persaingan blok, sedangkan PoH terutama berkaitan dengan waktu dan pengurutan yang dapat diverifikasi.

Proof of History vs Proof of Stake

Proof of History juga berbeda dari Proof of Stake.

Proof of Stake adalah mekanisme konsensus yang memungkinkan validator mengunci stake dan berpartisipasi dalam validasi blok, voting, dan finalitas.

Proof of History sendiri tidak menggantikan staking.

PoH mendukung proses validator dengan menyediakan struktur pengurutan yang lebih andal bagi jaringan.

Solana umumnya digambarkan sebagai blockchain Proof of Stake yang menggunakan Proof of History sebagai komponen utama sinkronisasi dan pengurutan.

Dalam model ini, stake membantu menentukan pengaruh validator dan penjadwalan leader, sedangkan PoH membantu menyusun linimasa entri.

Dokumentasi rotasi leader Anza menjelaskan bahwa validator memilih leader yang diharapkan melalui jadwal leader dan menolak blok yang tidak ditandatangani oleh leader slot tersebut.

PoH membantu leader tersebut menghasilkan entri berurutan untuk slot yang ditugaskan kepadanya.

Validator kemudian memverifikasi, memutar ulang, dan melakukan voting sesuai aturan konsensus protokol.

PoS menyediakan keamanan ekonomi, sedangkan PoH menyediakan struktur waktu kriptografi.

Proof of History dan Leader Solana

Di Solana, leader adalah validator yang ditugaskan untuk menghasilkan entri pada slot waktu tertentu.

Leader menerima transaksi, menyaring transaksi yang valid, mengeksekusinya, mengemasnya menjadi entri, lalu menyiarkan entri tersebut kepada validator lain.

Rangkaian PoH membantu menyusun entri tersebut dalam urutan yang benar.

Leader tidak sekadar mengklaim bahwa peristiwa terjadi dalam urutan tertentu.

Leader mencatat peristiwa tersebut ke dalam rangkaian PoH agar validator lain dapat memverifikasi urutannya.

Hal ini penting karena validator dapat menerima paket jaringan pada waktu yang berbeda.

Alih-alih hanya mengandalkan waktu kedatangan, validator dapat memeriksa catatan PoH dari leader.

Dokumentasi pembuatan fork Anza menjelaskan bahwa node bergiliran menjadi leader dan menghasilkan PoH yang mengodekan perubahan kondisi.

Dokumentasi tersebut juga menjelaskan bahwa hanya transaksi dari satu leader yang diterima untuk slot tertentu.

Struktur berbasis leader ini membantu Solana memproses transaksi dengan cepat sekaligus memberi validator cara untuk memverifikasi riwayat yang dihasilkan.

Proof of History dan Entri

Di Solana, entri adalah kumpulan transaksi yang lebih kecil dan disiarkan kepada validator.

Dokumentasi sinkronisasi Anza menjelaskan bahwa Solana dapat membagi blok menjadi kumpulan lebih kecil yang disebut entri, lalu menyiarkannya kepada validator secara real time sebelum konsensus blok tercapai.

Rancangan ini berbeda dari sistem yang mengharuskan validator menunggu seluruh blok sebelum melakukan sebagian besar pekerjaan.

Validator dapat memproses entri secara optimistis saat entri tiba.

Pemrosesan optimistis berarti validator dapat mulai mengeksekusi dan memeriksa data sebelum konsensus final sepenuhnya tercapai.

Jika konsensus kemudian menolak fork, validator dapat membatalkan perubahan kondisi.

PoH memungkinkan alur yang lebih cepat ini karena entri terikat pada urutan yang dapat diverifikasi.

Validator dapat memproses data dengan keyakinan lebih besar tentang posisinya dalam linimasa.

Hal ini mengurangi waktu menganggur dan meningkatkan throughput.

Namun, protokol menjadi lebih kompleks karena validator harus menangani fork, pembatalan, voting, dan rotasi leader dengan cermat.

Proof of History dan Slot

Slot adalah satuan waktu saat leader terjadwal dapat menghasilkan entri.

Jadwal leader Solana menetapkan validator untuk slot terlebih dahulu.

Selama slot yang ditugaskan, leader diharapkan menghasilkan aliran PoH dan mengemas transaksi menjadi entri.

Dokumentasi sinkronisasi Anza saat ini menyatakan bahwa implementasi yang berlaku menetapkan waktu blok sebesar 800 milidetik.

Waktu slot penting karena jaringan membutuhkan ritme yang dapat diprediksi untuk rotasi leader, voting, dan konfirmasi.

PoH membantu membuat slot tersebut berfungsi dengan menyediakan catatan kriptografi atas langkah rangkaian yang telah berlalu.

Jika leader gagal menghasilkan entri yang berguna, validator lain tetap dapat mencatat berlalunya waktu melalui tick atau slot yang dilewati.

Hal ini membantu jaringan terus berjalan meskipun beberapa leader offline, lambat, atau terputus.

Slot bukan sekadar metrik kecepatan yang terlihat oleh pengguna.

Slot merupakan bagian dari struktur waktu internal yang menghubungkan PoH, rotasi leader, fork, dan voting validator.

Proof of History dan Tick

Tick adalah entri PoH kosong yang menunjukkan bahwa waktu telah berlalu meskipun tidak ada transaksi pengguna.

Tick penting karena jaringan membutuhkan catatan waktu berkelanjutan, bukan hanya catatan kumpulan transaksi aktif.

Dokumentasi pembuatan fork Anza menjelaskan bahwa aliran PoH mencakup tick yang menandakan aktivitas leader dan berlalunya waktu di cluster.

Jika leader tidak memiliki transaksi untuk dimasukkan, leader tetap dapat menghasilkan tick.

Jika leader tidak muncul atau gagal mengirimkan data, validator dapat mencatat waktu yang diharapkan melalui jalur yang hanya berisi tick.

Hal ini membantu membatasi kemungkinan fork dan menjaga struktur rotasi leader.

Tick ibarat detak jantung rangkaian PoH.

Tick tidak selalu menandakan aktivitas pengguna, tetapi membantu jaringan mengukur kemajuan.

Hal ini berguna untuk voting, pembatalan, pemutaran ulang, dan sinkronisasi.

Tanpa tick, ledger akan lebih sulit membuktikan bahwa interval waktu tanpa aktivitas telah terjadi.

Proof of History dan Tower BFT

Tower BFT adalah pendekatan vote-lockout Solana yang bekerja bersama pencatatan waktu PoH.

Validator melakukan voting atas fork dan membangun menara voting yang membuat perpindahan fork semakin mahal seiring waktu.

Dokumentasi Tower BFT Anza menjelaskan bahwa validator menyampaikan fork yang mereka anggap paling berat melalui voting bertanda tangan.

Dokumentasi tersebut juga menjelaskan bahwa lockout diukur dalam slot dan mengharuskan validator menanggung biaya peluang untuk mendukung suatu fork.

PoH penting dalam mekanisme ini karena Tower BFT bergantung pada pengaturan waktu berbasis slot dan rangkaian peristiwa ledger yang terstruktur.

Validator menggunakan voting untuk menunjukkan dukungan terhadap suatu fork.

Ketika voting bertambah, lockout meningkat sehingga validator semakin sulit beralih ke fork yang bertentangan.

Proses ini membantu jaringan mencapai kesepakatan atas satu riwayat yang diterima.

PoH bukan sistem voting itu sendiri.

PoH menyediakan struktur waktu yang membantu sistem voting bekerja secara efisien.

Proof of History dan Fork

Fork terjadi ketika beberapa versi ledger yang saling bersaing muncul pada saat yang sama.

Fork dapat terjadi pada blockchain cepat karena leader mungkin melewatkan data, validator dapat menerima informasi pada waktu berbeda, atau terjadi partisi jaringan.

Solana tidak menunggu semua validator menyepakati blok yang baru dibuat sebelum blok berikutnya diproduksi.

Dokumentasi pembuatan fork Anza menjelaskan bahwa kondisi ini membuat fork umum terjadi dan validator harus melakukan voting atas satu fork sampai cluster memfinalisasi salah satu versinya.

PoH membantu menyusun kemungkinan fork karena entri dari setiap leader terikat pada waktu slot dan struktur rangkaian PoH.

Untuk setiap slot, validator mengharapkan entri dari leader yang telah dijadwalkan.

Blok atau entri dari leader yang salah dapat ditolak.

Jika leader melewatkan slot atau gagal, jaringan dapat mencatatnya melalui slot yang dilewati atau riwayat yang hanya berisi tick.

Hal ini membatasi bentuk fork yang mungkin terjadi dan membantu validator memutar ulang ledger.

PoH tidak menghilangkan fork, tetapi membantu menyusun penanganannya.

Proof of History dan Pengurutan Transaksi

Pengurutan transaksi merupakan salah satu kegunaan Proof of History yang terpenting.

Ketika banyak pengguna mengirim transaksi pada waktu yang sama, jaringan membutuhkan cara untuk menentukan transaksi mana yang lebih dahulu dan bagaimana transaksi tersebut harus diproses.

Dalam sistem terdistribusi tradisional, kesepakatan tentang urutan dapat membutuhkan banyak putaran komunikasi.

Komunikasi tersebut membutuhkan waktu dan dapat membatasi throughput.

PoH mengurangi masalah ini dengan menempatkan transaksi dalam rangkaian yang dapat diverifikasi.

Setelah transaksi atau kumpulan transaksi dicatat dalam aliran PoH, validator dapat memverifikasi posisinya relatif terhadap entri lainnya.

Ini tidak berarti pengguna dapat mengendalikan posisi persisnya dalam antrean.

Leader tetap memilih transaksi valid yang akan disertakan dan cara mengemasnya sesuai aturan protokol.

PoH juga tidak menghilangkan seluruh masalah MEV atau pengurutan transaksi.

PoH menyediakan catatan pengurutan, tetapi pemilihan transaksi dan keadilan eksekusi tetap bergantung pada perilaku protokol dan validator yang lebih luas.

Proof of History dan Throughput Jaringan

Proof of History dirancang untuk mendukung throughput tinggi dengan mengurangi keterlambatan koordinasi.

Jika validator sudah memiliki rangkaian waktu yang dapat diverifikasi, mereka tidak membutuhkan banyak komunikasi untuk menyepakati urutan dasar peristiwa.

Hal ini memungkinkan sistem melakukan pipeline pemrosesan transaksi, propagasi blok, pemutaran ulang, dan voting secara lebih agresif.

Throughput tinggi penting karena aplikasi kripto sering membutuhkan eksekusi yang cepat dan berbiaya rendah.

Trading, gaming, pembayaran, NFT, DeFi, dan aplikasi konsumen dapat terdampak jika konfirmasi lambat atau biaya tinggi.

PoH membantu Solana mengejar rancangan yang memungkinkan banyak operasi berlangsung paralel atau dalam alur terjadwal yang rapat.

Namun, PoH bukan satu-satunya faktor yang menghasilkan throughput.

Throughput juga bergantung pada rancangan runtime, propagasi jaringan, perangkat keras validator, pasar biaya, optimasi software, pola akses akun, dan aturan konsensus.

PoH merupakan salah satu bagian penting dari arsitektur blockchain berperforma tinggi yang lebih luas.

Proof of History dan Perangkat Keras Validator

PoH dapat meningkatkan performa, tetapi juga berkontribusi pada tuntutan operasional validator Solana.

Validator harus memproses volume data tinggi, memverifikasi entri, mengeksekusi transaksi, mengelola fork, melakukan voting, dan tetap tersinkronisasi.

Chain berperforma tinggi sering kali membutuhkan perangkat keras dan jaringan yang lebih kuat dibandingkan chain yang lebih lambat.

Hal ini menciptakan kompromi antara kecepatan dan kemudahan akses bagi validator.

Jika persyaratan perangkat keras terlalu tinggi, lebih sedikit validator independen yang dapat berpartisipasi.

Jika persyaratannya terlalu rendah, jaringan mungkin tidak mencapai target throughput yang sama.

PoH sendiri merupakan mekanisme pencatatan waktu, tetapi rancangan di sekitarnya mendorong alur cepat dan beban kerja validator yang berat.

Karena itu, pengguna yang mengevaluasi sistem berbasis PoH sebaiknya melihat lebih dari sekadar angka kecepatan yang diiklankan.

Mereka juga sebaiknya mempelajari distribusi validator, persyaratan perangkat keras, keberagaman client, konsentrasi hosting, dan keandalan jaringan.

Blockchain yang cepat akan lebih kuat jika banyak validator independen dapat menjalankan dan memverifikasinya secara realistis.

Proof of History dan Finalitas

Finalitas berarti transaksi diterima sebagai telah diselesaikan sesuai aturan jaringan.

PoH membantu pemrosesan cepat, tetapi finalitas tetap bergantung pada voting validator dan aturan konsensus.

Di Solana, validator melakukan voting atas fork dan cluster memfinalisasi satu versi riwayat melalui proses konsensusnya.

Analisis konsensus Neodyme menggambarkan Solana sebagai blockchain Proof of Stake dengan leader yang ditentukan untuk setiap slot dan finalisasi yang bergantung pada voting validator berbobot stake.

Pengguna sebaiknya tidak menganggap PoH saja yang memfinalisasi transaksi.

PoH membantu menetapkan urutan peristiwa, sedangkan voting validator membantu menentukan fork yang diterima.

Perbedaan ini penting untuk deposit, penarikan, sistem trading, bridge, dan aplikasi yang membutuhkan kepastian penyelesaian yang kuat.

Transaksi mungkin segera terlihat, tetapi aplikasi yang berbeda dapat menggunakan standar konfirmasi yang berbeda.

Untuk transfer bernilai tinggi, pengguna dan developer sebaiknya memahami tingkat commitment dan asumsi finalitas.

Pengurutan cepat tidak sama dengan finalitas instan yang mutlak.

Proof of History dan Keamanan

Proof of History meningkatkan keamanan dengan membuat pengurutan peristiwa dapat diverifikasi dan lebih sulit dipalsukan setelah kejadian.

Karena rangkaian bergantung pada hashing berurutan, penyerang tidak dapat dengan bebas menyusun ulang peristiwa tanpa memengaruhi output berikutnya.

Hal ini membantu melindungi integritas linimasa ledger.

Namun, PoH sendiri bukan model keamanan yang lengkap.

Jaringan tetap membutuhkan validator berbobot stake, penjadwalan leader, voting, aturan pemilihan fork, asumsi slashing atau penalti, software yang benar, dan partisipasi jujur.

Kelemahan software validator, operasi jaringan, tata kelola, atau eksekusi transaksi tidak dapat diatasi oleh PoH saja.

PoH membuktikan urutan dan berlalunya waktu di dalam ledger, tetapi tidak membuktikan bahwa setiap aplikasi aman.

Smart contract jahat, transaksi phishing, token penipuan, atau wallet yang diretas tetap dapat merugikan pengguna di chain berbasis PoH.

Keamanan kripto selalu berlapis.

Proof of History adalah salah satu lapisan dalam arsitektur Solana yang lebih luas.

Proof of History dan Desentralisasi

Proof of History dapat mendukung desentralisasi dengan mengurangi jumlah komunikasi yang dibutuhkan validator untuk menyepakati waktu dan urutan.

Overhead komunikasi yang lebih rendah dapat membantu kumpulan validator global yang besar memproses data dengan lebih efisien.

Namun, PoH saja tidak menjamin desentralisasi.

Desentralisasi bergantung pada jumlah validator independen, distribusi stake, cara kerja jadwal leader, kemudahan menjalankan software validator, dan konsentrasi infrastruktur.

Jaringan dapat berjalan cepat tetapi tetap menghadapi masalah desentralisasi jika validasi terlalu mahal atau terlalu banyak stake dikendalikan oleh kelompok kecil.

Jaringan juga dapat memiliki jam yang canggih tetapi tetap bergantung pada koordinasi sosial dan ekonomi untuk upgrade dan keputusan keamanan.

Pengguna sebaiknya menganggap PoH sebagai pilihan teknis, bukan bukti bahwa seluruh jaringan terdesentralisasi.

Analisis desentralisasi yang baik sebaiknya mencakup konsentrasi stake, jumlah validator, keberagaman client, lokasi geografis, hosting, tata kelola, dan ketahanan terhadap sensor.

PoH dapat membantu sistem berkembang, tetapi desentralisasi bergantung pada seluruh ekosistem.

Manfaat Proof of History

Manfaat pertama Proof of History adalah pengurutan waktu yang dapat diverifikasi.

PoH memberi validator cara untuk memeriksa urutan peristiwa tanpa memercayai timestamp biasa.

Manfaat kedua adalah overhead koordinasi yang lebih rendah.

Validator dapat memproses entri berurutan dengan lebih sedikit komunikasi terus-menerus tentang waktu.

Manfaat ketiga adalah pemrosesan transaksi yang lebih cepat.

Rangkaian yang dapat diverifikasi mendukung pipeline, pemrosesan optimistis, dan voting cepat.

Manfaat keempat adalah pemutaran ulang dan auditabilitas yang lebih baik.

Validator dapat memutar ulang ledger dan memverifikasi rangkaian PoH untuk memeriksa apakah peristiwa telah diurutkan dengan benar.

Manfaat kelima adalah dukungan bagi aplikasi ber-throughput tinggi.

Pengurutan cepat dapat membuat aplikasi DeFi, pembayaran, game, NFT, dan kripto konsumen terasa lebih responsif.

Manfaat keenam adalah penjadwalan leader yang lebih jelas.

PoH bekerja bersama slot, leader, dan tick untuk menata produksi blok.

Manfaat ketujuh adalah jam internal yang lebih kuat bagi sistem terdesentralisasi.

Jam ini didasarkan pada komputasi kriptografi, bukan kepercayaan pada satu server waktu.

Keterbatasan Proof of History

Keterbatasan pertama adalah PoH bukan mekanisme konsensus mandiri.

PoH harus bekerja bersama voting validator, bobot stake, pemilihan fork, dan aturan finalitas.

Keterbatasan kedua adalah kompleksitas.

Sistem berbasis PoH dapat lebih sulit dipahami pengguna dan developer dibandingkan model produksi blok yang lebih sederhana.

Keterbatasan ketiga adalah tuntutan perangkat keras.

Rancangan berperforma tinggi dapat meningkatkan kebutuhan sumber daya validator.

Keterbatasan keempat adalah PoH tidak mencegah setiap jenis serangan.

PoH membantu pengurutan dan verifikasi waktu, tetapi tidak menghentikan phishing, aplikasi jahat, pencurian kunci privat, atau smart contract yang tidak aman.

Keterbatasan kelima adalah ketergantungan pada leader selama slot.

Jika leader terjadwal berkinerja buruk atau gagal mengirimkan data, jaringan harus menangani slot yang dilewati, fork, atau jalur pemulihan.

Keterbatasan keenam adalah kecepatan dapat menimbulkan tantangan operasional.

Jaringan cepat harus menangani bug software, kepadatan jaringan, spam, dan sinkronisasi validator dengan cermat.

Keterbatasan ketujuh adalah kesalahpahaman pengguna.

Banyak orang mendengar “Proof of History” lalu menganggapnya bekerja seperti PoW atau PoS, padahal sebenarnya PoH adalah komponen kriptografi yang berbeda.

Proof of History dan Smart Contract

Smart contract di blockchain yang didukung PoH tetap mengandalkan chain dasar untuk pengurutan transaksi dan pembaruan kondisi.

PoH membantu menentukan posisi transaksi dalam linimasa ledger.

Runtime kemudian mengeksekusi transaksi sesuai aturan smart contract.

Artinya, PoH dapat meningkatkan kecepatan pengurutan dan pemrosesan interaksi smart contract.

Namun, PoH tidak otomatis membuat smart contract aman.

Smart contract tetap dapat memiliki bug, izin yang tidak aman, rancangan ekonomi yang buruk, atau instruksi jahat.

Pengguna sebaiknya tetap memeriksa alamat kontrak, program token, permintaan wallet, persetujuan, dan dokumentasi resmi.

Developer tetap harus mengaudit program, menguji kasus ekstrem, mengelola upgrade dengan cermat, dan melindungi kunci admin.

PoH meningkatkan struktur waktu chain dasar, tetapi keamanan di tingkat aplikasi tetap menjadi tanggung jawab tersendiri.

Eksekusi cepat dapat meningkatkan kualitas aplikasi yang baik, tetapi juga dapat mempercepat penipuan.

Proof of History dan MEV

MEV berarti maximal extractable value, yaitu nilai yang diperoleh melalui pengurutan, penyertaan, atau pengecualian transaksi.

Karena PoH membantu menciptakan urutan peristiwa yang cepat dan dapat diverifikasi, teknologi ini berkaitan langsung dengan cara transaksi bergerak di dalam jaringan.

PoH dapat membuat pengurutan lebih transparan setelah kejadian, tetapi tidak menghilangkan seluruh kendali atas pengurutan.

Leader tetap memiliki pengaruh terhadap transaksi yang disertakan selama slotnya.

Perutean jaringan, biaya prioritas, spam, latensi, dan perilaku validator dapat memengaruhi eksekusi transaksi.

Bagi trader dan pengguna DeFi, kualitas eksekusi secara keseluruhan mencakup lebih dari sekadar rancangan waktu protokol dasar.

Pengguna sebaiknya mempertimbangkan slippage, biaya prioritas, transaksi gagal, kualitas routing, likuiditas, dan potensi perilaku adversarial.

Developer sebaiknya merancang aplikasi yang tahan terhadap pengurutan cepat, race condition, dan persaingan transaksi.

PoH merupakan alat pengurutan yang kuat, tetapi eksekusi yang adil merupakan tantangan ekosistem yang lebih luas.

Keberadaan jam kriptografi tidak menghilangkan kebutuhan akan rancangan yang mempertimbangkan MEV.

Kesalahpahaman Umum tentang Proof of History

Salah satu kesalahpahaman umum adalah bahwa Proof of History sama dengan Proof of Stake.

Proof of Stake adalah model konsensus ekonomi, sedangkan Proof of History adalah sistem pencatatan waktu dan pengurutan kriptografi.

Kesalahpahaman lainnya adalah bahwa Proof of History menggantikan validator.

Validator tetap diperlukan untuk memverifikasi transaksi, melakukan voting atas fork, menjalankan software konsensus, dan menjaga jaringan.

Kesalahpahaman lainnya adalah bahwa PoH membuktikan waktu persis dalam dunia nyata.

PoH membuktikan urutan relatif dan berlalunya waktu komputasi di dalam ledger, bukan bahwa suatu peristiwa terjadi pada detik tertentu menurut jam dunia nyata.

Kesalahpahaman lainnya adalah bahwa PoH membuat fork mustahil terjadi.

Fork tetap dapat terjadi, tetapi PoH membantu menata penanganan entri, slot, tick, dan output leader.

Kesalahpahaman lainnya adalah bahwa PoH saja yang membuat transaksi final.

Finalitas tetap bergantung pada voting validator, konsensus berbobot stake, dan aturan pemilihan fork.

Praktik Terbaik bagi Pengguna

Pengguna sebaiknya memahami bahwa PoH adalah fitur rancangan jaringan, bukan alat keamanan wallet pribadi.

Pengguna tetap harus melindungi seed phrase, kunci privat, dan hardware wallet dengan cermat.

Pengguna sebaiknya tidak menganggap konfirmasi cepat berarti semua transaksi bebas risiko.

Pengguna sebaiknya memeriksa detail transaksi sebelum menandatanganinya karena chain cepat juga dapat mengeksekusi kesalahan dengan cepat.

Pengguna sebaiknya memverifikasi tautan aplikasi resmi dan alamat token sebelum berinteraksi dengan program on-chain.

Pengguna sebaiknya memahami tingkat commitment saat melakukan deposit atau penarikan dana melalui aplikasi.

Pengguna sebaiknya mengingat bahwa PoH tidak mencegah penipuan, phishing, token palsu, atau program jahat.

Pengguna sebaiknya memantau pembaruan status jaringan saat terjadi kepadatan atau aktivitas tidak biasa.

Pengguna sebaiknya melakukan transfer uji coba dalam jumlah kecil saat mengirim dana ke alamat atau program baru.

Pengguna sebaiknya memperlakukan PoH sebagai fitur performa dan pengurutan, bukan jaminan keamanan investasi.

Praktik Terbaik bagi Developer

Developer sebaiknya memahami pengaruh slot, leader, entri, tick, dan fork terhadap perilaku aplikasi.

Developer sebaiknya merancang program yang menangani pengurutan transaksi, penguncian akun, pemutaran ulang, dan kegagalan dengan cermat.

Developer sebaiknya tidak menganggap eksekusi cepat menghilangkan kebutuhan akan pengujian menyeluruh.

Developer sebaiknya memantau pengaruh biaya prioritas, persaingan transaksi, dan latensi terhadap pengalaman pengguna.

Developer sebaiknya merancang aplikasi yang tetap aman ketika transaksi tiba dengan cepat atau dalam urutan yang kompetitif.

Developer sebaiknya mendokumentasikan asumsi konfirmasi untuk deposit, penarikan, minting, likuidasi, dan proses settlement.

Developer sebaiknya tidak menyimpan data privat sensitif secara on-chain hanya karena chain berjalan cepat.

Developer sebaiknya mengaudit program, mengelola otoritas upgrade dengan cermat, dan memantau perubahan runtime.

Developer sebaiknya membuat permintaan wallet yang jelas agar pengguna mengetahui dengan tepat apa yang mereka tandatangani.

PoH dapat mendukung aplikasi berkecepatan tinggi, tetapi developer tetap bertanggung jawab atas logika aplikasi yang aman.

FAQ

Apa arti Proof of History?

Proof of History berarti blockchain menggunakan rangkaian kriptografi untuk membuktikan urutan dan berlalunya waktu di antara berbagai peristiwa.

Apakah Proof of History merupakan mekanisme konsensus?

Proof of History biasanya tidak dianggap sebagai mekanisme konsensus mandiri yang lengkap karena bekerja bersama voting validator dan konsensus bergaya Proof of Stake.

Blockchain mana yang dikenal menggunakan Proof of History?

Solana adalah blockchain yang paling erat dikaitkan dengan Proof of History.

Mengapa Proof of History penting?

Proof of History penting karena memberi validator linimasa yang dapat diverifikasi, yang dapat mengurangi overhead komunikasi dan mendukung pemrosesan transaksi lebih cepat.

Bagaimana Proof of History mengurutkan transaksi?

Proof of History mengurutkan transaksi dengan memasukkan data ke dalam aliran hash berurutan, yang output berikutnya bergantung pada input sebelumnya.

Apakah Proof of History sama dengan Proof of Work?

Tidak. Proof of Work menggunakan persaingan mining untuk mencapai konsensus, sedangkan Proof of History membuat rangkaian waktu dan urutan yang dapat diverifikasi.

Apakah Proof of History sama dengan Proof of Stake?

Tidak. Proof of Stake menggunakan aset yang di-staking dan validator untuk mencapai konsensus, sedangkan Proof of History menyediakan jam kriptografi yang mendukung pengurutan dan sinkronisasi.

Apa itu tick PoH?

Tick PoH adalah entri kosong yang membantu menunjukkan aktivitas leader dan berlalunya waktu dalam aliran PoH.

Apa itu leader Solana?

Leader Solana adalah validator yang dijadwalkan untuk menghasilkan entri pada suatu slot dan mencatatnya ke dalam rangkaian PoH.

Apakah PoH mencegah fork?

Tidak. PoH tidak mencegah semua fork, tetapi membantu menata pembuatan fork, pemutaran ulang, dan voting validator.

Apakah PoH membuat transaksi langsung final?

Tidak. PoH membantu pengurutan cepat, tetapi finalitas tetap bergantung pada voting validator dan aturan konsensus.

Apakah PoH melindungi pengguna dari penipuan?

Tidak. PoH merupakan mekanisme pencatatan waktu dan pengurutan, sehingga pengguna tetap perlu menjaga keamanan wallet, memeriksa transaksi, dan melakukan uji tuntas terhadap aplikasi.

Kesimpulan

Proof of History (PoH) adalah metode pencatatan waktu kriptografi yang membantu blockchain membuktikan urutan dan berlalunya waktu di antara berbagai peristiwa.

PoH paling dikenal sebagai bagian inti arsitektur Solana, tempat teknologi ini bekerja bersama Proof of Stake, penjadwalan leader, entri, tick, fork, dan voting validator bergaya Tower BFT.

PoH tidak sama dengan Proof of Work dan juga tidak sama dengan Proof of Stake.

PoH adalah jam kriptografi yang membantu validator menyepakati urutan peristiwa dengan overhead komunikasi yang lebih rendah.

Hal ini dapat mendukung pemrosesan transaksi yang lebih cepat, throughput lebih tinggi, eksekusi optimistis, pemutaran ulang yang efisien, dan alur leader yang lebih terstruktur.

Namun, PoH sendiri tidak menyelesaikan semua masalah blockchain.

PoH tidak menghilangkan kebutuhan akan validator, konsensus berbobot stake, aturan finalitas, pemilihan fork, software yang aman, tata kelola yang baik, atau smart contract yang aman.

PoH juga tidak melindungi pengguna dari phishing, pencurian kunci privat, program jahat, atau keputusan investasi yang buruk.

Nilai utama Proof of History adalah memberikan linimasa yang dapat diverifikasi kepada jaringan terdesentralisasi tanpa bergantung pada jam terpusat.

Cara paling sederhana memahami PoH adalah bahwa teknologi ini mengubah waktu menjadi catatan kriptografi, sehingga validator dapat memeriksa kapan berbagai peristiwa terjadi relatif satu sama lain dan memproses aktivitas blockchain dengan lebih efisien.