Dalam pemikiran umum, orang percaya bahwa kinerja sistem dapat ditingkatkan secara sederhana dengan menambahkan lebih banyak inti CPU atau meningkatkan server yang lebih kuat. Ini benar untuk beberapa tugas komputasi yang independen, tetapi ketika diterapkan pada blockchain, kenyataannya jauh lebih kompleks
Namun, apa sebenarnya kenyataannya? Altius akan menjelaskan masalah ini
Jika lapisan penyimpanan tidak dapat mengikuti, menambah kekuatan komputasi tidak akan berarti apa-apa
Blockchain tidak hanya menjalankan komputasi (compute), tetapi juga terus-menerus membaca/tulis status (state I/O). Setiap transaksi bukan hanya beberapa penjumlahan/pengurangan, tetapi juga membutuhkan pembaruan data di trie, basis data key-value, dan sinkronisasi dengan node lain
Hal ini menciptakan bottleneck: jika sistem penyimpanan tidak cukup cepat atau tidak bisa diparalelkan, CPU yang ditambahkan akan menunggu data alih-alih memproses
Mengapa menyeimbangkan compute dan storage adalah kunci
Bottleneck perpindahan. Saat menambah core, throughput komputasi bisa meningkat, tetapi waktu I/O (disk, database, pembaruan trie) mendominasi, sehingga efisiensi marginal hampir nol.
Kinerja linier hanya terjadi ketika semua komponen berkembang secara seimbang. Jika bandwidth penyimpanan tidak dapat diperluas, sistem menjadi kaya CPU tetapi miskin I/O.
Blockchain khusus: setiap transaksi harus menjamin determinisme dan konsistensi, sehingga pembacaan/tulisan status harus dilakukan berulang kali, tidak bisa diabaikan.
Ilustrasi dari blockchain saat ini
1. Klien Ethereum dan batasan LevelDB/RocksDB
Klien umum seperti Geth atau Reth biasanya menggunakan LevelDB atau RocksDB untuk mengelola status. Ini adalah database key-value umum yang tidak dioptimalkan khusus untuk blockchain.
Hasilnya: bahkan jika Anda menggandakan jumlah core CPU, kecepatan pemrosesan transaksi tidak meningkat banyak karena sebagian besar waktu terbuang pada operasi I/O dengan database.
Contoh: dalam beberapa pengujian, lebih dari 60-70% latensi dalam pemrosesan transaksi berasal dari pembacaan/tulisan data status, bukan dari komputasi.
2. Rollup: benchmark bagus, kenyataan kewalahan
Banyak proyek rollup mengumumkan angka TPS yang mengesankan dalam pengujian yang hanya mengukur komputasi—artinya hanya mengukur logika kontrak tanpa menjalankan penyimpanan penuh.
Namun, saat diterapkan dalam kenyataan dengan basis data status, TPS menurun drastis, bahkan hanya sekitar sepersepuluhnya.
Contoh ilustratif: sebuah rollup bisa mencapai 50k TPS di lab, tetapi saat memproses transaksi dengan seluruh state trie, hanya tersisa 5k-7k TPS. Mengapa? Penyimpanan tidak cukup cepat untuk memperbarui volume data yang sangat besar dalam waktu nyata
3. Server kuat tetapi efisiensi rendah
Beberapa blockchain telah mencoba berjalan di server sangat kuat—CPU 128 core, RAM dalam TB, SSD mahal. Namun kinerja nyata tidak meningkat signifikan.
Masalahnya adalah: database tetap beroperasi berdasarkan arsitektur sekuen atau dibatasi oleh lock, sehingga bandwidth I/O tidak berkembang seiring sumber daya perangkat keras.
Hasilnya: biaya infrastruktur melonjak, tetapi TPS meningkat sangat sedikit. Ini adalah bukti nyata bahwa banyak core tidak berarti kecepatan tinggi dalam blockchain.
Pendekatan yang benar: Scaling = Compute + Storage yang sinkron
Paralelisasi eksekusi pada tingkat instruksi (Instruction-level Parallelism, SSA).
Mesin penyimpanan yang dioptimalkan untuk beban kerja blockchain (SSMT, state terbagi, caching cerdas).
Optimistic Concurrency Control menentukan alih-alih rollback acak, mengurangi pemborosan.
Dorong pengembang menulis kode yang ramah paralel untuk memanfaatkan infrastruktur.
Kesimpulan
Menambah core bukanlah solusi ajaib. Kinerja blockchain bergantung pada keseimbangan antara komputasi dan penyimpanan.
Arsitektur yang benar harus menangani bottleneck I/O secara paralel dengan komputasi, mengubah daya tambahan menjadi performa nyata. Inilah alasan platform seperti Altius fokus pada kedua aspek: paralelisasi komputasi dan ekspansi penyimpanan, untuk mencapai performa nyata, bukan hanya benchmark yang bagus