Se hva du signerer: clear signing og multisig-praksis 2026

Den 2. november 2026 oppdaget Mercado Bitcoin, Brasils største kryptobørs, at noe var galt i et av systemene sine. Da børsen frøs inn- og uttak noen minutter senere, var et sted mellom 38 og 49 millioner dollar (rundt 360 til 460 millioner kroner) allerede på vei ut av varme lommebøker fordelt på sju blokkjeder, ifølge Decrypt. Samme dag bekreftet også BitMart et innbrudd som etterforskerne knyttet til samme adresse. Det kom bare fire dager etter at Binance mistet rundt 6,36 milliarder dollar (nær 60 milliarder kroner) i tidenes største kryptotyveri.

Det går en rød tråd gjennom de verste tapene i 2026, og den er ubehagelig for alle som tror sikkerhet først og fremst handler om sterkere kryptografi: nøklene ble sjelden stjålet, og signaturene var gyldige. Signatarene godkjente bare noe annet enn det de trodde de godkjente. En multisig-lommebok fordeler retten til å godkjenne mellom flere personer, men den leser ikke nyttelasten for deg. Hvis skjermen viser noe annet enn det transaksjonen faktisk gjør, hjelper det lite at fem av sju sa ja.

Derfor er den multisig-praksisen som gir mest igjen for innsatsen i 2026 verken flere signatarer eller dyrere maskinvare, men å verifisere hva du signerer. Og for første gang finnes det en standard som gjør nettopp det håndhevbart: Ethereum Foundations clear signing-initiativ, lansert 12. mai 2026, med ERC-7730 i sentrum. Denne artikkelen handler om hvordan det fungerer, hvor det hjelper, og hvor det ikke rekker.

Multisigen brøt ikke sammen, den signerte feil

En multisig (kort for multisignatur) er en konto der en transaksjon krever flere godkjenninger før den kan utføres, for eksempel tre av fem forhåndsdefinerte nøkler. På Ethereum og de fleste EVM-kjeder er Safe (tidligere Gnosis Safe) den dominerende varianten; på Bitcoin finnes tilsvarende oppsett med egne skript. Poenget er å fjerne det enkeltstående feilpunktet: ingen enkeltperson, og ingen enkelt stjålet nøkkel, skal kunne tømme hvelvet alene.

Det multisigen ikke gjør, er å granske innholdet i det som signeres. Den teller gyldige signaturer; den bekrefter ikke at transaksjonen gjør det signatarene tror. Skillet er lite i teorien og enormt i praksis. En overføring tømmer hvelvet én gang. En endring av hvem som eier kontrakten, hvilke moduler som er aktivert, eller hvilke adresser som har stående godkjenninger, gir angriperen en nøkkel som varer ved. I begge tilfeller er signaturen like gyldig; forskjellen ligger i om signataren forsto hva godkjenningen innebar.

Som vi skrev i Syv signaturer, én svakhet, er en M-av-N bare så sterk som uavhengigheten mellom delene. Her tar vi det ett steg videre: selv perfekt uavhengige signatarer er verdiløse hvis alle leser den samme løgnen på skjermen.

Blindsignering: den egentlige angrepsflaten i 2026

Blindsignering er når en signatar godkjenner en transaksjon uten å kunne se, i lesbar form, hva den faktisk gjør. Maskinvarelommeboken viser en rad med heksadesimale tegn, eller i beste fall et kontraktkall den ikke klarer å tolke, og brukeren trykker bekreft fordi arbeidsflyten krever det. Angriperen trenger da ikke å knekke kryptografien. Det holder å kontrollere laget mellom mennesket og kjeden: nettgrensesnittet, en kompromittert utviklermaskin, eller en forhåndssignert melding som utføres senere.

Hvorfor godkjenner erfarne folk noe de ikke kan lese? Fordi arbeidsflyten presser dem til det. Skjermen på en maskinvarelommebok er liten, et moderne DeFi-kall kan romme dusinvis av parametere, og en operatør som signerer titalls transaksjoner i uken, venner seg til å trykke bekreft. Angriperen regner nettopp med denne vanen. Blindsignering er ikke et teknisk smutthull, men et menneskelig ett: systemet ber om et ja det ikke gir brukeren mulighet til å kvalifisere.

