Lapisan Keamanan Bersama

Apa Itu Lapisan Keamanan Bersama?

Lapisan keamanan bersama adalah model keamanan blockchain ketika beberapa chain, layanan, aplikasi, atau modul mengandalkan set validator, staking gabungan, atau jaminan restaking yang sama, alih-alih membangun keamanan sendiri dari awal.

Dalam kripto, lapisan keamanan bersama membantu jaringan baru meminjam atau mengakses keamanan ekonomi dari sistem yang lebih besar dan telah memiliki validator, staker, tata kelola, serta infrastruktur keamanan.

Dokumentasi resmi relay chain Polkadot menjelaskan keamanan bersama sebagai model ketika chain yang terhubung memperoleh manfaat dari Nominated Proof of Stake tanpa harus membangun keamanannya sendiri dari awal.

Dokumentasi resmi Interchain Security Cosmos Hub menjelaskan Interchain Security sebagai platform untuk meluncurkan chain Cosmos-SDK yang dapat memanfaatkan set validator, stake, dan komunitas Cosmos Hub.

Ikhtisar resmi EigenLayer menjelaskan restaking sebagai sistem yang memungkinkan staker menyediakan keamanan bagi layanan dalam ekosistem EigenLayer.

Lapisan keamanan bersama dapat mendukung appchain, parachain, consumer chain, layanan data availability, sistem oracle, bridge, infrastruktur rollup, dan jaringan kripto lain yang membutuhkan keamanan tepercaya.

Tujuan utamanya adalah mengurangi biaya dan kesulitan dalam meluncurkan infrastruktur yang aman.

Alih-alih setiap chain baru merekrut validator sendiri dan membuat ekonomi token staking sendiri, chain tersebut dapat terhubung ke basis keamanan yang lebih besar.

Sederhananya, lapisan keamanan bersama adalah fondasi keamanan yang dapat digunakan banyak sistem kripto secara bersamaan.

Mengapa Lapisan Keamanan Bersama Penting

Lapisan keamanan bersama penting karena blockchain dan layanan baru sulit diamankan secara mandiri.

Jaringan kecil dengan set validator yang lemah dapat lebih mudah diserang, disensor, dihentikan, atau dimanipulasi.

Chain baru mungkin memiliki teknologi yang kuat, tetapi tetap kesulitan menarik cukup banyak validator, delegator, stake, pemantauan, likuiditas, dan partisipasi tata kelola.

Keamanan bersama dapat mempermudah hal ini dengan memberi sistem baru akses ke kumpulan keamanan ekonomi yang sudah ada.

Hal ini dapat mengurangi biaya awal bagi developer dan meningkatkan keamanan bagi pengguna.

Interoperabilitas juga dapat meningkat karena sistem yang diamankan oleh lapisan yang sama mungkin berbagi aturan pesan, asumsi validator, atau hubungan settlement.

Dokumentasi resmi parachain Polkadot menyatakan bahwa parachain memperoleh manfaat dari keamanan bersama, interoperabilitas, dan skalabilitas sambil berfokus pada logika khusus aplikasinya.

Keamanan bersama sangat penting dalam desain blockchain modular karena eksekusi, settlement, konsensus, data availability, dan verifikasi dapat berlangsung di tempat berbeda.

Saat berbagai komponen ini dipisahkan, asumsi keamanannya menjadi lebih sulit dipahami pengguna.

Lapisan keamanan bersama memberi developer dan pengguna dasar yang lebih jelas untuk mengevaluasi pihak yang melindungi sistem dan dampak jika validator bertindak tidak semestinya.

Cara Kerja Lapisan Keamanan Bersama

Lapisan keamanan bersama menghubungkan beberapa sistem ke satu sumber keamanan.

Sumber tersebut dapat berupa chain penyedia, relay chain, protokol restaking, marketplace validator, sistem staking gabungan, atau jaringan keamanan kriptoekonomi lainnya.

Sistem yang terhubung biasanya menerima layanan validasi, attestasi, produksi blok, data availability, finality, verifikasi pesan, atau layanan keamanan lain dari lapisan bersama.

Validator atau operator mungkin menjalankan software tambahan untuk setiap chain atau layanan yang terhubung.

Staker dapat mendelegasikan aset kepada validator atau operator yang memilih untuk mengamankan sistem tambahan.

Sistem yang terhubung dapat membayar reward, biaya, inflasi, atau insentif lain kepada validator dan staker yang mengamankannya.

Jika validator atau operator gagal menjalankan tugas, model keamanan bersama dapat menerapkan penalti, slashing, penghapusan, kehilangan reward, atau tindakan tata kelola, bergantung pada protokolnya.

Desain persisnya bergantung pada ekosistem.

Sejumlah sistem mereplikasi set validator penyedia di seluruh consumer chain.

Sistem lain hanya mengizinkan sebagian validator untuk memilih mengamankan layanan tertentu.

Karena itu, lapisan keamanan bersama bukan satu teknologi tunggal, melainkan sekumpulan desain yang menggabungkan kepercayaan dan keamanan ekonomi.

Chain Penyedia

Chain penyedia adalah blockchain yang memasok keamanan bagi chain atau layanan lain.

Dalam keamanan bersama bergaya Cosmos, chain penyedia dapat membagikan set validator dan stake-nya kepada consumer chain.

Dokumentasi Interchain Security Cosmos Hub menyatakan bahwa Hub dapat memungkinkan chain memanfaatkan validator, stake, dan komunitasnya.

Chain penyedia biasanya memiliki token, set validator, sistem tata kelola, ekonomi staking, dan reputasi yang sudah mapan.

