Etter hvert som BitVM-broer lanseres på mainnet, har jeg begynt å se på deres potensielle implementering av sikkerhetsråd ICYDK, er sikkerhetsråd multisigs som kan bruke midler fra en gitt broforekomst i nødstilfeller. En konsekvens av denne implementeringen er at vi også stoler på at underskriverne ikke er ondsinnede og stjeler penger fra broen Denne typen (midlertidige) tiltak vil eksistere etter hvert som BitVM-baserte broer kommer på markedet For å verifisere deres eksistens, må vi samarbeide med brodeltakere, da vi ikke kan verifisere hele skriptet med mindre de brukes til å bruke midler på kjeden Heldigvis, ved hjelp av @ekrembal_ og @citrea_xyz-teamet, klarte jeg å lage en måte å verifisere forbruksbanene for en spesifikk BitVM-testnettforekomst. inkludert Sikkerhetsrådet som ble opprettet Dette innlegget er et sammendrag av denne prosessen og andre diskusjoner jeg har hatt med en rekke team som bygger BitVM-baserte broer Personlig ser jeg på sikkerhetsråd som et midlertidig, nødvendig onde når disse systemene kommer på markedet Men jeg mener også at vi bør hjelpe brukere med å verifisere alle tillitsforutsetninger knyttet til broimplementeringer Innlegget foreslår noen løsninger. Men det ville vært flott å få tilbakemeldinger fra de som bygger i rommet for å finne den beste veien videre
btc++ insider edition
btc++ insider edition6. aug., 23:01
NEW: Some BitVM-based bridges may implement emergency upgrade paths when they first hit mainnet. This would enable a security council to immediately spend funds out of the bridge and bypass the fraud proof mechanism entirely. In our latest post, @januszg_ explores how teams may set up these spend paths and how users can verify their existence. Full post threaded👇
10,55K