Det tydeligste eksempelet er fortsatt Bybit. Den 21. februar 2025 forsvant rundt 1,5 milliarder dollar (nær 14 milliarder kroner) fra børsens cold wallet. Angriperne, knyttet til Lazarus-gruppen, hadde ikke stjålet en eneste nøkkel. De hadde injisert skadelig JavaScript i Safe-grensesnittet via en kompromittert utviklermaskin, slik at signatarene så en rutinemessig overføring mens de i virkeligheten signerte et bytte av kontraktens logikk, ifølge BleepingComputer. Signeringen var gyldig. Visningen løy.

WazirX fulgte samme mønster i juli 2024: en Gnosis Safe med fire-av-seks under forvaring hos Liminal Custody, der angriperen utnyttet et avvik mellom det Liminal-grensesnittet viste og den faktiske transaksjonsdataen, ifølge Halborns gjennomgang. Rundt 230 millioner dollar forsvant. Hos Radiant Capital i oktober 2024 var det en macOS-skadevare kalt InletDrift som infiserte flere utvikleres maskiner; Safe-grensesnittet og til og med simuleringen viste legitime data mens den ondsinnede transaksjonen ble signert i bakgrunnen. Felles for alle tre: ingen stjålet nøkkel, bare et manipulert visningslag.

Året der nøklene holdt og pengene forsvant

Tallene bekrefter at dette ikke er enkeltstående uhell. I halvårsrapporten for 2026 talte TRM Labs 207 hendelser til sammen rundt 972 millioner dollar (nær 9,2 milliarder kroner) i første halvår. Fordelingen er det interessante: rene smartkontraktfeil sto for flertallet av hendelsene (125 av 207), men en liten andel av verdien. Kompromittering av infrastruktur, nøkler og operasjonelle rutiner sto for rundt 15 prosent av hendelsene, men omtrent 76 prosent av de stjålne verdiene. Med andre ord: de dyre tapene skjer nesten alltid på godkjenningslaget, ikke i koden.

Andre halvår gjorde regnestykket verre. CertiK anslo de samlede tapene for 2026 til rekordhøye rundt 9,2 milliarder dollar (nær 87 milliarder kroner), der Binance-ranet 29. oktober alene sto for brorparten. Det ranet var teknisk sett ikke en multisig, men en varm lommebok som gjennom EIP-7702 ble pekt mot en sweeper-kontrakt via 50 forhåndssignerte autorisasjoner, ifølge TRM Labs. Mekanismen er likevel i samme familie: en gyldig signatur som autoriserte noe helt annet enn operatøren forsto. Den samme logikken, flyttet til en børs i stedet for en DAO-kasse, utforsket vi i Smart konto, ingen SAFU.

Når tre av fire tapte kroner skyldes at noen godkjente feil ting, blir spørsmålet ikke lenger «hvordan beskytter vi nøklene bedre», men «hvordan sørger vi for at det som godkjennes faktisk er det signataren vil». Det er hele poenget med clear signing.

«Se hva du signerer»: clear signing-standarden

Clear signing, på norsk best beskrevet som klarsignering, er det motsatte av blindsignering: lommeboken viser transaksjonen i menneskeleselig form før du bekrefter. I stedet for en rad hex ser du at du sender 10 000 USDC til en navngitt adresse, eller at du gir en bestemt kontrakt rett til å flytte et token. Prinsippet er oppsummert i mottoet til clearsigning.org: «See what you sign».

Det som er nytt i 2026, er at dette gikk fra å være en leverandørfunksjon til å bli en åpen standard. Den 12. mai 2026 overtok Ethereum Foundations initiativ Trillion Dollar Security forvalterskapet og lanserte clear signing som felles standard. I kunngjøringen skriver stiftelsen at det å godkjenne en transaksjon «is meant to be the last line of defense when exercising control over what happens to your assets on the blockchain», og at «when it is done blindly, that defense does not hold». Konklusjonen er like enkel som den er ambisiøs: «What You See Is What You Sign (WYSIWYS) must be our goal, and Clear Signing must be the default».

