de handhaving van finaliteit voor een alternatieve blockchain wordt niet geleverd door bitcoin checkpointing heeft zijn voordelen, maar deze zijn altijd afdwingbaar door het alternatieve consensusnetwerk, niet door bitcoin de term "settlement layer" is niet van toepassing op alternatieve blockchains, van rollups tot sidechains ik heb mijn mening hieronder uitgelegd 👇

echt blij met hoe dit is uitgepakt deze update maakt het schrijven van beoordelingen gemakkelijker voor onderzoekers en geeft gebruikers meer informatie over specifieke tweezijdige peg- en bitcoin l2s het biedt ons ook een duidelijker pad naar standaarden met betrekking tot protocolont disclosures, aangezien we een vorm van proof-of-reserves nodig hebben om deze analyse uit te voeren we hebben nog een lange weg te gaan, maar het is een stap in de goede richting om bitcoinlagen verifieerbaar te maken voor ontwikkelaars en dagelijkse gebruikers

🚨 BitcoinFi Staat van de Unie X Ruimte 🚨 ⏲️ Donderdag 21 aug | 10:00 PST · 17:00 UTC We brengen toonaangevende stemmen in Bitcoin-native financiën samen om te verkennen wat de volgende stappen zijn. Gast: 🎙️ @0xCryptoSam van @MessariCrypto 🎙️ @BTC_Mick van het @BTCFiNetwork 🎙️ @januszg_ van @BitcoinLayers Gehost door Maestro's @davis_rich Waar gaat BitcoinFi naartoe? Mis het niet. Zet je herinnering 👇

NIEUWE PANEEL AANKONDIGING 🔥 Kijk achter de schermen van de architectuur van BitVM! 28 augustus • Genesis Stage 🇭🇰

AFSTEMMEN DEZE VRIJDAG 🎙️‼️ 𝕏 Ruimtes: We Breken Bitcoin Niet: De Zaak voor CTV + CSFS | Met Janusz, Evan Kaloudis, Owen Kemeys, Shinobi, & Juan Galt RSVP & sluit je aan bij de discussie 🧵👇

lombard (@Lombard_Finance) heeft een proof-of-reserve-implementatie, maar het is omslachtig om te verifiëren of deze reserve-adressen daadwerkelijk staken in babylon, dus ik heb wat dingen gedaan om dat gemakkelijker te maken voor mensen samenvatting:

Nu de bitvm-bruggen op de mainnet worden gelanceerd, ben ik begonnen met het onderzoeken van hun potentiële implementatie van beveiligingsraden. Voor het geval je het niet weet, beveiligingsraden zijn multisigs die fondsen kunnen uitgeven uit een bepaalde bruginstantie in geval van nood. Een gevolg van deze implementatie is dat we ook de ondertekenaars vertrouwen om niet kwaadaardig te zijn en fondsen van de brug te stelen. Deze soorten (tijdelijke) maatregelen zullen bestaan naarmate bitvm-gebaseerde bruggen op de markt komen. Om hun bestaan te verifiëren, moeten we samenwerken met brugdeelnemers, aangezien we de volledigheid van de scripts niet kunnen verifiëren tenzij ze worden gebruikt om fondsen on-chain uit te geven. Gelukkig kon ik, met de hulp van @ekrembal_ en het @citrea_xyz-team, een manier creëren om de uitgavenpaden voor een specifieke BitVM-testnetinstantie te verifiëren, inclusief de opzet van de beveiligingsraad. Deze post is een samenvatting van dit proces en andere discussies die ik heb gehad met talrijke teams die bitvm-gebaseerde bruggen bouwen. Persoonlijk beschouw ik beveiligingsraden als een tijdelijke, noodzakelijke kwaal naarmate deze systemen op de markt komen. Maar ik geloof ook dat we gebruikers moeten helpen om alle vertrouwensveronderstellingen met betrekking tot brugimplementaties te verifiëren. De post suggereert een paar oplossingen. Maar het zou geweldig zijn om feedback te krijgen van degenen die in deze ruimte bouwen om het beste pad vooruit te bepalen.

We zijn er trots op @januszg_ en het @BitcoinLayers-initiatief te ondersteunen en de broodnodige duidelijkheid te brengen in de snelgroeiende wereld van Bitcoin L2's. Laten we Bitcoin-schaalvergroting duidelijk en geloofwaardig maken voor iedereen 🧡

dit werkt nu voor bitvm-bruggen

we hebben nu een scriptanalyzer die werkt voor bitvm-bruggen