Saat pertama kali membaca dokumen teknis Babylon, saya hampir memusatkan seluruh perhatian pada mekanisme eksekusi batasan (constraint) dan hukuman (punishment)—rasanya terobosan nyata ada di sana. Namun setelah saya membedah detail Bitcoin Staking Scripts, pandangan saya perlahan bergeser ke Covenant Committee. Saya mulai meragukan: jika lapisan ini dihilangkan, apakah staking Bitcoin di Babylon masih bisa berdiri kokoh?
Saya awalnya mengira, karena @BabylonLabs_io sudah memiliki Taproot dan sistem skrip, protokol seharusnya dapat menuliskan semua pembatasan secara “terkunci” hanya lewat skrip bawaan. Tapi setelah mencocokkan dengan whitepaper, barulah saya sadar: skrip bawaan Bitcoin sebenarnya kurang mumpuni untuk mengekspresikan seluruh rangkaian batasan secara utuh. Celah inilah yang membuat Babylon memperkenalkan bentuk tanda tangan ambang (threshold signature) dalam sebuah komite, untuk melengkapi tanda tangan yang diperlukan bagi transaksi saat melepas staking dan saat menjalankan hukuman, sehingga Bitcoin hanya dapat dibelanjakan mengikuti jalur yang telah ditetapkan.$BABY #baby
Yang benar-benar terasa cerdik adalah: komite ini tidak memiliki kuasa langsung untuk mengendalikan aset. Saat keluar secara normal, Bitcoin tetap dibuka melalui time-lock dan alur prosedurnya; komite hanya menyediakan tanda tangan bila semua syarat terpenuhi. Setelah saya mensimulasikan beberapa putaran di lokal, yang paling mendalam saya rasakan adalah ketelitian “hanya melengkapi tanda tangan, tidak menyentuh aset”—tepat untuk menutup kekosongan pada skrip, sekaligus tanpa memperluas otoritas.$BTC
Yang benar-benar diselesaikan Babylon adalah mewujudkan staking yang dapat dikonstrain dan dipertanggungjawabkan, sesuai batas kemampuan yang ada pada Bitcoin. Ia menutup celah kemampuan ekspresinya, tetapi juga menambah lapisan antarmuka kepercayaan. Ke depan, yang paling ingin saya amati bukanlah skala staking, melainkan apakah wewenang komite ini akan membesar seiring upgrade. Jika suatu saat Bitcoin bawaan memiliki kemampuan batasan yang lebih lengkap, apakah desain lapisan ini bisa secara alami memudar—mungkin itulah arah yang patut diperhatikan dalam jangka panjang.
Saya awalnya mengira, karena @BabylonLabs_io sudah memiliki Taproot dan sistem skrip, protokol seharusnya dapat menuliskan semua pembatasan secara “terkunci” hanya lewat skrip bawaan. Tapi setelah mencocokkan dengan whitepaper, barulah saya sadar: skrip bawaan Bitcoin sebenarnya kurang mumpuni untuk mengekspresikan seluruh rangkaian batasan secara utuh. Celah inilah yang membuat Babylon memperkenalkan bentuk tanda tangan ambang (threshold signature) dalam sebuah komite, untuk melengkapi tanda tangan yang diperlukan bagi transaksi saat melepas staking dan saat menjalankan hukuman, sehingga Bitcoin hanya dapat dibelanjakan mengikuti jalur yang telah ditetapkan.$BABY #baby
Yang benar-benar terasa cerdik adalah: komite ini tidak memiliki kuasa langsung untuk mengendalikan aset. Saat keluar secara normal, Bitcoin tetap dibuka melalui time-lock dan alur prosedurnya; komite hanya menyediakan tanda tangan bila semua syarat terpenuhi. Setelah saya mensimulasikan beberapa putaran di lokal, yang paling mendalam saya rasakan adalah ketelitian “hanya melengkapi tanda tangan, tidak menyentuh aset”—tepat untuk menutup kekosongan pada skrip, sekaligus tanpa memperluas otoritas.$BTC
Yang benar-benar diselesaikan Babylon adalah mewujudkan staking yang dapat dikonstrain dan dipertanggungjawabkan, sesuai batas kemampuan yang ada pada Bitcoin. Ia menutup celah kemampuan ekspresinya, tetapi juga menambah lapisan antarmuka kepercayaan. Ke depan, yang paling ingin saya amati bukanlah skala staking, melainkan apakah wewenang komite ini akan membesar seiring upgrade. Jika suatu saat Bitcoin bawaan memiliki kemampuan batasan yang lebih lengkap, apakah desain lapisan ini bisa secara alami memudar—mungkin itulah arah yang patut diperhatikan dalam jangka panjang.
