En kveld i november 2025 lanserte lommebok-appen Nunchuk en funksjon de fleste krypto-eiere helst ikke vil tenke på, men som stadig flere faktisk trenger. Nunchuk 2.0 bygde inn en automatisk arveløsning direkte i Bitcoin-scriptet, med Miniscript og tidslåser, slik at arvinger kan hente ut midler etter en fastsatt periode uten aktivitet fra eieren, og uten at de er avhengige av at selskapet Nunchuk fortsatt eksisterer. Lanseringen traff en nerve fordi tallene bak problemet er brutale. Mellom 2,3 og 4 millioner BTC, opptil 18 prosent av hele forsyningen, regnes som permanent tapt ifølge analyser fra Chainalysis, Ledger og BitGo. Mye av dette skyldes verken hacking eller svindel. Eieren døde eller ble ufør, og ingen andre visste hvordan pengene skulle hentes ut.
Denne guiden viser deg hvordan du bygger en fungerende arveplan for bitcoin. Vi går gjennom to konkrete metoder: en tradisjonell multisig du kan sette opp i dag med verktøy som Sparrow Wallet, og en mer avansert nedbrytende multisig med tidslås-script bygget med Liana Wallet, der arvingene dine får tilgang automatisk etter en periode uten at du må stole på et selskap. Du får 12 konkrete steg, en testrunde på testnett før du rører ekte penger, og en gjennomgang av hvordan norsk arverett behandler kryptoformue i praksis.
Hvorfor bitcoin-eiere ikke kan vente med arveplanlegging
Problemet er større enn de fleste tror. Forskningsselskapet Spark Money anslår i sin 2026-rapport at bare rundt 17 prosent av krypto-eiere har en dokumentert arveplan for beholdningen sin. Det betyr at over fire av fem eiere ikke har lagt igjen instruksjoner familien kan bruke hvis noe skjer. Samtidig viser tall sitert av AInvest og Digitap at rundt 1,57 millioner BTC, omtrent 7,5 prosent av forsyningen, allerede er tapt for godt fordi noen mistet tilgangen til private nøkler eller passord.
Et estimat fra analyseselskapet Cane Island, gjengitt på Binance Square, anslår at den årlige tapsraten for bitcoin lå på rundt 4 prosent i 2020 og har falt til omtrent 3,3 prosent i 2025. Det høres kanskje lavt ut, men i praksis betyr det at et sted mellom 500 000 og 700 000 BTC kan bli utilgjengelige hvert eneste år, på grunn av tapte nøkler, ødelagt maskinvare eller dødsfall uten en plan. Bitcoin har ingen kundeservice som kan tilbakestille passordet ditt. Når nøkkelen er borte, er pengene borte, uansett hvor mange millioner de er verdt.
Den gode nyheten er at problemet er løsbart med verktøy som allerede finnes. Multisig-lommebøker, tidslås-script og Shamir-basert nøkkeldeling gjør det mulig å bygge en arveplan som verken krever at du gir fra deg kontroll mens du lever, eller at arvingene dine er avhengige av en tredjepart som kanskje ikke finnes om ti år. Denne guiden bygger videre på grunnleggende multisig-prinsipper vi har dekket i guiden om air-gapped kald lagring, men legger til det som faktisk gjør en oppsett arvbar. Har du ikke jobbet med multisig eller kryptosikkerhet før, kan det være nyttig å lese kald lagring-guiden først.
Slik fungerer arv av kryptovaluta i Norge
Den juridiske siden av bitcoin-arv i Norge er enklere enn mange frykter. Ifølge Chambers sin 2025-oversikt over privat formuesrett i Norge behandles digitale eiendeler, inkludert kryptovaluta, som en del av boet på lik linje med andre eiendeler. Det finnes ingen egne arveregler for krypto utover vanlig formues- og skatterett, og det påløper ingen egen arveavgift på selve overføringen til arvingene.
Det som derimot skjer er at arvingene overtar det opprinnelige kostgrunnlaget til avdøde. Urealisert gevinst blir altså skattepliktig først når kryptoen faktisk selges videre, ikke ved selve arveovergangen. Boet har også plikt til å oppgi kryptobeholdningen til markedsverdi i avdødes siste skattemelding og formuesoppgave. I praksis betyr dette at den juridiske biten stort sett ordner seg selv, gitt at boet vet at formuen finnes og hvordan den kan verdsettes.
Det virkelige problemet er ikke juridisk, det er teknisk. Chambers-guiden og flere andre 2025- og 2026-analyser av digital arv peker på det samme: retten til å arve er sjelden tvilsom, men tilgangen til private nøkler er det som avgjør om arven noen gang blir noe mer enn en linje i skattemeldingen. En advokat kan skrive et testamente som nevner bitcoin-beholdningen din. Ingen advokat kan hente ut pengene for arvingene dine hvis ingen vet hvor nøklene er, eller hvordan en 2-av-3 multisig faktisk brukes.
Det samme mønsteret gjelder i de fleste andre europeiske land. Internasjonale privatformue-guider som Chambers publiserer for hele EU-området, beskriver kryptovaluta som eiendom eller finansielle midler som kan overføres til arvinger på samme måte som aksjer eller bankinnskudd. Utfordringen er aldri om arvingen har rett til formuen. Utfordringen er om noen faktisk kan komme til nøklene uten å bryte sikkerheten mens eieren fortsatt lever. Det gjør bitcoin-arv til et rent driftsproblem, og det er nettopp derfor resten av denne guiden handler om teknikk og rutiner fremfor jus.
Ett punkt er verdt å ta med seg fra norsk familierett: ektefeller og samboere behandles ikke likt. En samboer arver som hovedregel ikke automatisk uten testament eller samboerkontrakt, mens en ektefelle har lovbestemt arverett selv uten testament. Har du en samboer du ønsker skal motta bitcoin-beholdningen, holder det ikke å bare gi vedkommende en nøkkel i multisig-oppsettet. Du bør også sørge for at testamente eller samboerkontrakt faktisk nevner formuen, slik at den tekniske og den juridiske delen av arveplanen peker samme vei. Snakk med en advokat om dette punktet spesielt, siden denne artikkelen dekker det tekniske oppsettet, ikke individuell juridisk rådgivning.
Forutsetninger: verktøy, kunnskap og tid du trenger
Sett av en helg til selve oppsettet, og planlegg for at testrunden på testnett tar en ekstra kveld. Arveplanlegging er ikke noe du gjør i farten mellom to møter, det er infrastruktur som skal holde i tiår. Under følger alt du bør ha klart før du åpner Sparrow eller Liana for første gang, delt i programvare og maskinvare på den ene siden og fysisk sikkerhet og organisering på den andre.
Programvare og maskinvare
- Tre til fem hardware-lommebøker fra forskjellige produsenter, for eksempel Coldcard, Blockstream Jade og BitBox02 (typisk 1 500–3 500 NOK per enhet)
- Sparrow Wallet i nyeste versjon for den vanlige multisig-oppsettet og for å administrere descriptors
- Liana Wallet i nyeste versjon for den nedbrytende multisig-varianten med innebygd tidslås
- Tilgang til Bitcoin testnet eller signet, slik at du kan øve på hele arveflyten uten å røre ekte penger
- Valgfritt: en egen Bitcoin Core-node hvis du ønsker å verifisere alt uten å stole på tredjepartsservere
- Stål- eller titanplater til seed-backup, ikke bare papir, for hver enkelt nøkkelholder
Fysisk sikkerhet og organisering
- Minst to, helst tre, fysisk atskilte oppbevaringssteder for nøkler og backup-plater
- En trygg måte å informere arvingene på, for eksempel et forseglet brev hos en advokat eller i en bankboks
- Grunnleggende forståelse av xpub-er, descriptors og hvordan en PSBT-transaksjon (Partially Signed Bitcoin Transaction) signeres
- Tid til å teste hele gjenopprettingsprosessen minst én gang sammen med en tiltenkt arving, ikke bare på papiret
Du trenger ikke å kunne programmere for å følge denne guiden, men noen av stegene bruker kommandolinjeverktøy for de som vil verifisere descriptors og script manuelt. Hopp gjerne over kodeblokkene hvis Sparrow- og Liana-grensesnittet dekker det du trenger.
To hovedmetoder for bitcoin-arv: multisig og tidslås-script
Det finnes i praksis to måter å bygge en arvbar bitcoin-oppsett på, og de kan gjerne kombineres. Den første er en vanlig multisig der en av nøklene er øremerket arvingen, og der arven i praksis håndteres manuelt, ved at arvingen får tilgang til sin nøkkel og en samarbeidende part (advokat, familiemedlem eller tjeneste som Unchained Capital) etter dødsfallet. Den andre er en nedbrytende multisig, der selve Bitcoin-scriptet inneholder en tidslås som automatisk gir arvingen kontroll etter en periode uten aktivitet fra eieren, uten at noen tredjepart trenger å gjøre noe.
Hvilken av de to du bør starte med, avhenger av hvor mye du er villig til å lære før du rører produksjonspenger. Den manuelle multisig-varianten kan settes opp på en ettermiddag med et grensesnitt som Sparrow Wallet, og den er et solid steg opp fra ingen arveplan i det hele tatt. Den nedbrytende varianten med tidslås krever at du forstår Miniscript-policyer og hvordan CLTV og CSV fungerer i praksis, men den fjerner samtidig behovet for at noen mennesker faktisk klarer å samle seg og signere riktig den dagen det gjelder. Mange bygger derfor den enkle varianten først, tester den grundig, og går videre til den nedbrytende varianten når de har brukt oppsettet en stund og kjenner verktøyene godt.
| Metode | Hvordan arv utløses | Krever tillit til tredjepart | Passer best for |
|---|---|---|---|
| 2-av-3 multisig, manuell | Arving og medsignerer samler nøkler etter dødsfall | Ja, til medsignerer eller advokat | De fleste privatpersoner |
| 3-av-5 multisig, manuell | Tre av fem nøkkelholdere samles | Delvis, spredt på flere personer | Familier og større beholdninger |
| Nedbrytende multisig med tidslås | Script gir arving kontroll automatisk etter inaktivitet | Nei, håndheves av protokollen | Erfarne brukere som vil unngå tredjepart |
| Shamir Secret Sharing (SSS) | Terskelantall av seed-biter samles og rekonstrueres | Delvis, avhengig av hvem som har biter | Supplement til multisig, enklere backup |
Shamir Secret Sharing fortjener en kort forklaring her, siden det ofte blandes sammen med multisig. SSS splitter én enkelt seed-frase i flere biter, for eksempel fem, der et gitt antall av dem, la oss si tre, er nok til å rekonstruere hele hemmeligheten. Dette er ikke det samme som multisig, som styrer hvem som kan signere på kjeden. SSS beskytter selve hemmeligheten før den noen gang havner i en lommebok. Vi har gått grundig gjennom oppsettet i vår egen SLIP-39 Shamir Backup-guide, og den kan brukes som et supplement til multisig-oppsettet i denne artikkelen, spesielt for å sikre selve nøkkelmaterialet før det legges inn i en signeringsenhet.
Velg riktig oppsett etter beholdningsstørrelse og livssituasjon
Før du går i gang med selve byggingen, bør du bestemme hvilket nivå av bitcoin-arv-oppsett som faktisk passer beholdningen din. Det er fristende å hoppe rett til det mest avanserte alternativet, men en nedbrytende multisig med Miniscript krever mer vedlikehold enn en enkel 2-av-3, og det er ingen vits i å påta seg den kompleksiteten hvis beholdningen din er liten nok til at en enklere løsning dekker behovet like godt.
| Beholdning | Anbefalt oppsett | Typisk tidslås | Kompleksitet |
|---|---|---|---|
| Under 50 000 NOK | 1-av-1 hardware-lommebok med dokumentert seed hos advokat | Ikke nødvendig | Lav |
| 50 000–500 000 NOK | 2-av-3 multisig i Sparrow, arvingnøkkel inkludert fra start | Ikke nødvendig, manuell overlevering | Middels |
| 500 000–2 000 000 NOK | Nedbrytende multisig i Liana eller Nunchuk Honey Badger | 6–12 måneder | Middels til høy |
| Over 2 000 000 NOK eller familieformue | 3-av-5 eller flerlags tidslås med flere arvinger | 12–24 måneder, flere nivåer | Høy |
Livssituasjonen din teller minst like mye som kronebeløpet. En enslig person uten barn har et enklere valg enn en familie med flere barn i ulik alder, der en del av arveplanen kanskje bør vente til barna er myndige. Har du en samboer og felles barn, kan det være riktig å gi samboeren fullmakt gjennom en «i live»-gren, mens en tidslåst gren sikrer barna hvis begge foreldrene skulle falle fra samtidig. Poenget med denne guiden er ikke at én løsning passer alle, men at du bevisst velger nivå ut fra egen situasjon i stedet for å kopiere et oppsett du har sett i et forum.
Steg 1 til 3: Sett opp en enkel 2-av-3 multisig for arv
Steg 1: Velg nøkkelfordelingen din. For en arvbar 2-av-3 multisig anbefaler vi at du selv holder to nøkler (én hjemme, én i bankboks), mens den tredje går til en arving eller en betrodd tredjepart. På denne måten kan du bruke pengene helt normalt mens du lever, siden du alene har to av tre nødvendige nøkler, samtidig som arvingen din har én nøkkel klar til å kombineres med den gjenværende hjemmenøkkelen den dagen det trengs.
Steg 2: Generer nøkler offline, én enhet om gangen. Slå på hver hardware-lommebok uten nettverkstilkobling og generer en ny 24-ords seed-frase etter BIP-39-standarden. Skriv ordene ned for hånd, press dem inn i en stålplate, og gjenta for alle tre enhetene i separate økter. Fotografer aldri en seed-frase, og skriv den aldri inn i en passordbehandler.
Steg 3: Bygg watch-only-lommeboken i Sparrow. Eksporter den offentlige nøkkelen (xpub) eller en fullstendig descriptor fra hver enhet, og importer alle tre inn i en ny multisig-lommebok i Sparrow Wallet. Sett terskelen til 2-av-3. Slik ser en tilsvarende descriptor ut hvis du heller vil sette den opp direkte mot en egen Bitcoin Core-node:
# 2-av-3 multisig-descriptor for arv, satt opp med Bitcoin Core
bitcoin-cli createwallet "bitcoin_arv_watchonly" true true
bitcoin-cli importdescriptors '[
{
"desc": "wsh(sortedmulti(2,[xpub_eier1]/0/*,[xpub_eier2]/0/*,[xpub_arving]/0/*))#checksum",
"active": true,
"internal": false,
"timestamp": "now"
}
]'Legg merke til at arvingens xpub er med i descriptoren fra første stund. Det er dette som gjør oppsettet arvbart i utgangspunktet: arvingen trenger ingen tilgang og ingen kunnskap om oppsettet mens du lever, men nøkkelen deres er allerede en del av polisen den dagen den trengs.
Steg 4 til 6: Bygg en nedbrytende multisig med Miniscript og tidslås
Steg 4: Forstå hva en tidslås faktisk gjør. Bitcoin Script har to typer opcodes for tidslåser, og begge brukes aktivt i inheritance-løsninger som Liana og Nunchuk 2.0. OP_CHECKLOCKTIMEVERIFY (CLTV) setter en absolutt grense, enten en blokkhøyde eller et tidsstempel, som må være passert før en gitt gren av scriptet kan brukes. OP_CHECKSEQUENCEVERIFY (CSV) setter i stedet en relativ grense, målt i antall blokker siden en UTXO ble bekreftet, noe som egner seg godt til «ingen aktivitet på X måneder»-mønstre.
Steg 5: Skriv Miniscript-policyen din. En typisk nedbrytende arvepolicy kombinerer to grener: en «i live»-gren som gir deg full kontroll umiddelbart, og en «arv»-gren som først blir gyldig etter tidslåsen. Uttrykt som Miniscript-policy ser det gjerne slik ut:
# Miniscript-policy for nedbrytende arv
# Gren A: eier kan bruke midlene når som helst med egen 2-av-2
# Gren B: arving kan bruke midlene alene etter tidslås T (f.eks. 12 måneder inaktivitet)
or(
and(pk(eier_nokkel1), pk(eier_nokkel2)),
and(after(T), pk(arving_nokkel))
)
# Kompilert til en policy-streng Liana kan lese:
# or(pk_i(A),and(pk_j(B),older(52560)))Legg inn dette som en policy i Liana Wallet, som konverterer den til et faktisk Bitcoin-script og genererer mottaksadresser basert på det. Så lenge du bruker lommeboken jevnlig, forblir midlene under din kontroll via den første grenen. Slutter aktiviteten helt, for eksempel fordi du dør eller blir alvorlig syk, blir den andre grenen gyldig etter tidslåsen, og arvingen din kan bruke sin egen nøkkel alene, uten å måtte samle flere signaturer eller kontakte noen.
Steg 6: Velg riktig tidslås-lengde. Dette er en avveining mellom sikkerhet og risiko for falsk utløsning. For kort tidslås, og arvingen kan i teorien få tilgang mens du bare er på en lang reise uten internett. For lang tidslås, og arven kan bli utilgjengelig i årevis hvis noe skjer. Nunchuks 2.0-modell bruker en variant av dette der en plattformnøkkel er del av en 2-av-4-terskel før tidslåsen utløper, og deretter fjernes fra kvorumet slik at oppsettet dekomponerer til 1-av-3 for arvingen. De fleste privatpersoner som setter opp sin egen Liana-policy lander på et sted mellom 6 og 18 måneder, avhengig av hvor ofte de faktisk flytter penger eller logger inn.
Steg 7 til 9: Test arvescenariet trygt på testnett
Steg 7: Bygg samme oppsett på testnett først. Aldri test en ny script-policy med ekte penger. Gjenta steg 4 til 6 identisk på Bitcoin testnet eller signet, med testcoins fra en offentlig faucet. Dette koster ingenting og lar deg finne feil i policyen din før noe reelt står på spill.
Steg 8: Verifiser at «i live»-grenen fungerer. Send testcoins til testnett-adressen, og bruk deretter eier-nøklene til å signere og sende en transaksjon tilbake til deg selv. Dette bekrefter at den vanlige bruken av lommeboken fungerer helt normalt, og at du ikke ved et uhell har låst deg selv ute.
Steg 9: Simuler arvescenariet. For å teste tidslås-grenen uten å vente måneder, kan du sette en kort testverdi for T på testnett, for eksempel noen få blokker i stedet for et halvt år. Bruk deretter kun arvingens nøkkel til å forsøke en signering før og etter at tidslåsen er passert. Slik kan du dekode og inspisere en tidslåst transaksjon manuelt for å bekrefte at reglene faktisk håndheves av nettverket:
# Dekod en rå transaksjon for å se locktime-feltet
bitcoin-cli -testnet decoderawtransaction "raw_tx_hex_her"
# Sjekk nåværende blokkhøyde for å sammenligne mot tidslåsen din
bitcoin-cli -testnet getblockcount
# Forsøk å sende arvingens signerte transaksjon før tidslåsen er nådd
# Forventet resultat: avvist av nettverket med feilmelding om locktime
bitcoin-cli -testnet sendrawtransaction "signert_arv_tx_hex"Hvis alt er riktig konfigurert, avviser testnett-noden transaksjonen fra arvingen frem til tidslåsen er passert, og godtar den umiddelbart etterpå. Får du et annet resultat enn ventet, er det bedre å oppdage det her enn den dagen arvingen faktisk trenger pengene.
Steg 10 til 12: Dokumenter og informer arvingene dine
Steg 10: Skriv et tydelig gjenopprettingsdokument. Dette skal ikke inneholde selve seed-frasene, men forklare hvilke enheter som finnes, hvor de fysisk befinner seg, hvilken programvare som brukes (Sparrow eller Liana), og hva slags terskel og tidslås som gjelder. Behandle dette dokumentet som en bruksanvisning, ikke som en hemmelighet i seg selv.
Steg 11: Del ansvaret, ikke bare informasjonen. Ideelt sett vet arvingen din at de har en nøkkel og omtrent hvordan den skal brukes, uten at de har tilgang til de andre nøklene mens du lever. Kombiner gjerne dette med en advokat eller et forseglet brev som utleveres ved dødsfall, slik at ikke alt hviler på at arvingen husker en samtale fra flere år tilbake.
Steg 12: Gjennomfør en reell test med arvingen til stede. Den beste testen av en arveplan er ikke teknisk, den er menneskelig. Sett av en time sammen med den faktiske arvingen, gå gjennom dokumentet, og la dem faktisk finne frem sin nøkkel og forstå hva de skal gjøre. Hvis de blir forvirret av trinnene, er planen for komplisert, uansett hvor teknisk elegant scriptet er.
Har du flere arvinger, for eksempel to eller tre barn som skal dele beholdningen, kan det være fristende å gi alle samme nøkkel eller samme tilgang. Gjør heller det motsatte: gi hver arving sin egen, unike nøkkel i policyen, og la dem samarbeide om signeringen etter tidslåsen er passert, akkurat som eierne gjorde det mens de levde. Dette hindrer at én arving alene kan bruke midlene før familien er enig om fordelingen, og det gir samme type beskyttelse mot enkeltpersoners feil eller uærlighet som multisig gir deg i utgangspunktet.
Tjenestebasert vs. on-chain arv: sammenligning av verktøy
Du trenger ikke å bygge alt fra bunnen med rå Miniscript. Flere ferdige produkter dekker deler av eller hele denne funksjonaliteten, og de skiller seg tydelig på om arven håndheves av selve protokollen, eller om den er avhengig av at et selskap fortsatt eksisterer og samarbeider den dagen det gjelder.
| Verktøy | Arvemekanisme | Kostnad | Avhengig av selskapet? |
|---|---|---|---|
| Casa | Multisig med support ved dødsfall, ingen automatisk on-chain-utløsning | Årlig abonnement | Ja, for assistanse ved gjenoppretting |
| Unchained Capital | 2-av-3 vault, arv håndteres som juridisk/manuell prosess | Årlig abonnement | Ja, som medsignerer i vaulten |
| Nunchuk Honey Badger | 2-av-4 multisig som dekomponerer til 1-av-3 ved tidslås | Abonnement (Honey Badger / Premier) | Delvis, plattformnøkkel fjernes automatisk ved utløp |
| Liana Wallet | Ren Miniscript-policy med CLTV/CSV, ingen plattformnøkkel | Gratis og åpen kildekode | Nei, håndheves kun av Bitcoin-nettverket |
Forskjellen mellom disse modellene handler i bunn og grunn om hvem du velger å stole på. Casa og Unchained legger tilliten hos et selskap som forhåpentlig fortsatt finnes og hjelper arvingene dine om ti eller tjue år. Nunchuk 2.0 forsøker å ha det beste fra begge verdener, ved å bruke on-chain tidslås samtidig som selskapet tilbyr veiledning underveis. Liana går lengst i den rene retningen, med en policy som ligger helt i Bitcoin-scriptet og som fungerer uansett om Liana som prosjekt eksisterer om et tiår. Prisen for den friheten er at du selv må forstå og vedlikeholde policyen, uten et supportteam å ringe.
For norske og nordiske brukere er tilgjengelighet også et praktisk spørsmål. Casa og Unchained Capital er amerikanske selskaper, og support foregår som regel på engelsk, med betaling i dollar og amerikansk juridisk rammeverk for eventuell tvisteløsning. Liana og Nunchuk er begge internasjonale, åpne prosjekter som fungerer likt uansett hvor i verden du befinner deg, siden hele oppsettet kjører mot det globale Bitcoin-nettverket og ikke mot en lokal server. Dette gjør de to sistnevnte til et naturlig utgangspunkt for nordiske brukere som ønsker en løsning uten avhengighet av ett enkelt lands rettssystem.
Vanlige feil ved bitcoin-arveplanlegging
De fleste feilene i denne kategorien handler ikke om kryptografi, men om vaner og snarveier som ser ufarlige ut i øyeblikket. En arveplan feiler sjelden fordi Miniscript-en var feil skrevet, den feiler fordi noen tok en beleilig snarvei et sted underveis. Her er de seks feilene vi ser oftest gjenta seg.
- Å bare skrive en passordliste i skyen. Google Docs, Dropbox eller e-postutkast er ikke en arveplan, det er en åpen invitasjon til hvem som helst med tilgang til kontoen din.
- Å gi arvingen full seed-frase mens du lever. Da har du i praksis avskaffet hele poenget med multisig, siden én person alene nå kan tømme lommeboken uten ditt samtykke.
- Å velge en tidslås som er for kort. En tremåneders utenlandsreise uten internett bør ikke trigge arvegrenen ved et uhell.
- Å aldri teste gjenopprettingen med arvingen til stede. En plan som bare fungerer på papiret, men aldri er øvd på, feiler ofte akkurat når den trengs mest.
- Å samle alle nøklene på ett fysisk sted. Da har du bygget en multisig som ser trygg ut på skjermen, men som i praksis er like sårbar som en enkel lommebok ved brann, tyveri eller innbrudd.
- Å glemme BIP-39-passordfrasen i dokumentasjonen. Bruker du «det 25. ordet», må dette dokumenteres separat, ellers er selve seed-frasen verdiløs for arvingen.
Feilsøking: vanlige problemer og løsninger
De fleste problemene under oppsett av en arvbar multisig dukker opp i overgangen mellom teori og praksis, gjerne når en descriptor skal importeres på tvers av to forskjellige programmer, eller når en tidslås skal testes uten å vente måneder i virkeligheten. Under følger de problemene vi oftest ser når lesere og fagfolk deler erfaringer fra egne oppsett, sammen med konkrete grep for å løse dem.
- Sparrow viser «missing signature» selv om nok nøkler er lagt til. Sjekk at descriptoren er identisk på alle enheter, inkludert riktig derivasjonssti. En eneste feil tegn i xpub-en gjør at Sparrow ikke gjenkjenner signaturen som gyldig.
- Liana avviser Miniscript-policyen din ved import. De fleste feil her skyldes ubalanserte parenteser eller feil rekkefølge på and/or-uttrykk. Valider policyen i et frittstående Miniscript-verktøy før du limer den inn i Liana.
- Testnett-transaksjonen blir stående som «unconfirmed» i timevis. Testnett har ofte lav og ujevn hash-rate, noe som gir uforutsigbare blokktider. Vær tålmodig, eller bruk signet, som har mer stabil blokktid.
- bitcoin-cli sendrawtransaction gir feilmeldingen «non-final». Dette betyr som regel at locktime-feltet ikke er nådd ennå. Sjekk blokkhøyden mot tidslåsen din med getblockcount.
- Arvingens nøkkel fungerer ikke etter at tidslåsen er passert. Kontroller at riktig sekvensnummer (nSequence) er satt på inputen hvis du bruker CSV i stedet for CLTV, siden CSV krever et eksplisitt sekvensfelt for å være gyldig.
- Hardware-lommeboken viser en annen adresse enn watch-only-lommeboken. Dette er nesten alltid en descriptor-mismatch, ofte fordi én enhet eksporterte en xpub for feil kontosti. Reeksporter og sammenlign tegn for tegn.
- Du har mistet tilgangen til én av tre nøkler i en 2-av-3. Så lenge du fortsatt har to fungerende nøkler, kan du signere en transaksjon som flytter alt til en helt ny multisig-oppsett med en frisk tredje nøkkel. Vent ikke til du mister nøkkel nummer to.
- Arvingen forstår ikke hvordan de skal signere når tiden kommer. Dette løses ikke teknisk, det løses ved å faktisk gjennomføre steg 12 (testkjøringen) mens du fortsatt kan forklare det muntlig.
Avanserte tips for erfarne brukere
Hvis du allerede kjenner multisig godt, er det noen finjusteringer som gjør en arveplan betydelig sterkere. For det første, vurder å kombinere flere tidslås-nivåer i samme policy, slik at ulike arvinger eller institusjoner får tilgang på forskjellige tidspunkt. En ektefelle kan for eksempel få tilgang etter 6 måneder, mens en sekundær arving eller en veldedig stiftelse først får tilgang etter 24 måneder, som en siste sikkerhetsventil hvis noe går galt med den primære arvingen også.
For det andre, ikke la hele beholdningen ligge i én enkelt policy. Del formuen mellom en «daglig bruk»-lommebok med enkel 2-av-3 og en «langsiktig arv»-lommebok med streng nedbrytende multisig og lengre tidslås. Dette reduserer kompleksiteten i den delen du faktisk bruker ofte, samtidig som hovedformuen forblir beskyttet av det strengere oppsettet.
For det tredje, hvis du kombinerer Shamir Secret Sharing med multisig, pass på at du ikke ender opp med en falsk følelse av sikkerhet. SSS beskytter én enkelt seed mot tap, men hvis den seeden er én av dine egne to nøkler i en 2-av-3, har du fortsatt bare beskyttet halvparten av oppsettet. Vurder om SSS gir mest verdi brukt på backupen til arvingens nøkkel i stedet, siden det ofte er den nøkkelen som ligger mest ubrukt og dermed er mest utsatt for å bli glemt eller feilplassert over tid.
For det fjerde, unngå at alle enhetene dine kommer fra samme produsent, også i arve-delen av oppsettet. Hvis både eier-nøklene og arvingens nøkkel ligger på identisk maskinvare fra én leverandør, kan en enkelt firmware-sårbarhet eller et tilbakekallingsvarsel i verste fall ramme hele planen samtidig. Spre gjerne enhetene på minst to produsenter, og hold en oversikt over hvilken firmware-versjon hver enhet kjører, slik at du raskt kan sjekke om en publisert sårbarhet faktisk gjelder ditt utstyr.
Komplett eksempel: full arveplan for en norsk familie
La oss sette sammen alle stegene i et konkret, gjennomførbart eksempel. En familie i Trondheim med en bitcoin-beholdning verdt rundt 800 000 NOK bestemmer seg for følgende oppsett: en nedbrytende 2-av-2-pluss-arving-policy bygget i Liana, med en tidslås på 12 måneder.
# Fullstendig policy for familien: to eier-nøkler kreves i live,
# én arvingnøkkel er nok etter 12 måneders inaktivitet (ca. 52 560 blokker)
or(
and(pk(far_nokkel), pk(mor_nokkel)),
and(older(52560), pk(sonn_nokkel))
)Far og mor har hver sin hardware-lommebok hjemme og i bankboksen, og signerer sammen for alle vanlige transaksjoner. Sønnens nøkkel ligger i en forseglet konvolutt hos familiens advokat, sammen med et gjenopprettingsdokument som forklarer oppsettet, men uten selve seed-frasen. Familien setter opp et enkelt sjekkskript for å verifisere at policyen fortsatt er aktiv og at ingen av enhetene har feilet:
#!/bin/bash
# Enkel årlig sjekk av arveoppsettet
echo "Sjekker at watch-only-lommeboken kjenner alle tre offentlige nøkler..."
liana-cli listkeys --wallet bitcoin_arv_familie
echo "Sjekker gjeldende blokkhøyde og gjenstående tid til arvegrenen aktiveres..."
CURRENT=$(bitcoin-cli getblockcount)
ACTIVATION=$((SISTE_TRANSAKSJON_HOYDE + 52560))
echo "Nåværende høyde: $CURRENT, arvegren aktiveres ved: $ACTIVATION"Én gang i året kjører de dette skriptet sammen, som en påminnelse om at oppsettet fortsatt fungerer og at ingen av nøklene er tapt. Denne rutinen er kanskje det viktigste enkeltelementet i hele planen, siden en arveplan som aldri sjekkes, er nesten like risikabel som å ikke ha en plan i det hele tatt.
Vedlikehold år etter år
En arveplan er ikke et prosjekt du fullfører én gang. Hardware-lommebøker får firmware-oppdateringer, familiesituasjoner endrer seg, og verdien av beholdningen svinger. Sett en fast årlig påminnelse for å verifisere at alle enheter fortsatt fungerer, at seed-backupene er lesbare, og at arvingen fortsatt er den rette personen å stole på. Hvis noe endrer seg, for eksempel skilsmisse eller et nytt familiemedlem, er det bedre å bygge en ny multisig fra bunnen enn å prøve å endre en policy som allerede er i produksjon.
Ofte stilte spørsmål
Må jeg bruke Liana, eller holder en vanlig multisig i Sparrow?
En vanlig 2-av-3 multisig i Sparrow er et godt utgangspunkt og langt bedre enn ingen plan i det hele tatt. Liana og Miniscript-baserte tidslåser gir en ekstra fordel ved at arven utløses automatisk uten at noen manuelt må samle nøkler eller kontakte en tredjepart, men det krever mer teknisk innsikt å sette opp riktig.
Hva skjer med tidslås-baserte arvinger hvis jeg rett og slett glemmer å bruke lommeboken en stund?
Det er nettopp derfor tidslåsen bør settes romslig, gjerne 6 til 18 måneder, og hvorfor du bør sette opp en påminnelse om å gjøre minst én transaksjon eller signering i perioden. Noen løsninger, som Nunchuk 2.0, lar deg også fornye tidslåsen manuelt uten å flytte midler.
Må jeg betale arveavgift på bitcoin i Norge?
Ifølge Chambers sin 2025-oversikt over norsk privat formuesrett behandles digitale eiendeler som vanlige eiendeler i boet, uten egen arveavgift på selve overføringen. Arvingen overtar imidlertid det opprinnelige kostgrunnlaget, og gevinsten blir skattepliktig først når kryptoen selges videre.
Er Shamir Secret Sharing det samme som multisig?
Nei. SSS splitter én enkelt seed-frase i flere biter som må kombineres for å rekonstruere hemmeligheten, mens multisig styrer hvor mange separate nøkler som må signere en transaksjon på selve blockchain-nivået. De kan brukes sammen, men løser forskjellige problemer.
Hva om arvingen min ikke er teknisk anlagt?
Da bør du vurdere en tjenestebasert løsning som Casa eller Unchained Capital, der arvingen kan få hjelp av et supportteam gjennom prosessen, i stedet for en ren on-chain-policy de må forstå helt på egen hånd. Det viktigste er ikke at løsningen er teknisk elegant, men at arvingen faktisk klarer å bruke den den dagen det gjelder.
Hvor ofte bør jeg teste arveplanen på nytt?
Minst én gang i året, og alltid etter store livshendelser som flytting, skilsmisse eller nye familiemedlemmer. Behandle det som en brannøvelse: sjelden nok til at det ikke er tyngende, men ofte nok til at alle fortsatt husker hva de skal gjøre.
Kan jeg bruke samme oppsett for andre kryptovalutaer enn bitcoin?
Prinsippene med multisig og terskelbasert nøkkeldeling gjelder mange kjeder, men CLTV/CSV-tidslåsene og Miniscript-verktøyene i denne guiden er spesifikke for Bitcoin Script. For Ethereum-baserte eiendeler finnes det tilsvarende løsninger med smartkontrakt-baserte multisig-lommebøker, som vi dekker i vår guide om Safe Multisig.
Er det trygt å lagre gjenopprettingsdokumentet hos en advokat?
Ja, så lenge dokumentet kun beskriver oppsettet og ikke inneholder selve seed-frasene eller passordfrasene. Kombiner gjerne dette med en fysisk backup i en bankboks, slik vi beskriver i vår guide om passordfrase-lommebøker, for å unngå at ett enkelt tap eller innbrudd setter hele planen i fare.
Hva skjer hvis Liana eller et annet åpen kildekode-prosjekt slutter å vedlikeholdes?
Fordi policyen ligger i selve Bitcoin-scriptet, ikke i noen sentral database hos utviklerne, forblir midlene tilgjengelige selv om prosjektet legges ned. Så lenge du har descriptoren og xpub-ene dokumentert, kan enhver programvare som forstår Miniscript og standard Bitcoin-script gjenskape watch-only-lommeboken og signere transaksjoner. Dette er nettopp fordelen med en ren on-chain-løsning fremfor en tjeneste som Casa eller Unchained, der arven er avhengig av at selskapet selv består.
