Kata PengantarDi era blockchain modular yang dipimpin oleh Ethereum, menyediakan layanan keamanan melalui integrasi lapisan Data Availability (DA) bukanlah konsep baru lebih lama. Saat ini, konsep keamanan bersama yang diperkenalkan dengan staking menawarkan dimensi baru pada ruang modular. Ini memanfaatkan potensi "emas dan perak digital" untuk memberikan keamanan dari Bitcoin atau Ethereum ke berbagai protokol blockchain dan rantai publik. Narasi ini cukup besar, karena tidak hanya membuka likuiditas aset bernilai triliunan dolar tetapi juga berfungsi sebagai elemen kunci dalam solusi penskalaan di masa depan. Misalnya, penggalangan dana besar-besaran baru-baru ini sebesar $ 70 juta oleh Bitcoin yang mempertaruhkan protokol Babylon dan $ 100 juta oleh Ethereum yang mengambil alih protokol EigenLayer menggambarkan dukungan kuat oleh perusahaan modal ventura utama untuk sektor ini.
Namun, perkembangan ini juga menimbulkan kekhawatiran yang signifikan. Jika modularitas adalah solusi utama untuk penskalaan, dan protokol ini merupakan komponen penting dari solusi ini, mereka cenderung mengunci sejumlah besar BTC dan ETH. Ini mempertanyakan keamanan protokol itu sendiri. Akankah layering kompleks yang dibentuk oleh banyak protokol LSD (Liquid Staking Derivatif) dan LRT (Layer 2 Rollup Tokens) menjadi angsa hitam terbesar di masa depan blockchain? Apakah logika komersial mereka masuk akal? Karena kami telah menganalisis EigenLayer di artikel kami sebelumnya, diskusi berikut akan fokus terutama pada Babel untuk mengatasi masalah ini.
Memperluas Keamanan KonsensusBitcoin dan Ethereum tidak dapat disangkal adalah blockchain publik paling berharga saat ini. Keamanan, desentralisasi, dan konsensus nilai mereka, yang terakumulasi selama bertahun-tahun, adalah alasan utama mengapa mereka tetap berada di puncak dunia blockchain. Ini adalah kualitas langka yang sulit ditiru oleh rantai heterogen lainnya. Ide inti modularitas adalah untuk "menyewakan" kualitas-kualitas ini kepada mereka yang membutuhkan. Dalam pendekatan modularitas saat ini, ada dua faksi utama:
Faksi pertama menggunakan Layer 1 yang cukup aman (biasanya Ethereum) sebagai tiga layer terbawah atau bagian dari layer fungsional untuk Rollups. Solusi ini menawarkan keamanan dan legitimasi tertinggi dan dapat menyerap sumber daya dari ekosistem rantai utama. Namun, ini mungkin tidak terlalu ramah dalam hal throughput dan biaya untuk Rollup tertentu (rantai aplikasi, rantai long-tail, dll.).
Faksi kedua bertujuan untuk menciptakan eksistensi yang dekat dengan keamanan Bitcoin dan Ethereum tetapi dengan kinerja biaya yang lebih baik, seperti Celestia. Celestia mencapai ini dengan menggunakan arsitektur fungsi DA murni, meminimalkan persyaratan perangkat keras node, dan biaya gas rendah. Pendekatan yang disederhanakan ini berupaya menciptakan lapisan DA yang sesuai dengan keamanan dan desentralisasi Ethereum sambil menawarkan kinerja yang kuat dalam waktu sesingkat mungkin. Kerugian dari pendekatan ini adalah bahwa keamanan dan desentralisasinya masih membutuhkan waktu untuk dikembangkan sepenuhnya, dan tidak memiliki legitimasi saat berada dalam persaingan langsung dengan Ethereum, utama penolakan oleh komunitas Ethereum.
Tipe ketiga dalam faksi ini termasuk Babylon dan EigenLayer. Mereka memanfaatkan konsep inti Proof-of-Stake (POS) dengan memanfaatkan nilai aset Bitcoin atau Ethereum untuk menciptakan layanan keamanan bersama. Dibandingkan dengan dua tipe pertama, ini adalah keberadaan yang lebih netral. Keuntungannya terletak pada mewarisi legitimasi dan keamanan sementara juga memberikan lebih banyak nilai utilitas untuk aset rantai utama dan menawarkan fleksibilitas yang lebih besar.
Potensi Emas DigitalTerlepas dari logika yang mendasari mekanisme konsensus apa pun, keamanan blockchain sangat bergantung pada sumber daya yang mendukungnya. PoW rantai membutuhkan perangkat keras dan listrik yang besar, sementara PoS bergantung pada nilai aset yang dipertaruhkan. Bitcoin itu sendiri didukung oleh jaringan PoW yang sangat besar, menjadikannya kehadiran paling aman di seluruh ruang blockchain. Namun, sebagai rantai publik dengan nilai pasar yang beredar sebesar $ 1,39 triliun, terhitung 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 untuk mencapai konsensus secara default. Namun, rantai heterogen baru seringkali tidak dapat menarik staking modal yang substansial, menimbulkan keraguan pada keamanan mereka. Di era modular saat ini, zona Cosmos dan berbagai solusi Layer 2 dapat menggunakan berbagai lapisan DA untuk mengimbanginya, tetapi ini sering kali mengorbankan otonomi. Untuk sebagian besar mekanisme PoS lama atau rantai konsorsium, menggunakan Ethereum atau Celestia sebagai lapisan DA juga umumnya tidak praktis. Nilai Babel terletak pada mengisi celah ini dengan menggunakan BTC staking untuk memberikan perlindungan bagi rantai PoS. Sama seperti manusia menggunakan emas untuk mendukung nilai mata uang kertas, BTC sangat cocok untuk memainkan peran ini di dunia blockchain.
Dari 0 hingga 1Melepaskan "emas digital" selalu menjadi narasi yang paling ambisius namun sulit dicapai di ruang blockchain. Dari sidechain awal, Lightning Network, dan token yang dibungkus bridge hingga Rune dan BTC Layer 2 hari ini, setiap solusi memiliki kekurangan yang melekat. Jika Babylon bertujuan untuk memanfaatkan keamanan Bitcoin, solusi terpusat yang memperkenalkan 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 penerbitan aset. Ini berarti Babel perlu merancang "solusi scaling" sendiri untuk memungkinkan Bitcoin asli mempertaruhkan dari 0 hingga 1.
Memecah elemen dasar yang saat ini dapat digunakan oleh Bitcoin, pada dasarnya ada yang berikut: 1. UTXO model, 2. Stempel waktu, 3. Berbagai metode tanda tangan, 4. Opcode dasar. Mengingat kemampuan pemrograman dan daya dukung data Bitcoin yang terbatas, solusi Babylon didasarkan pada prinsip minimalisme. Di Bitcoin, hanya fungsi penting untuk kontrak staking yang perlu diselesaikan, artinya BTC staking, slashing, reward, dan pengambilan semuanya ditangani pada rantai utama. Setelah 0 banding 1 ini tercapai, tuntutan yang lebih kompleks dapat ditangani oleh Cosmos zona. Namun, masalah kritis tetap ada: bagaimana cara merekam data rantai PoS ke rantai utama?
Remote StakingUTXO (Unspent Transaction Outputs) adalah model transaksi yang dirancang oleh Satoshi Nakamoto untuk Bitcoin. Ide intinya sangat sederhana: transaksi hanyalah dana yang masuk dan keluar, sehingga seluruh sistem transaksi dapat dinyatakan dalam bentuk input dan output. UTXO mewakili bagian dari dana yang masuk tetapi tidak sepenuhnya dibelanjakan, sehingga tersisa sebagai output transaksi yang tidak terpakai (yaitu, Bitcoin tidak dibayarkan). Seluruh buku besar Bitcoin pada dasarnya adalah kumpulan UTXO, mencatat keadaan setiap UTXO untuk mengelola kepemilikan dan sirkulasi Bitcoin. Setiap transaksi menghabiskan UTXO lama dan menghasilkan yang baru. Karena potensi skalabilitasnya yang melekat, UTXO secara alami menjadi titik awal bagi banyak solusi penskalaan asli. Misalnya, memanfaatkan UTXO dan multisig untuk membuat mekanisme penalti dan saluran negara untuk Jaringan Petir, atau mengikat UTXO untuk mengimplementasikan token semi-fungible (SFT) seperti prasasti dan rune, semuanya berasal dari titik awal yang penting ini.
Babylon juga perlu memanfaatkan UTXO untuk mengimplementasikan kontrak staking (disebut sebagai staking jarak jauh oleh Babylon, di mana keamanan Bitcoin diteruskan dari jarak jauh ke rantai PoS melalui lapisan perantara). Implementasi kontrak dapat dipecah menjadi empat langkah, dengan cerdik menggabungkan opcode yang ada:
Penguncian Dana
Pengguna mengirim dana ke alamat yang dikendalikan oleh multisig. Melalui OP_CTV (OP_CHECKTEMPLATEVERIFY, yang memungkinkan pembuatan templat transaksi yang telah ditentukan sebelumnya untuk memastikan transaksi hanya dapat dieksekusi sesuai dengan struktur dan kondisi tertentu), kontrak dapat menentukan bahwa dana ini hanya dapat dibelanjakan dalam kondisi tertentu. Setelah dana dikunci, UTXO baru dihasilkan, menunjukkan dana ini telah dipertaruhkan.
Verifikasi Kondisi
Dengan memanggil OP_CSV (OP_CHECKSEQUENCEVERIFY, yang memungkinkan pengaturan kunci waktu relatif berdasarkan nomor urut transaksi, yang menunjukkan bahwa UTXO hanya dapat dihabiskan setelah waktu relatif tertentu atau jumlah blok), kunci waktu dapat diimplementasikan. Dikombinasikan dengan OP_CTV, ini dapat mencapai staking, unstaking (memungkinkan staker untuk menghabiskan UTXO terkunci setelah periode staking terpenuhi), dan slashing (memaksa pengeluaran UTXO ke alamat terkunci jika staker bertindak jahat, membuatnya tidak dapat dibelanjakan, mirip dengan alamat lubang hitam).
Pembaruan Status
Setiap kali pengguna stake atau menarik dana yang dipertaruhkan, itu melibatkan pembuatan dan pengeluaran UTXO. Output transaksi baru menghasilkan UTXO baru, dan UTXO lama ditandai sebagai dibelanjakan. Dengan cara ini, setiap transaksi dan pergerakan dana dicatat secara akurat di blockchain, memastikan transparansi dan keamanan.
Distribusi Hadiah
Berdasarkan jumlah yang dipertaruhkan dan durasi staking, kontrak menghitung hadiah dan mendistribusikannya dengan menghasilkan UTXO baru. Hadiah ini dapat dibuka dan dibelanjakan melalui kondisi skrip setelah kriteria tertentu terpenuhi.
Stempel waktuSetelah membuat kontrak staking asli, 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 pesanan kronologis yang tidak dapat diubah untuk peristiwa. Dalam kasus penggunaan asli Bitcoin, peristiwa ini merujuk pada berbagai transaksi yang dilakukan pada buku besar. Saat ini, untuk meningkatkan keamanan rantai PoS lainnya, Bitcoin juga dapat digunakan untuk memberi stempel waktu pada peristiwa di blockchain eksternal. Setiap kali peristiwa seperti itu terjadi, itu memicu transaksi yang dikirim ke penambang, yang kemudian memasukkannya ke dalam buku besar Bitcoin, sehingga menambahkan stempel waktu ke acara tersebut. Stempel waktu ini dapat mengatasi berbagai masalah keamanan blockchain. Konsep umum menambahkan stempel waktu ke peristiwa dalam rantai anak pada rantai induk dikenal sebagai "checkpointing," dan transaksi yang digunakan untuk menambahkan stempel waktu disebut transaksi pos pemeriksaan. Secara khusus, stempel waktu di blockchain Bitcoin memiliki karakteristik penting berikut:
- Format Waktu: Stempel waktu mencatat jumlah detik sejak 1 Januari 1970, 00:00:00 UTC, format yang dikenal sebagai waktu Unix atau waktu POSIX.- Tujuan: Tujuan utama dari stempel waktu adalah untuk menandai waktu pembuatan blok, membantu node menentukan pesanan blok dan membantu dalam mekanisme penyesuaian kesulitan jaringan.- Stempel Waktu dan Penyesuaian Kesulitan: Jaringan Bitcoin menyesuaikan kesulitan penambangan kira-kira setiap dua minggu, atau setiap blok 2016. Stempel waktu memainkan peran penting dalam proses ini, karena jaringan menyesuaikan kesulitan berdasarkan total waktu pembuatan blok 2016 terbaru untuk memastikan bahwa blok baru dihasilkan kira-kira setiap 10 menit.- Pemeriksaan Validitas: Ketika sebuah node menerima blok baru, ia memverifikasi stempel waktu. Stempel waktu blok baru harus lebih besar dari waktu rata-rata beberapa blok sebelumnya dan tidak boleh melebihi waktu jaringan lebih dari 120 menit (2 jam ke depan).
Server stempel waktu adalah primitif baru yang didefinisikan oleh Babylon, yang dapat mengalokasikan stempel waktu Bitcoin melalui pos pemeriksaan Babylon dalam blok PoS, memastikan keakuratan dan immutabilitas urutan waktu. Server ini bertindak sebagai lapisan teratas dalam seluruh arsitektur Babylon, berfungsi sebagai sumber kepercayaan inti.
Arsitektur Tiga Lapis BabylonSeperti yang diilustrasikan dalam diagram, arsitektur keseluruhan Babylon dapat dibagi menjadi tiga lapisan: Bitcoin (berfungsi sebagai server timestamp), Babylon (Zona Cosmos yang bertindak sebagai lapisan perantara), dan rantai PoS sebagai lapisan permintaan. Babel mengacu pada dua yang terakhir sebagai Control Plane (Babylon sendiri) dan Data Plane (berbagai PoS rantai konsumen).
Setelah memahami implementasi dasar protokol yang tidak dapat dipercaya, mari kita selidiki bagaimana Babel sendiri menghubungkan kedua ujungnya menggunakan Cosmos zona. Menurut penjelasan rinci dari Lab Tse Stanford di Babel, Babel dapat menerima aliran pos pemeriksaan dari beberapa rantai PoS dan menggabungkan pos pemeriksaan ini untuk dipublikasikan di Bitcoin. Dengan menggunakan tanda tangan agregat dari Babylon validator, ukuran pos pemeriksaan dapat diminimalkan, dan frekuensi pos pemeriksaan ini dikendalikan dengan membiarkan Babylon validator berubah hanya sekali per zaman.
Validator dari berbagai rantai PoS mengunduh blok Babylon untuk memeriksa apakah pos pemeriksaan PoS mereka termasuk dalam blok Babylon yang diperiksa Bitcoin. Hal ini memungkinkan rantai PoS untuk mendeteksi perbedaan, seperti jika Babel validator membuat blok yang tidak tersedia yang diverifikasi oleh Bitcoin dan berbohong tentang pos pemeriksaan PoS yang terkandung di dalamnya. Komponen utama protokol adalah sebagai berikut:
· Pos pemeriksaan: Hanya blok terakhir dari zaman Babel yang diverifikasi oleh Bitcoin. Pos pemeriksaan terdiri dari hash blok dan satu tanda tangan BLS agregat, sesuai dengan tanda tangan dari mayoritas dua pertiga validator yang menandatangani blok untuk finalitas. Pos pemeriksaan Babel juga mencakup jumlah zaman. PoS blok dapat menetapkan stempel waktu Bitcoin melalui pos pemeriksaan Babylon. Misalnya, dua blok PoS pertama di-checkpoint oleh blok Babylon, yang kemudian di-checkpoint oleh blok Bitcoin dengan stempel waktu t_3. Akibatnya, blok PoS ini diberi stempel waktu Bitcoin t_3.
· Rantai PoS Kanonik: Ketika rantai PoS fork terjadi, rantai dengan stempel waktu sebelumnya dianggap sebagai rantai PoS kanonik. Jika dua garpu memiliki stempel waktu yang sama, dasi dipatahkan demi blok PoS dengan pos pemeriksaan sebelumnya di Babel.
· Aturan Penarikan: Untuk menarik, validator mengirim permintaan penarikan ke rantai PoS. Blok PoS yang berisi permintaan penarikan kemudian diperiksa oleh Babylon dan kemudian oleh Bitcoin, menetapkannya stempel waktu t_1. Setelah blok Bitcoin dengan stempel waktu t_1 mencapai kedalaman k, penarikan diberikan pada rantai PoS. Jika validator dengan taruhan yang ditarik mencoba serangan jarak long, blok pada rantai serangan hanya dapat diberi stempel waktu lebih lambat dari t_1. Ini karena setelah blok Bitcoin dengan stempel waktu t_1 mencapai kedalaman k, itu tidak dapat dibatalkan. Dengan mengamati pesanan pos pemeriksaan ini pada Bitcoin, klien PoS dapat membedakan rantai kanonik dari rantai serangan dan mengabaikan yang terakhir.
· Aturan Pemotongan: Jika validator tidak menarik taruhan mereka saat mendeteksi serangan, mereka dapat dipangkas karena memiliki blok PoS yang bertentangan dengan tanda tangan ganda. Jahat PoS validator tahu bahwa jika mereka menunggu sampai setelah permintaan penarikan mereka disetujui untuk meluncurkan serangan jarak long, mereka tidak dapat menipu klien yang dapat merujuk ke Bitcoin untuk mengidentifikasi rantai kanonik. Oleh karena itu, mereka dapat fork rantai PoS sambil menetapkan stempel waktu Bitcoin ke blok pada rantai PoS kanonik. Ini PoS validator, bekerja sama dengan validator Babel jahat dan penambang Bitcoin, fork Babel dan Bitcoin untuk mengganti blok Bitcoin dengan stempel waktu t_2 dengan blok lain dengan stempel waktu t_3. Dalam pandangan klien PoS berikutnya, ini akan mengubah rantai PoS kanonik dari rantai atas ke rantai bawah. Meskipun ini adalah serangan keamanan yang berhasil, ini menghasilkan slashing dari taruhan PoS validator jahat karena mereka memiliki blok konflik yang ditandatangani ganda tanpa menarik taruhan mereka.
· Tidak tersedianya Aturan Jeda Pos Pemeriksaan PoS: PoS validator harus menghentikan rantai PoS mereka setelah mengamati pos pemeriksaan PoS yang tidak tersedia di Babel. Pos pemeriksaan PoS yang tidak tersedia didefinisikan sebagai hash yang ditandatangani oleh dua pertiga PoS validator, yang konon sesuai dengan blok PoS yang tidak dapat diamati. Jika PoS validator tidak menjeda rantai PoS setelah mengamati pos pemeriksaan yang tidak tersedia, penyerang dapat mengungkapkan rantai serangan yang sebelumnya tidak tersedia, mengubah rantai kanonis dalam tampilan klien nanti. Ini karena pos pemeriksaan rantai bayangan yang terungkap kemudian muncul lebih awal di Babel. Aturan jeda di atas menjelaskan mengapa kami mengharuskan hash blok PoS yang dikirim sebagai pos pemeriksaan untuk ditandatangani oleh set validator PoS. Jika pos pemeriksaan ini tidak ditandatangani, penyerang mana pun dapat mengirim hash sewenang-wenang, mengklaimnya sebagai hash pos pemeriksaan blok PoS yang tidak tersedia di Babel. PoS validator kemudian harus berhenti di pos pemeriksaan. Perhatikan bahwa membuat rantai PoS yang tidak tersedia itu menantang: itu membutuhkan kompromi setidaknya dua pertiga dari PoS validator untuk menandatangani blok PoS tanpa memberikan data ke validator yang jujur. Namun, dalam serangan yang diasumsikan di atas, musuh jahat menjeda rantai PoS tanpa mengorbankan validator tunggal. Untuk mencegah serangan semacam itu, kami mengharuskan pos pemeriksaan PoS ditandatangani oleh dua pertiga PoS validator. Akibatnya, tidak akan ada pos pemeriksaan PoS yang tidak tersedia di Babel kecuali dua pertiga dari PoS validator dikompromikan, yang sangat tidak mungkin karena biaya kompromi PoS validator dan tidak mempengaruhi rantai PoS lain atau Babel itu sendiri.
· Tidak tersedianya Aturan Jeda Pos Pemeriksaan Babel: Baik PoS dan Babel validator harus menghentikan sementara blockchain setelah mengamati pos pemeriksaan Babel yang tidak tersedia di Bitcoin. Pos pemeriksaan Babel yang tidak tersedia didefinisikan sebagai hash dengan tanda tangan BLS agregat dari dua pertiga validator Babel, yang konon sesuai dengan blok Babel yang tidak dapat diamati. Jika Babylon validator tidak menghentikan sementara blockchain Babylon, penyerang dapat mengungkapkan rantai Babylon yang sebelumnya tidak tersedia, mengubah rantai Babylon kanonik dalam tampilan klien selanjutnya. Demikian pula, jika PoS validator tidak menjeda rantai PoS, penyerang dapat mengungkapkan rantai serangan PoS yang sebelumnya tidak tersedia dan rantai Babylon yang sebelumnya tidak tersedia, mengubah rantai PoS kanonik dalam tampilan klien selanjutnya. Ini karena rantai Babel dalam yang terungkap kemudian memiliki stempel waktu sebelumnya pada Bitcoin dan termasuk pos pemeriksaan dari rantai serangan PoS yang kemudian terungkap. Mirip dengan aturan untuk berhenti di pos pemeriksaan PoS yang tidak tersedia, aturan ini menjelaskan mengapa kita mengharuskan hash blok Babylon yang dikirim sebagai pos pemeriksaan untuk memiliki tanda tangan BLS agregat yang membuktikan tanda tangan dua pertiga dari validator Babylon. Jika pos pemeriksaan Babel tidak ditandatangani, musuh mana pun dapat mengirim hash sewenang-wenang, mengklaim itu sebagai hash pos pemeriksaan blok Babel yang tidak tersedia pada Bitcoin. PoS validator dan Babel validator kemudian harus menunggu pos pemeriksaan yang tidak memiliki rantai Babel atau PoS yang tidak tersedia di preimage-nya. Membuat rantai Babel yang tidak tersedia membutuhkan kompromi setidaknya dua pertiga dari validator Babel. Namun, dalam serangan yang diasumsikan di atas, musuh menghentikan semua rantai dalam sistem tanpa mengorbankan satu pun validator Babel atau PoS. Untuk mencegah serangan semacam itu, kami mengharuskan pos pemeriksaan Babel dibuktikan dengan tanda tangan agregat; dengan demikian, tidak akan ada pos pemeriksaan Babel yang tidak tersedia kecuali dua pertiga dari validator dikompromikan, yang sangat tidak mungkin karena biaya kompromi Babel validator. Tetapi dalam kasus ekstrim, itu akan mempengaruhi semua rantai PoS dengan memaksa mereka untuk berhenti.
Eigenlayer di BTC
Dalam hal tujuan, sementara Babel mirip dengan Eigenlayer, itu jauh dari "fork" sederhana Eigenlayer. Mengingat ketidakmampuan saat ini untuk menggunakan DA secara asli pada rantai utama BTC, kehadiran Babylon cukup signifikan. protokol ini tidak hanya membawa keamanan ke rantai PoS eksternal tetapi juga penting untuk merevitalisasi ekosistem BTC secara internal.
Kasus PenggunaanBabylon menyajikan banyak kasus penggunaan potensial, beberapa di antaranya telah direalisasikan atau mungkin memiliki peluang untuk direalisasikan di masa depan:
-
Mengurangi Periode Staking dan Meningkatkan Keamanan: Rantai PoS biasanya memerlukan konsensus sosial (konsensus di antara komunitas, operator node, dan validator) untuk mencegah serangan jarak long. Serangan ini melibatkan penulisan ulang riwayat blockchain untuk memanipulasi catatan transaksi atau mengendalikan rantai. Serangan jarak Long sangat parah dalam sistem PoS karena, tidak seperti PoW, sistem PoS tidak memerlukan validator untuk mengkonsumsi sumber daya komputasi yang signifikan. Seorang penyerang dapat menulis ulang sejarah dengan mengendalikan kunci staker awal. Untuk memastikan stabilitas dan keamanan konsensus jaringan blockchain, periode staking long umumnya diperlukan. Misalnya, Cosmos membutuhkan periode pelepasan ikatan selama 21 hari. Namun, dengan Babylon, peristiwa sejarah rantai PoS dapat dimasukkan dalam server stempel waktu BTC, menggunakan BTC sebagai sumber kepercayaan untuk menggantikan konsensus sosial. Ini dapat mengurangi waktu pelepasan ikatan menjadi hanya satu hari (setara dengan sekitar 100 BTC blok). Selain itu, rantai PoS dapat memiliki keamanan ganda melalui staking token asli dan staking BTC.
-
Interoperabilitas Lintas Rantai: Melalui IBC protokol, Babylon dapat menerima data pos pemeriksaan dari beberapa rantai PoS, memungkinkan interoperabilitas cross-chain. Interoperabilitas ini memungkinkan komunikasi tanpa batas dan berbagi data antara blockchain yang berbeda, meningkatkan efisiensi dan fungsionalitas ekosistem blockchain secara keseluruhan.- Mengintegrasikan Ekosistem BTC: Sebagian besar proyek dalam ekosistem BTC saat ini, termasuk Layer 2, LRT, dan DeFi, tidak memiliki keamanan yang memadai dan sering mengandalkan asumsi kepercayaan pihak ketiga. Protokol ini juga menyimpan sejumlah besar BTC di alamat mereka. Di masa depan, Babylon mungkin mengembangkan beberapa solusi yang sangat kompatibel dengan proyek-proyek ini, menciptakan saling menguntungkan dan akhirnya membentuk ekosistem yang kuat mirip dengan Eigenlayer dalam Ethereum.- Manajemen Aset Lintas Rantai: Babel protokol dapat digunakan untuk pengelolaan aset cross-chain yang aman. Dengan menambahkan stempel waktu ke transaksi cross-chain, ini memastikan keamanan dan transparansi transfer aset antara blockchain yang berbeda. Mekanisme ini membantu mencegah pengeluaran ganda dan serangan cross-chain lainnya.
Menara BabelKisah Menara Babel berasal dari Alkitab, Kejadian 11:1-9, dan merupakan kisah klasik tentang upaya manusia untuk membangun menara untuk mencapai langit, hanya untuk digagalkan oleh Tuhan. Kisah ini melambangkan persatuan manusia dan tujuan bersama. Babel protokol bertujuan untuk membangun menara serupa untuk berbagai rantai PoS, menyatukan mereka di bawah satu atap. Dari segi narasi, tampaknya tidak kalah mengesankan dari Eigenlayer, pembela Ethereum. Tapi bagaimana hal itu bertahan dalam praktik?
Sampai sekarang, Babylon testnet telah memberikan jaminan keamanan ke 50 zona Cosmos melalui IBC protokol. Di luar ekosistem Cosmos, Babylon telah terintegrasi dengan beberapa protokol LSD (Liquid Staking Derivatif), protokol interoperabilitas omnichain, dan protokol ekosistem Bitcoin. Namun, dalam hal staking, Babylon saat ini tertinggal dari Eigenlayer, yang dapat menggunakan kembali staking dan LSD dalam ekosistem Ethereum. Namun, dalam jangka long, sejumlah besar BTC yang terbengkalai di dompet dan protokol belum sepenuhnya terbangun, hanya mewakili puncak gunung es senilai $ 1,3 triliun. Babel perlu membentuk simbiosis positif dengan seluruh ekosistem BTC.
Satu-satunya Solusi untuk Dilema Staking PonziSeperti disebutkan sebelumnya, Eigenlayer dan Babylon keduanya berkembang pesat, dan tren masa depan menunjukkan bahwa mereka akan mengunci sejumlah besar aset blockchain inti. Bahkan jika protokol ini sendiri aman, dapatkah beberapa lapisan staking menciptakan spiral kematian bagi ekosistem staking, menyebabkan kecelakaan yang mirip dengan kenaikan suku bunga lain oleh AS? Sektor staking saat ini memang mengalami kegembiraan irasional sejak transisi Ethereum ke PoS dan munculnya Eigenlayer. Proyek sering memikat pengguna dengan TVL tinggi melalui ekspektasi airdrop besar-besaran dan pengembalian berlapis. Sebuah ETH dapat melalui staking asli, LSD, dan LRT, menumpuk hingga lima atau enam lapisan. Penumpukan ini meningkatkan risiko, karena masalah dalam satu protokol dapat secara langsung berdampak pada semua protokol yang terlibat, terutama yang berada di akhir rantai staking. Ekosistem BTC, dengan berbagai solusi terpusatnya, akan menghadapi risiko yang lebih besar jika mengadopsi model ini.
Namun, penting untuk dicatat bahwa Eigenlayer dan Babylon pada dasarnya tentang memandu roda gila staking menuju utilitas asli, menciptakan permintaan nyata untuk mengimbangi risiko. Oleh karena itu, sementara protokol "keamanan bersama" ini dapat secara tidak langsung atau langsung memperburuk praktik buruk, mereka juga mewakili satu-satunya cara untuk melarikan diri dari pengembalian staking berlapis seperti Ponzi. Masalah yang lebih mendesak sekarang adalah apakah logika komersial protokol "keamanan bersama" benar-benar layak.
Permintaan Nyata adalah KunciDalam Web3, baik untuk rantai publik atau protokol, logika yang mendasarinya sering melibatkan pembeli dan penjual sesuai untuk permintaan tertentu. Mereka yang melakukan ini dengan baik dapat "memenangkan dunia," karena teknologi blockchain memastikan bahwa proses sesuai adil, nyata, dan dapat dipercaya. Secara teoritis, protokol keamanan bersama dapat melengkapi ekosistem staking dan modular yang sedang booming. Namun, apakah pasokan akan jauh melebihi permintaan? Di sisi penawaran, ada banyak proyek dan rantai utama yang mampu memberikan keamanan modular. Di sisi permintaan, rantai PoS yang mapan mungkin tidak perlu atau enggan menyewa keamanan semacam itu demi wajah, sementara rantai PoS baru mungkin berjuang untuk membayar bunga yang dihasilkan oleh sejumlah besar BTC dan ETH. Agar Eigenlayer dan Babylon membentuk lingkaran komersial tertutup, pendapatan yang dihasilkan harus menyeimbangkan bunga yang dihasilkan oleh token yang dipertaruhkan dalam protokol. Bahkan jika keseimbangan ini tercapai dan pendapatan jauh melebihi pengeluaran bunga, itu masih bisa mengakibatkan rantai dan protokol PoS baru ini terkuras. Oleh karena itu, bagaimana menyeimbangkan model ekonomi, menghindari gelembung yang dipicu oleh ekspektasi airdrop, dan secara sehat mendorong penawaran dan permintaan akan sangat penting.
Tentang YBBYBB adalah dana web3 yang mendedikasikan dirinya untuk mengidentifikasi proyek-proyek yang mendefinisikan Web3 dengan visi untuk menciptakan habitat online yang lebih baik bagi semua penduduk internet. Didirikan oleh sekelompok orang percaya blockchain yang telah berpartisipasi aktif dalam industri ini sejak 2013, YBB selalu bersedia membantu proyek-proyek tahap awal untuk berkembang dari 0 menjadi 1.Kami menghargai inovasi, hasrat yang didorong oleh diri sendiri, dan produk yang berorientasi pada pengguna sambil mengenali potensi cryptos dan aplikasi blockchain.
Situs Web | Twi: @YBBCapital
Referensi
- Penjelasan terperinci tentang bagaimana Babylon menguntungkan ekosistem Cosmos dengan keamanan Bitcoin: Artikel ChainCatcher- Pemahaman mendalam tentang Eigenlayer: Memecah Ethereum dari kesulitan "menumpuk"? Artikel HaoTianCryptoInsight- Percakapan dengan Co-Founder Babylon Fisher Yu: Bagaimana cara membuka likuiditas 21 juta BTC melalui staking? Artikel ChainCatcher- Utang segitiga atau inflasi ringan: Perspektif alternatif tentang staking ulang: Artikel Weixin- Melihat apa yang saya lihat di crypto akhir-akhir ini: TheKnower Substack
Penafian:
Artikel ini dicetak ulang dari [Medium]. Semua hak cipta adalah milik penulis asli [YBB]. Jika ada keberatan dengan cetak ulang ini, silakan hubungi tim [Gate Learn](https://www.Gate.com/questionnaire/3967, dan mereka akan segera menanganinya.
Penafian Kewajiban: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata milik penulis dan bukan merupakan saran investasi.
Penerjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.
