Cosmos Interchain Security: Provider, Consumer, Ganjaran dan Slashing

Interchain Security (ICS) menghubungkan rantaian Cosmos yang berasingan melalui protokol Inter-Blockchain Communication (IBC). Rantaian provider mengurus set validator, manakala rantaian consumer menggunakan validator provider yang layak untuk mencadangkan dan mengesahkan bloknya sendiri. Setiap rantaian masih mempunyai mesin keadaan, lejar, fi, token, tadbir urus dan peraturan aplikasi tersendiri.

“Keselamatan bersama” tidak bermakna syiling delegator berpindah ke consumer. ATOM yang didelegasikan kekal terikat menurut peraturan staking provider. Consumer mendapat penyertaan validator yang disokong oleh stake provider dan boleh menghantar bukti salah laku validator tertentu kembali kepada provider. Oleh itu, baki dompet, token consumer dan stake yang diikat pada provider ialah perkara yang berbeza.

ICS juga bukan sekadar jambatan token IBC. IBC menyediakan komunikasi yang disahkan antara rantaian, manakala ICS menggunakan aplikasi pengesahan rentas rantaian khusus untuk menghantar kemas kini set validator dan bukti pelanggaran. Pemindahan token boleh menggunakan ICS-20 tanpa berkongsi set validator. Perkongsian validator juga tidak menjadikan setiap aplikasi atau token consumer selamat secara automatik.

Gambaran keseluruhan Interchain Security · Istilah Interchain Security

Consumer tidak semestinya menyalin seluruh set validator provider. Partial Set Security (PSS) membolehkan consumer memilih subset. Tetapan Top N memilih validator berdasarkan bahagian tertentu daripada kuasa undi provider. Tetapan opt-in membenarkan validator yang layak memilih sendiri untuk menyertai consumer tertentu. Konfigurasi semasa rantaian menentukan kaedah yang digunakan.

Tetapan power shaping boleh mengecilkan atau mengimbangi semula set consumer. Contohnya, tetapan ini boleh menghadkan bilangan validator, bahagian kuasa undi seorang validator pada consumer, atau menggunakan senarai benarkan dan senarai sekat. Perubahan ini mempengaruhi set validator consumer, bukannya pembahagian stake yang diikat pada provider.

Rantaian Top N lazimnya memerlukan kelulusan tadbir urus provider kerana sesetengah validator mungkin diwajibkan menyertai. Rantaian opt-in boleh dilancarkan tanpa memaksa validator untuk menyertainya. Jangan membuat andaian tentang cara pelancaran berdasarkan label “rantaian Cosmos” sahaja. Semak ID rantaian dan consumer, fasa pelancaran, peraturan Top N atau opt-in, parameter power shaping dan proses tadbir urus provider yang terkini; dokumentasi serta ciri boleh berubah.

Partial Set Security · Power shaping · Permissionless ICS

Validator provider yang menyertai consumer biasanya menjalankan nod consumer yang berasingan dan mengikuti perisian serta arahan pelancaran rantaian itu. Validator boleh menetapkan consensus key khusus bagi setiap consumer dan bukannya menggunakan semula key provider. Pengasingan key mengurangkan kemungkinan key tandatangan provider terdedah jika nod consumer dikompromi, tetapi tidak menghapuskan risiko operasi, perisian atau tandatangan.

Peraturan penyertaan menentukan siapa yang perlu menjalankan nod consumer. Top N mungkin mengaitkan kewajipan dengan kuasa undi provider dan ambangnya, manakala opt-in lazimnya bergantung pada pilihan validator. Had kuasa atau senarai boleh mengubah set akhir. Validator harus menyemak kelayakan, penetapan key, hash binary, masa mula dan keperluan pemantauan bagi setiap consumer.

Delegator biasanya tidak mengendalikan nod consumer sendiri. Stake mereka pada provider menyokong validator yang mengambil kerja tambahan itu, dan penalti consumer boleh menjejaskan stake tersebut. Maka, menyemak identiti serta uptime validator pada provider sahaja tidak mencukupi; peraturan penyertaan dan salah laku bagi setiap consumer juga penting.

Panduan validator dan urutan permulaan · Penetapan key

Apabila stake atau kelayakan berubah pada provider, set validator consumer mungkin perlu dikemas kini. ICS menghantar perubahan set melalui saluran Cross-Chain Validation (CCV). Relayer membawa mesej antara rantaian; setiap rantaian mengesahkan keadaan mengikut protokol dan menerapkan perubahannya sendiri. Relayer bukan validator consumer dan tidak menentukan tandatangan mana yang sah.

Penyelarasan ini boleh menjadikan masa untuk menyertai atau keluar lebih rumit daripada rantaian kendiri. Reka bentuk CCV terdahulu menerangkan paket perubahan set validator dan pemberitahuan kematangan untuk melindungi proses unbonding merentas rantaian. Pelaksanaan telah berkembang, jadi penerangan umum ICS tidak boleh menjanjikan tempoh tambahan yang seragam untuk undelegation provider. Tingkah laku sebenar bergantung pada versi protokol dan parameter rantaian.

Sebelum menukar delegasi atau mengeluarkan stake, baca dokumentasi terkini provider dan consumer serta semak rekod unbonding yang masih menunggu. Bezakan tempoh staking biasa daripada penyelarasan khusus ICS. Relayer yang lewat atau client yang tidak terkini juga boleh melambatkan paket tanpa mengubah peraturan asas.

Gambaran CCV dalam spesifikasi IBC · Panduan validator

Consumer boleh menghantar bukti salah laku validator kepada provider. Dokumentasi ICS membezakan downtime daripada equivocation seperti tandatangan berganda. Peraturan rantaian, versi protokol dan parameter infraction consumer menentukan cara bukti dikendalikan; tindakannya mungkin jail, pemotongan stake atau kedua-duanya.