Consumer chain memperoleh manfaat karena tidak perlu membangun seluruh ekonomi keamanannya sendiri.

Chain penyedia dapat memperoleh manfaat karena consumer chain bisa menciptakan permintaan, biaya, reward, dan nilai ekosistem baru.

Hubungan ini harus dirancang dengan cermat karena validator penyedia mendapat tugas tambahan.

Jika tuntutan consumer chain terlalu besar, validator dapat menghadapi beban operasional atau penurunan performa.

Jika reward terlalu rendah, validator mungkin tidak tertarik berpartisipasi.

Chain penyedia hanya berguna jika keamanannya dapat dibagikan tanpa melemahkan sistem dasarnya.

Consumer Chain

Consumer chain adalah blockchain yang menerima keamanan dari chain penyedia atau lapisan keamanan bersama.

Consumer chain mungkin tetap memiliki logika aplikasi, pengaturan tata kelola, biaya, model token, dan pengalaman pengguna sendiri.

Yang dipinjam adalah sebagian struktur keamanan untuk memvalidasi atau melindungi statusnya.

Hal ini dapat membantu chain baru diluncurkan lebih cepat dan dengan keamanan lebih kuat daripada yang dapat dibangunnya sendiri.

Namun, consumer chain tidak bebas risiko hanya karena menggunakan keamanan bersama.

Chain tersebut tetap dapat mengalami bug smart contract, kesalahan logika aplikasi, risiko oracle, risiko bridge, risiko tata kelola, likuiditas rendah, dan risiko antarmuka pengguna.

Pengguna juga perlu memeriksa seberapa besar keamanan dari penyedia yang benar-benar berlaku bagi consumer chain.

Sejumlah desain mewajibkan seluruh set validator memvalidasi consumer chain.

Desain lain hanya mengizinkan sebagian validator atau grup yang memilih ikut.

Kekuatan consumer chain bergantung pada detail perjanjian keamanan bersama.

Set Validator

Set validator adalah kelompok validator yang bertanggung jawab memproduksi, memeriksa, memfinalisasi, atau mengesahkan aktivitas blockchain.

Dalam lapisan keamanan bersama, set validator dapat melindungi lebih dari satu chain atau layanan.

Hal ini dapat meningkatkan keamanan karena chain baru dapat mengandalkan validator yang telah memiliki komitmen ekonomi dan pengalaman operasional.

Namun, kompleksitas operasional juga dapat bertambah karena validator mungkin perlu menjalankan banyak software berbeda.

Jika validator kewalahan, kualitas validasi dapat menurun.

Jika terlalu banyak sistem bergantung pada set validator yang sama, kegagalan dapat terjadi secara berkorelasi.

Keberagaman validator penting karena keamanan melemah ketika banyak validator dikendalikan operator yang sama, dihosting pada infrastruktur yang sama, atau terpapar bug software yang sama.

Dokumentasi relay chain Polkadot mencatat bahwa keamanan tidak hanya bergantung pada stake, tetapi juga pada jumlah validator serta faktor sentralisasi sosial atau fisik.

Set validator bersama dapat sangat kuat, tetapi harus tetap terdesentralisasi, dipantau, dan diberi insentif yang tepat.

Pengguna perlu menanyakan siapa yang benar-benar memvalidasi sistem yang terhubung.

Keamanan Gabungan

Keamanan gabungan berarti beberapa peserta menggabungkan stake, tugas validator, atau jaminan ekonomi untuk mengamankan suatu sistem.

Dalam desain keamanan bersama, keamanan gabungan dapat membuat layanan baru lebih sulit diserang karena penyerang harus menaklukkan basis keamanan yang lebih besar.

Dokumentasi resmi istilah utama EigenLayer menjelaskan keamanan gabungan melalui restaking sebagai model ketika beberapa pihak menggabungkan sumber daya untuk memberikan keamanan yang lebih kuat kepada suatu sistem.

Keamanan gabungan dapat efisien karena modal keamanan yang sama dapat mendukung lebih dari satu layanan bermanfaat.

Namun, risikonya dapat meningkat jika modal yang sama terpapar terlalu banyak kondisi slashing atau terlalu banyak kegagalan berkorelasi.

Karena itu, keamanan gabungan harus dievaluasi dari sisi manfaat dan beban.

Manfaatnya adalah perlindungan bersama yang lebih kuat.

Beban yang ditanggung adalah tanggung jawab tambahan dan lebih banyak cara bagi validator serta staker untuk kehilangan dana.

Keamanan gabungan menarik, tetapi bukan keamanan gratis.

Setiap layanan tambahan mengubah profil risiko dan reward kumpulan keamanan bersama.

Restaking dan Keamanan Bersama

Restaking merupakan salah satu model keamanan bersama modern yang paling penting.

Restaking memungkinkan aset yang di-staking atau token liquid staking digunakan untuk mengamankan layanan tambahan di luar chain dasar asalnya.

Ikhtisar EigenLayer menyatakan bahwa restaking memungkinkan staker melakukan restaking ETH native atau token liquid staking untuk menyediakan keamanan bagi Autonomous Verifiable Services.

Layanan ini dapat mencakup data availability, verifikasi, tugas mirip oracle, bridge, coprocessor, dan infrastruktur lain yang membutuhkan jaminan kriptoekonomi.

Operator menjalankan software yang diperlukan untuk mendukung layanan tersebut.

Staker dapat mendelegasikan aset kepada operator atau menjalankan infrastruktur operator sendiri.

Keunggulannya adalah efisiensi modal karena satu kumpulan aset yang di-staking dapat mendukung lebih dari satu layanan kripto.

