Memahami Babylon: Bagaimana Mengeksploitasi Nilai Keamanan Bitcoin?

Penulis: Peneliti YBB Capital Zeke

Pengantar

Di era modularisasi yang dipimpin oleh Ethereum, menyediakan layanan keamanan dengan menghubungkan lapisan DA (ketersediaan data) bukanlah hal yang baru. Namun, konsep Staking saat ini membawa dimensi baru dalam jalur modularisasi, yaitu dengan memanfaatkan potensi ‘emas dan perak digital’, menyediakan keamanan dari Bitcoin atau Ethereum untuk berbagai protokol dan blockchain publik. Dari perspektif naratif, ini bisa dikatakan sangat besar. Ini tidak hanya melepaskan likuiditas senilai triliunan dolar, tetapi juga merupakan inti kunci dari jalan masa depan untuk meningkatkan kapasitas. Sebagai contoh, Babylon, protokol staking Bitcoin terbaru, dan EigenLayer, protokol ReStaking Ethereum, masing-masing berhasil mengumpulkan pendanaan hingga 70 juta dolar dan 100 juta dolar. Tidak sulit untuk melihat bahwa VC terkemuka sangat mengakui jalur ini.

Namun, banyak keraguan yang muncul seiring dengan itu. Jika modularitas adalah akhir dari skalabilitas, maka kedua hal tersebut sebagai anggota kunci pasti akan mengunci BTC dan ETH dengan jumlah yang sangat besar. Jadi, apakah keamanan protokol itu sendiri patut dipertanyakan? Apakah ‘boneka Rusia’ gila yang terbentuk oleh banyak protokol LSD dan LRT akan menjadi ancaman terbesar di masa depan dalam blockchain? Apakah logika bisnisnya masuk akal? Karena kami telah menganalisis EigenLayer dalam artikel sebelumnya, maka dalam artikel ini kami akan membahas pertanyaan tersebut melalui Babylon.

Meluaskan Konsensus Keamanan

Perkembangan dunia blockchain sampai saat ini, blockchain publik yang paling bernilai pasti Bitcoin dan Ethereum, keamanan, desentralisasi, tingkat konsensus yang telah terakumulasi selama bertahun-tahun, semuanya adalah inti kunci yang menjamin kedua platform ini dapat bertahan di puncak blockchain secara konsisten. Ini juga merupakan karakteristik langka yang paling sulit ditiru oleh rantai heterogen lainnya, dan inti dari pemikiran modular adalah dengan ‘menyewakan’ karakteristik-karakteristik ini kepada para peminta. Dalam strategi modular saat ini, terbagi menjadi dua faksi utama:

• Ada dua jenis, Layer1 yang cukup aman (biasanya Ethereum) sebagai lapisan bawah atau bagian fungsi dari Rollups, skema ini memiliki tingkat keamanan dan keotentikan tertinggi, dan juga dapat menyerap sumber daya dari ekosistem mainchain. Namun, untuk Rollup tertentu (seperti sidechain, long-tail chain, dll.), throughput dan biaya tidak begitu ramah.
• Ada dua jenis, yaitu menciptakan entitas yang memiliki keamanan yang mendekati Bitcoin dan Ethereum tetapi dengan kinerja yang lebih unggul, seperti yang kita kenal Celestia melalui arsitektur fungsionalitas DA yang murni, dengan mengurangi persyaratan perangkat keras node sebanyak mungkin, biaya gas yang rendah, dan cara yang sederhana untuk menciptakan lapisan DA yang cukup aman, terdesentralisasi, dan memiliki kinerja yang kuat dalam waktu yang singkat. Kelemahan dari solusi ini adalah keamanan dan tingkat desentralisasi masih perlu waktu untuk diperbaiki, dan kurangnya legitimasi yang kuat serta persaingan terbuka dengan Ethereum membuatnya dihindari oleh komunitas Ethereum.

Sedangkan dalam aliran ini, ada dua jenis lainnya, yaitu Babylon dan Eigenlayer, yang menggunakan konsep Proof-of-Stake (PoS) untuk menciptakan layanan keamanan bersama dengan menggunakan nilai aset Bitcoin atau Ethereum. Dibandingkan dengan dua aliran sebelumnya, ini adalah eksistensi yang lebih netral. Keunggulannya adalah warisan keabsahan dan keamanan, sambil memberikan nilai lebih pada aset utama dan lebih fleksibel.

