Klokken 14.28 UTC den 6. september 2026 tok det ett minutt. Nesten 4.000 bitcoin forlot reservene til Liquid Network i \u00e9n eneste transaksjon, og beholdningen stupte fra 4.205 til 202 bitcoin. Elleve av femten funksjon\u00e6rer signerte utbetalingen. Ingen privat n\u00f8kkel ble stj\u00e5let, ingen signatar ble lurt av et falskt grensesnitt, og ingen maskinvaremodul ble hacket. Multisig-oppsettet gjorde akkurat det det var bygget for. Reservene som s\u00e5 helt fulle ut, var likevel delvis tomme.<\/p>
De fleste sammenligninger av kryptoforvaring stiller ett sp\u00f8rsm\u00e5l: hvem holder n\u00f8klene? Liquid-saken stilte et vanskeligere ett, og det er sp\u00f8rsm\u00e5let denne gjennomgangen handler om: kan du i det hele tatt bevise at myntene du tror forvareren din holder, faktisk finnes og faktisk er dekket? For en norsk sparer som velger mellom selvforvaring, en b\u00f8rs, en bank eller en institusjonell forvarer, er dette testen som sjelden blir tatt, og den som betyr mest den dagen noe ryker. Bitcoin l\u00e5 fredag 11. september under 77.000 dollar, rundt 705.000 kroner, og Ethereum rundt 2.450 dollar, i underkant av 22.600 kroner, etter noen urolige uker (Yahoo Finance<\/a>). N\u00e5r verdiene svinger slik, er det lett \u00e5 glemme at det st\u00f8rste tapet ikke kommer av prisfall, men av \u00e5 oppdage at reservene aldri var der.<\/p> N\u00e5r vi sammenligner kryptoforvaring, pleier vi \u00e5 m\u00e5le to ting. Den f\u00f8rste er teknisk kontroll: hvem kan faktisk flytte myntene, og hvor mange n\u00f8kler skal til? Den andre er juridisk eierskap: hvem eier myntene hvis forvareren g\u00e5r konkurs? En tidligere gjennomgang her i spaltene kartla hele spekteret langs nettopp disse aksene, fra selvforvaring til bankforvaring. Men det finnes en tredje akse som nesten ingen sammenligning tester, og som Liquid-hacket gjorde smertefullt synlig: verifiserbarhet. Kan du se at myntene er der, og at de faktisk er dekket, eller m\u00e5 du bare tro p\u00e5 det?<\/p> De to f\u00f8rste aksene handler om hva som skjer n\u00e5r systemet oppf\u00f8rer seg som forventet. Den tredje handler om hvordan du oppdager at det ikke gj\u00f8r det. En forvarer kan ha knakende god teknisk kontroll og en solid konkursbeskyttelse p\u00e5 papiret, og likevel sitte med reserver som er mindre enn kundene tror. Forskjellen mellom en forvarer du kan revidere og en du m\u00e5 stole p\u00e5, er ofte usynlig helt til dagen det smeller. Verifiserbarhet er ikke det samme som sikkerhet; det er evnen til \u00e5 oppdage n\u00e5r sikkerheten har sviktet, f\u00f8r det er for sent.<\/p> Denne gjennomgangen kj\u00f8rer hele forvaringsspekteret gjennom verifiseringstesten. Vi starter med Liquid, fordi den saken viser n\u00f8yaktig hvordan signaturer kan v\u00e6re gyldige mens reservene er en l\u00f8gn. Deretter g\u00e5r vi fra selvforvaring, via multisig og b\u00f8rser, til institusjonelle forvarere og bankforvaring under MiCA, og vi avslutter med hva en norsk sparer konkret kan kreve at forvareren kan dokumentere. Poenget er ikke \u00e5 k\u00e5re \u00e9n vinner, men \u00e5 vise hva du faktisk f\u00e5r lov til \u00e5 sjekke i hver modell, og hva du bare m\u00e5 stole p\u00e5.<\/p> Liquid Network er en sidekjede til Bitcoin, drevet av en f\u00f8derasjon p\u00e5 over \u00e5tti medlemmer der femten kj\u00f8rer s\u00e5kalte funksjon\u00e6rer. Hver funksjon\u00e6r holder \u00e9n n\u00f8kkel i en maskinvaremodul, og det kreves elleve av femten signaturer for \u00e5 flytte bitcoin ut av reserven gjennom en innl\u00f8sning (en peg-out). P\u00e5 papiret er dette en av de mer robuste forvaringsmodellene som finnes: n\u00f8klene er geografisk spredt, ingen enkelt akt\u00f8r kan flytte midler alene, og det hele er knyttet til Bitcoins egen blokkjede. Likevel forsvant nesten 95 prosent av reserven p\u00e5 dr\u00f8yt tjue minutter.<\/p> Feilen l\u00e5 ikke i n\u00f8klene, men i koden som fortalte funksjon\u00e6rene hva de signerte. Elements, programvaren Liquid bygger p\u00e5, brukte en hurtigbuffer (en cache) for \u00e5 slippe \u00e5 verifisere de samme kryptografiske range-bevisene om og om igjen. Problemet var at n\u00f8kkelen til denne bufferen bare ble utledet fra selve bevis-bytene og det skjulte bel\u00f8pet, mens aktivatype og mottakeradresse ble utelatt. Dermed kunne et bevis som \u00e9n gang var godkjent i en ufarlig sammenheng, spilles av p\u00e5 nytt i en ondsinnet en. Angriperen laget rundt 4.000 L-BTC som ikke var dekket av ekte bitcoin, og l\u00f8ste dem inn gjennom den helt vanlige innl\u00f8sningsprosessen (crypto.news<\/a>). Funksjon\u00e6rene signerte fordi transaksjonen, sett fra deres side, var fullstendig ordin\u00e6r.<\/p> Dette er samme familie av svikt som n\u00e5r et prisorakel mates med falske data og en hel l\u00e5nepool t\u00f8mmes fordi protokollen trodde p\u00e5 tallet den fikk servert. Vi har beskrevet hvordan det eldste orakel-angrepet fortsatt funker i 2026<\/a> fordi systemet stoler p\u00e5 inndataene sine; Liquid er den samme l\u00e6rdommen flyttet inn i selve forvaringslaget. Blockstream, som utvikler Elements, var tydelige p\u00e5 at kryptografien holdt: selskapet slo fast at no federation keys were compromised<\/em>, og beskrev hendelsen som en kollisjon i hurtigbuffer-n\u00f8kkelen, ikke et n\u00f8kkeltyveri. En feilretting var faktisk allerede lagt inn i koden f\u00f8r angrepet, men ingen funksjon\u00e6rnode i produksjon kj\u00f8rte den enn\u00e5.<\/p> Etterspillet ble like uvanlig som selve hacket. Angriperen forsvant ikke inn i en miksetjeneste, men skrev we are whitehats. contact us on chain<\/em> i et OP_RETURN-felt og \u00e5pnet en offentlig forhandling som hvem som helst kunne lese i en blokkutforsker. 3.400 bitcoin kom etter hvert tilbake, mens 598,5 bitcoin, rundt 430 millioner kroner, ble sittende igjen i en adresse bare angriperen kontrollerer. Om dette var en edel hvit hatt eller en pyntelig form for utpressing, er en diskusjon i seg selv; den type offentlige forhandling ligner mer p\u00e5 et p\u00e5tvunget bug bounty<\/a> enn p\u00e5 ansvarlig varsling. Men for forvaringsdebatten er poenget et annet: multisig-et fungerte perfekt, og verifiseringslogikken som matet det, l\u00f8y. Flere signaturer ville ikke ha hjulpet.<\/p> Etter Mt. Gox og FTX ble \u00abproof of reserves\u00bb bransjens svar p\u00e5 tillitskrisen. Den vanligste metoden bygger p\u00e5 et Merkle-tre, en m\u00e5te \u00e5 samle alle kundesaldoer i \u00e9n kryptografisk rot slik at hver kunde kan f\u00e5 en gren som beviser at nettopp deres saldo er med i summen, uten at andres saldoer avsl\u00f8res. Sammen med bevis for at b\u00f8rsen kontrollerer adresser med nok mynter, gir det et bilde av at aktivaene finnes. Nic Carter i Castle Island Ventures var blant dem som populariserte Merkle-tre-metoden etter Mt. Gox, og rammen hans er fortsatt utgangspunktet for hele feltet (Medium<\/a>).<\/p> Metodene har blitt mer forseggjorte. Binance la zk-SNARK-teknologi opp\u00e5 Merkle-treet, slik at brukeren kan kontrollere at hver kontos netto saldo ikke er negativ, og at kontoen er med i den totalen b\u00f8rsen hevder, uten at tallene lekker ut (Binance<\/a>). Kraken g\u00e5r en annen vei og bruker uavhengige regnskapsf\u00f8rere sammen med en Merkle-blad-ID hver bruker kan sl\u00e5 opp selv: du tar de f\u00f8rste tegnene i ID-en din, limer dem inn i tredjepartens verkt\u00f8y og ser at din saldo ligger i treet (Kraken<\/a>).<\/p> Det viktige her er hva et slikt bevis gj\u00f8r godt: det lar deg, som kunde, bekrefte at akkurat din saldo inng\u00e5r i et publisert totaltall p\u00e5 et gitt tidspunkt. Det er den samme innl\u00f8sningstesten vi har brukt p\u00e5 helt andre aktiva: sp\u00f8rsm\u00e5let \u00abkan du l\u00f8se inn tokenet mot den ekte tingen?\u00bb som vi stilte om RWA-NFT-er<\/a>, er n\u00f8yaktig det samme sp\u00f8rsm\u00e5let som en peg-out p\u00e5 Liquid eller et uttak fra en b\u00f8rs. Forskjellen er at p\u00e5 en b\u00f8rs m\u00e5 du stole p\u00e5 at totaltallet de viser frem, er \u00e6rlig. Og det er der beviset begynner \u00e5 sl\u00e5 sprekker.<\/p> Et reservebevis viser aktiva. Det sier ingenting om gjeld. En b\u00f8rs kan bevise at den kontrollerer mynter verdt ti milliarder kroner og samtidig skylde kundene tolv; snapshotet vil fortsatt se fint ut. Vitalik Buterin satte fingeren p\u00e5 dette allerede i 2022: If you prove that customers’ deposits equal X («proof of liabilities»), and prove ownership of the private keys of X coins («proof of assets»), then you have a proof of solvency<\/em> (vitalik.eth.limo<\/a>). Uten bevis for forpliktelser er reservebeviset bare halve regnestykket, og det er den halvdelen som er lettest \u00e5 pynte p\u00e5.<\/p> Et snapshot er dessuten et fotografi, ikke en film. En akt\u00f8r som mangler dekning, kan l\u00e5ne mynter rett f\u00f8r m\u00e5lingen, vise dem frem og sende dem tilbake etterp\u00e5. Reserver kan v\u00e6re gjenpantsatt (rehypothecated), alts\u00e5 l\u00e5nt ut eller stilt som sikkerhet andre steder, uten at et enkelt aktiva-snapshot fanger det opp. Og treet kan i prinsippet konstrueres u\u00e6rlig, med negative saldoer gjemt unna, med mindre metoden eksplisitt utelukker det slik zk-SNARK-varianten gj\u00f8r. Derfor insisterer b\u00e5de Buterin og Carter p\u00e5 at et reservebevis uten et tilsvarende gjeldsbevis er n\u00e6r verdil\u00f8st som solvensbevis.<\/p> Liquid legger til en tredje advarsel som g\u00e5r dypere enn b\u00e5de aktiva og gjeld. Der en b\u00f8rs kan lyve om totaltallet, viste Liquid at selve kjedebeviset, den p\u00e5-kjeden-dekningen alle stolte p\u00e5, kan v\u00e6re feil dersom valideringslogikken er forgiftet. De rundt 4.000 L-BTC s\u00e5 dekket ut for nodene helt til bufferfeilen ble utnyttet. Med andre ord: selv n\u00e5r du kan verifisere noe p\u00e5 kjeden, verifiserer du bare det koden forteller deg, og koden kan ta feil. Et reservebevis er dermed aldri sterkere enn den svakeste antakelsen det hviler p\u00e5.<\/p> I selvforvaring holder du n\u00f8klene selv, myntene ligger p\u00e5 kjeden, og du kan n\u00e5r som helst \u00e5pne en blokkutforsker og se at de er der. Dette er den eneste modellen der reservebeviset er trivielt og kontinuerlig sant for deg: du trenger verken \u00e5 stole p\u00e5 en regnskapsf\u00f8rers attestasjon eller en b\u00f8rs’ Merkle-tre, fordi du ser adressen din direkte. Ingen tredjepart st\u00e5r mellom deg og saldoen. P\u00e5 verifiserbarhetsaksen er selvforvaring suveren.<\/p> Haken er at du da ogs\u00e5 er din egen revisor, din egen sikkerhetsavdeling og din egen katastrofeberedskap. Svikter noe, svikter det hos deg: en mistet frase, en brent maskinvarelommebok, en feilsignering. Selvforvaringens sviktm\u00e5ter flyttet seg dessuten oppover i 2026. Coldcard-saken i sommer viste at selv en anerkjent maskinvarelommebok kan generere svake n\u00f8kler p\u00e5 grunn av en entropifeil i fastvaren, og at over hundre millioner dollar kan renne ut uten at noen tredjepart var involvert. Angrepet skjer ofte i selve signerings\u00f8yeblikket; det er den samme blindsignerings-fellen vi s\u00e5 i Radiant-tyveriet<\/a>, der signatarene godkjente noe annet enn det de trodde.<\/p> Likevel er det en kategorisk forskjell: i selvforvaring er det umulig for noen andre \u00e5 lyve til deg om at myntene finnes. De finnes eller finnes ikke, og du ser det selv. Prisen er at ansvaret for at de fortsatt finnes i morgen, hviler helt p\u00e5 deg. For mange norske sparere er det en byrde de gjerne betaler en forvarer for \u00e5 slippe, og da flytter vi oss over i modeller der verifiseringen blir noen andres jobb.<\/p> Multisig deler n\u00f8kkelen p\u00e5 flere parter, typisk to av tre eller tre av fem, og en smartkontrakt eller et Bitcoin-skript h\u00e5ndhever at et flertall m\u00e5 signere. I samarbeidsforvaring holder du selv to n\u00f8kler mens en n\u00f8kkelagent som Unchained, Casa eller Nunchuk holder den tredje og signerer p\u00e5 foresp\u00f8rsel; agenten kan ikke flytte midler alene. Fordelen p\u00e5 verifiseringsaksen er at alt er synlig p\u00e5 kjeden. Du kan se adressen, du kan se hvem som er signatarer, og du kan i prinsippet revidere oppsettet selv. Dette er en langt mer transparent modell enn noe som lever inne i en lukket infrastruktur.<\/p> Men \u00absynlig p\u00e5 kjeden\u00bb er bare nyttig hvis noen faktisk leser det som st\u00e5r der. To forbehold gjelder. Det f\u00f8rste er at du m\u00e5 verifisere kalldataene, alts\u00e5 hva transaksjonen faktisk gj\u00f8r, ikke bare hva skjermen p\u00e5st\u00e5r. De st\u00f8rste multisig-tyveriene, fra Bybit til Radiant, handlet ikke om knekt kryptografi, men om signatarer som blindsignerte en manipulert visning. Sp\u00f8rsm\u00e5let hva godkjenner du egentlig<\/a> n\u00e5r du signerer, er hele forskjellen mellom en multisig som beskytter og en som bare gir falsk trygghet.<\/p> Det andre forbeholdet er nettopp Liquid-l\u00e6rdommen: verifiseringslaget over signaturen kan ta feil. Et multisig bekrefter at et flertall av signatarene sa ja; det reviderer ikke om det de sa ja til, var gyldig i en dypere forstand. Liquids funksjon\u00e6rer signerte korrekt etter reglene, men reglene hvilte p\u00e5 en buffer som l\u00f8y. Multisig l\u00f8ser alts\u00e5 problemet \u00abingen enkeltperson skal kunne stikke av med alt\u00bb, men ikke problemet \u00aballe ble enige om noe som var feil\u00bb. Det er en reell oppgradering av transparens sammenlignet med en b\u00f8rs, forutsatt at brukeren gj\u00f8r jobben med \u00e5 lese det som signeres.<\/p> MPC, flerpartsberegning, g\u00e5r motsatt vei av multisig. N\u00f8kkelen settes aldri sammen; i stedet holder flere parter hver sin andel, signeringen skjer utenfor kjeden, og resultatet er \u00e9n enkelt signatur p\u00e5 kjeden. Det er raskt, billig, fungerer p\u00e5 tvers av blokkjeder og lar forvareren endre hvem som holder andeler uten \u00e5 flytte midler. Institusjoner elsker det av gode grunner. Men p\u00e5 verifiseringsaksen er MPC nesten det motsatte av multisig: fordi det ikke finnes noen smartkontrakt eller synlig M-av-N p\u00e5 kjeden, kan du ikke revidere oppsettet utenfra. Du m\u00e5 stole p\u00e5 leverand\u00f8ren, gjerne Fireblocks eller en tilsvarende akt\u00f8r, og p\u00e5 at andelene h\u00e5ndteres slik de sier. Vi gikk gjennom denne avveiningen i detalj i sammenligningen av MPC mot multisig<\/a>.<\/p> B\u00f8rsforvaring legger enda et lag med tillit opp\u00e5. N\u00e5r du holder krypto p\u00e5 en b\u00f8rs, ligger myntene som regel i en omnibus-l\u00f8sning, en felles pott, og det som skiller din saldo fra naboens, er en oppf\u00f8ring i b\u00f8rsens interne hovedbok. Du eier et krav mot b\u00f8rsen, ikke en bestemt mynt. Verifiseringen du f\u00e5r tilbud om, er indirekte: et reservebevis med jevne mellomrom, kanskje en revisjon, kanskje en zk-SNARK-variant som hos Binance. Du kan bekrefte at saldoen din er med i et totaltall, men du kan ikke uavhengig bekrefte at midlene er atskilt fra b\u00f8rsens egne, eller at de ikke er l\u00e5nt ut.<\/p> Det er samtidig her de fleste nordmenn faktisk oppbevarer kryptoen sin, fordi det er enkelt og fordi en regulert b\u00f8rs gir andre garantier (mer om det nedenfor). Poenget er ikke at b\u00f8rsforvaring er uforsvarlig, men at den bytter bort verifiserbarhet mot bekvemmelighet. Du g\u00e5r fra \u00e5 se myntene dine p\u00e5 kjeden til \u00e5 stole p\u00e5 et periodisk bilde en tredjepart velger \u00e5 vise deg. Grensen mellom en b\u00f8rs og en lommebok viskes dessuten stadig mer ut etter hvert som b\u00f8rsen blir lommeboken din<\/a>, noe som gj\u00f8r det enda viktigere \u00e5 vite hva slags forvaring som egentlig ligger bak appen.<\/p> For profesjonelle akt\u00f8rer har det vokst frem en egen klasse av kvalifiserte forvarere: BitGo, Coinbase Custody, Anchorage og MPC-leverand\u00f8rer som Fireblocks via partner-truster. Her er verifiseringen verken et kjedebevis du sjekker selv eller et enkelt reserve-snapshot, men en revisors attestasjon. Standarden er SOC 1- og SOC 2 Type II-rapporter, der et revisjonsfirma over tid bekrefter at kontrollene virker, kombinert med status som kvalifisert forvarer under en trust-lisens. BitGo oppgir inntil 250 millioner dollar i forsikring, rundt 2,3 milliarder kroner, og fullf\u00f8rte SOC 1- og SOC 2 Type II-revisjoner som del av tilbudet til institusjonelle kunder (BitGo<\/a>). Selskapet fikk i tillegg en nasjonal trust-lisens fra det amerikanske OCC og ble notert p\u00e5 b\u00f8rs tidlig i 2026, som den f\u00f8rste b\u00f8rsnoterte, f\u00f8deralt regulerte forvaringsakt\u00f8ren for digitale aktiva.<\/p> Denne modellen gir reell trygghet, men det er en annen slags trygghet enn den selvforvaring gir. Du bytter \u00abjeg kan se myntene p\u00e5 kjeden\u00bb mot \u00abet anerkjent revisjonsfirma og en tilsynsmyndighet sier at forvareren har gode rutiner\u00bb. For mange institusjoner er det et fornuftig bytte, fordi en revisors ansvar og en trust-lisens gir juridisk rygg \u00e5 lene seg p\u00e5. Men det er verdt \u00e5 huske hva forsikringen faktisk dekker: den gjelder typisk tyveri, er bel\u00f8psbegrenset, og dekker s\u00e5 godt som aldri forvarerens egen konkurs. Verken den amerikanske innskuddsgarantien eller verdipapirgarantien omfatter krypto, fordi krypto verken er et bankinnskudd eller et registrert verdipapir.<\/p> Tabellen under viser hvordan de st\u00f8rste institusjonelle forvarerne skiller seg p\u00e5 tilsyn og dokumentasjon. Legg merke til at ingen av dem tilbyr den typen direkte, p\u00e5-kjeden-verifisering du har i selvforvaring; verifiseringen er delegert til revisorer og tilsyn.<\/p>Forvaringsdebatten mangler en akse<\/h2>
Liquid-sjokket: da reservene var en bufret l\u00f8gn<\/h2>
\u00abProof of reserves\u00bb: hva beviset faktisk beviser<\/h2>
…og hva beviset ikke beviser<\/h2>
Selvforvaring: den eneste modellen du reviderer selv<\/h2>
Multisig og samarbeidsforvaring: synlig, men bare hvis du leser det<\/h2>
MPC og b\u00f8rsforvaring: tillit til infrastruktur du ikke ser<\/h2>
Institusjonell forvaring: revisjon i stedet for kjedebevis<\/h2>