Bak initiativet står en uvanlig bred koalisjon av aktører som ellers konkurrerer: Ledger, MetaMask, Trezor, WalletConnect, Fireblocks, Cyfrin, Sourcify, Keycard, ZKnox, Zama og Blockaid, med Ethereum Foundation som det kunngjøringen kaller en «credibly neutral steward». At både maskinvareleverandører og programvarelommebøker stiller seg bak samme format, er nettopp det som skiller 2026-standarden fra tidligere forsøk, der hver leverandør kokte sin egen suppe.

ERC-7730 under panseret

Hjertet i standarden er ERC-7730, et format for det som kalles descriptors: strukturerte JSON-beskrivelser som forteller lommeboken hvordan rå kalldata skal oversettes til lesbar tekst. En transaksjon på kjeden er bare bytes, et funksjonsutvalg og en rekke parametere. Descriptoren legger på konteksten som mangler, hvor mange desimaler et token har, hvilket navn en adresse bør vises med, hva en bestemt tallkode betyr, slik at lommeboken kan vise «Godkjenn 500 DAI til Uniswap» i stedet for en hex-streng.

Standarden ble først foreslått 7. februar 2024 av blant andre Laurent Castillo og Derek Rein fra Ledger, og har fortsatt formell status som Draft, med versjon 2.1.0 aktiv og 3.0.0 under arbeid. Den dekker ikke bare vanlig EVM-kalldata, men også signerte EIP-712-meldinger, ERC-4337-brukeroperasjoner og EIP-5792-bunttransaksjoner, altså akkurat de transaksjonstypene moderne smartkontoer og multisig-grensesnitt produserer. For en teknisk gjennomgang har CertiK publisert en detaljert innføring.

Et konkret eksempel gjør forskjellen tydelig. En rå godkjenning av et ERC-20-token viser på en maskinvareskjerm bare funksjonssignaturen og to lange heksadesimale felter: en adresse og et tall. En descriptor forteller lommeboken at det første feltet er mottakeren (og at adressen tilhører en kjent kontrakt), og at tallet skal tolkes som et beløp med atten desimaler. I stedet for ugjennomtrengelig hex ser signataren «Gi Uniswap rett til å bruke 500 USDC», eller, langt viktigere, «Gi denne ukjente kontrakten rett til å bruke et ubegrenset beløp». Det er i akkurat det skillet de fleste tømte lommebøkene i 2026 forsvant.

Registeret og attesteringene

Clear signing flytter et spørsmål snarere enn å fjerne det: hvem skriver descriptoren, og hvorfor skal du stole på den? Hvis oversettelsen fra hex til klartekst er feil, enten ved uhell eller med vilje, er du like blind som før, bare med falsk trygghet. Standarden svarer med to ting: et felles, offentlig register og et lag av attesteringer.

Registeret er et åpent GitHub-depot som Ethereum Foundation er vert for, men som hvem som helst kan speile og granske. Her samles descriptorene for kjente kontrakter, slik at lommebøker kan hente den samme menneskelesbare beskrivelsen i stedet for at hver leverandør gjetter på egen hånd. Fordi det er offentlig, kan uavhengige parter se nøyaktig hvilken tekst en gitt kontrakt vil fremkalle, og flagge en descriptor som beskriver noe annet enn den gir seg ut for.

Over registeret ligger ERC-8176, et attesteringsrammeverk bygget på Ethereum Attestation Service. Her kan uavhengige revisorer gå god for at en descriptor faktisk beskriver kontrakten den hevder å beskrive, en signert påstand om at «denne oversettelsen er korrekt». Da blir tilliten verifiserbar og sporbar, i stedet for å hvile på at én leverandør har gjort jobben riktig. Det er den samme logikken som ligger bak tredjepartsrevisjon av selve kontraktene, nå flyttet til laget som forteller deg hva du signerer.

ERC-8213: fingeravtrykket du kan etterregne

