Penulis: Zeke, YBB Capital Sumber: medium Terjemahan: Shan Oba, Golden Finance
Kata pengantar
Di era blockchain modular yang dipimpin oleh Ethereum, menyediakan layanan keamanan dengan mengintegrasikan lapisan ketersediaan data (DA) bukan lagi sebuah konsep baru. Saat ini, konsep keamanan bersama yang diperkenalkan melalui staking memberikan dimensi baru pada ruang modular. Ini memanfaatkan potensi “emas dan perak digital” untuk memberikan keamanan bagi berbagai protokol blockchain dan rantai publik, dari Bitcoin atau Ethereum. Kisah ini cukup ambisius, karena tidak hanya membuka likuiditas aset senilai triliunan dolar, namun juga merupakan elemen kunci dalam solusi penskalaan di masa depan. Misalnya, pengumpulan dana besar-besaran baru-baru ini sebesar $70 juta untuk protokol staking Bitcoin Babylon dan $100 juta untuk protokol re-staking Ethereum EigenLayer menggambarkan dukungan kuat terhadap ruang tersebut dari perusahaan modal ventura terkemuka.
Namun perkembangan ini juga menimbulkan kekhawatiran yang serius. Jika modularitas adalah solusi utama untuk penskalaan, dan protokol-protokol ini adalah komponen kunci dari solusi tersebut, maka kemungkinan besar mereka akan mengunci BTC dan ETH dalam jumlah besar. Hal ini menimbulkan masalah keamanan pada protokol itu sendiri. Akankah lapisan kompleks yang dibentuk oleh berbagai protokol LSD (Liquid Stake Derivatives) dan LRT (Layer 2 Rollup Tokens) menjadi angsa hitam terbesar di masa depan blockchain? Apakah logika bisnis mereka masuk akal? Karena kita telah menganalisis EigenLayer di artikel sebelumnya, diskusi berikut akan fokus terutama pada Babylon untuk mengatasi masalah ini.
Perluas konsensus keamanan
Bitcoin dan Ethereum tidak diragukan lagi merupakan blockchain publik paling berharga saat ini. Keamanan, desentralisasi, dan konsensus nilai yang telah mereka kumpulkan selama bertahun-tahun adalah alasan utama mengapa mereka selalu berdiri di puncak dunia blockchain. Ini adalah kualitas langka yang sulit ditiru dengan rantai heterogen lainnya. Ide inti dari modularitas adalah untuk "menyewakan" kualitas-kualitas ini kepada mereka yang membutuhkan. Dalam pendekatan modular saat ini, ada dua faksi utama:
Faksi pertama menggunakan lapisan 1 yang cukup aman (biasanya Ethereum) sebagai tiga lapisan terbawah atau lapisan Rollup yang berfungsi sebagian. Solusi ini memiliki keamanan dan legalitas tertinggi serta dapat menyerap sumber daya ekosistem rantai utama. Namun untuk Rollup tertentu (rantai aplikasi, rantai ekor panjang, dll.), ini mungkin tidak terlalu ramah dalam hal hasil dan biaya.
Kelompok kedua bertujuan untuk menciptakan eksistensi yang dekat dengan keamanan Bitcoin dan Ethereum namun memiliki kinerja biaya yang lebih baik, seperti Celestia. Celestia mencapai hal ini dengan menggunakan arsitektur fungsional DA murni, persyaratan perangkat keras node minimal, dan biaya bahan bakar yang rendah. Pendekatan yang disederhanakan ini bertujuan untuk menciptakan lapisan DA yang sesuai dengan keamanan dan desentralisasi Ethereum sekaligus memberikan kinerja yang kuat dalam waktu sesingkat mungkin. Kelemahan dari pendekatan ini adalah memerlukan waktu untuk mewujudkan keamanan dan desentralisasi sepenuhnya, dan tidak memiliki legitimasi saat bersaing langsung dengan Ethereum, sehingga menyebabkan penolakan oleh komunitas Ethereum.
Tipe ketiga dalam faksi ini mencakup lapisan Babilonia dan Karakteristik. Mereka memanfaatkan konsep inti Proof of Stake (POS) untuk menciptakan layanan keamanan bersama dengan memanfaatkan nilai aset Bitcoin atau Ethereum. Dibandingkan dengan dua yang pertama, ini adalah keberadaan yang lebih netral. Keuntungannya adalah mewarisi legalitas dan keamanan, sekaligus memberikan nilai lebih praktis pada aset rantai utama dan memberikan fleksibilitas yang lebih besar.
Potensi emas digital
Terlepas dari logika yang mendasari mekanisme konsensus apa pun, keamanan blockchain sangat bergantung pada sumber daya yang mendukungnya. Rantai PoW memerlukan banyak perangkat keras dan listrik, sementara PoS bergantung pada nilai aset yang dijaminkan. Bitcoin sendiri didukung oleh jaringan PoW yang sangat besar, menjadikannya keberadaan paling aman di seluruh ruang blockchain. Namun, sebagai rantai publik dengan nilai pasar beredar sebesar US$1,39 triliun dan mencakup setengah dari pasar blockchain, utilitas asetnya terutama terbatas pada transfer dan pembayaran gas.
Untuk separuh dunia blockchain lainnya, terutama setelah Ethereum beralih ke PoS setelah peningkatan Shanghai, dapat dikatakan bahwa sebagian besar rantai publik menggunakan arsitektur PoS yang berbeda secara default untuk mencapai konsensus. Namun, rantai baru yang heterogen sering kali gagal menarik komitmen modal dalam jumlah besar, sehingga menimbulkan pertanyaan tentang keamanannya. Di era modularitas saat ini, zona Cosmos dan berbagai solusi Lapisan 2 dapat menggunakan berbagai lapisan DA sebagai kompensasinya, namun hal ini sering kali mengorbankan otonomi. Menggunakan Ethereum atau Celestia sebagai lapisan DA juga umumnya tidak praktis untuk sebagian besar mekanisme PoS atau rantai konsorsium yang lebih tua. Nilai Babylon terletak pada mengisi kesenjangan ini dengan memberikan perlindungan pada rantai PoS menggunakan staking BTC. Sama seperti manusia yang menggunakan emas untuk mendukung nilai uang kertas, Bitcoin sangat cocok untuk memainkan peran ini di dunia blockchain.
dari 0 hingga 1
Membuka “emas digital” selalu menjadi tujuan yang paling ambisius namun paling sulit dipahami di bidang blockchain. Dari sidechain awal, Lightning Network, dan token jembatan hingga Rune dan BTC Layer 2 saat ini, setiap solusi memiliki kekurangan yang melekat. Jika Babylon bertujuan untuk mengeksploitasi keamanan Bitcoin, solusi terpusat yang menimbulkan asumsi kepercayaan pihak ketiga harus dikesampingkan terlebih dahulu. Di antara opsi yang tersisa, Rune dan Lightning Network (dibatasi oleh kemajuan pengembangan yang sangat lambat) saat ini hanya memiliki kemampuan untuk menerbitkan aset. Ini berarti Babylon perlu merancang “solusi penskalaan” sendiri untuk memungkinkan staking Bitcoin asli dari 0 hingga 1.
Menguraikan elemen dasar yang saat ini tersedia di Bitcoin, pada dasarnya adalah sebagai berikut: 1. Model UTXO, 2. Stempel waktu, 3. Berbagai metode tanda tangan, 4. Kode operasi dasar. Mengingat terbatasnya kemampuan program dan kapasitas penyimpanan data Bitcoin, solusi Babylon didasarkan pada prinsip minimalis. Di Bitcoin, hanya fungsi dasar kontrak staking yang perlu diselesaikan, yang berarti staking, pemotongan, penghargaan, dan pengambilan BTC semuanya ditangani di rantai utama. Setelah 0 hingga 1 ini tercapai, zona Cosmos dapat menangani persyaratan yang lebih kompleks. Namun, masih ada pertanyaan kunci: bagaimana cara mencatat data rantai PoS ke rantai utama?
Taruhan jarak jauh
UTXO (Output Transaksi Tak Terpakai) adalah model transaksi yang dirancang oleh Satoshi Nakamoto untuk Bitcoin. Ide intinya sangat sederhana: transaksi hanyalah keluar masuknya dana, sehingga keseluruhan sistem perdagangan dapat direpresentasikan dalam bentuk input dan output. UTXO mewakili bagian dana yang masuk namun belum sepenuhnya dibelanjakan, dan oleh karena itu tetap menjadi hasil transaksi yang belum terpakai (yaitu Bitcoin yang belum dibayar). Seluruh buku besar Bitcoin pada dasarnya adalah kumpulan UTXO, yang mencatat status setiap UTXO untuk mengelola kepemilikan dan peredaran Bitcoin. Setiap transaksi menghabiskan UTXO lama dan menghasilkan UTXO baru. Karena potensi skalabilitas yang melekat, UTXO adalah titik awal alami bagi banyak solusi penskalaan asli. Misalnya,
Babylon juga perlu menggunakan UTXO untuk mengimplementasikan kontrak Stake (Babylon disebut Remote Stake, yang mentransmisikan keamanan Bitcoin dari jarak jauh ke rantai PoS melalui lapisan tengah). Implementasi kontrak dapat dibagi menjadi empat langkah, dengan cerdik menggabungkan opcode yang ada:
Kunci dana
Pengguna mengirim dana ke alamat yang dikontrol oleh multi-tanda tangan. Melalui OP_CTV (OP_CHECKTEMPLATEVERIFY, yang memungkinkan pembuatan templat transaksi yang telah ditentukan sebelumnya, memastikan bahwa transaksi hanya dapat dieksekusi sesuai dengan struktur dan ketentuan tertentu), kontrak dapat menentukan bahwa dana ini hanya dapat digunakan dalam kondisi tertentu. Setelah dana dikunci, UTXO baru dihasilkan yang menunjukkan bahwa dana tersebut telah dipertaruhkan.
Verifikasi bersyarat
Penguncian waktu dapat diterapkan dengan memanggil OP_CSV (OP_CHECKSEQUENCEVERIFY, yang memungkinkan pengaturan kunci waktu relatif berdasarkan nomor urut transaksi, menunjukkan bahwa UTXO hanya dapat digunakan setelah waktu relatif atau jumlah blok tertentu). Dikombinasikan dengan OP_CTV, staking, unstaking (memungkinkan staker untuk menggunakan UTXO yang dikunci setelah periode janji terpenuhi) dan pemotongan (memaksa UTXO untuk dibelanjakan ke alamat yang dikunci, membuatnya tidak dapat dibelanjakan jika staker berperilaku jahat), dapat dicapai , mirip dengan alamat lubang hitam).
pembaruan status
Setiap kali pengguna mempertaruhkan atau menarik dana yang dipertaruhkan, UTXO dibuat dan digunakan. Keluaran transaksi baru menghasilkan UTXO baru, dan UTXO lama ditandai sebagai dibelanjakan. Dengan cara ini, setiap transaksi dan pergerakan keuangan dicatat secara akurat di blockchain, memastikan transparansi dan keamanan.
Distribusi hadiah
Kontrak menghitung imbalan berdasarkan jumlah taruhan dan periode taruhan dan mendistribusikannya dengan menghasilkan UTXO baru. Hadiah ini dapat dibuka dan digunakan melalui ketentuan tertulis setelah ketentuan tertentu terpenuhi.
Stempel waktu
Setelah menetapkan kontrak Pasak asli, adalah wajar untuk mempertimbangkan masalah pencatatan peristiwa sejarah dari rantai eksternal. Dalam buku putih Satoshi Nakamoto, blockchain Bitcoin memperkenalkan konsep stempel waktu yang didukung oleh PoW, memberikan urutan kronologis kejadian yang tidak dapat diubah. Dalam kasus penggunaan asli Bitcoin, kejadian ini mengacu pada berbagai transaksi yang dilakukan di buku besar. Saat ini, untuk meningkatkan keamanan rantai PoS lainnya, Bitcoin juga dapat digunakan untuk mencatat waktu peristiwa di blockchain eksternal. Setiap kali peristiwa seperti itu terjadi, sebuah transaksi dipicu dan dikirim ke penambang, yang kemudian memasukkannya ke dalam buku besar Bitcoin, sehingga menambahkan stempel waktu ke peristiwa tersebut. Stempel waktu ini dapat menyelesaikan berbagai masalah keamanan blockchain. Konsep umum peristiwa penandaan waktu dalam rantai anak pada rantai induk disebut "pos pemeriksaan", dan transaksi yang digunakan untuk memberi stempel waktu disebut transaksi pos pemeriksaan. Secara khusus, stempel waktu dalam blockchain Bitcoin memiliki karakteristik penting berikut:
Format waktu: Stempel waktu mencatat jumlah detik sejak 1 Januari 1970 00:00:00 UTC. Format ini disebut waktu Unix atau waktu POSIX.
Tujuan: Tujuan utama stempel waktu adalah untuk menandai waktu pembuatan blok, membantu node menentukan urutan blok, dan membantu mekanisme penyesuaian kesulitan jaringan.
Stempel Waktu dan Penyesuaian Kesulitan: Jaringan Bitcoin menyesuaikan tingkat kesulitan penambangan kira-kira setiap dua minggu, atau setiap blok tahun 2016. Stempel waktu memainkan peran penting dalam proses ini, karena jaringan menyesuaikan tingkat kesulitan berdasarkan total waktu pembuatan blok terakhir pada tahun 2016 untuk memastikan bahwa blok baru dihasilkan kira-kira setiap 10 menit.
Pemeriksaan validitas: Ketika sebuah node menerima blok baru, ia memverifikasi stempel waktunya. Stempel waktu blok baru harus lebih besar dari waktu median blok sebelumnya dan tidak boleh melebihi waktu jaringan lebih dari 120 menit (2 jam ke depan).
Server stempel waktu adalah primitif baru yang ditentukan oleh Babylon, yang dapat mendistribusikan stempel waktu Bitcoin melalui pos pemeriksaan Babylon di blok PoS, memastikan keakuratan dan tidak dapat diubahnya rangkaian waktu. Sebagai lapisan teratas dari keseluruhan arsitektur Babylon, server ini adalah sumber inti kepercayaan.
Arsitektur tiga tingkat Babilonia
Seperti yang ditunjukkan pada gambar, keseluruhan arsitektur Babylon dapat dibagi menjadi tiga lapisan: Bitcoin (sebagai server stempel waktu), Babylon (sebagai Zona Kosmos sebagai lapisan tengah), dan rantai PoS sebagai lapisan permintaan. Babylon mengacu pada dua bidang terakhir sebagai bidang kendali (Babel itu sendiri) dan bidang data (berbagai rantai konsumsi PoS).
Sekarang setelah kita memahami implementasi dasar protokol tanpa kepercayaan, mari selami bagaimana Babylon sendiri menggunakan zona Cosmos untuk menghubungkan kedua ujungnya. Menurut penjelasan rinci dari Tse Lab Universitas Stanford di Babylon, Babylon dapat menerima aliran pos pemeriksaan dari beberapa rantai PoS dan menggabungkan pos-pos pemeriksaan ini untuk dipublikasikan di Bitcoin. Ukuran checkpoint dapat diminimalkan dengan menggunakan tanda tangan agregat dari validator Babylon, dan frekuensi checkpoint ini dapat dikontrol dengan mengizinkan validator Babylon untuk berubah hanya sekali per epoch.
Validator dari berbagai rantai PoS mengunduh blok Babylon untuk memeriksa apakah pos pemeriksaan PoS mereka disertakan dalam blok Babylon yang diperiksa Bitcoin. Hal ini memungkinkan rantai PoS mendeteksi perbedaan, seperti jika validator Babylon membuat blok tidak tersedia yang divalidasi oleh Bitcoin dan berbohong tentang pos pemeriksaan PoS yang ada di dalamnya. Komponen utama perjanjian tersebut adalah sebagai berikut:
· Pos Pemeriksaan: Bitcoin hanya memverifikasi blok terakhir Era Babilonia. Sebuah pos pemeriksaan terdiri dari hash blok dan satu tanda tangan BLS gabungan, sesuai dengan tanda tangan dari dua pertiga mayoritas validator yang menandatangani finalitas pada blok tersebut. Pos Pemeriksaan Babel juga mencakup Anno. Blok PoS dapat diberi stempel waktu Bitcoin melalui pos pemeriksaan Babylon. Misalnya, dua blok PoS pertama diperiksa oleh blok Babylon dan kemudian oleh blok Bitcoin dengan stempel waktu t_3. Oleh karena itu, blok PoS ini diberi stempel waktu Bitcoin t_3.
· Rantai PoS kanonik: Ketika rantai PoS bercabang, rantai dengan stempel waktu yang lebih awal dianggap sebagai rantai PoS kanonik. Jika dua fork memiliki stempel waktu yang sama, ikatan tersebut akan diputus dan mendukung blok PoS dari pos pemeriksaan sebelumnya di Babylon.
· Aturan penarikan: Untuk menarik uang, verifikator mengirimkan permintaan penarikan ke rantai PoS. Blok PoS yang berisi permintaan penarikan kemudian akan diperiksa oleh Babylon dan selanjutnya oleh Bitcoin, yang akan memberinya stempel waktu t_1. Penarikan disetujui pada rantai PoS setelah blok Bitcoin dengan stempel waktu t_1 mencapai kedalaman k. Jika validator yang menarik diri mencoba melakukan serangan jarak jauh, blok pada rantai penyerang hanya dapat diberi stempel waktu setelah t_1. Ini karena setelah blok Bitcoin dengan stempel waktu t_1 mencapai kedalaman k, blok tersebut tidak dapat dibatalkan. Dengan mengamati urutan pos pemeriksaan ini pada Bitcoin, klien PoS dapat membedakan antara rantai kanonik dan rantai serangan serta mengabaikan rantai serangan.
· Aturan pemotongan: Jika validator tidak menarik taruhannya setelah serangan terdeteksi, validator dapat dipotong karena menandatangani dua kali blok PoS yang bertentangan. Validator PoS yang berbahaya mengetahui bahwa jika mereka menunggu hingga permintaan penarikan disetujui sebelum meluncurkan serangan jarak jauh, mereka tidak akan dapat mengelabui pelanggan yang dapat merujuk ke Bitcoin untuk mengidentifikasi rantai kanonik. Oleh karena itu, mereka dapat melakukan fork pada rantai PoS sambil menetapkan stempel waktu Bitcoin ke blok pada rantai PoS kanonik. Validator PoS ini berkolaborasi dengan validator Babylon yang jahat dan penambang Bitcoin untuk melakukan fork Babylon dan Bitcoin, menggantikan blok Bitcoin dengan stempel waktu t_2 dengan blok lain dengan stempel waktu t_3. Di mata klien PoS selanjutnya, hal ini akan mengubah rantai PoS kanonik dari rantai atas ke rantai bawah. Meskipun ini adalah serangan keamanan yang berhasil.
· Aturan penangguhan pos pemeriksaan PoS tidak tersedia: Validator PoS harus menghentikan sementara rantai PoS mereka ketika mengamati pos pemeriksaan PoS yang tidak tersedia di Babylon. Pos pemeriksaan PoS yang tidak tersedia didefinisikan sebagai hash yang ditandatangani oleh dua pertiga validator PoS yang konon berhubungan dengan blok PoS yang tidak dapat diobservasi. Jika validator PoS tidak menjeda rantai PoS saat mengamati pos pemeriksaan yang tidak tersedia, penyerang dapat mengungkap rantai serangan yang sebelumnya tidak tersedia, sehingga mengubah rantai kanonik di tampilan klien di masa mendatang. Ini karena pos pemeriksaan Rantai Bayangan, yang kemudian terungkap, terjadi sebelumnya di Babilonia. Aturan penangguhan di atas menjelaskan mengapa kami mengharuskan hash blok PoS yang dikirim sebagai pos pemeriksaan ditandatangani oleh set validator PoS. Jika pos pemeriksaan ini tidak ditandatangani, penyerang mana pun dapat mengirimkan hash sewenang-wenang yang mengklaim bahwa itu adalah hash dari pos pemeriksaan blok PoS yang tidak tersedia di Babylon. Validator PoS kemudian harus berhenti sejenak di pos pemeriksaan. Perhatikan bahwa membuat rantai PoS yang tidak dapat digunakan merupakan sebuah tantangan: hal ini memerlukan setidaknya dua pertiga validator PoS untuk menandatangani blok PoS tanpa memberikan data kepada validator yang jujur. Namun, dalam serangan hipotetis di atas, musuh jahat menghentikan rantai PoS tanpa mengorbankan satu validator pun. Untuk mencegah serangan seperti itu, kami mewajibkan pos pemeriksaan PoS ditandatangani oleh dua pertiga validator PoS. Oleh karena itu, tidak akan ada pos pemeriksaan PoS yang tidak tersedia di Babylon kecuali dua pertiga dari validator PoS disusupi, yang sangat kecil kemungkinannya karena biaya untuk meretas validator PoS, dan tidak akan memengaruhi rantai PoS lain atau Babylon itu sendiri. Diperlukan kompromi setidaknya dua pertiga validator PoS untuk menandatangani blok PoS tanpa memberikan data kepada validator yang jujur. Namun, dalam serangan hipotetis di atas, musuh jahat menghentikan rantai PoS tanpa mengorbankan satu validator pun. Untuk mencegah serangan seperti itu, kami mewajibkan pos pemeriksaan PoS ditandatangani oleh dua pertiga validator PoS. Oleh karena itu, tidak akan ada pos pemeriksaan PoS yang tidak tersedia di Babylon kecuali dua pertiga dari validator PoS disusupi, yang sangat kecil kemungkinannya karena biaya untuk meretas validator PoS, dan tidak akan memengaruhi rantai PoS lain atau Babylon itu sendiri.Diperlukan kompromi setidaknya dua pertiga validator PoS untuk menandatangani blok PoS tanpa memberikan data kepada validator yang jujur. Namun, dalam serangan hipotetis di atas, musuh jahat menghentikan rantai PoS tanpa mengorbankan satu validator pun. Untuk mencegah serangan tersebut, kami mewajibkan pos pemeriksaan PoS ditandatangani oleh dua pertiga validator PoS.
· Aturan jeda pos pemeriksaan Babylon tidak tersedia: Validator PoS dan Babylon harus menghentikan sementara blockchain ketika mengamati pos pemeriksaan Babylon yang tidak tersedia di Bitcoin. Pos pemeriksaan Babylon yang tidak tersedia didefinisikan sebagai hash dari tanda tangan BLS gabungan dari dua pertiga validator Babylon yang konon berhubungan dengan blok Babylon yang tidak dapat diobservasi. Jika validator Babylon tidak menangguhkan blockchain Babylon, penyerang dapat membocorkan rantai Babylon yang sebelumnya tidak tersedia, sehingga mengubah rantai Babylon kanonik di tampilan klien di masa mendatang. Demikian pula, jika validator PoS tidak menjeda rantai PoS, penyerang dapat mengungkap rantai serangan PoS yang sebelumnya tidak tersedia dan rantai Babylon yang sebelumnya tidak tersedia, sehingga mengubah rantai PoS kanonik di tampilan klien di masa mendatang. Hal ini karena deep chain Babylon yang kemudian terungkap memiliki stempel waktu lebih awal pada Bitcoin dan berisi pos pemeriksaan dari rantai serangan PoS yang kemudian terungkap. Mirip dengan aturan untuk menjeda pos pemeriksaan PoS yang tidak tersedia, aturan ini menjelaskan mengapa kami mengharuskan hash blok Babylon yang dikirim sebagai pos pemeriksaan memiliki tanda tangan BLS yang dikumpulkan, yang membuktikan tanda tangan dari dua pertiga validator Babylon. Jika pos pemeriksaan Babel tidak ditandatangani, musuh mana pun dapat mengirimkan hash sewenang-wenang yang mengklaim bahwa itu adalah hash dari pos pemeriksaan blok Babel yang tidak tersedia di Bitcoin. Validator PoS dan validator Babylon kemudian harus menunggu pos pemeriksaan tanpa rantai Babylon atau PoS yang tidak tersedia di preimage mereka. Membuat rantai Babylon yang tidak tersedia memerlukan kompromi setidaknya dua pertiga dari validator Babylon. Namun, dalam serangan hipotetis di atas, musuh menghentikan semua rantai dalam sistem tanpa memengaruhi satu pun validator Babylon atau PoS. Untuk mencegah serangan seperti itu, kami mengharuskan pos pemeriksaan Babylon dibuktikan dengan tanda tangan gabungan; oleh karena itu, tidak akan ada pos pemeriksaan Babylon yang tidak dapat digunakan kecuali dua pertiga dari validator disusupi, yang disebabkan oleh biaya kompromi validator Babylon. Kemungkinan ini sangat kecil. Namun dalam kasus ekstrim, hal ini mempengaruhi semua rantai PoS dengan memaksanya untuk berhenti sejenak.
Lapisan fitur di BTC
Babylon mirip dengan Eigenlayer dalam hal tujuannya, tetapi ini jauh dari "garpu" sederhana dari Eigenlayer. Mengingat DA tidak dapat digunakan secara asli di rantai utama BTC, keberadaan Babylon menjadi cukup penting. Protokol ini tidak hanya memberikan keamanan pada rantai PoS eksternal, tetapi juga penting untuk merevitalisasi ekosistem BTC secara internal.
Contoh
Babylon menawarkan banyak kasus penggunaan potensial, beberapa di antaranya telah diimplementasikan atau mungkin memiliki peluang untuk diimplementasikan di masa mendatang:
Mempersingkat periode staking dan meningkatkan keamanan: Rantai PoS biasanya memerlukan konsensus sosial (kesepakatan di antara komunitas, operator node, dan validator) untuk mencegah serangan jarak jauh. Serangan ini melibatkan penulisan ulang riwayat blockchain untuk memanipulasi catatan transaksi atau mengendalikan rantai. Serangan jarak jauh sangat serius pada sistem PoS karena, tidak seperti PoW, sistem PoS tidak memerlukan validator untuk menggunakan sumber daya komputasi dalam jumlah besar. Seorang penyerang dapat menulis ulang sejarah dengan mengendalikan kunci dari para pemangku kepentingan awal. Untuk memastikan stabilitas dan keamanan konsensus jaringan blockchain, umumnya diperlukan siklus janji yang lebih panjang. Misalnya, Cosmos memerlukan periode pelepasan ikatan selama 21 hari. Namun, dengan Babylon, peristiwa sejarah rantai PoS dapat dimasukkan ke dalam server stempel waktu BTC, menggunakan BTC sebagai sumber kepercayaan untuk menggantikan konsensus sosial. Hal ini dapat mengurangi waktu pelepasan ikatan menjadi satu hari (setara dengan sekitar 100 blok BTC). Selain itu, rantai PoS dapat mencapai keamanan ganda melalui staking token asli dan staking BTC.
Interoperabilitas lintas rantai: Melalui protokol IBC, Babylon dapat menerima data pos pemeriksaan dari beberapa rantai PoS, sehingga mencapai interoperabilitas lintas rantai. Interoperabilitas ini memungkinkan komunikasi dan berbagi data yang lancar antar blockchain yang berbeda, sehingga meningkatkan efisiensi dan fungsionalitas ekosistem blockchain secara keseluruhan.
Integrasikan ekosistem BTC: Sebagian besar proyek di ekosistem BTC saat ini, termasuk Layer 2, LRT, dan DeFi, kurang memiliki keamanan yang memadai dan sering kali mengandalkan asumsi kepercayaan pihak ketiga. Protokol ini juga menyimpan BTC dalam jumlah besar di alamatnya. Di masa depan, Babylon dapat mengembangkan beberapa solusi yang sangat kompatibel dengan proyek-proyek ini, menciptakan saling menguntungkan dan pada akhirnya membentuk ekosistem kuat yang mirip dengan Eigenlayer dalam Ethereum.
Manajemen aset lintas rantai: Protokol Babylon dapat digunakan untuk pengelolaan aset lintas rantai yang aman. Dengan menambahkan stempel waktu ke transaksi lintas rantai, keamanan dan transparansi transfer aset antar blockchain yang berbeda terjamin. Mekanisme ini membantu mencegah pembelanjaan ganda dan serangan lintas rantai lainnya.
Menara Babel
Kisah Menara Babel bermula dari Kejadian 11:1-9 di dalam Alkitab, yaitu kisah klasik manusia yang berusaha membangun Menara Babel namun digagalkan oleh Tuhan. Kisah ini melambangkan persatuan manusia dan tujuan bersama. Protokol Babylon bertujuan untuk membangun menara serupa untuk berbagai rantai PoS, menyatukannya di bawah satu atap. Dari segi narasi, sepertinya sama bagusnya dengan Eigenlayer, pembela Ethereum. Namun bagaimana cara kerjanya dalam praktik?
Saat ini, testnet Babylon telah memberikan keamanan untuk 50 zona Cosmos melalui protokol IBC. Selain ekosistem Cosmos, Babylon juga mengintegrasikan beberapa protokol LSD (Liquid Collateralized Derivatives), protokol interoperabilitas rantai penuh, dan protokol ekosistem Bitcoin. Namun, dalam hal staking, Babylon saat ini tertinggal dari Eigenlayer, yang dapat menggunakan kembali Stake dan LSD dalam ekosistem Ethereum. Namun dalam jangka panjang, sejumlah besar Bitcoin yang tidak aktif di dompet dan protokol masih belum sepenuhnya pulih, dan ini hanyalah puncak dari gunung es senilai $1,3 triliun. Babel perlu membentuk simbiosis yang baik dengan seluruh ekosistem BTC.
Satu-satunya Solusi untuk Dilema Ponzi
Seperti disebutkan sebelumnya, baik Eigenlayer dan Babylon berkembang pesat, dan tren masa depan menunjukkan bahwa mereka akan mengunci sejumlah besar aset inti blockchain. Sekalipun protokolnya aman, apakah staking yang berlapis-lapis akan menciptakan spiral kematian bagi ekosistem staking, yang menyebabkan keruntuhan serupa dengan kenaikan suku bunga AS lainnya? Sejak transisi Ethereum ke PoS dan munculnya Eigenlayer, industri Stake saat ini memang mengalami kegembiraan yang tidak rasional. Proyek sering kali menarik pengguna TVL tinggi melalui ekspektasi airdrop yang besar dan pengembalian berjenjang. ETH dapat melalui staking asli, LSD, dan LRT, hingga lima hingga enam tumpukan. Penumpukan ini meningkatkan risiko, karena masalah dalam satu protokol dapat berdampak langsung pada semua protokol yang terlibat, terutama protokol yang berada di akhir rantai pertaruhan. Ekosistem Bitcoin,
Namun, perlu dicatat bahwa Eigenlayer dan Babylon pada dasarnya mengarahkan roda gila ke arah utilitas sejati, menciptakan permintaan nyata untuk mengimbangi risiko. Jadi, meskipun protokol “keamanan bersama” ini mungkin secara tidak langsung atau langsung memperburuk perilaku buruk, protokol ini juga merupakan satu-satunya cara untuk menghindari pengembalian skema Ponzi staking berlapis. Pertanyaan yang lebih mendesak saat ini adalah apakah logika bisnis dari protokol “keamanan bersama” benar-benar layak dilakukan.
Kebutuhan nyata adalah kuncinya
Di Web3, baik itu rantai publik atau protokol, logika yang mendasarinya sering kali melibatkan pencocokan pembeli dan penjual untuk kebutuhan spesifik. Dengan melakukan ini, Anda dapat “memenangkan dunia” karena teknologi blockchain memastikan bahwa proses pencocokan dilakukan secara adil, autentik, dan kredibel. Secara teori, protokol keamanan bersama dapat melengkapi ekosistem modular dan staking yang berkembang pesat. Namun, apakah pasokan akan jauh melebihi permintaan? Di sisi pasokan, ada banyak proyek dan rantai utama yang dapat memberikan keamanan modular. Dari sisi permintaan, rantai PoS yang sudah mapan mungkin tidak memerlukan atau bersedia menyewa sekuritas tersebut demi kepentingan pribadi, sementara rantai PoS baru mungkin mengalami kesulitan membayar bunga yang dihasilkan oleh BTC dan ETH dalam jumlah besar. Biarkan Eigenlayer dan Babylon membentuk lingkaran bisnis tertutup, dan pendapatan yang dihasilkan harus menyeimbangkan bunga yang dihasilkan dari token yang dijanjikan dalam protokol. Bahkan jika keseimbangan ini tercapai dan pendapatan jauh melebihi pembayaran bunga, hal ini masih dapat menyebabkan habisnya rantai dan protokol PoS baru ini. Oleh karena itu, bagaimana menyeimbangkan model ekonomi, menghindari gelembung yang disebabkan oleh ekspektasi airdrop, dan mendorong pasokan dan permintaan secara sehat akan menjadi hal yang sangat penting.
