Belakangan ini, saya ngobrol dengan beberapa teman yang menggeluti infrastruktur Web3, dan saya mendapati bahwa obrolan kita lebih banyak tentang bagaimana seharusnya data "diberikan" ke smart contract, bukan soal blockchain baru yang diluncurkan. Solusi oracle tradisional semakin mahal, dan menyimpan data langsung di on-chain hampir mustahil. Saya sudah mencoba beberapa kali menjalankan node untuk mengambil data off-chain dan mengirimkannya ke on-chain, setiap kali harus bersaing dengan biaya Gas dan latensi, rasanya seperti main game online pakai dial-up. Justru dalam proses ini, saya benar-benar memahami apa yang dilakukan OpenLedger—mereka tidak mencoba menciptakan blockchain baru, melainkan memecah ketersediaan data dan verifikasi komputasi menjadi modul yang dapat dipasang. $ETH

Pertama kali saya berinteraksi dengan $OPEN token ini sebenarnya di sebuah interaksi testnet. Saat itu, saya perlu mempertaruhkan sejumlah kecil token untuk mengaktifkan sebuah node verifikasi data, seluruh prosesnya kurang dari dua menit, dan biaya Gas-nya rendah sehingga saya harus mengeceknya tiga kali. Kemudian saya tahu bahwa arsitektur OpenLedger membagi penyimpanan data, verifikasi, dan eksekusi perhitungan ke dalam lapisan yang berbeda, dengan token terutama digunakan untuk membayar biaya layanan verifikator dan staking node, bukan seperti banyak proyek lain yang membebankan semua biaya kepada pengguna. Desain ini mengingatkan saya pada pengelompokan TCP/IP di awal internet—setiap lapisan hanya melakukan satu hal, tetapi jika digabungkan dapat mendukung hampir semua aplikasi.

Apa yang benar-benar membuat saya merasa bahwa arah ini diremehkan adalah 'komposabilitas data'nya. Dulu, setiap DApp yang ingin mendapatkan data eksternal harus membangun oracle sendiri atau terhubung ke layanan pihak ketiga, dengan sumber data yang tunggal dan mudah dimanipulasi. #OpenLedger memungkinkan siapa saja untuk menerapkan modul sumber data, misalnya, sebuah komunitas bisa menyumbangkan data penyelesaian on-chain, sementara node lain bisa memberikan informasi cuaca. Modul-modul ini, setelah diverifikasi dengan zero-knowledge proof, dapat dipanggil dan digabungkan oleh aplikasi mana pun. Saya punya teman yang bekerja di pasar prediksi yang mengatakan bahwa biaya sumber data mereka sekarang turun hampir enam puluh persen, karena tidak perlu lagi menghubungkan penyedia data secara terpisah untuk setiap pasar.

Tentu saja, modularitas juga ada biayanya. Dengan ada satu lapisan middleware tambahan, latensi respons keseluruhan akan lebih tinggi beberapa puluh milidetik dibandingkan dengan solusi terpusat. Tapi bagi saya, trade-off ini sepenuhnya dapat diterima—karena yang kita cari adalah data yang dapat dipercaya dalam lingkungan terdesentralisasi, bukan kecepatan beberapa milidetik. Saya bahkan merasa, seiring Layer2 dan lapisan DA semakin matang, modul data ringan dan dapat dipasang seperti OpenLedger justru akan menjadi kebutuhan pokok. Sama seperti Anda tidak akan menggunakan jalan tol untuk menyelesaikan semua masalah transportasi, tetapi Anda akan membutuhkan kontainer yang distandarisasi dan hub pengiriman.

Beberapa hari yang lalu, saya melihat kembali roadmap dari akun resmi @OpenLedger mereka dan melihat bahwa mereka berencana untuk meluncurkan pasar modul data di paruh kedua tahun ini, yang memungkinkan pengembang untuk langsung memperdagangkan dan berlangganan aliran data yang sudah diverifikasi. Jika konsep ini berhasil, mungkin akan muncul banyak layanan data long tail yang sebelumnya tidak mungkin ada. Misalnya, data kualitas udara dari sebuah kota kecil, atau statistik real-time dari sebuah game niche. Dulu, tidak ada yang mau repot-repot menangani ini, tapi sekarang bisa secara otomatis dimonetisasi melalui pasar modul. Perubahan dari 'sumber data terpusat' ke 'modul data kontribusi komunitas' adalah semangat buku besar terbuka yang sesungguhnya.