Noen transaksjoner lar seg ikke beskrive. En kontrakt kan være så ny, så sammensatt eller så sjelden at ingen descriptor finnes, og da er man i prinsippet tilbake til blindsignering. For nettopp disse tilfellene finnes ERC-8213, skrevet av Cyfrin, som et sikkerhetsnett på bytes-nivå.

I stedet for en lesbar beskrivelse viser ERC-8213 et kort, reproduserbart kryptografisk fingeravtrykk av nøyaktig det som skal signeres, i praksis en keccak256-hash av lengden og innholdet i kalldataen. Poenget er kryssverifisering mellom enheter: før du bekrefter på maskinvarelommeboken, kan du regne ut det samme fingeravtrykket på en ren, isolert maskin og sammenligne de to. Stemmer de, signerer du det du tror. Stemmer de ikke, er noe på veien blitt endret. Standarden dekker også Safe-spesifikke signeringshasher, som er akkurat det en multisig-signatar trenger å kontrollere.

For en multisig er dette avgjørende, fordi hver signatar kan gjøre kontrollen uavhengig. Hvis fem personer hver for seg etterregner det samme fingeravtrykket på hver sin rene maskin, må en angriper lure alle fem samtidig, ikke bare kompromittere ett delt grensesnitt. Det er her clear signing og god multisig-praksis møtes: verifiseringen blir like distribuert som signeringen.

Verktøy for uavhengig verifisering

Rundt standarden har det vokst fram praktiske verktøy. Cyfrins clearsig hjelper deg å jobbe med både ERC-7730 og ERC-8213, og lar deg etterregne en Safe-transaksjons sanne hash på en separat enhet. Fellesskapsverktøyet SafeLens gjør det samme for Safe-transaksjoner. Cyfrin oppsummerte lanseringen i et innlegg med tittelen Blind Signing Solved?, og spørsmålstegnet er med vilje: et verktøy fjerner ikke behovet for at noen faktisk bruker det.

Et viktig supplement er simulering. Tjenester som Tenderly og Safes egen simulering kjører transaksjonen i en kopi av kjeden og viser hva den ville gjort før den utføres. Men Radiant-saken er en kalddusj her: simuleringen viste grønt fordi selve maskinen som kjørte den var kompromittert. Et verktøy som henter sin «sannhet» fra en infisert enhet, lyver like overbevisende som grensesnittet. Derfor er regelen fra SEAL Frameworks å verifisere rå transaksjonsdata (måladresse, funksjonskall, parametere) uavhengig, helst på en dedikert, luftgappet enhet som ikke deler skjebne med arbeidsmaskinen. Det handler mindre om å ha det riktige verktøyet enn om å kjøre det på en enhet du vet er ren.

Når clear signing ikke er nok

Clear signing løser ett bestemt problem: at visningen lyver om hva signaturen gjør. Det er en stor del av 2026-tapene, men ikke alle. Liquid Network-saken i september viser grensen tydelig. Her var det ingen som ble lurt på skjermen. Den 11-av-15 multisigen som styrer Bitcoin-reservene, signerte en peg-out nodene deres mente var fullt dekket. Problemet lå et lag høyere: en feil i hurtigbufferen for gyldighetsbevis i Elements-programvaren fikk nodene til å godta udekket L-BTC som ekte, slik at rundt 319 millioner dollar (nær 3 milliarder kroner) kunne tas ut mot reserver som ikke fantes, ifølge TRM Labs. Angriperne returnerte senere om lag 85 prosent. Nøklene var aldri kompromittert, og en klarsignert skjerm ville vist det samme: en «gyldig» utbetaling.

Samme begrensning gjelder angrep på baksiden av systemet. Da Bitget mistet rundt 387 millioner dollar (nær 3,7 milliarder kroner) 24. september, ble ingen nøkkel stjålet, ifølge børsens ledelse; angriperne manipulerte et backend-system slik at børsens egen automatiske godkjenning slapp midlene gjennom, som rapportert av Fortune. Der clear signing beskytter mennesket foran skjermen, er disse angrepene rettet mot logikken bak skjermen. Lærdommen er ikke at clear signing er verdiløst, men at det er ett lag i et forsvar som må dekke hele stabelen, fra valideringskode til signeringsseremoni.

Drift-saken peker på en tredje grense. Der ble signatarene lurt til å forhåndssignere en «durable nonce», en helt legitim Solana-funksjon som lar en transaksjon signeres nå og utføres senere. I selve signeringsøyeblikket kunne clear signing vist en harmløs operasjon, fordi den var harmløs der og da; det farlige var at den kunne utløses på kommando måneder senere, etter at et oppsett uten timelock hadde fjernet deteksjonsvinduet. En lesbar skjerm beskytter mot en løgn om hva du signerer nå, ikke mot en sann beskrivelse av noe som blir farlig senere. Derfor er timelocks, overvåking og rutiner for å trekke tilbake gamle signaturer like nødvendige som verifisering.

Terskler og signatarmangfold

Verifisering er den viktigste praksisen, men den virker bare oppå et fornuftig oppsett. SEAL Frameworks, et åpent sikkerhetsrammeverk for bransjen, setter noen tallfestede gulv: minst tre signatarer, minst 50 prosents terskel, og 7 eller flere signatarer for multisiger som holder verdier over én million dollar (rundt 10 millioner kroner). N-av-N bør unngås, fordi tap av én enkelt nøkkel da låser alt for alltid. Alle signatarer bør bruke maskinvarelommebøker, helst ulike modeller fra ulike produsenter, geografisk spredt, med minst én signatar utenfor organisasjonen.

Logikken bak mangfoldet er den samme som bak clear signing: uavhengighet. Sju signatarer gir ingen trygghet hvis alle sju kjører samme programvare på samme type maskin og leser det samme manipulerte grensesnittet, slik Bybit viste. Flere signatarer hjelper bare hvis hver av dem kan, og faktisk gjør, en selvstendig verifisering av det samme fingeravtrykket. Ellers kollapser en 5-av-7 i praksis til 1, fordi den samme løgnen lurer alle samtidig.

Vitalik Buterin har pekt på at de to avgjørende spørsmålene er menneskelige, ikke tekniske: «Two key questions in using multi-sig wallets and social recovery wallets securely are: (i) whom do you choose as guardians, and (ii) what instructions do you give them?», som han har formulert det. En signatar som ikke vet hva han skal se etter, verifiserer ingenting, uansett hvor god maskinvaren er.

Verifisering utenfor båndet og endringer i tillatelser

SEAL legger til en regel som er lett å overse: endringer skal verifiseres gjennom flere uavhengige kanaler. I praksis betyr det verifisering «utenfor båndet», for eksempel et videoanrop der signatarene bekrefter transaksjonshashen muntlig, eller en separat signert melding over en kanal angriperen ikke kontrollerer. Flere av de store sakene sporer tilbake til en kompromittert eller forfalsket kommunikasjonskanal, ikke til selve signeringen. Hvis koordineringen skjer der angriperen allerede sitter, er antallet signatarer irrelevant.

Dette gjelder særlig endringer i selve tillatelsene. En overføring tømmer hvelvet én gang; en endring av eierskap, en nylig aktivert modul eller en stående token-godkjenning gir en nøkkel som varer ved. Clear signing hjelper her også, fordi en descriptor kan gjøre forskjellen mellom «send 10 ETH» og «gi denne kontrakten ubegrenset rett til å flytte alle dine ETH» synlig, der en hex-streng skjuler den. Men den menneskelige regelen er like viktig som den tekniske: behandle enhver endring i hvem eller hva som har tilgang, med samme seremoni og samme timelock som en utbetaling på ni sifre.

Timelock, en obligatorisk forsinkelse mellom godkjenning og utførelse, er det siste nettet. Den gir tid til å oppdage og stanse en ondsinnet transaksjon før den fullføres. Flere av 2026-sakene hadde ingen slik forsinkelse; hos Drift var en migrering til et oppsett uten timelock nettopp det som gjorde de forhåndssignerte transaksjonene farlige, fordi deteksjonsvinduet var fjernet. Et forsvar som ikke gir tid til å reagere, er bare et forsvar på papiret.

Maskinvare, MPC og om multisig alltid er svaret

En naturlig innvending er at en god maskinvarelommebok allerede viser transaksjonen. Det stemmer, men bare delvis: skjermen på enheten er liten, og mange kontraktkall er for komplekse til å vises meningsfullt uten en descriptor. Det er nettopp det gapet ERC-7730 fyller, ved å gi den sikre skjermen en lesbar beskrivelse i stedet for hex. Clear signing er ikke et alternativ til maskinvare, men det som gjør maskinvareskjermen faktisk nyttig.

Et alternativ til multisig er MPC (multiparty computation), der nøkkelen aldri settes sammen på ett sted, men deles i matematiske andeler som signerer i fellesskap. Som Safe formulerer det, «multisig externalizes trust into verifiable code», mens MPC «internalizes trust into systems and infrastructure that cannot be fully verified on-chain». MPC er billigere og mer fleksibelt, men flytter tilliten til en backend du ikke kan granske på kjeden, akkurat det laget Bitget- og Binance-angrepene traff. Avveiningen mellom å eie nøklene selv og å sette dem bort så vi nærmere på i Forvareren som ble bank.

På Bitcoin-siden finnes en mellomting i terskelsignaturer som MuSig2 og FROST, der flere parter sammen produserer én enkelt signatur. For kjeden ser det ut som én nøkkel, mens kontrollen i praksis er delt, noe som gir lavere gebyrer og bedre personvern enn en synlig M-av-N. Prisen er at selve delingen skjer utenfor kjeden og dermed ikke kan granskes der, på samme vis som i MPC. Uansett modell er poenget det samme: ingen av dem fjerner behovet for å verifisere hva som faktisk signeres.

Det er også verdt å huske at mer kompleksitet ikke er gratis. Ledgers teknologisjef Charles Guillemet advarte i august 2026, etter et stort maskinvare-relatert tyveri, mot å kaste seg over multisig som refleks: «Multisig is not automatically the right answer», sa han til U.Today, og pekte på at flere enheter, ekstra sikkerhetskopier og flere koordineringssteg skaper nye feilpunkter. For de fleste enkeltpersoner er en godt sikkerhetskopiert maskinvarelommebok med clear signing mer praktisk enn en halvforstått multisig. Poenget er ikke å unngå multisig, men å velge modell etter trusselbilde, ikke etter moten.

Finanstilsynet, MiCA og det norske bildet

Hvem som bærer ansvaret når en multisig svikter, avhenger av hvem som holder nøklene. En norsk kryptoeiendelstjenesteyter (CASP) som forvarer kunders midler i en multisig, er ansvarlig for sine egne signeringskontroller. Svikter de, finnes det et tilsyn å klage til: Finanstilsynet fører tilsyn med CASP-er etter kryptoeiendelsloven, som trådte i kraft 1. juli 2025 og innlemmer EUs MiCA-regelverk i norsk rett via EØS-avtalen.

På EU-nivå pålegger MiCA artikkel 75 forvaringstjenester et ansvar for kundenes eiendeler, og DORA stiller krav til digital driftsstabilitet, altså nettopp de operasjonelle rutinene rundt nøkler og signering. En CASP som lar alle nøklene ligge på én laptop, slik det skjedde hos Humanity Protocol, ville hatt et tilsynsmessig problem i tillegg til et sikkerhetsmessig. Grunnleggeren Terence Kwok beskrev feilen rett ut til CoinDesk: «some of the keys were accidentally backed up to a compromised device during setup».

Men bruker du en egen multisig i ren DeFi, uten noen mellommann, faller du utenfor MiCA. Da finnes ingen CASP å stille til ansvar og ingen tilsynsmyndighet å klage til; dine egne rutiner er hele forsvaret. Det er den samme realiteten vi beskrev i Ingen knakk nøkkelen: ingen brøt kryptografien, men pengene forsvant likevel, fordi ansvaret for å verifisere lå hos brukeren alene. Den samme vissheten ligger bak hvorfor friksjon er en funksjon og ikke en feil i lommebok-design: et ekstra bekreftelsessteg er billig forsikring mot en uopprettelig signatur.

