Setelah menguji Bitroot, perasaan terbesar saya adalah 'kejutan melebihi ekspektasi'. Selama bertahun-tahun, saya telah menguji banyak blockchain publik, dari percobaan teknologi shard awal hingga berbagai solusi Layer2, sebagian besar dari yang disebut terobosan teknologi, hanya merupakan perbaikan tambal sulam pada modul tertentu, sementara lapisan dasar tetap terjebak dalam kerangka kerja tradisional blockchain yang berjalan dalam satu utas, di mana kita harus sangat berhati-hati untuk menghindari masalah.

Saat pertama kali menguji Bitroot, saya sebenarnya tidak memiliki harapan tinggi, secara naluriah merasa bahwa ini mungkin hanya versi EVM yang dioptimalkan dengan model Gas, atau parameter konsensus yang diperbaiki. Dan kejutan pertama, mulai dari tahap pengaturan lingkungan, tiba-tiba muncul. Saya secara kebiasaan mencari kode node penuh seperti Geth atau Erigon, sudah siap menghabiskan waktu setengah hari untuk mengkompilasi dan menyinkronkan node, namun saya menemukan bahwa logika pengaktifan node Bitroot lebih mirip dengan menginisialisasi penjadwal tugas terdistribusi.

Dalam fungsi inisialisasi di node/service.go, saya fokus pada beberapa modul layanan inti — SchedulerService, ParallelExecutor, PipelineConsensus, yang semuanya diluncurkan dengan cara dimuat secara paralel. Sangat jelas terlihat bahwa Bitroot benar-benar mengikuti rencana dalam whitepaper, menerapkan banyak desain teknologi baru, desain arsitektur ini sendiri sudah mengandung logika berpikir yang sangat berbeda dari blockchain publik tradisional: ia tidak terobsesi untuk membuat satu node super 'berlari lebih cepat', tetapi memecah tugas inti blockchain — memverifikasi transaksi, mencapai konsensus, menjadi serangkaian proses yang dapat diproses secara paralel.

Untuk memverifikasi kinerjanya, saya menulis skrip yang mengirimkan 100 transaksi transfer secara berurutan ke jaringan pengujian. Perlu diketahui, di blockchain publik tradisional, transaksi yang melibatkan banyak pembuatan status akun baru sering kali memicu kemacetan jaringan, yang kemudian secara signifikan meningkatkan biaya Gas. Namun di Bitroot, melalui log debug node, saya dapat dengan jelas melihat bahwa transaksi ini dengan cepat dipilah ke berbagai batch pemrosesan. Salah satu baris log sangat mencolok: "[Scheduler] Batch 73: 24 txns, 0 conflicts, dispatched to 3 executors."

Di balik log ini adalah logika penjadwalan inti Bitroot: pengatur dengan tepat mengidentifikasi bahwa tidak ada ketergantungan status antara 24 transaksi ini — setelah semua, alamat pengirim dan penerima setiap transaksi berbeda, sehingga langsung membagikannya ke 3 thread eksekusi untuk diproses secara paralel. Meskipun terdengar sederhana, untuk mencapai ini dalam lingkungan yang kompatibel dengan EVM sangat sulit: harus secara akurat menilai sebelumnya status mana yang akan dijangkau oleh setiap transaksi sebelum eksekusi. Ini juga merupakan tantangan paling rumit dalam desain EVM tradisional — karena transaksi dapat memanggil kontrak secara dinamis, jalur eksekusinya sama sekali tidak dapat diprediksi sebelum dijalankan.

Setelah periode pengujian awal ini, saya mencapai satu kesimpulan inti: Bitroot tidak berusaha untuk mengubah logika eksekusi dari 'black box' EVM itu sendiri, tetapi menambahkan lapisan pengatur cerdas di luar itu. Dengan kata lain, sebelum transaksi memasuki eksekusi EVM, pengatur ini akan dengan biaya yang sangat rendah, dengan cepat memprediksi keterkaitan setiap transaksi; transaksi yang tidak berkaitan langsung dialokasikan ke thread paralel untuk diproses, sedangkan transaksi yang berkaitan antre secara teratur, dengan sempurna memperhatikan kompatibilitas dan efisiensi paralel.

Selain itu, pelacak kumpulan baca/tulis ringan Bitroot adalah dasar data inti untuk mewujudkan paralel optimis. Menariknya, berbeda dengan blockchain publik seperti Aptos yang menggunakan Move VM untuk melakukan analisis statis, Bitroot menerapkan mekanisme pelacakan runtime yang efisien tanpa mengorbankan kompatibilitas dinamis EVM.

Satu hal lain yang meninggalkan kesan mendalam pada saya adalah mekanisme konsensusnya — Pipeline BFT. Konsensus BFT tradisional seperti jalur tunggal, efisiensinya terbatas; sedangkan Pipeline BFT Bitroot mewujudkan 'empat jalur paralel'. Dari log node, dapat dilihat dengan jelas: ketika blok N-1 berada dalam status Commit, blok N sedang melakukan operasi Precommit, sementara blok N+1 telah memasuki fase Prevote. Desain jalur yang memisahkan dan menumpuk fase konsensus ini sepenuhnya mengubah ritme produksi blok di blockchain publik tradisional.

Dalam lingkungan pengujian simulasi, waktu konfirmasi akhir blok Bitroot stabil sekitar 400 milidetik, sangat sesuai dengan indikator kinerja yang dijelaskan dalam whitepaper. Ini berarti bahwa satu transaksi dari pengiriman hingga dikonfirmasi secara permanen di seluruh jaringan, biasanya tidak lebih dari 1 detik, pengalaman yang hampir tidak dapat dibedakan dari platform terpusat.

Saya juga sangat memperhatikan implementasi agregasi tanda tangan BLS-nya: data tanda tangan blok yang disiarkan melalui jaringan dikompresi menjadi 96 byte yang konstan, terlepas dari jumlah validator dalam jaringan, node hanya perlu menyelesaikan satu kali perhitungan pasangan untuk melakukan verifikasi. Desain ini mengurangi kompleksitas komunikasi tanda tangan dari O(n²) menjadi O(n), yang memiliki arti yang sangat penting untuk skala pengembangan blockchain publik.

Saat ini, hasil pengujian awal Bitroot sudah sangat mengesankan. Ke depan, saya akan terus menerapkan kontrak untuk melakukan pengujian dalam lebih banyak dimensi, dan sangat menantikan peluncuran resmi dari empat set alat Defi, untuk melihat berapa banyak kejutan baru yang dapat dibawa oleh proyek yang memecahkan pemikiran blockchain publik tradisional ini. #BTC#ETH#SOL