Risikonya, layanan tambahan dapat menambah eksposur terhadap slashing, operasional, smart contract, dan tata kelola.

Restaking mengubah modal yang di-staking menjadi sumber daya keamanan bersama.

Pengguna perlu memahami secara persis layanan apa saja yang diamankan oleh aset restaking mereka.

Autonomous Verifiable Services

Autonomous Verifiable Services, yang sering disebut AVS dalam ekosistem EigenLayer, adalah layanan yang menggunakan keamanan restaking melalui EigenLayer.

Ikhtisar EigenLayer menjelaskan AVS sebagai layanan yang dibangun di atas protokol dan memanfaatkan keamanan bersama Ethereum.

AVS dapat menetapkan tugas yang harus dilakukan operator.

Tugas tersebut dapat mencakup validasi, data availability, komputasi, attestasi, pengiriman pesan, atau pekerjaan terverifikasi lainnya.

Operator memilih untuk menyediakan layanan bagi AVS.

Staker mendelegasikan aset kepada operator dan menerima profil risiko terkait layanan yang dipilih operator tersebut.

AVS sebaiknya menjelaskan persyaratan, reward, kondisi slashing, aturan pemantauan, dan logika verifikasinya dengan jelas.

Jika desain AVS lemah, keamanan bersama mungkin tidak melindungi pengguna sebagaimana diharapkan.

Pengguna tidak boleh menganggap semua AVS memiliki tingkat keamanan yang sama hanya karena menggunakan protokol keamanan bersama.

Kualitas desain layanan tetap penting.

Interchain Security

Interchain Security adalah pendekatan keamanan bersama dalam ekosistem Cosmos.

Consumer chain dapat menggunakan keamanan dari chain penyedia, alih-alih memulai dengan set validator yang terpisah.

Dokumentasi Cosmos Interchain Security menjelaskannya sebagai platform untuk meluncurkan chain Cosmos-SDK.

Dokumentasi resmi Partial Set Security menjelaskan bahwa consumer chain dapat menggunakan hanya sebagian validator dari chain penyedia agar lebih fleksibel daripada model replikasi sebelumnya.

Artinya, keamanan bersama dapat disesuaikan dengan kebutuhan consumer chain.

Chain yang membutuhkan keamanan lebih tinggi dapat mewajibkan bagian validator yang lebih besar.

Chain yang lebih kecil atau eksperimental dapat memilih model opt-in dengan jaminan keamanan yang lebih rendah.

Komprominya jelas: keamanan yang lebih kuat biasanya membutuhkan komitmen validator dan reward yang lebih besar.

Interchain Security menunjukkan bagaimana keamanan bersama dapat menjadi hubungan tata kelola dan ekonomi antar-chain.

Hal ini juga menunjukkan bahwa pengguna perlu memeriksa seberapa besar keamanan dari chain penyedia yang benar-benar diterima consumer chain.

Keamanan Bersama Polkadot

Polkadot merupakan salah satu contoh lapisan keamanan bersama yang paling mapan.

Polkadot menggunakan arsitektur relay chain dan parachain, sehingga chain yang terhubung dapat memperoleh manfaat dari keamanan dan interoperabilitas relay chain.

Dokumentasi relay chain Polkadot menyatakan bahwa chain Layer 1 yang terhubung memperoleh keamanan Nominated Proof of Stake tanpa harus membangun set validator sendiri dari awal.

Dokumentasi parachain Polkadot menyatakan bahwa parachain mewarisi keamanan dari set validator Polkadot dan dapat berkomunikasi melalui Cross-Consensus Messaging.

Model ini membantu chain khusus aplikasi berfokus pada logikanya sendiri, sementara relay chain mengoordinasikan keamanan.

Model ini juga menciptakan lingkungan interoperabilitas bersama karena parachain dapat berkomunikasi berdasarkan asumsi yang sama.

Model Polkadot berbeda dari restaking maupun Cosmos Interchain Security.

Polkadot merupakan arsitektur layer-0 yang menjadikan keamanan bersama dan pengiriman pesan lintas chain sebagai tujuan desain utama.

Sebelum mengevaluasi aplikasi dalam ekosistem ini, pengguna perlu memahami relay chain, validator, coretime, parachain, tata kelola, dan model pengiriman pesannya.

Keamanan bersama paling kuat ketika pengguna memahami basis keamanan bersama sekaligus logika chain khusus aplikasinya.

Lapisan Keamanan Bersama vs. Blockchain Mandiri

Blockchain mandiri bertanggung jawab atas keamanannya sendiri.

Blockchain tersebut harus menarik validator, staker, miner, delegator, operator node, peserta tata kelola, dan infrastruktur pemantauan.

Chain dengan keamanan bersama dapat mengandalkan lapisan keamanan yang sudah ada untuk sebagian tanggung jawab tersebut.

Hal ini dapat mempermudah peluncuran dan pengembangan skala.

Namun, chain mandiri mungkin memiliki kemandirian yang lebih besar dan lebih sedikit ketergantungan eksternal.

Chain dengan keamanan bersama mungkin bergantung pada tata kelola penyedia, partisipasi validator, aturan slashing bersama, atau upgrade lapisan keamanan.

Komprominya adalah antara kemandirian dan pembangunan keamanan awal.

Chain mandiri mengendalikan nasibnya sendiri, tetapi harus mengamankan dirinya sendiri.

Chain dengan keamanan bersama mendapat dukungan, tetapi menerima aturan dan asumsi lapisan lain.

Tidak ada model yang otomatis lebih baik; model yang tepat bergantung pada tujuan aplikasi, toleransi risiko, dan ekspektasi pengguna.

Lapisan Keamanan Bersama vs. Sidechain

Sidechain adalah blockchain terpisah yang terhubung ke chain lain melalui bridge atau peg.

Sidechain sering memiliki set validator dan asumsi keamanannya sendiri.

Chain dengan keamanan bersama lebih bergantung langsung pada lapisan keamanan umum atau set validator penyedia.

Perbedaan ini penting karena pengguna sering menyamakan chain yang saling terhubung dengan chain berkeamanan bersama.

Chain dapat terhubung melalui bridge tanpa berbagi keamanan validator.

Chain dapat menggunakan virtual machine yang sama dengan chain lain tanpa berbagi keamanan.

Chain dapat memiliki biaya rendah dan wallet yang familier, tetapi tetap diamankan oleh set validator independen yang lebih kecil.

Keamanan bersama berkaitan dengan pihak yang memvalidasi dan melindungi sistem, bukan hanya cara aset berpindah antarsistem.

Pengguna perlu mencari tahu apakah suatu chain mewarisi keamanan, menyewa keamanan, menggunakan restaking untuk keamanan, atau hanya menjembatani aset.

Jawabannya mengubah model risikonya.

Lapisan Keamanan Bersama vs. Rollup

Rollup adalah sistem skalabilitas yang mengeksekusi transaksi di luar chain dasar, tetapi bergantung pada chain dasar untuk settlement, proof, atau publikasi data, bergantung pada jenis rollup.

Lapisan keamanan bersama memiliki cakupan lebih luas karena dapat mengamankan berbagai jenis layanan, chain, dan modul, bukan hanya eksekusi rollup.

Sejumlah infrastruktur terkait rollup dapat menggunakan keamanan bersama untuk data availability, sequencing, verifikasi, atau pengiriman pesan lintas rollup.

Rollup lainnya terutama bergantung pada chain settlement dan sistem proof-nya.

Perbedaan ini penting karena keamanan rollup bergantung pada data availability, validitas proof atau fraud challenge, kunci upgrade, sequencer, dan asumsi settlement.

Keamanan bersama dapat menambah lapisan operator, staker, reward, dan kondisi slashing.

Rollup dapat menggunakan keamanan bersama untuk komponen tertentu tanpa membuat keseluruhan model keamanannya identik dengan lapisan tersebut.

Pengguna perlu memeriksa bagian mana dari tumpukan teknologi yang dilindungi keamanan bersama.

Developer sebaiknya menghindari klaim samar bahwa seluruh rollup diamankan sepenuhnya oleh suatu lapisan bersama jika hanya satu modul yang menggunakannya.

Klaim keamanan yang akurat sangat penting dalam sistem kripto modular.

Lapisan Keamanan Bersama vs. Bridge

Bridge memindahkan aset atau pesan antarchain.

Lapisan keamanan bersama melindungi chain atau layanan melalui validator, stake, atau jaminan restaking bersama.

Sejumlah bridge dapat menggunakan keamanan bersama untuk verifikasi, tetapi bridge tidak otomatis merupakan lapisan keamanan bersama.

Risiko bridge mencakup bug smart contract, kompromi penanda tangan, replay pesan, kegagalan likuiditas, dan kendali tata kelola.

Risiko keamanan bersama mencakup kegagalan validator, desain slashing, konsentrasi operator, risiko tata kelola, dan eksposur lintas layanan.

Bridge dapat menghubungkan dua chain yang sama sekali tidak berbagi keamanan.

Lapisan keamanan bersama dapat mendukung interoperabilitas, tetapi tugas utamanya bukan sekadar memindahkan aset.

Pengguna perlu membedakan risiko bridge dari risiko keamanan bersama saat mengevaluasi aplikasi lintas chain.

Lapisan keamanan bersama yang kuat tetap dapat dipasangkan dengan bridge yang lemah.

Pengalaman pengguna yang aman membutuhkan validasi dan perpindahan aset yang sama-sama aman.

Keamanan Ekonomi

Keamanan ekonomi adalah nilai yang berisiko hilang dan membuat serangan menjadi mahal.

Dalam sistem proof-of-stake, keamanan ekonomi sering berasal dari aset yang di-staking dan dapat hilang jika validator melanggar aturan.

Dalam lapisan keamanan bersama, keamanan ekonomi dapat digunakan ulang atau digabungkan di beberapa layanan.

Hal ini dapat membuat layanan kecil lebih aman karena tidak perlu membangun anggaran keamanan besar sendirian.

Risikonya, keamanan ekonomi dapat dinilai terlalu tinggi jika stake yang sama dijanjikan kepada terlalu banyak layanan dengan risiko yang saling tumpang tindih.

Pengguna perlu menanyakan berapa banyak stake yang benar-benar dapat terkena slashing untuk chain atau layanan tertentu.

Pengguna juga perlu mencari tahu apakah slashing telah aktif dan dapat ditegakkan, ditunda, dimediasi tata kelola, atau baru diterapkan sebagian.

Keamanan ekonomi bukan sekadar angka utama yang ditampilkan.

Keamanan ini bergantung pada kondisi slashing, likuiditas, perilaku validator, struktur hukum, smart contract, dan nilai pasar.

Keamanan bersama yang kuat memerlukan penalti dan pemantauan yang kredibel.

Slashing dalam Keamanan Bersama

Slashing adalah penalti yang mengurangi atau membakar stake ketika validator atau operator melanggar aturan.

Dalam sistem keamanan bersama, slashing dapat melindungi chain dan layanan yang terhubung dengan membuat perilaku buruk menimbulkan biaya.

Dokumentasi istilah utama EigenLayer mendefinisikan slashing sebagai penalti atas pelaksanaan tugas dalam kumpulan operator secara tidak semestinya atau tidak akurat.

Ikhtisar restaking EigenLayer menjelaskan bahwa stake yang didelegasikan dapat terkena slashing ketika operator mengalokasikan stake ke kumpulan operator.

Artinya, staker harus memantau sistem yang diamankan operator pilihan mereka.

Slashing dapat meningkatkan akuntabilitas, tetapi juga menimbulkan risiko baru bagi staker.

Jika operator gagal dalam satu layanan, aset yang didelegasikan dapat terdampak meskipun staker tidak menjalankan software tersebut secara langsung.

Aturan slashing harus jelas, sebisa mungkin objektif, dan dapat ditegakkan.

Aturan yang tidak jelas dapat menimbulkan ketidakpastian, sengketa, dan kebingungan pengguna.

Kredibilitas lapisan keamanan bersama bergantung pada kemampuannya mendeteksi dan menghukum kegagalan serius secara adil.

Reward dalam Keamanan Bersama

Reward memberikan kompensasi kepada validator, operator, dan staker karena mengamankan sistem tambahan.

Reward dapat berasal dari biaya consumer chain, inflasi, pembayaran layanan, insentif protokol, atau pendapatan aplikasi.

Model keamanan bersama harus menyeimbangkan reward dan risiko.

Jika reward terlalu rendah, validator mungkin tidak tertarik mengamankan sistem yang terhubung.

Jika reward terlalu tinggi dan tidak berkelanjutan, model tersebut mungkin menarik modal jangka pendek tanpa menghasilkan keamanan yang bertahan lama.

Sistem restaking dapat membayar operator dan staker untuk mendukung AVS.

Sistem chain penyedia dapat menyalurkan reward consumer chain kepada validator dan delegator.

Sistem bergaya Polkadot dapat mengaitkan akses keamanan dengan coretime dan alokasi sumber daya jaringan.

Pengguna sebaiknya tidak mengevaluasi keamanan bersama hanya berdasarkan imbal hasil.

Bandingkan reward dengan risiko slashing, smart contract, likuiditas, operator, dan tata kelola.

Keamanan Bersama dan Interoperabilitas

Keamanan bersama dapat meningkatkan interoperabilitas karena sistem yang terhubung mungkin beroperasi berdasarkan asumsi kepercayaan yang sama.

Jika beberapa chain mengandalkan lapisan keamanan yang sama, pesan lintas chain mungkin lebih mudah dievaluasi daripada pesan antara chain yang tidak terkait.

Dokumentasi relay chain Polkadot menjelaskan interoperabilitas aman melalui komunikasi lintas chain native.

Keamanan bersama dapat membuat aplikasi lintas chain lebih praktis karena pengguna dan developer dapat mengandalkan basis keamanan yang sama.

Namun, keamanan bersama tidak otomatis menyelesaikan semua masalah interoperabilitas.

Format pesan, kontrak bridge, relayer, latensi, likuiditas, finality, dan logika aplikasi tetap penting.

Lapisan keamanan bersama dapat mengurangi fragmentasi kepercayaan, tetapi tidak menghilangkan kebutuhan akan desain lintas chain yang aman.

Developer perlu menjelaskan apa yang dibagikan, apa yang diverifikasi, dan apa yang masih bergantung pada infrastruktur terpisah.

Pengguna tidak boleh berasumsi bahwa setiap pesan antarchain dengan keamanan bersama bebas risiko.

Interoperabilitas lebih aman jika asumsi keamanan dijelaskan secara eksplisit.

Keamanan Bersama dan Blockchain Modular

Blockchain modular memisahkan fungsi blockchain ke dalam lapisan berbeda, seperti eksekusi, settlement, konsensus, dan data availability.

Lapisan keamanan bersama dapat menyediakan keamanan bagi satu atau beberapa fungsi tersebut.

Misalnya, layanan dapat menggunakan keamanan bersama untuk data availability, chain lain untuk settlement, dan lingkungan lain untuk eksekusi.

Desain modular ini dapat meningkatkan spesialisasi dan performa.

Namun, risiko juga dapat menjadi lebih sulit dipahami karena pengguna harus mengevaluasi beberapa lapisan sekaligus.

Kegagalan satu modul dapat memengaruhi seluruh aplikasi.

Kegagalan data availability dapat memengaruhi pemulihan rollup.

Kegagalan sequencing dapat memengaruhi pengurutan dan pengalaman pengguna.

Kegagalan bridge dapat memengaruhi penebusan aset.

Lapisan keamanan bersama membantu sistem modular mengoordinasikan kepercayaan, tetapi pengguna tetap perlu memahami keseluruhan tumpukan teknologi.

Keamanan Bersama dan MEV

MEV, atau maximal extractable value, dapat muncul ketika validator, sequencer, atau operator memengaruhi pengurutan, penyertaan, atau eksekusi transaksi.

Lapisan keamanan bersama dapat mengurangi sejumlah risiko dengan menerapkan aturan umum dan operator yang akuntabel.

Namun, lapisan ini juga dapat memusatkan kekuasaan pengurutan jika banyak aplikasi mengandalkan operator yang sama.

Jika operator mengamankan beberapa layanan, mereka mungkin melihat lebih banyak alur transaksi dan peluang lintas domain.

Hal ini dapat menciptakan efisiensi sekaligus risiko.

Kebijakan MEV, pemantauan, aturan proposer, sistem pengurutan yang adil, dan transparansi penting dalam desain keamanan bersama.

Pengguna perlu memahami apakah lapisan keamanan bersama melindungi dari sensor atau hanya memberikan penalti ekonomi setelah pelanggaran.

Developer sebaiknya tidak berasumsi bahwa keamanan bersama otomatis menghasilkan pengurutan yang adil.

Keamanan bersama dapat mendukung koordinasi yang lebih baik, tetapi pengelolaan MEV memerlukan desain khusus.

Pengurutan transaksi tetap menjadi salah satu masalah tersulit dalam infrastruktur multi-chain.

Ketahanan terhadap Sensor

Ketahanan terhadap sensor adalah kemampuan pengguna untuk memasukkan transaksi valid tanpa pemblokiran yang tidak adil.

Lapisan keamanan bersama dapat meningkatkan ketahanan terhadap sensor jika memiliki set validator yang besar dan beragam.

Ketahanan tersebut dapat melemah jika validasi dikendalikan sedikit operator atau consumer chain bergantung pada subset terbatas.

Model keamanan bersama parsial dapat memberikan fleksibilitas, tetapi partisipasi validatornya harus ditinjau dengan cermat.

Dokumentasi Cosmos Partial Set Security menjelaskan bahwa chain opt-in mungkin tidak menerima tingkat keamanan tetap dan perlu memantau partisipasi validator.

Hal ini penting karena kelompok operator kecil mungkin lebih mudah ditekan, disuap, atau diajak berkoordinasi.

Pengguna perlu memeriksa apakah tersedia jalur keluar, mekanisme cadangan, atau proses tata kelola jika terjadi sensor.

Developer perlu merancang aplikasi agar pengguna dapat memahami finality dan risiko penyertaan transaksi.

Istilah keamanan bersama tidak menjamin ketahanan terhadap sensor.

Ketahanannya bergantung pada keberagaman validator, insentif, aturan, dan infrastruktur di dunia nyata.

Liveness

Liveness berarti sistem terus mengalami kemajuan dan memproses transaksi yang valid.

Lapisan keamanan bersama harus melindungi safety sekaligus liveness.

Safety berarti sistem tidak memfinalisasi status yang tidak valid atau saling bertentangan.

Liveness berarti sistem tidak berhenti tanpa batas waktu.

Keamanan bersama dapat meningkatkan liveness ketika banyak validator andal mendukung layanan yang terhubung.

Namun, liveness dapat terancam jika validator harus menjalankan terlalu banyak chain, upgrade software gagal, atau insentif operator lemah.

Consumer chain dapat terhenti jika tidak cukup validator bersama berpartisipasi dengan benar.

AVS dapat gagal memberikan layanan jika operator offline atau salah konfigurasi.

Pengguna perlu memeriksa riwayat uptime, laporan insiden, partisipasi validator, dan prosedur darurat.

Lapisan keamanan bersama yang aman harus tetap berfungsi dalam kondisi tekanan.

Tata Kelola dalam Keamanan Bersama

Tata kelola menentukan perubahan lapisan keamanan bersama dari waktu ke waktu.

Tata kelola dapat menyetujui consumer chain, mengubah persyaratan validator, memperbarui aturan slashing, mengubah reward, meningkatkan kontrak, atau menangani keadaan darurat.

Dalam sejumlah sistem keamanan bersama, tata kelola chain penyedia menentukan consumer chain yang boleh bergabung.

Dalam sistem restaking, tata kelola protokol atau penyedia layanan dapat menentukan kumpulan operator dan kondisi slashing.

Tata kelola dapat meningkatkan kemampuan beradaptasi, tetapi juga menimbulkan risiko sentralisasi.

Jika kelompok kecil dapat mengubah aturan dengan cepat, pengguna mungkin menghadapi perubahan keamanan yang tidak terduga.

Jika tata kelola terlalu lambat, ekosistem mungkin tidak mampu merespons ancaman mendesak.

Pengguna perlu memeriksa timelock, distribusi kekuatan voting, izin upgrade, kontrol darurat, dan transparansi.

Keamanan bersama bukan hanya sistem teknis.

Keamanan bersama juga merupakan sistem tata kelola dan koordinasi.

Konsentrasi Operator

Konsentrasi operator terjadi ketika sejumlah kecil operator mengendalikan sebagian besar validasi atau keamanan restaking.

Hal ini dapat mengurangi desentralisasi dan meningkatkan risiko kegagalan berkorelasi.

Jika banyak pengguna mendelegasikan kepada operator yang sama, kesalahan operator tersebut dapat berdampak pada banyak staker.

Jika banyak layanan mengandalkan kelompok operator yang sama, satu kegagalan infrastruktur dapat memengaruhi beberapa sistem sekaligus.

Konsentrasi operator juga dapat memusatkan pengaruh tata kelola dan MEV.

Pengguna perlu memeriksa keberagaman operator sebelum mendelegasikan aset restaking atau mengandalkan suatu layanan.

Developer perlu merancang insentif yang mendorong basis operator yang luas.

Operator besar dapat bekerja secara profesional dan andal, tetapi ukuran saja tidak boleh dianggap sebagai jaminan keamanan.

Lapisan keamanan bersama yang sehat seharusnya mengurangi titik kegagalan tunggal.

Keamanan terdesentralisasi bergantung pada distribusi stake ekonomi sekaligus operasional.

Risiko Keamanan Bersama

Risiko pertama adalah slashing berkorelasi di beberapa layanan.

Risiko kedua adalah operator kewalahan karena terlalu banyak tugas validasi.

Risiko ketiga adalah pengambilalihan tata kelola atau upgrade yang tidak aman.

Risiko keempat adalah desain slashing lemah yang tidak menghukum kegagalan nyata.

Risiko kelima adalah slashing yang terlalu agresif dan menghukum kesalahan yang dilakukan dengan jujur secara tidak adil.

Risiko keenam adalah kerentanan smart contract dalam kontrak restaking, delegasi, reward, atau bridge.

Risiko ketujuh adalah kegagalan liveness jika validator atau operator berhenti berpartisipasi.

Risiko kedelapan adalah pengguna tidak memahami lapisan mana yang mengamankan komponen tertentu.

Risiko kesembilan adalah klaim keamanan ekonomi yang berlebihan ketika stake yang ditampilkan tidak sepenuhnya dapat terkena slashing untuk layanan tertentu.

Risiko kesepuluh adalah ketergantungan bersama, ketika satu kegagalan lapisan keamanan memengaruhi banyak sistem terhubung sekaligus.

Manfaat Lapisan Keamanan Bersama

Manfaat pertama adalah pembangunan keamanan awal yang lebih cepat bagi chain dan layanan baru.

Manfaat kedua adalah keamanan ekonomi yang lebih kuat daripada yang dapat dicapai banyak set validator mandiri yang kecil.

Manfaat ketiga adalah biaya peluncuran yang lebih rendah bagi developer.

Manfaat keempat adalah interoperabilitas yang lebih baik di antara sistem yang terhubung.

Manfaat kelima adalah efisiensi modal karena aset yang di-staking dapat mendukung lebih dari satu layanan bermanfaat.

Manfaat keenam adalah profesionalisme validator yang lebih baik karena operator berpengalaman dapat mendukung beberapa jaringan.

Manfaat ketujuh adalah pengembangan chain khusus aplikasi yang lebih mudah.

Manfaat kedelapan adalah keselarasan ekosistem yang lebih kuat antara chain penyedia, consumer chain, operator, dan pengguna.

Manfaat kesembilan adalah arsitektur blockchain modular yang lebih fleksibel.

Manfaat kesepuluh adalah keamanan bersama dapat membuat infrastruktur bernilai tinggi lebih tepercaya sebelum memiliki ekonomi token native yang besar.

Cara Mengevaluasi Lapisan Keamanan Bersama

Mulailah dengan mengidentifikasi sumber keamanannya.

Periksa apakah keamanan berasal dari chain penyedia, relay chain, protokol restaking, marketplace validator, atau desain lain.

Periksa jumlah stake yang benar-benar melindungi chain atau layanan tertentu.

Periksa apakah set validator mencakup seluruh validator, sebagian validator, peserta opt-in, pihak berizin, atau peserta tanpa izin.

Periksa apakah slashing telah aktif, bersifat objektif, dapat ditegakkan, ditunda, atau dimediasi tata kelola.

Periksa apakah validator atau operator beragam dan andal.

Periksa reward yang dibayarkan dan keberlanjutannya.

Periksa apakah sistem yang terhubung memiliki risiko smart contract, bridge, oracle, atau tata kelola sendiri.

Periksa apakah pengguna dapat keluar dengan aman jika layanan gagal atau hubungan keamanannya berubah.

Evaluasi yang baik menanyakan apa yang dibagikan, siapa yang menegakkannya, apa yang dapat gagal, dan siapa yang menanggung kerugian saat kegagalan terjadi.

Praktik Terbaik bagi Developer

Jelaskan model keamanan Anda dengan jelas dalam dokumentasi pengguna.

Nyatakan apakah chain atau layanan Anda menggunakan keamanan bersama penuh, keamanan bersama parsial, operator opt-in, atau keamanan restaking.

Publikasikan detail validator, operator, reward, slashing, dan tata kelola dalam format yang mudah dipahami pengguna.

Hindari klaim bahwa aplikasi mewarisi seluruh keamanan chain dasar jika hanya satu komponennya yang menggunakan keamanan bersama.

Gunakan kontrak yang telah diaudit untuk logika staking, delegasi, reward, bridge, dan slashing.

Pantau operator dan validator secara terus-menerus.

Rancang reward yang memberi kompensasi kepada operator atas pekerjaan dan risiko nyata.

Siapkan prosedur respons insiden untuk kegagalan liveness, sengketa slashing, penghentian bridge, dan keadaan darurat tata kelola.

Permudah pengguna untuk melihat aset atau layanan yang terpapar risiko tertentu.

Keamanan bersama harus disajikan sebagai arsitektur yang spesifik, bukan slogan pemasaran.

Praktik Terbaik bagi Pengguna

Baca dokumentasi resmi sebelum menggunakan chain atau layanan yang mengklaim memakai keamanan bersama.

Periksa apakah lapisan keamanan melindungi seluruh sistem atau hanya satu modul.

Periksa partisipasi validator atau operator sebelum menyetorkan dana.

Pahami risiko slashing sebelum melakukan staking, delegasi, atau restaking aset.

Jangan mengejar reward lebih tinggi tanpa memeriksa risiko tambahan yang menyertainya.

Tinjau risiko bridge, oracle, smart contract, dan tata kelola secara terpisah dari klaim keamanan bersama.

Gunakan transaksi uji berjumlah kecil saat mencoba chain atau layanan baru.

Pantau operator atau validator yang terekspos pada aset Anda.

Pantau pengumuman karena hubungan keamanan bersama dapat berubah melalui tata kelola atau upgrade.

Perlakukan keamanan bersama sebagai model risiko yang perlu dipahami, bukan jaminan keamanan.

Kesalahpahaman Umum tentang Lapisan Keamanan Bersama

Salah satu kesalahan umum adalah menganggap keamanan bersama berarti tanpa risiko.

Kesalahan lainnya adalah menganggap semua chain yang terhubung menerima tingkat keamanan yang sama.

Kesalahan ketiga adalah menyamakan bridge dengan lapisan keamanan bersama.

Kesalahan keempat adalah menganggap total nilai yang di-staking sebagai perlindungan penuh yang tersedia bagi setiap layanan.

Kesalahan kelima adalah mengabaikan konsentrasi validator atau operator.

Kesalahan keenam adalah mengabaikan kondisi slashing.

Kesalahan ketujuh adalah menganggap keamanan bersama melindungi dari semua bug smart contract.

Kesalahan kedelapan adalah mengabaikan tata kelola dan izin upgrade.

Kesalahan kesembilan adalah menganggap reward restaking sebagai imbal hasil gratis.

Kesalahan kesepuluh adalah tidak memeriksa apakah lapisan keamanan bersama telah aktif, masih parsial, eksperimental, atau terus berubah.

FAQ

Apa arti Lapisan Keamanan Bersama dalam kripto?

Lapisan keamanan bersama adalah sistem keamanan blockchain ketika beberapa chain, layanan, atau modul mengandalkan set validator, stake gabungan, atau jaminan restaking yang sama.

Mengapa proyek menggunakan Lapisan Keamanan Bersama?

Proyek menggunakan lapisan keamanan bersama agar tidak perlu membangun keamanan dari awal dan dapat mengakses validator, stake, interoperabilitas, serta infrastruktur yang lebih kuat.

Apakah keamanan bersama sama dengan bridge?

Tidak. Bridge memindahkan aset atau pesan, sedangkan keamanan bersama menyediakan validasi, staking, atau perlindungan kriptoekonomi bagi chain atau layanan.

Apakah keamanan bersama sama dengan sidechain?

Tidak. Sidechain sering memiliki set validator sendiri, sedangkan chain dengan keamanan bersama mengandalkan sumber keamanan umum atau lapisan penyedia.

Apa itu restaking dalam keamanan bersama?

Restaking memungkinkan aset yang di-staking atau token liquid staking mengamankan layanan tambahan di luar chain dasar asalnya.

Bisakah keamanan bersama mengurangi risiko?

Ya. Keamanan bersama dapat mengurangi risiko pembangunan keamanan awal bagi sistem baru, tetapi juga menimbulkan risiko dari operator, slashing, tata kelola, kontrak, dan kegagalan berkorelasi.

Apa itu chain penyedia?

Chain penyedia adalah blockchain yang memasok keamanan bagi consumer chain atau layanan terhubung.

Apa itu consumer chain?

Consumer chain adalah blockchain yang menerima keamanan dari chain penyedia atau lapisan keamanan bersama.

Apa risiko terbesar keamanan bersama?

Salah satu risiko utamanya adalah kegagalan sistem validator, operator, tata kelola, atau slashing bersama yang dapat memengaruhi banyak layanan terhubung secara bersamaan.

Bagaimana pengguna sebaiknya mengevaluasi klaim keamanan bersama?

Pengguna perlu memeriksa sumber keamanan, partisipasi validator, konsentrasi operator, aturan slashing, reward, kewenangan tata kelola, dan bagian sistem yang benar-benar dilindungi.

Kesimpulan

Lapisan Keamanan Bersama adalah arsitektur keamanan kripto ketika beberapa chain, aplikasi, atau layanan mengandalkan kumpulan validator, staker, operator, atau jaminan restaking yang sama.

Model ini membantu sistem baru diluncurkan dengan keamanan yang lebih kuat daripada yang mungkin dapat dicapai sendiri.

Model ini hadir dalam beberapa bentuk, termasuk keamanan relay chain, Interchain Security, restaking, set validator gabungan, dan layanan infrastruktur modular.

Keamanan bersama dapat meningkatkan skalabilitas, interoperabilitas, efisiensi modal, kecepatan pengembangan, dan keselarasan ekosistem.

Namun, keamanan bersama juga dapat menimbulkan risiko baru melalui eksposur slashing, konsentrasi operator, ketergantungan tata kelola, bug smart contract, risiko bridge, kegagalan liveness, dan kegagalan berkorelasi di antara sistem terhubung.

Developer harus menjelaskan secara persis apa yang diamankan, siapa yang mengamankannya, cara kerja reward, dan dampak jika validator atau operator gagal.

Pengguna harus mengevaluasi klaim keamanan bersama dengan cermat, bukan berasumsi bahwa sistem terhubung otomatis mewarisi seluruh keamanan chain yang lebih besar.

Bagi pemula, lapisan keamanan bersama paling mudah dipahami sebagai basis keamanan yang dapat digunakan bersama oleh banyak sistem kripto.

Bagi pengguna tingkat lanjut, lapisan ini adalah lapisan koordinasi kriptoekonomi yang menghubungkan stake, validator, operator, aturan layanan, kondisi slashing, reward, tata kelola, dan interoperabilitas di berbagai sistem.

Dalam konteks glosarium kripto, Shared Security Layer berarti kerangka keamanan gabungan yang memungkinkan beberapa jaringan atau layanan blockchain mengandalkan validator atau jaminan bersama sekaligus menerima risiko spesifik dari model tersebut.

Intinya, keamanan bersama dapat membuat infrastruktur kripto lebih kuat dan efisien, tetapi hanya jika pengguna dan developer memahami set validator, aturan slashing, kewenangan tata kelola, insentif reward, dan jalur kegagalan yang mendasari klaim keamanan tersebut.