Sjekkliste: slik verifiserer du det du signerer

Oppsummert er den viktigste multisig-praksisen i 2026 å gjøre blindsignering umulig i egne rutiner. Her er en praktisk sjekkliste, bygget på SEAL Frameworks og clear signing-standarden:

• Slå på clear signing overalt der lommeboken støtter det, og behandle enhver transaksjon som bare vises som hex, som en advarsel, ikke en formalitet.
• Etterregn transaksjonens fingeravtrykk (ERC-8213) eller sanne hash på en separat, ren enhet før du bekrefter; sammenlign tall mot tall.
• Verifiser rå kalldata uavhengig: måladresse, funksjonskall og parametere, ikke bare beløpet.
• Krev minst tre signatarer og minst 50 prosents terskel; sju eller flere for verdier over ti millioner kroner; aldri N-av-N.
• Bruk ulike maskinvaremodeller fra ulike produsenter, geografisk spredt, med minst én ekstern signatar.
• Behandle endringer i eierskap, moduler og godkjenninger som en utbetaling: timelock, uavhengige kanaler og muntlig bekreftelse av hashen.
• Overvåk kontoen og varsle på enhver aktivitet; ha en skriftlig gjenopprettingsplan for når en nøkkel mistes eller mistenkes kompromittert.
• Velg modell (multisig, MPC eller enkel maskinvare) etter trusselbilde og verdi, ikke etter hva som er på moten.

Ofte stilte spørsmål

Hva er forskjellen på blindsignering og clear signing?

Blindsignering betyr at du godkjenner en transaksjon uten å kunne lese hva den faktisk gjør; maskinvarelommeboken viser rå heksadesimale data. Clear signing, eller klarsignering, viser transaksjonen i menneskeleselig form, for eksempel mottaker, beløp og token, slik at du kan bekrefte at intensjonen stemmer med handlingen før du signerer. Standarden ERC-7730 gjør denne oversettelsen mulig på tvers av lommebøker.

Beskytter en multisig mot blindsignering?

Nei, ikke i seg selv. En multisig fordeler retten til å godkjenne mellom flere signatarer, men den leser ikke nyttelasten for dem. Hvis alle signatarene ser det samme manipulerte grensesnittet, slik som i Bybit-ranet i 2025, godkjenner de den samme løgnen. Multisig gir trygghet først når hver signatar verifiserer uavhengig hva som faktisk signeres.

Hvor mange signatarer bør en multisig ha?

SEAL Frameworks anbefaler minst tre signatarer og minst 50 prosents terskel, og sju eller flere for multisiger som holder verdier over rundt ti millioner kroner. N-av-N bør unngås, fordi tap av én nøkkel da låser alt permanent. Men flere signatarer hjelper bare hvis de er uavhengige og hver især verifiserer transaksjonen; ellers er antallet et tall uten innhold.

Hva er ERC-7730?

ERC-7730 er en åpen Ethereum-standard for clear signing, foreslått av blant andre Ledger i 2024 og fortsatt i Draft-status. Den definerer descriptors, strukturerte JSON-beskrivelser som forteller lommeboken hvordan rå kalldata skal oversettes til lesbar tekst. Standarden dekker vanlig kalldata, EIP-712-meldinger, ERC-4337-brukeroperasjoner og EIP-5792-bunttransaksjoner, og inngår i Ethereum Foundations clear signing-initiativ fra mai 2026.

Gjelder MiCA for min egen multisig-lommebok?

Nei. Bruker du en multisig i ren selvforvaring uten mellommann, faller du utenfor MiCA, og det finnes ingen CASP eller tilsynsmyndighet å stille til ansvar. MiCA og Finanstilsynets tilsyn gjelder kryptoeiendelstjenesteytere som forvarer kunders midler. For egen selvforvaring er dine egne rutiner, inkludert clear signing og uavhengig verifisering, hele forsvaret.

Anneke de Vries dekker kryptosikkerhet og selvforvaring for HOGE Wire.