Potensi Emas Digital

Tidak peduli dari logika dasar mekanisme konsensus mana, keamanan blockchain secara besar-besaran tergantung pada seberapa banyak sumber daya yang mendukungnya. Jaringan PoW membutuhkan banyak perangkat keras dan listrik, sementara PoS mengandalkan nilai aset yang dipertaruhkan. Bitcoin sendiri didukung oleh jaringan daya komputasi PoW yang sangat besar, bisa dikatakan sebagai entitas paling aman dalam seluruh blockchain. Namun sebagai blockchain publik dengan kapitalisasi pasar sebesar $1,39 triliun, peran asetnya hanya terbatas pada dua skenario penggunaan utama, yaitu transfer dan pembayaran Gas.

Namun, bagi separuh lain dari dunia blockchain, terutama setelah upgrade Ethereum Shanghai menjadi PoS, dapat dikatakan bahwa sebagian besar blockchain umum mengadopsi PoS dengan arsitektur yang berbeda untuk menyelesaikan konsensus. Namun, karena blockchain heterogen baru itu sendiri tidak dapat menarik banyak staking modal, keamanannya menjadi sangat meragukan. Di era modular saat ini, meskipun Cosmos zone dan berbagai Layer2 dapat menggunakan berbagai lapisan DA untuk memperbaiki, tetapi juga kehilangan otonomi. Penggunaan Ethereum atau Celestia sebagai DA untuk sebagian besar blockchain lama atau kontrak konsorsium dengan mekanisme PoS hampir tidak mungkin, dan nilai Babylon adalah untuk mengisi kekosongan ini, dan menggunakan BTC untuk staking sebagai perlindungan bagi jaringan PoS. Seperti penggunaan emas oleh manusia di masa lalu untuk mendukung nilai kertas, BTC memang sangat cocok untuk memainkan peran ini dalam dunia blockchain.

Dari 0 hingga 1

Melepaskan “emas digital” selalu menjadi narasi termegah dan tersulit dalam Blockchain untuk dicapai, dari hari-hari awal sidechain, Jaringan Lighting, dan bridge wrapped token hingga rune dan BTC Layer 2 hari ini, dapat dikatakan bahwa ada kekurangan inheren tertentu dalam kedua skema tersebut. Jika Babel ingin menerapkan keamanan Bitcoin, skema terpusat yang memperkenalkan asumsi kepercayaan pihak ketiga harus dikesampingkan terlebih dahulu. Dalam skema yang tersisa, rune dan Jaringan Lighting (dibatasi oleh kemajuan pengembangan yang sangat lambat) saat ini pada dasarnya hanya mampu penerbitan aset, yang berarti bahwa Babel perlu merancang “skema penskalaan” sendiri untuk membuat stake asli Bitcoin dari 0 hingga 1.

Beberapa elemen dasar yang dapat digunakan dalam memecah Bitcoin adalah sebagai berikut: 1. Model UTXO, 2. Timestamp, 3. Berbagai metode tanda tangan, 4. Kode operasi dasar. Solusi yang diberikan oleh Babylon adalah berdasarkan pertimbangan tentang kelemahan Bitcoin dalam hal pemrograman dan kapasitas pengangkutan data. Dengan prinsip minimalis, hanya perlu menyelesaikan fungsi yang diperlukan untuk kontrak penjaminan di Bitcoin, yaitu penjaminan BTC, pemotongan, imbalan, dan penarikan, semuanya dilakukan di mainchain. Setelah mencapai tahap ini, bagian yang memerlukan kebutuhan yang lebih kompleks akan ditangani oleh zona Cosmos. Namun, masih ada satu masalah kunci di sini, yaitu bagaimana data dari rantai PoS direkam ke mainchain?

Penyertaan Jarak Jauh (Remote Staking)