Tiada satu kadar penalti yang terpakai kepada semua rantaian. Dokumentasi rasmi semasa juga tidak sepenuhnya selaras tentang downtime: panduan validator menerangkan jail pada provider tanpa slash untuk Hub, manakala halaman ciri slashing menerangkan jail dan slash berdasarkan parameter consumer. Oleh itu, jangan membuat kesimpulan kewangan daripada label “ICS” sahaja; semak pelaksanaan, konfigurasi dan prosedur bukti bagi rantaian berkenaan. Bukti tandatangan berganda yang sah boleh mengakibatkan slash, jail dan tombstone pada provider.

Jika stake provider dipotong, validator dan delegator boleh menanggung kesan ekonomi menurut peraturan staking provider. Jail boleh menyingkirkan validator daripada set aktif provider dan, akibatnya, daripada set consumer juga. Jangan menganggap salah laku consumer hanya menjejaskan ganjaran token consumer.

Slashing yang dimulakan consumer · Panduan validator Interchain Security

Consumer boleh menghantar bahagian tertentu daripada ganjaran blok atau fi kepada provider sebagai bayaran untuk keselamatan. Aset ini dihantar secara berkala melalui saluran pemindahan IBC. Provider hanya menerima denom yang telah diluluskan, dan kelayakan penerima bergantung pada peraturan consumer. Dokumentasi semasa menyatakan validator mungkin perlu menyertai consumer secara berterusan untuk bilangan epoch tertentu sebelum menerima ganjaran; delegator kemudian boleh menerima bahagian mengikut peraturan agihan provider.

Contoh hipotetikal yang ringkas: katakan consumer merekodkan 12,000 unit fi dan ganjaran inflasi yang layak untuk satu tempoh, dan tadbir urus menetapkan bahagian provider sebanyak 25%. Pengiraan itu menghasilkan 3,000 unit yang dihantar ke arah kumpulan ganjaran provider. Ia tidak menentukan nilai dolar, agihan akhir kepada validator, masa pembayaran atau pulangan masa depan. Jika had kuasa undi digunakan, wajaran agihan mungkin berdasarkan kuasa undi consumer selepas pelarasan, bukannya kuasa asal pada provider.

Token ganjaran mungkin tidak stabil, kurang cair atau mahal untuk dituntut. APY yang dipaparkan boleh mencampurkan andaian yang berubah tentang aktiviti consumer, bahagian ganjaran, validator yang layak, komisen, agihan provider, denom yang diterima dan tempoh opt-in. Anggap ganjaran consumer sebagai aliran protokol yang berubah-ubah, bukan APY terjamin atau pampasan pasti bagi risiko slash.

Peraturan agihan ganjaran · Ganjaran validator consumer

Menggunakan validator provider boleh menyukarkan serangan terhadap consumer berbanding bergantung pada set baharu yang kecil sahaja. Namun, consumer tidak menjadi sama dengan provider. Consumer mempunyai perisian aplikasi, tadbir urus, reka bentuk ekonomi, client dan saluran IBC, kebergantungan operasi serta smart contract atau modulnya sendiri.

Set validator cuma satu bahagian model keselamatan. Subset consumer mungkin lebih tertumpu atau kurang aktif berbanding keseluruhan set provider. Masalah client atau relayer boleh melambatkan penyelarasan; pepijat perisian consumer boleh menjejaskannya walaupun validator provider bertindak dengan betul. Tadbir urus boleh mengubah parameter, manakala nilai token boleh jatuh secara berasingan daripada mekanisme pengesahan.

“Dijamin selamat oleh Cosmos Hub” ialah titik mula untuk disiasat, bukannya penarafan risiko lengkap. Tanya provider mana terlibat, validator mana menyertai, bagaimana kuasa undi dibentuk, bukti apa yang boleh mencetuskan slash, ganjaran apa yang dihantar dan apakah proses keluar atau peralihan. Keselamatan bergantung pada konfigurasi dan tempoh operasi yang khusus.

Istilah dan variasi keselamatan Interchain · Tadbir urus rantaian consumer

Mulakan dengan mengesahkan chain ID, consumer ID dan provider yang tepat. Periksa sama ada peraturan Top N atau opt-in digunakan, sama ada had kuasa atau senarai mengubah set validator, dan sama ada senarai yang diterbitkan mencerminkan kemas kini terkini. Bilangan validator sahaja tidak menunjukkan agihan kuasa undi.

Jika anda validator atau delegator, sahkan sama ada validator perlu opt-in, consensus key yang digunakan untuk consumer, binary yang berjalan dan cara downtime atau tandatangan berganda ditangani. Baca parameter jail dan slash yang aktif. Semasa membuat delegasi, bezakan stake yang diikat pada provider daripada ganjaran consumer yang dipaparkan dalam wallet.

Akhir sekali, semak senarai denom ganjaran yang diterima, bilangan epoch untuk kelayakan, peraturan agihan dan komisen, kuasa tadbir urus consumer, status relayer dan client, serta prosedur undelegation atau changeover semasa. Bandingkan butiran ini dengan staking provider sahaja dan pemindahan token; kedua-duanya menjawab soalan yang berbeza.

[Delegasi dan slashing Cosmos Hub](/learn/cosmos-staking-delegation-unbonding-slashing-validator-commission-explained) · [Pemindahan IBC dan risiko relayer](/learn/cosmos-ibc-transfer-clients-channels-packet-timeouts-relayer-risks-explained) · Staking kripto berbanding pinjaman DeFi

Sumber utama: Gambaran keseluruhan Interchain Security; istilah; Partial Set Security; Power shaping; agihan ganjaran; slashing yang dimulakan consumer; panduan validator; spesifikasi CCV IBC.