Solana Proof of History: Cara Kerja PoH

Catatan akurasi: Kinerja jaringan, jumlah validator, biaya, fitur protokol, dukungan wallet, dan integrasi pihak ketiga berubah seiring waktu. Perlakukan angka yang bertanggal sebagai snapshot historis dan verifikasi dokumentasi sumber primer saat ini.

Solana Proof of History adalah mekanisme pengurutan waktu kriptografis, bukan protokol konsensus mandiri. Ini bekerja dengan Tower BFT dan Proof of Stake untuk membantu validator mengurutkan kejadian dan menyepakati buku besar.

Penafian: Artikel ini hanya untuk tujuan informasi dan edukasi. Ini bukan merupakan nasihat keuangan atau investasi. Investasi mata uang kripto membawa risiko signifikan, termasuk potensi kehilangan pokok. Konsultasikan penasihat keuangan yang berkualifikasi sebelum membuat keputusan investasi.

Daftar Isi

1. Apa Itu Proof of History? Jam Kriptografis Solana Dijelaskan
2. Cara Kerja Proof of History: Langkah demi Langkah Rantai Hash SHA-256
3. Mengapa Proof of History Dapat Mengurangi Overhead Pengurutan
4. Proof of History vs. Proof of Work vs. Proof of Stake: Perbandingan Langsung
5. Bagaimana Proof of History Berinteraksi dengan Arsitektur Lengkap Solana
6. Keterbatasan dan Kritik Proof of History: Penilaian Jujur
7. Pertanyaan yang Sering Diajukan Tentang Proof of History dan Solana
8. Kesimpulan: Apakah Proof of History Inovasi yang Nyata?

Apa Itu Solana Proof of History?

Proof of History (PoH) adalah mekanisme pencatatan waktu kriptografis yang dibangun ke dalam blockchain Solana yang menciptakan catatan terverifikasi tentang urutan dan waktu kejadian, tanpa mengharuskan validator untuk terus-menerus berkomunikasi satu sama lain untuk menetapkan kapan sesuatu terjadi.

Blockchain adalah buku besar terdistribusi di mana catatan dihubungkan secara kriptografis dan dikelola di seluruh jaringan peserta tanpa otoritas pusat. Pada blockchain terdistribusi mana pun, node harus menyepakati dua hal sebelum mengkonfirmasi transaksi: apa yang terjadi, dan kapan itu terjadi. Sebagian besar jaringan menghabiskan upaya komputasi yang signifikan untuk pertanyaan kedua. Proof of History menjawabnya secara kriptografis, sehingga jaringan dapat memfokuskan seluruh bandwidthnya pada yang pertama.

Satu perbedaan penting untuk segera ditetapkan: Proof of History bukanlah mekanisme konsensus. Mekanisme konsensus aktual Solana adalah Tower BFT. PoH adalah lapisan pencatatan waktu yang bergantung pada Tower BFT untuk beroperasi secara efisien. Kesalahan paling umum dalam liputan teknologi Solana adalah membingungkan keduanya, dan artikel ini memperbaikinya di seluruh bagian.

Proof of History diciptakan oleh Anatoly Yakovenko, salah satu pendiri Solana Labs dan sebelumnya insinyur staf senior di Qualcomm. Ia memperkenalkan konsep tersebut dalam sebuah whitepaper tahun 2017 berjudul Solana: Arsitektur baru untuk blockchain berkinerja tinggi. Mainnet beta Solana diluncurkan pada Maret 2020, dibangun di atas arsitektur yang dijelaskan whitepaper tersebut.

Solana adalah blockchain Lapisan 1 berkinerja tinggi yang token asli-nya adalah SOL. Batas throughput teoretisnya, yang dimungkinkan oleh Proof of History yang bekerja bersama beberapa inovasi arsitektur lainnya, adalah angka teoretis historis sekitar 65.000 transaksi per detik (TPS). Throughput berkelanjutan di dunia nyata dalam kondisi jaringan yang khas secara substansial lebih rendah, sebuah perbedaan yang dibahas artikel ini secara rinci.

Jika Anda pernah mendengar Proof of History digambarkan sebagai "sama seperti Proof of Stake" atau menganggapnya sebagai mekanisme konsensus Solana, kedua cara penyampaian itu salah. Perbandingan lengkap dan hubungan akurat antara mekanisme ini muncul di bagian-bagian berikut.

Cara Kerja Proof of History: Langkah demi Langkah Rantai Hash SHA-256

Analogi jam kriptografis menangkap apa yang dilakukan PoH, tetapi untuk memahami mengapa investor dan pengembang menganggapnya sebagai inovasi arsitektur yang nyata, Anda perlu melihat bagaimana jam tersebut benar-benar berjalan.

Apa Itu Fungsi Hash Kriptografis? (Blok Bangunan)