UTXO (Unspent Transaction Output) adalah model transaksi yang dirancang oleh Satoshi Nakamoto untuk Bitcoin, dengan ide dasarnya yang sangat sederhana. Transaksi hanya melibatkan masuk dan keluarnya dana, sehingga sistem transaksi hanya perlu menerima dua bentuk data, yaitu Input dan Output. UTXO merujuk pada dana yang masuk, tetapi belum seluruhnya keluar. Bagian yang tersisa setelah transaksi adalah output yang belum dihabiskan (atau Bitcoin yang belum dibayar). Seluruh buku besar Bitcoin sebenarnya adalah kumpulan UTXO, yang mengelola kepemilikan dan sirkulasi Bitcoin dengan mencatat status setiap UTXO. Setiap kali terjadi transaksi, UTXO lama akan dihabiskan dan menghasilkan UTXO baru. Karena sifatnya yang berpotensi dapat diperluas, UTXO menjadi titik awal bagi banyak solusi skalabilitas asli. Misalnya, jaringan Lighting yang menggunakan UTXO dan tanda tangan ganda untuk membuat mekanisme denda dan saluran status, atau inskripsi dan rune SFT (semi-fungible tokens) yang terikat pada UTXO. Semua ini hanya dapat dicapai dengan memulai dari titik awal yang krusial ini.

Sementara itu, Babylon juga memerlukan UTXO untuk menerapkan kontrak stake (Babylon menyebutnya sebagai stake jarak jauh, yaitu keamanan BTC dikirimkan ke rantai PoS melalui lapisan perantara), sambil secara cerdik menggabungkan opcode yang ada dalam konsepnya. Langkah-langkah konkret untuk menerapkan kontrak dapat diuraikan menjadi empat langkah berikut:

• Mengunci dana

Pengguna mengirim dana ke alamat yang dikendalikan oleh multi-tanda tangan. Melalui OP_CTV (OP_CHECKTEMPLATEVERIFY, memungkinkan pembuatan template transaksi yang telah ditentukan sebelumnya, memastikan bahwa transaksi hanya dapat dilaksanakan sesuai dengan struktur dan kondisi tertentu), kontrak dapat menentukan bahwa dana tersebut hanya dapat dihabiskan jika memenuhi kondisi tertentu. Setelah dana terkunci, UTXO baru dibuat yang mewakili bahwa dana tersebut telah dipertaruhan;

• Verifikasi kondisi

Menggunakan OP_CSV (OP_CHECKSEQUENCEVERIFY, memungkinkan pengaturan kunci waktu relatif, berdasarkan nomor urut transaksi, yang menunjukkan bahwa UTXO hanya dapat dihabiskan setelah waktu relatif atau jumlah blok tertentu) dapat mencapai kunci waktu, yang dapat memastikan dana tidak dapat ditarik dalam jangka waktu tertentu. Dengan menggabungkan OP_CTV seperti yang disebutkan sebelumnya, kita dapat mencapai staking, pembukaan staking (dalam situasi di mana waktu staking telah terpenuhi, pelaku staking dapat menghabiskan UTXO yang terkunci), dan slashing (jika pelaku staking melakukan tindakan jahat, maka UTXO akan dihabiskan secara paksa ke alamat yang terkunci dan dikunci sehingga tidak dapat dihabiskan, mirip dengan alamat eater).

• Pembaruan Status

Setiap kali pengguna melakukan staking atau menarik dana staking, akan melibatkan pembuatan dan pengeluaran UTXO. Output transaksi baru akan menghasilkan UTXO baru, sementara UTXO lama akan ditandai sebagai sudah dihabiskan. Dengan demikian, setiap transaksi dan aliran dana tercatat secara akurat di atas rantai blok, memastikan transparansi dan keamanan.

• Distribusi Pendapatan

Berdasarkan jumlah staking dan waktu staking, kontrak akan menghitung hadiah yang seharusnya diterima dan mendistribusikannya melalui pembuatan UTXO baru. Hadiah-hadiah ini dapat di-unlock dan dihabiskan melalui kondisi skrip setelah memenuhi syarat tertentu.

Timestamp

Dengan adanya kontrak staking asli, tentu perlu memikirkan masalah catatan sejarah acara luar rantai. Dalam white paper Satoshi Nakamoto, blockchain Bitcoin memperkenalkan konsep cap waktu yang didukung oleh PoW, mekanisme ini memberikan urutan waktu yang tidak dapat dibalik untuk acara. Dalam skenario penggunaan asli Bitcoin, acara-acara ini merujuk kepada berbagai transaksi yang dieksekusi di buku besar. Saat ini, untuk meningkatkan keamanan rantai PoS lainnya, Bitcoin juga dapat digunakan untuk menandai waktu acara di luar rantai. Setiap kali acara semacam itu terjadi, akan memicu transaksi yang dikirim ke penambang, kemudian penambang akan memasukkannya ke buku besar Bitcoin, sehingga menambahkan cap waktu untuk acara tersebut. Cap waktu ini dapat digunakan untuk menyelesaikan berbagai masalah keamanan blockchain. Konsep umum menambahkan cap waktu acara di rantai induk untuk rantai anak disebut “checkpointing”, dan transaksi yang digunakan untuk menambahkan cap waktu disebut transaksi checkpoint. Secara khusus, cap waktu dalam blockchain Bitcoin memiliki beberapa fitur penting berikut:

1. Format waktu: Timestamp mencatat jumlah detik sejak 00:00:00 UTC 1 Januari 1970, format ini disebut sebagai timestamp Unix atau waktu POSIX;
2. Fungsi: Fungsi utama dari timestamp adalah untuk mengidentifikasi waktu pembuatan blok, membantu node dalam menentukan urutan blok, serta membantu mekanisme penyesuaian kesulitan jaringan;
3. Timestamp dan Penyesuaian Kesulitan: Jaringan Bitcoin melakukan penyesuaian kesulitan setiap 2016 blok (sekitar dua minggu sekali). Timestamp memainkan peran penting dalam proses ini, karena jaringan akan menyesuaikan kesulitan penambangan berdasarkan total waktu pembuatan blok dalam 2016 blok terakhir, sehingga kecepatan pembuatan blok baru mencapai sekitar 10 menit per blok.
4. Pemeriksaan Keabsahan: Ketika sebuah node menerima blok baru, ia akan memverifikasi timestamp-nya. Timestamp blok baru harus lebih besar dari median waktu beberapa blok sebelumnya dan tidak boleh melebihi 120 menit waktu jaringan (yaitu 2 jam ke depan).

Server timestamp adalah bahasa pemrograman baru yang didefinisikan oleh Babylon, yang memungkinkan distribusi timestamp Bitcoin melalui checkpoint Babylon dalam blok PoS untuk memastikan keakuratan urutan waktu dan mencegah pemalsuan. Server ini merupakan sumber inti dari kebutuhan kepercayaan dalam seluruh arsitektur Babylon.

Arsitektur Tiga Tingkat Babylon

Seperti yang ditunjukkan pada gambar di atas, arsitektur keseluruhan Babylon dapat dibagi menjadi tiga lapisan: Bitcoin (sebagai server cap waktu), Babylon (sebagai Cosmos Zone), sebagai lapisan tengah, dan lapisan kebutuhan PoS Chain. Babylon menyebut dua yang terakhir sebagai Control Plane (bidang kontrol, yaitu Babylon itu sendiri) dan Data Plane (bidang kebutuhan data, yaitu berbagai PoS Chain).

Setelah memahami cara implementasi dasar protokol tanpa kepercayaan, mari kita lihat bagaimana Babylon sendiri memanfaatkan zona Cosmos untuk menghubungkan kedua ujung. Berdasarkan penjelasan rinci Stanford Tse Lab tentang Babylon “1”, Babylon dapat menerima aliran titik periksa dari berbagai rantai PoS dan menggabungkan titik periksa ini sebelum mempublikasikannya ke Bitcoin. Dengan menggunakan tanda tangan agregat dari validator Babylon, ukuran titik periksa dapat diminimalkan dan frekuensi titik periksa dapat dikendalikan dengan memungkinkan validator Babylon hanya mengubahnya sekali setiap Epoch.

Validator dari setiap rantai PoS mengunduh blok Babylon, dan memeriksa apakah titik pemeriksaan PoS-nya termasuk dalam blok Babylon dari pemeriksaan Bitcoin. Hal ini memungkinkan rantai PoS untuk mendeteksi perbedaan, misalnya, jika validator Babylon menciptakan blok yang tidak valid menurut pemeriksaan Bitcoin, dan berbohong tentang titik pemeriksaan PoS yang terdapat dalam blok yang tidak valid tersebut. Komponen utama dari protokol ini adalah sebagai berikut:

• Checkpoint: Hanya blok terakhir dari Babylon Epoch diperiksa oleh Bitcoin. Pos pemeriksaan terdiri dari Blok hash serta tanda tangan BLS agregat tunggal yang sesuai dengan tanda tangan yang telah ditandatangani Blok untuk 2/3 set validator yang diselesaikan. Pos pemeriksaan Babel juga berisi nomor Epoch. Para PoS Blok dapat menugaskan Bitcoin Blok Timestamp melalui pos pemeriksaan Babel. Misalnya, dua PoS Blok pertama di-checkpoint oleh Babylon Blok, dan Babylon Blok di-checkpoint oleh Bitcoin Blok Timestamp t_3. Akibatnya, PoS Blok ini ditugaskan Bitcoin Timestamp t_3.

• Rantai PoS yang Dikodifikasi: Ketika terjadi fork di rantai PoS, rantai dengan timestamp lebih awal dianggap sebagai rantai PoS yang dikodifikasi. Jika dua fork memiliki timestamp yang sama, maka keuntungan diberikan kepada blok PoS dengan titik pemeriksaan Babylon yang lebih awal.

• Aturan Penarikan: Untuk melakukan penarikan, validator mengirim permintaan penarikan ke jaringan PoS. Blok PoS yang berisi permintaan penarikan diperiksa oleh Babylon, kemudian diperiksa oleh Bitcoin, dan diberi timestamp t_1. Setelah kedalaman blok Bitcoin dengan timestamp t_1 mencapai k, penarikan diberikan di atas jaringan PoS. Pada saat ini, jika validator yang memiliki hak staking telah melakukan serangan jarak jauh, blok di atas rantai serangan hanya akan diberi timestamp Bitcoin yang lebih lambat dari t_1. Hal ini dikarenakan ketika blok Bitcoin dengan timestamp t_1 mencapai kedalaman k, blok tersebut tidak dapat digulung kembali. Kemudian, dengan mengamati urutan titik pemeriksaan ini di atas Bitcoin, klien PoS dapat membedakan rantai yang sah dan rantai serangan, dan kemudian dapat mengabaikan rantai serangan.

• Aturan pemotongan: Jika validator tidak menarik stakenya saat mendeteksi serangan, maka validator yang memiliki konflik tanda tangan ganda pada blok PoS dapat dikenakan pemotongan. Validator PoS jahat tahu bahwa jika mereka menunggu persetujuan penarikan sebelum melakukan serangan keamanan jarak jauh, mereka tidak akan dapat menyesatkan klien, karena klien dapat memeriksa Bitcoin untuk mengidentifikasi rantai spesifikasi. Oleh karena itu, mereka mungkin bercabang dari rantai PoS saat menetapkan timestamp Bitcoin pada blok rantai PoS yang sesuai. Validator PoS ini bekerja sama dengan validator Babylon jahat dan penambang Bitcoin untuk memforkan Babylon dan Bitcoin, serta menggantikan blok Bitcoin dengan timestamp t_3 untuk timestamp t_2. Di mata klien PoS kemudian, ini akan mengubah rantai PoS spesifikasi dari rantai teratas ke rantai bawah. Meskipun serangan keamanan ini berhasil, hal ini akan menyebabkan pemotongan stake validator PoS jahat, karena mereka memiliki blok konflik tanda tangan ganda tetapi belum menarik keuntungan stakenya.