Fungsi hash kriptografis mengambil input apa pun (kata, dokumen, catatan transaksi) dan menghasilkan output berukuran tetap yang unik untuk input tersebut dan deterministik. Hampir tidak mungkin untuk membalikkannya: mengetahui output tidak memberi Anda informasi berguna tentang apa yang masuk. Output disebut hash, dan berfungsi seperti sidik jari unik untuk data apa pun yang menghasilkannya.

Mengubah satu karakter dari input, dan outputnya berubah sepenuhnya dan tidak dapat diprediksi. Kepekaan terhadap input inilah yang menjadikan hashing sekuensial sebagai dasar yang andal untuk pencatatan waktu.

Fungsi hash spesifik yang digunakan Proof of History adalah SHA-256 (Secure Hash Algorithm, 256-bit), algoritma yang sama yang mengamankan transaksi Bitcoin. SHA-256 intensif secara komputasi untuk dijalankan tetapi sangat cepat untuk diverifikasi. Asimetri ini adalah inti: menghasilkan hash itu lambat, tetapi memeriksanya instan. Properti tersebut persis seperti yang membuat SHA-256 cocok untuk fungsi pencatatan waktu PoH.

Rantai Hash: Bagaimana PoH Mengkodekan Waktu Secara Kriptografis

PoH bekerja dengan menjalankan SHA-256 dalam urutan yang tidak terputus, di mana setiap output menjadi input untuk komputasi berikutnya. Karena setiap langkah membutuhkan waktu komputasi yang nyata dan tidak dapat dikurangi, rantai output merupakan catatan waktu yang telah berlalu yang dapat diverifikasi. Tidak ada yang bisa memalsukan telah mencapai langkah 500.000 tanpa benar-benar telah menghitung langkah 1 hingga 499.999.

Anggap saja seperti stopwatch kriptografis. Setiap detak jam adalah output SHA-256 yang tercatat, dan rantai detak membuktikan bahwa sejumlah komputasi tertentu, dan oleh karena itu sejumlah waktu yang terukur, telah berlalu di antara kejadian. Ini adalah bagaimana urutan berjalan:

Berikut adalah bagaimana urutan berjalan:

1. Validator pemimpin memulai rantai. Validator yang ditunjuk ("pemimpin" untuk slot tersebut) menjalankan SHA-256 pada input awal, yang bisa berupa nilai arbitrer apa pun atau hash blok sebelumnya.
2. Setiap output menjadi input berikutnya. Hash yang dihasilkan dimasukkan kembali ke SHA-256 sebagai input baru. Ini adalah rantai. Setiap tautan sepenuhnya bergantung pada tautan sebelumnya.
3. Penghitung urutan melacak posisi. Setiap iterasi membawa nomor hitungan: hash #1, hash #2, hash #347.891. Penghitung ini adalah hitungan detak jam.
4. Transaksi disematkan ke dalam rantai saat tiba. Ketika transaksi memasuki jaringan, pemimpin menghash-nya ke dalam urutan pada saat itu. Data transaksi dimasukkan ke dalam output hash pada posisi hitungan tertentu.
5. Posisi yang disematkan membuktikan waktu transaksi. Transaksi yang di-hash pada posisi 347.891 terbukti terjadi setelah posisi 347.890 dan sebelum posisi 347.892. Tidak diperlukan stempel waktu eksternal. Rantai itu sendiri adalah buktinya.
6. Validator lain memverifikasi urutan. Verifikasi cepat karena memeriksa hash membutuhkan waktu sepersekian dari waktu yang dibutuhkan untuk menghasilkannya. Validator dapat mengkonfirmasi seluruh urutan valid tanpa menjalankan kembali setiap komputasi.
7. Rantai yang dihasilkan adalah linimasa yang tidak dapat dirusak. Mengubah hash apa pun pada posisi apa pun akan membuat tidak valid semua hash yang mengikutinya, membuat catatan tidak mungkin dipalsukan tanpa melakukan kembali semua pekerjaan berikutnya.

Analogi foto menangkap properti yang tidak dapat dirusak dengan baik. Bayangkan mengambil foto setiap detik, di mana setiap foto menyertakan foto sebelumnya di dalam bingkai. Siapa pun yang melihat foto #1.000 dapat memverifikasi urutan tanpa harus hadir untuk setiap jepretan, karena setiap gambar secara kriptografis bersarang di gambar berikutnya. Mengubah foto #400 akan secara nyata merusak setiap gambar berikutnya.

Rantai hash berurutan ini adalah apa yang oleh para kriptografer disebut serupa secara fungsional dengan Fungsi Penundaan yang Dapat Diverifikasi (VDF). VDF yang didefinisikan secara formal, sebagaimana dijelaskan oleh Boneh, Bonneau, Bünz, dan Fisch dalam makalah mereka tahun 2018 yang diterbitkan di CRYPTO (IACR ePrint 2018/601), adalah fungsi yang membutuhkan sejumlah waktu yang ditentukan untuk dihitung, tidak dapat diparalelkan untuk mempercepat komputasi tersebut, dan menghasilkan bukti yang memungkinkan verifikasi cepat. PoH mencapai efek praktis yang sama melalui hashing SHA-256 berurutan. Secara formal, ini bukanlah VDF dalam arti teori kompleksitas yang ketat, tetapi kesamaan fungsionalnya tepat. Peneliti akademik yang menggambarkan PoH sebagai "mirip VDF" atau "VDF informal" menggunakan kerangka yang akurat.

Sumber: Anatoly Yakovenko, "Solana: A new architecture for a high performance blockchain," 2017. Tersedia di solana.com/solana-whitepaper.pdf

Rantai stempel waktu kriptografis inilah yang memungkinkan lapisan konsensus Solana, Tower BFT, untuk melewati putaran komunikasi yang memperlambat blockchain lain, karena waktu sudah terbukti.

Mengapa Proof of History Solana Dapat Mengurangi Overhead Pengurutan

Sumber tersebut mengutip rentang throughput teoritis dan teramati historis, tetapi Proof of History saja tidak menghasilkan angka TPS. Campuran transaksi, lalu lintas voting, penjadwalan runtime, perangkat keras validator, jaringan, kemacetan, dan metodologi pengukuran semuanya memengaruhi throughput yang dilaporkan. Gunakan pengukuran langsung yang bertanggal untuk keputusan operasional.

Perbandingan dengan Visa, Ethereum, atau Bitcoin tidaklah setara: mereka menghitung peristiwa yang berbeda dan menggunakan model kepercayaan, penyelesaian, serta finalitas yang berbeda. PoH adalah satu bagian dari desain Solana, bersama dengan Sealevel, Turbine, Gulf Stream, pasar biaya, dan infrastruktur validator.

Bagaimana Tower BFT Menggunakan PoH untuk Melewati Putaran Komunikasi

Kecepatan yang didapat dari PoH bukanlah tentang hashing lebih cepat. Ini tentang menghilangkan seluruh kategori komunikasi yang dibutuhkan oleh mekanisme konsensus tradisional.

Sistem terdistribusi yang harus mentolerir kesalahan Byzantine (peserta yang cacat atau berbahaya) membutuhkan Toleransi Kesalahan Byzantine (BFT): kemampuan untuk mencapai konsensus bahkan ketika beberapa validator offline, mengirimkan informasi palsu, atau berperilaku secara adversarial, selama kurang dari sepertiga validator dikompromikan.

Definisi kunci: Toleransi Kesalahan Byzantine (BFT) mengacu pada kemampuan sistem terdistribusi untuk terus beroperasi dengan benar bahkan ketika beberapa peserta gagal atau bertindak jahat. Konsep ini berasal dari Masalah Jenderal Byzantine, sebuah eksperimen pemikiran klasik ilmu komputer oleh Lamport, Shostak, dan Pease (1982).

Dalam sistem konsensus BFT tradisional, validator harus bertukar pesan untuk menyepakati dua hal sebelum mengonfirmasi transaksi: apa yang terjadi, dan kapan itu terjadi. Kesepakatan tentang waktu biasanya memerlukan beberapa putaran pertukaran pesan di seluruh jaringan. Seiring bertambahnya jumlah validator, overhead komunikasi ini tumbuh secara kuadratik, membuatnya semakin mahal untuk mencapai konsensus dengan cepat.

PoH menyediakan referensi pengurutan yang dapat diverifikasi yang dapat mengurangi beberapa koordinasi waktu. Ini tidak menghilangkan komunikasi konsensus atau membuat satu slot setara dengan finalitas ekonomi. Konfirmasi optimis, konfirmasi berakar, dan penyelesaian tingkat aplikasi menggunakan ambang batas dan waktu yang berbeda.

Sealevel dan Gulf Stream: Kecepatan Melampaui Jam

PoH saja tidak menghasilkan 65.000 TPS. Ini adalah lapisan dasar yang memungkinkan inovasi kinerja Solana lainnya.

Sealevel adalah runtime eksekusi kontrak pintar paralel Solana. Kontrak pintar adalah program yang disimpan di blockchain dan dipanggil melalui transaksi. Di mana EVM Ethereum memproses transaksi secara berurutan, Sealevel dapat menjalankan transaksi yang tidak saling bertentangan di beberapa inti prosesor. Paralelisme ini berasal dari akun yang dideklarasikan oleh setiap transaksi akan dibaca atau ditulis; PoH menyediakan referensi pengurutan tetapi tidak menentukan akun mana yang independen.

Gulf Stream adalah protokol penerusan transaksi Solana tanpa mempool. Alih-alih menahan transaksi yang belum dikonfirmasi di kumpulan tunggu, Gulf Stream mendorong transaksi ke pemimpin validator berikutnya yang diharapkan sebelum blok saat ini difinalisasi, menggunakan jadwal pemimpin PoH untuk mengetahui siapa selanjutnya. Turbine, protokol propagasi blok Solana yang terinspirasi oleh BitTorrent, kemudian memecah blok yang dikonfirmasi menjadi paket yang lebih kecil dan mendistribusikannya ke seluruh jaringan validator secara efisien.

PoH adalah fondasinya. Sealevel dan Gulf Stream dibangun langsung di atasnya, begitu pula Turbine. Angka 65.000 TPS mencerminkan semua inovasi ini beroperasi bersama, dengan PoH sebagai lapisan pengurutan yang bergantung pada semuanya.

Aplikasi DeFi, termasuk bursa terdesentralisasi dan protokol pinjaman, memerlukan throughput transaksi tinggi untuk berfungsi dalam skala besar. Arsitektur Solana yang didukung PoH membuatnya layak bagi aplikasi ini untuk memproses ribuan operasi per detik pada lapisan dasar, kapasitas yang tidak dapat dicocokkan oleh sebagian besar blockchain Lapisan 1 saat ini, meskipun solusi Lapisan 2 pada rantai lain mempersempit kesenjangan ini untuk kasus penggunaan tertentu.

Untuk memahami mengapa arsitektur ini penting, ada baiknya membandingkan PoH secara langsung dengan mekanisme konsensus yang dirancang untuk bekerja bersama dengannya.

Proof of History vs. Proof of Work vs. Proof of Stake: Perbandingan Langsung

Poin struktural terpenting sebelum perbandingan ini: Proof of History bukanlah mekanisme konsensus. Proof of Work dan Proof of Stake adalah mekanisme konsensus. Membandingkan PoH secara langsung dengan PoW atau PoS seperti membandingkan jam dengan sistem pemungutan suara. Mereka memecahkan masalah yang berbeda, dan perbedaan itu membentuk segalanya dalam tabel ini.

Catatan: TPS teoritis Solana mewakili output gabungan PoH, Sealevel, Turbine, dan Gulf Stream dalam kondisi optimal. Angka ini tidak secara rutin dicapai dalam produksi.

PoH vs. Proof of Work: Kecepatan dan Energi

Proof of Work Bitcoin dan Proof of History Solana menangani masalah yang berbeda, tetapi kontras antara keduanya dalam hal throughput dan energi sangat mencolok. Dalam PoW, penambang bersaing untuk memecahkan teka-teki yang intensif secara komputasi. Pemenang menambahkan blok berikutnya dan menerima hadiah. Persaingan ini sengaja mahal, karena pengeluaran energi itulah yang membuat pembalikan rantai menjadi sangat mahal. Bitcoin memproses sekitar 7 TPS sebagai hasil langsung dari desain ini.

PoH tidak menggantikan model keamanan PoW. Ini memecahkan masalah yang berbeda, masalah pengurutan waktu, dengan pemborosan komputasi yang jauh lebih sedikit. Hanya satu validator (pemimpin saat ini) yang menghasilkan urutan PoH daripada setiap penambang yang bersaing secara bersamaan.

SHA-256 juga digunakan dalam proses penambangan Bitcoin, tetapi penerapannya berbeda secara mendasar. Penambang Bitcoin mencari hash dengan properti tertentu dalam perlombaan kompetitif. PoH Solana menjalankan SHA-256 secara berurutan untuk menghasilkan catatan waktu, bukan untuk memperebutkan apa pun.

PoH vs. Proof of Stake: Bukan Hal yang Sama

Tidak, Proof of History tidak sama dengan Proof of Stake. Solana tidak menggunakan PoH sebagai pengganti PoS. Solana menggunakan keduanya secara bersamaan, untuk tujuan yang berbeda.

Proof of Stake adalah Mekanisme Konsensus di mana validator dipilih untuk memproduksi blok berdasarkan jumlah Mata Uang Kripto yang mereka pertaruhkan (stake) sebagai jaminan. Ethereum beralih ke Proof of Stake pada September 2022 dengan pemutakhiran Merge-nya. PoS Ethereum memproses sekitar 15 hingga 30 TPS pada lapisan dasarnya, dengan solusi Lapisan 2 seperti Arbitrum dan Optimism memperluas throughput efektif secara signifikan melampaui angka tersebut.

Solana menggunakan sistem berbasis PoS untuk pemilihan validator, yang menentukan siapa yang menjadi pemimpin yang bertanggung jawab untuk memproduksi urutan PoH untuk slot tertentu. PoH kemudian menyediakan pengurutan waktu yang digunakan Tower BFT untuk mencapai konsensus. Kedua mekanisme tersebut saling melengkapi, bukan bersaing. PoH adalah jamnya; PoS menentukan siapa yang memutarnya.

Bagaimana Proof of History Berinteraksi dengan Arsitektur Lengkap Solana

Bagi pengembang yang mengevaluasi Solana sebagai Platform, pertanyaannya bukan hanya apa yang dilakukan PoH secara terpisah. Ini adalah tentang bagaimana PoH masuk ke dalam arsitektur delapan inovasi lengkap yang dijelaskan Anatoly Yakovenko dalam Whitepaper tahun 2017 miliknya, dan apa yang diminta arsitektur tersebut dari perangkat keras yang menjalankannya.

Tower BFT: Menggunakan Catatan PoH sebagai Jam Pemungutan Suara

Tower BFT menggunakan catatan waktu PoH yang dapat diverifikasi untuk menerapkan mekanisme penguncian suara (vote-locking) yang tidak mungkin terjadi tanpa urutan slot yang dibagikan dan tepercaya.

Berikut cara kerjanya dalam praktiknya. Validator di Solana memberikan suara untuk blok yang mereka yakini valid. Setiap suara dikaitkan dengan nomor slot PoH tertentu. Tower BFT memberlakukan aturan lockout: setelah validator memberikan suara untuk sebuah slot, ia tidak dapat memberikan suara untuk Fork yang bertentangan selama jumlah slot berikutnya yang meningkat secara eksponensial. Semakin lama masa lockout, semakin banyak SOL yang dipertaruhkan yang berisiko hilang dari validator karena slashing jika ia mencoba memberikan suara pada kedua sisi Fork.

Tower BFT dapat memberlakukan lockout berbasis waktu ini secara khusus karena PoH menyediakan urutan slot yang dapat diverifikasi dan dibagikan. Tanpa PoH, tidak akan ada referensi umum yang tepercaya bahwa "slot 347.891 terjadi sebelum slot 347.892." Penguncian suara berbasis waktu memerlukan jam yang tepercaya. PoH adalah jam tersebut.

Jadwal pemimpin ditentukan sebelumnya menggunakan pembobotan SOL yang dipertaruhkan. Validator mengetahui Node mana yang diharapkan untuk menghasilkan aliran PoH dan mengusulkan blok untuk setiap slot mendatang. Prediktabilitas ini memungkinkan penerusan yang sadar pemimpin sebelum blok saat ini difinalisasi, mengurangi ketergantungan pada Mempool global konvensional tanpa menghilangkan kemacetan, transaksi yang gagal, biaya prioritas, atau risiko MEV.

BFT dalam konteks Tower BFT berarti jaringan menoleransi hingga sepertiga validator yang bertindak jahat atau gagal, sambil tetap mencapai konsensus. Struktur lockout eksponensial memastikan bahwa menyerang jaringan melalui manipulasi suara menjadi secara geometris lebih mahal seiring bertambahnya periode lockout.

Sealevel: Bagaimana Pengurutan Transaksi PoH Memungkinkan Paralelisme

Sebagian besar blockchain memproses transaksi secara serial, satu per satu, karena tanpa pengurutan yang terverifikasi mereka tidak dapat menentukan dengan aman transaksi mana yang dapat berjalan secara bersamaan tanpa konflik. Jika dua transaksi keduanya mencoba mengubah saldo akun yang sama, memprosesnya secara paralel tanpa mengetahui urutannya berisiko menghasilkan pengeluaran ganda (double-spend).

Sealevel memecahkan masalah ini dengan membaca antrean transaksi PoH yang terverifikasi dan menganalisis set akun baca dan tulis yang dinyatakan setiap transaksi. Karena setiap transaksi Solana harus menentukan akun mana yang dibaca dan ditulis, Sealevel dapat mengidentifikasi pada saat pengajuan transaksi mana yang independen. Transaksi independen (yang menyentuh akun yang sepenuhnya berbeda) dapat dieksekusi secara bersamaan di beberapa inti prosesor atau thread GPU. Transaksi yang saling bergantung dieksekusi secara berurutan dalam urutan PoH yang terverifikasi.

Peran PoH adalah untuk menyediakan antrean transaksi yang berurutan dan diberi stempel waktu yang dikonsumsi Sealevel. Tanpa pengurutan terverifikasi yang dihasilkan PoH, eksekusi paralel akan memerlukan biaya koordinasi yang mahal untuk mencegah konflik. Solana menyebut program On-Chain miliknya sebagai "program" alih-alih smart contract dalam dokumentasi aslinya, yang mencerminkan perbedaan arsitektur dari model eksekusi Ethereum, meskipun istilah "smart contract" dipahami secara luas dan digunakan di seluruh industri.

Gulf Stream menggunakan jadwal pemimpin PoH untuk mendorong transaksi yang belum dikonfirmasi langsung ke validator pemimpin mendatang, dan Turbine menggunakan blok yang diurutkan dengan PoH sebagai dasar untuk pohon propagasi blok bergaya BitTorrent. Setiap komponen kinerja utama dalam arsitektur Solana bergantung pada PoH sebagai fondasi pengurutannya.

Kerapatan arsitektural ini juga merupakan sumber dari beberapa kritik paling signifikan terhadap PoH, khususnya tuntutan perangkat keras yang dibebankannya pada validator.

Keterbatasan dan Kritik Proof of History: Penilaian yang Jujur

Proof of History membawa pengorbanan arsitektural yang nyata, dan yang paling konsekuensial adalah tuntutan perangkat keras yang dibebankannya pada validator yang menjalankannya.

Menjalankan Node validator Solana memerlukan perangkat keras server kelas atas: CPU dengan jumlah inti yang tinggi, RAM minimal 128GB, SSD NVMe, dan konektivitas jaringan multi-gigabit. Dokumentasi Solana merekomendasikan spesifikasi perangkat keras yang menelan biaya antara $5.000 hingga $20.000 atau lebih untuk dirakit dan dioperasikan.

Hambatan biaya ini membatasi partisipasi dalam set validator hanya bagi operator yang memiliki sumber daya memadai. Sebuah Node penuh Bitcoin dapat berjalan pada Raspberry Pi seharga kurang dari $100. Validator Solana tidak bisa. Hasilnya adalah tekanan sentralisasi: semakin tinggi biaya partisipasi, semakin kecil kumpulan validator potensial, dan semakin terkonsentrasi kekuatan konsensus jaringan di antara operator institusional yang didanai dengan baik.

Tekanan sentralisasi adalah pembingkaian yang akurat di sini, bukan sentralisasi yang sudah tuntas. Solana telah mempertahankan sekitar 1.500 hingga 2.000 validator aktif, lebih rendah dari set validator Ethereum yang berjumlah beberapa ratus ribu validator, meskipun ambang batas perangkat keras Ethereum yang lebih rendah melibatkan persyaratan ekonomi yang berbeda (32 ETH diperlukan untuk staking). Solana Foundation telah menerapkan program delegasi stake untuk mendukung validator yang lebih kecil, tetapi persyaratan perangkat keras mendasar yang didorong oleh tuntutan throughput PoH tetap bersifat struktural, bukan insidental.

Pengorbanan ini disengaja: arsitektur Yakovenko memprioritaskan throughput daripada aksesibilitas, menerima tekanan sentralisasi sebagai harga dari sebuah kinerja. Apakah pengorbanan itu dapat diterima tergantung pada apa yang paling dihargai oleh pengevaluasi.

Penghentian Jaringan: Apakah Proof of History yang Harus Disalahkan?

Proof of History itu sendiri bukanlah penyebab penghentian jaringan (outage) besar pada Solana. Penghentian tersebut berasal dari banjir transaksi spam yang membebani kapasitas komputasi jaringan dan dari bug dalam perangkat lunak klien validator.

Insiden yang didokumentasikan bersifat spesifik. Pada September 2021, jaringan Solana mengalami penghentian selama 17 jam yang disebabkan oleh lonjakan transaksi yang dihasilkan Bot selama penawaran DEX awal Raydium. Volume transaksi spam membebani memori validator, menyebabkan validator crash dan jaringan terhenti hingga restart yang terkoordinasi dapat diatur. Penghentian jaringan tambahan terjadi pada Januari 2022 dan Mei 2022, masing-masing disebabkan oleh kombinasi serangan spam dan bug perangkat lunak validator daripada kegagalan dalam mekanisme PoH itu sendiri.

Koneksi arsitektur yang jujur adalah ini: desain PoH memprioritaskan throughput di atas manajemen sumber daya yang konservatif, yang berarti jaringan tidak memiliki pembatasan laju bawaan atau pencegahan spam berbasis biaya pada saat terjadi pemadaman tersebut. Jaringan yang dirancang untuk 65.000 TPS harus menangani lalu lintas masuk senilai 65.000 TPS, termasuk lalu lintas berbahaya. Arsitektur yang lebih konservatif, dengan membatasi throughput, juga membatasi permukaan serangan.

Pasca-2022, Solana mengimplementasikan beberapa respons rekayasa: protokol jaringan QUIC untuk penyerapan transaksi yang lebih tangguh, pasar biaya transaksi untuk membuat spam menjadi mahal secara ekonomi, dan kualitas layanan yang ditimbang berdasarkan stake untuk memprioritaskan transaksi dari validator dengan stake yang berarti. Langkah-langkah ini telah secara signifikan meningkatkan stabilitas jaringan.

Riwayat pemadaman mencerminkan ketidakmatangan rekayasa dalam sistem berkinja tinggi, bukan cacat pada konsep Proof of History itu sendiri, meskipun keduanya terhubung secara arsitektural. Investor dan pengembang yang mengevaluasi Solana harus memahami perbedaan ini dengan tepat.

Ketergantungan Sinkronisasi Jam

Rantai hash berurutan PoH bergantung pada validator yang menjaga jam lokal yang cukup akurat. Penyimpangan jam yang signifikan antar validator dapat menciptakan ketidaksesuaian waktu slot, di mana validator tidak sepakat tentang slot mana output hash tertentu berasal.

Dalam praktiknya, ini dikelola melalui sinkronisasi NTP (Network Time Protocol) standar, dan penyimpangan jam belum menjadi sumber utama kegagalan di dunia nyata. Ini merupakan permukaan serangan teoretis: penyerang canggih yang dapat memanipulasi sinyal waktu yang menjangkau sejumlah validator yang berarti berpotensi mengganggu penugasan slot. Hal ini diakui sebagai pertimbangan desain daripada kerentanan kritis dalam model ancaman saat ini.

Pertanyaan yang Sering Diajukan Tentang Proof of History Solana

Jawaban berikut membahas pertanyaan paling umum tentang Proof of History, yang diambil dari pola pencarian yang mencerminkan apa yang paling sering ditanyakan oleh investor, pengembang, peneliti, dan skeptis.

Apa tujuan Proof of History di Solana?

Proof of History menciptakan catatan waktu kriptografis yang memungkinkan validator Solana untuk menyepakati urutan dan waktu transaksi tanpa bertukar pesan penanda waktu satu sama lain. Dengan memecahkan pertanyaan "kapan ini terjadi" secara kriptografis, PoH membebaskan Tower BFT untuk fokus hanya pada pertanyaan "apakah ini valid", mengurangi overhead konsensus dan memungkinkan throughput transaksi Solana yang tinggi.

No. Proof of History adalah mekanisme penunjuk waktu; Proof of Stake adalah Mekanisme Konsensus untuk memilih validator mana yang mengusulkan blok. Keduanya memecahkan masalah yang berbeda. Solana menggunakan keduanya secara bersamaan: PoH menyediakan urutan waktu yang dapat diverifikasi yang mengurutkan transaksi, sementara sistem berbasis PoS menentukan validator mana yang menghasilkan aliran PoH untuk setiap slot. Kebingungan keduanya umum terjadi dalam liputan Solana berkualitas rendah, tetapi keduanya adalah komponen yang berbeda secara arsitektural.

Anatoly Yakovenko, salah satu pendiri dan CEO Solana Labs, memperkenalkan Proof of History dalam whitepaper tahun 2017 berjudul Solana: Sebuah arsitektur baru untuk blockchain berkinerja tinggi. Sebelum mendirikan Solana Labs, Yakovenko adalah seorang insinyur staf senior di Qualcomm, tempat ia bekerja pada sistem operasi terdistribusi dan algoritma kompresi. Mainnet beta Solana diluncurkan pada Maret 2020.

Throughput teoretis Solana adalah angka teoretis historis sekitar 65.000 transaksi per detik dalam kondisi optimal; throughput yang diamati di dunia nyata biasanya berkisar antara 2.000 hingga 4.000 TPS. Lapisan dasar Ethereum memproses sekitar 15 hingga 30 TPS, dengan solusi Lapisan 2 yang secara signifikan memperluas throughput efektif. Keunggulan kecepatan lapisan dasar Solana bersifat struktural, didorong oleh pengurutan waktu PoH yang memungkinkan eksekusi paralel dan pengurangan overhead konsensus.

Tiga keterbatasan utama yang terdokumentasi adalah: persyaratan perangkat keras validator yang tinggi (RAM 128GB+, SSD NVMe, jaringan multi-gigabit, biaya perangkat keras $5.000 hingga $20.000+) yang menciptakan tekanan sentralisasi dengan mengecualikan peserta dengan sumber daya lebih rendah; masalah keandalan jaringan historis, termasuk pemadaman 17 jam pada September 2021 dan beberapa penghentian jaringan pada tahun 2022 yang disebabkan oleh serangan spam dan bug klien validator; dan ketergantungan sinkronisasi jam, di mana penyimpangan jam validator yang signifikan mewakili permukaan serangan teoretis yang dikelola dalam praktik melalui sinkronisasi NTP.

Batas maksimum teoretis Solana adalah angka teoretis historis sekitar 65.000 transaksi per detik, seperti yang dijelaskan dalam whitepaper Yakovenko tahun 2017. Angka ini mewakili semua inovasi arsitektur Solana yang beroperasi pada kapasitas dalam kondisi jaringan optimal. Throughput yang diamati di dunia nyata dalam kondisi jaringan langsung yang tipikal berkisar dari sekitar 2.000 hingga 4.000 TPS. Batas teoretis mencerminkan desain arsitektur; angka dunia nyata mencerminkan kinerja produksi.

Tower BFT adalah mekanisme pemungutan suara dan pilihan fork yang ditimbang berdasarkan stake Solana yang dibangun di sekitar slot PoH. Validator memilih dengan penangguhan yang meningkat, membuat suara yang bertentangan menjadi mahal. Jangan menyamakan satu slot target dengan finalitas penuh; verifikasi tingkat komitmen saat ini dan persyaratan aplikasi.

Mekanisme kriptografis itu sendiri, rantai hash berurutan SHA-256, aman. SHA-256 belum pernah berhasil dipecahkan dalam lingkungan produksi dan dianggap kokoh secara kriptografis oleh komunitas keamanan. Keandalan tingkat jaringan, termasuk pemadaman tahun 2021 dan 2022, adalah perhatian terpisah dari keamanan kriptografis. Rantai hash PoH tidak disusupi selama pemadaman jaringan Solana mana pun; peristiwa tersebut disebabkan oleh kehabisan sumber daya dan bug perangkat lunak, bukan oleh kegagalan protokol kriptografis apa pun.

Tanpa PoH, validator Solana harus bertukar pesan penanda waktu sebelum setiap putaran konsensus untuk menetapkan urutan transaksi, seperti yang dibutuhkan oleh sistem konsensus BFT tradisional. Overhead pengiriman pesan ini bertambah seiring dengan jumlah validator dan membatasi throughput. PoH menggantikan komunikasi itu dengan bukti kriptografis: rantai hash itu sendiri menunjukkan urutan dan waktu peristiwa, sehingga validator dapat langsung memilih validitas transaksi daripada menegosiasikan waktu terlebih dahulu.

No. Hashing SHA-256 berurutan PoH berjalan pada satu validator pemimpin yang ditunjuk untuk setiap slot, bukan di antara banyak penambang yang bersaing. Ini tidak boros energi seperti penambangan Proof of Work Bitcoin, di mana setiap penambang secara bersamaan mengeluarkan daya komputasi untuk bersaing menemukan hash yang valid. Konsumsi energi total Solana adalah sebagian kecil dari Bitcoin. Biaya perangkat keras yang terkait dengan validator Solana adalah masalah keuangan dan desentralisasi, tetapi berbeda dari pertanyaan konsumsi energi.

Solana sendiri adalah sebuah Lapisan 1 blockchain. Ia tidak berjalan di atas jaringan lain seperti solusi Lapisan 2 Ethereum. Solana mengoperasikan blockchain independennya sendiri menggunakan Proof of History untuk pengurutan waktu transaksi dan Tower BFT untuk konsensus, dengan SOL sebagai Token Asli-nya.

Kode Solana bersifat open source, sehingga mekanisme PoH tersedia bagi proyek lain untuk dipelajari dan diadaptasi. Dalam praktiknya, PoH terintegrasi erat ke dalam seluruh arsitektur Solana. Tower BFT, Sealevel, dan Gulf Stream semuanya bergantung pada urutan PoH. Mengekstrak dan menerapkan PoH ke blockchain yang berbeda akan memerlukan reproduksi sebagian besar tumpukan sekeliling Solana untuk mencapai manfaat kinerja yang sama.

Jelajahi SOL di Bybit

Pembaca dapat meninjau informasi pasar SOL saat ini atau pasar Spot SOL/USDT. Tautan ini menyediakan akses pasar dan tidak membuktikan bahwa Solana, sebuah wallet, atau protokol Pihak Ketiga cocok untuk setiap pembaca.

Kesimpulan: Apakah Proof of History merupakan Inovasi Sejati?

Proof of History adalah inovasi kriptografi yang sejati. Mekanisme rantai hash SHA-256 memecahkan masalah nyata dalam sistem terdistribusi: membuktikan berlalunya waktu tanpa memercayai jam tunggal mana pun, dengan cara yang dapat diverifikasi oleh pengamat mana pun tanpa memerlukan eksekusi ulang seluruh komputasi.

Implikasi kinerjanya adalah nyata. Keunggulan throughput lapisan dasar Solana dibandingkan blockchain Lapisan 1 utama lainnya bersifat struktural, bukan insidental, dan PoH adalah mekanisme dasar yang memungkinkannya. Investor yang mengevaluasi apakah keunggulan tersebut tahan lama harus mempertimbangkannya terhadap konsekuensi yang terdokumentasi: persyaratan perangkat keras validator yang menciptakan tekanan sentralisasi, riwayat keandalan jaringan yang mencakup penghentian serius, dan desain yang dioptimalkan untuk kinerja yang memprioritaskan throughput di atas ketahanan konservatif.

Konsekuensi tersebut merupakan tantangan rekayasa, bukan kelemahan mendasar dalam desain kriptografi. Implementasi QUIC pasca-2022, pasar biaya, dan kualitas layanan berbasis bobot stake menunjukkan bahwa tim teknik Solana telah mengatasi kegagalan keandalan yang paling akut. Apakah pematangan lebih lanjut akan membawa profil keandalan selaras dengan janji throughput adalah pertanyaan yang akan dijawab oleh riwayat operasional jaringan yang sedang berlangsung.

Pembaca yang telah mempelajari artikel ini sekarang dapat mendefinisikan Proof of History secara akurat dan menjelaskan bagaimana rantai hash SHA-256 menghasilkan catatan waktu yang dapat diverifikasi. Mereka dapat membedakan PoH dari Mekanisme Konsensus seperti Proof of Stake, mengartikulasikan mengapa PoH memungkinkan keunggulan throughput Solana, dan menilai keterbatasan yang terdokumentasi dengan konteks yang tepat. Itulah gambaran teknis yang diperlukan untuk mengevaluasi arsitektur Solana berdasarkan keunggulannya.

Informasi dalam artikel ini mencerminkan dokumentasi teknis yang tersedia secara publik dan mutakhir pada saat publikasi. Protokol Blockchain dan metrik kinerja jaringan berubah seiring waktu. Konten ini tidak berafiliasi dengan atau disponsori oleh Solana Labs atau Solana Foundation.

Bacaan Terkait

• Mekanisme Konsensus Solana
• Arsitektur Solana
• Kecepatan Solana: TPS Riil vs. Teori