• Aturan Berhenti PoS Tidak Tersedia: Validator PoS harus menghentikan rantai PoS mereka ketika mereka melihat titik cek PoS yang tidak tersedia di Babylon. Di sini, titik cek PoS yang tidak tersedia adalah hash yang ditandatangani oleh 2/3 validator PoS, yang diasumsikan sesuai dengan blok PoS yang tidak dapat diamati. Jika validator PoS tidak menghentikan rantai PoS saat melihat titik cek yang tidak tersedia, penyerang dapat mengungkapkan rantai serangan sebelumnya yang tidak tersedia dan mengubah rantai spesifikasi dalam pandangan klien kemudian. Ini karena titik cek rantai bayangan yang ditampilkan kemudian muncul di awal Babylon. Aturan berhenti di atas mengungkapkan mengapa kami meminta hash blok PoS yang dikirim sebagai titik cek ditandatangani oleh kumpulan validator PoS. Jika titik cek ini tidak ditandatangani, maka penyerang mana pun dapat mengirim hash sembarang dan mengklaim itu sebagai hash titik cek blok PoS yang tidak tersedia di Babylon. Kemudian, validator PoS harus menghentikan titik cek. Perlu diingat, membuat rantai PoS yang tidak tersedia sulit: itu memerlukan merusak setidaknya 2/3 validator PoS untuk menyelesaikan blok PoS dengan tanda tangan, tetapi tidak memberikan data kepada validator jujur. Namun, dalam serangan yang diasumsikan di atas, lawan jahat menghentikan rantai PoS tanpa menyerang salah satu validator. Untuk mencegah serangan semacam ini, kami meminta titik cek PoS diverifikasi oleh 2/3 validator PoS. Oleh karena itu, hanya ketika 2/3 validator PoS benar-benar dikendalikan oleh penyerang, Babylon akan memiliki titik cek PoS yang tidak tersedia. Karena biaya merusak validator PoS, serangan semacam ini sangat tidak mungkin terjadi dan tidak akan mempengaruhi rantai PoS lainnya atau Babylon itu sendiri.
• Aturan Penangguhan Babylon dengan Checkpoint yang Tidak Tersedia: Baik PoS maupun validator Babylon harus menangguhkan blockchain ketika mereka mengamati checkpoint Babylon yang tidak tersedia di atas Bitcoin. Di sini, checkpoint Babylon yang tidak tersedia adalah hash dari tanda tangan BLS agregat dengan 2/3 validator Babylon, yang diduga sesuai dengan blok Babylon yang tidak dapat diamati. Jika validator Babylon tidak menghentikan blockchain Babylon, maka penyerang dapat mengungkapkan rantai Babylon sebelumnya yang tidak tersedia, mengubah rantai Babylon yang ditentukan dalam pandangan klien nanti. Demikian pula, jika validator PoS tidak menghentikan rantai PoS, penyerang dapat mengungkapkan rantai serangan PoS sebelumnya yang tidak tersedia bersama dengan rantai Babylon sebelumnya yang tidak tersedia, mengubah rantai PoS yang ditentukan dalam pandangan klien nanti. Ini karena rantai Babylon yang lebih gelap yang diungkapkan kemudian memiliki timestamp yang lebih awal di atas Bitcoin dan mencakup checkpoint rantai serangan PoS yang diungkapkan kemudian. Seperti aturan penangguhan checkpoint PoS yang tidak tersedia, aturan di atas mengungkapkan mengapa kami meminta hash blok Babylon yang dikirim sebagai checkpoint harus dilampirkan dengan tanda tangan BLS agregat untuk membuktikan tanda tangan 2/3 validator Babylon. Jika checkpoint Babylon tidak ditandatangani, maka lawan dapat mengirimkan hash apa pun dan mengklaimnya sebagai hash checkpoint blok Babylon yang tidak tersedia di atas Bitcoin. Kemudian, validator PoS dan validator Babylon akan harus menunggu checkpoint tanpa ada rantai Babylon atau PoS yang tidak tersedia dalam asalnya! Membuat rantai Babylon yang tidak tersedia membutuhkan kerusakan dari setidaknya 2/3 validator Babylon. Namun, dalam serangan yang diasumsikan di atas, penyerang menghentikan semua rantai dalam sistem tanpa merusak satu pun validator Babylon atau PoS. Untuk mencegah serangan semacam itu, kami meminta checkpoint Babylon untuk terbukti melalui tanda tangan agregat; dengan demikian, hanya ada checkpoint Babylon yang tidak tersedia ketika benar-benar ada kerusakan pada 2/3 validator. Karena biaya merusak validator Babylon, serangan ketersediaan data semacam ini sangat tidak mungkin terjadi. Tetapi dalam kasus yang sangat ekstrim, itu akan mempengaruhi semua rantai PoS dengan memaksa mereka untuk berhenti.

Eigenlayer dalam BTC

Meskipun Babel tidak berbeda dari Eigenlayer dalam hal tujuan, Babel sama sekali bukan fork sederhana dari “Eigenlayer”. Dalam situasi saat ini di mana BTC mainchain DA tidak dapat digunakan secara asli, keberadaan Babel sangat masuk akal. Selain membawa keamanan ke rantai PoS eksternal, protokol ini juga sangat penting untuk revitalisasi ekosistem BTC.

Kasus Penggunaan

Ada banyak kasus penggunaan yang mungkin ada di Babylon, berikut adalah beberapa kasus penggunaan yang telah diimplementasikan atau memiliki peluang untuk diimplementasikan di masa depan:

1. Memperpendek siklus staking dan meningkatkan keamanan: Rantai PoS umumnya memerlukan konsensus sosial (antara komunitas, operator node, validator) untuk mencegah serangan jarak jauh, yang merupakan serangan yang mencoba memalsukan catatan transaksi atau mengendalikan rantai dengan memanipulasi sejarah blok. Serangan ini sangat berbahaya dalam sistem PoS karena, berbeda dengan PoW, validator konsensus dalam sistem PoS tidak memerlukan sumber daya komputasi yang besar. Penyerang dapat memanipulasi sejarah dengan mengendalikan kunci rahasia staker awal. Oleh karena itu, untuk menjamin stabilitas konsensus dan keamanan jaringan blockchain, siklus staking yang panjang hampir menjadi keharusan, seperti siklus undelegasi Cosmos yang memerlukan 21 hari. Namun, melalui Babylon, peristiwa sejarah rantai PoS dapat ditambahkan ke server timestamp BTC, sehingga BTC menjadi sumber kepercayaan untuk menggantikan konsensus sosial. Dengan demikian, waktu undelegasi dapat dipersingkat menjadi hanya 1 hari (sekitar 100 blok BTC berjalan). Selain itu, PoS rantai dapat memiliki perlindungan ganda dengan staking token asli dan staking BTC.

2. Interaksi Cross-Chain: Melalui Protokol Inter-Blockchain Communication (IBC), Babylon dapat memeriksa data titik dari beberapa PoS lintas-rantai, mencapai interaksi lintas-rantai. Interaksi ini memungkinkan komunikasi dan berbagi data yang mulus antara berbagai blockchain, meningkatkan efisiensi dan fungsionalitas keseluruhan ekosistem blockchain;

3. Integrasi ekosistem BTC: Sebagian besar proyek dalam ekosistem BTC saat ini masih kurang aman, baik itu Layer2, LRT, maupun DeFi, sebagian besar masih mengandalkan asumsi kepercayaan pihak ketiga. Dan di alamat protokol-prokol ini terdapat sejumlah besar BTC, di masa depan mungkin dapat saling berpadu dengan Babylon untuk menciptakan solusi yang baik, saling memberi makan satu sama lain, dan akhirnya membentuk ekosistem Eigenlayer yang kuat seperti di Ethereum.

4. Manajemen Aset Cross-Chain: Protokol Babylon dapat digunakan untuk mengelola aset cross-chain dengan aman. Dengan menambahkan timestamp pada transaksi cross-chain, keamanan dan transparansi saat aset berpindah antar blockchain yang berbeda dapat terjamin. Mekanisme seperti ini membantu mencegah double spending dan serangan cross-chain lainnya.

Menara Babel

Kisah Menara Babel berasal dari Kejadian 11:1-9 dalam Alkitab, sebuah kisah klasik tentang upaya umat manusia untuk membangun menara yang mencapai langit, tetapi akhirnya dicegah oleh Allah. Kisah ini melambangkan persatuan dan tujuan bersama umat manusia. Ini juga memiliki potensi makna yang terkait dengan Protokol Babylon, sebuah proyek yang bertujuan untuk membangun Menara Babel untuk banyak blockchain PoS dan menyatukannya. Dalam narasi, tampaknya tidak kalah menarik dengan Eigenlayer, yang merupakan pembela Ethereum. Namun, bagaimana situasinya dalam kenyataannya?

Hingga saat ini, jaringan uji coba Babylon telah memberikan perlindungan keamanan melalui protokol IBC untuk 50 zona Cosmos. Di luar Cosmos, Babylon juga telah bermitra dan terintegrasi dengan sebagian protokol likuiditas stake (LSD), protokol interoperabilitas seluruh rantai, dan protokol ekosistem Bitcoin. Di sisi lain, dalam hal staking, Babylon saat ini sedikit kalah jika dibandingkan dengan Eigenlayer yang dapat melakukan reuse staking dan LSD di dalam ekosistem Ethereum. Namun, dalam jangka panjang, BTC yang tidur di banyak dompet dan protokol belum sepenuhnya terbangun, sehingga ini hanyalah ujung gunung es dari 13 triliun dolar, dan saat ini Babylon perlu berintegrasi secara positif dengan seluruh ekosistem BTC.

Solusi Satu-satunya untuk Matryoshka Ponds

Seperti disebutkan dalam kata pengantar, Eigenlayer dan Babylon tumbuh di sayap mereka, dan dari tren saat ini, mereka akan mengunci sejumlah besar aset inti Blockchain di masa depan. Bahkan jika tidak ada masalah dengan keselamatan kedua protokol ini sendiri, akankah boneka matryoshka long mendorong seluruh ekologi stake ke dalam spiral kematian dan menyebabkan penurunan turun tidak kurang dari tingkat kenaikan suku bunga lain di Amerika Serikat? Jalur staking saat ini memang telah mengalami periode long kemakmuran irasional setelah kekurangan Ethereum ke PoS dan Eigenlayer. Dalam pesanan untuk mendapatkan TVL yang lebih tinggi, pihak proyek sering membuang sejumlah besar harapan airdrop dan pendapatan boneka bersarang ditumpangkan untuk menggoda pengguna, dan ETH bahkan dapat bersarang boneka 5 atau 6 kali dari stake asli ke LSD ke LRT. Hal ini secara alami menyebabkan sejumlah besar masalah risiko dengan penumpukan boneka bersarang, dan masalah dengan hanya satu dari protokol secara langsung mempengaruhi semua protokol yang terlibat dalam boneka bersarang (terutama stake protokol di ujung ekor struktur boneka bersarang). Ada sejumlah besar solusi terpusat di ekosistem BTC, dan jika Anda belajar menggambar sendok, risiko menyalin set ini hanya akan lebih besar. Tetapi untuk menjadi jelas, Eigenlayer dan Babylon sendiri membimbing roda gila stake menuju nilai utilitas nyata, dan keduanya pada dasarnya menciptakan penawaran dan permintaan nyata untuk mengimbangi risiko ini. Oleh karena itu, meskipun keberadaan “keamanan bersama” protokol secara tidak langsung atau langsung mendorong pemburukan kebiasaan buruk, itu adalah satu-satunya solusi bagi boneka bersarang stake untuk menyingkirkan manfaat Ponzi. Sekarang pertanyaan yang lebih penting adalah, apakah logika bisnis dari “keamanan bersama” protokol benar-benar valid?

Permintaan dan penawaran yang sebenarnya adalah kunci

Dalam Web3, baik itu blockchain publik maupun protokol, logika dasarnya sering kali dibangun di sekitar ‘pencocokan’ penjual dan pembeli untuk memenuhi kebutuhan tertentu. Mereka yang bisa mencocokkan dengan baik dapat ‘menguasai dunia’, blockchain itu sendiri hanya membuat pencocokan ini adil, nyata, dan dapat dipercaya. Secara teori, protokol keamanan bersama dapat saling melengkapi dengan stake dan ekosistem modular yang sedang berkembang saat ini. Namun, jika dipikirkan secara mendalam, apakah pasokan ini akan jauh melebihi permintaan? Pertama-tama, dari sisi pasokan, proyek-proyek yang dapat menyediakan keamanan modular sangatlah banyak, di sisi lain, blockchain PoS lama mungkin tidak memerlukan atau bahkan tidak akan menyewa keamanan semacam ini, sementara blockchain PoS baru mungkin tidak mampu membayar bunga besar yang dihasilkan oleh BTC dan ETH, logika bisnis Eigenlayer dan Babylon harus membentuk lingkaran yang tertutup, setidaknya pendapatan yang diperoleh harus seimbang dengan bunga yang dihasilkan oleh token staked di dalam protokol. Dan bahkan jika keseimbangan ini dapat tercapai, atau bahkan pendapatan jauh melebihi pengeluaran bunga, dalam situasi ini akan ada penghisapan terhadap blockchain PoS baru dan protokol. Oleh karena itu, bagaimana melakukan penyeimbangan dalam model ekonomi, agar tidak terjebak dalam gelembung perkiraan yang bergantung pada airdrop, dan lebih sehat dalam mendorong kedua belah pihak suplai dan permintaan, akan menjadi sangat penting.

Referensi

1. Penjelasan Rinci tentang Bagaimana Babylon Membuat Ekosistem Cosmos Mendapatkan Keuntungan dari Keamanan Bitcoin:

2. Memahami Eigenlayer secara mendalam: Membantu Ethereum keluar dari situasi “Matryoshka”?

3. Percakapan Bersama Babylon Co-founder Fisher Yu: Bagaimana Meningkatkan Likuiditas 21 Juta BTC Melalui Stake?

4. Hutang segitiga atau inflasi yang moderat: sudut pandang alternatif tentang staking kembali: _WzndAZXRjnEgD2hcew

5. Melihat apa yang saya lihat dalam crypto akhir-akhir ini: