Vultisig er et kryptoskap uten seed-frase som støtter flere enheter, og som er bygget på TSS-teknologi (Threshold Signature Scheme). I stedet for å generere en tradisjonell seed-frase fordeler lommeboken signeringsmyndigheten på flere enheter, slik at det kreves en definert terskel for å godkjenne transaksjoner.
For å vurdere hvordan denne modellen fungerer under reelle forhold, installerte vi Vultisig på flere enheter og testet både «Secure Vault»- og «Fast Vault»-konfigurasjonene. Transaksjonene ble utført på flere støttede nettverk, blant annet ved å sende og motta aktiva, gjennomføre bytter, bruke DeFi-fanen og installere plugins. Vi vurderte også koordinering av signering på flere enheter under normal bruk og i simulerte avbruddsscenarier, samt gjenopprettingsprosedyrer ved hjelp av import av vault-andeler til nye enheter.
Opprette et Vault: Uten seed-setning, distribuert kontroll
Vi begynte med å opprette to hvelvkonfigurasjoner:
- Et sikkert hvelv med to enheter (2 av 2-terskel)
- En «Fast Vault» som bruker én enhet samt Vultiserver som medsignatør
Det ble ikke generert noen seed-setning under oppsettet. I stedet opprettet hver enhet en unik hvelvandel. Disse andelene fungerer som krypterte fragmenter av signeringsmyndigheten og må sikkerhetskopieres hver for seg som .vult filer. Under sikkerhetskopieringen krypteres Vault-delte mapper med Vault-passordet før de eksporteres for lagring.
Vi har også testet sikkerhetskopieringsprosessen for «vault-share». Det var enkelt å eksportere delene til et sikkert lagringssted, og lommeboken understreker tydelig hvor viktig det er å ta vare på disse sikkerhetskopiene. Å importere en «vault-share» på nytt til en ny enhet fungerte som forventet, noe som bekrefter at sikkerhetskopier av «vault-share» fungerer som den primære gjenopprettingsmekanismen dersom man ikke har en seed-frase.
Oppsettprosessen føltes gjennomtenkt, men oversiktlig. I «Secure Vault»-konfigurasjonen deltok begge enhetene i opprettelsen av hvelvet og de tilhørende delingene. I «Fast Vault»-konfigurasjonen fungerte serveren som medunderskriver for å effektivisere den daglige bruken.
Transaksjoner ble kun gjennomført etter at de nødvendige enhetene hadde godkjent forespørselen. I en 2-av-2-konfigurasjon måtte begge enhetene delta i signeringsprosessen før en transaksjon kunne sendes ut. Dette gjenspeiler lommebokens terskelbaserte utforming, der ingen enkelt enhet kan godkjenne transaksjoner på egen hånd.
Forvaltning av aktiva på tvers av kjeder i praksis
Fanen «Lommebok» samler eiendeler fra mer enn 30 støttede blokkjeder, blant annet Bitcoin, Ethereum, Solana, Cosmos-baserte nettverk og EVM-kompatible blokkjeder.
Ved mottak av midler ble det opprettet nye adresser for hver kjede, med tydelig merking. Differensieringen mellom nettverkene var konsekvent, noe som bidro til å redusere risikoen for overføringer til feil kjede. Midlene ble umiddelbart tilgjengelige etter bekreftelser på de respektive nettverkene.
Vi testet å sende:
- Små mengder
- Større beløp
- Gjentatte transaksjoner i rask rekkefølge
For å observere oppførselen under mer intensiv bruk satte vi i gang flere transaksjoner etter hverandre på tvers av ulike støttede kjeder. Lommeboken håndterte disse påfølgende sendingene uten at det oppstod inkonsekvente tilstander. Adressegenereringen forble korrekt på tvers av alle nettverk, og signeringsprosessen forble forutsigbar selv under intensiv transaksjonsaktivitet.
Et estimat på gebyret var synlig før signeringen. Signeringsprosessen krevde koordinering mellom de deltakende enhetene før en transaksjon kunne godkjennes. Signeringshastigheten varierte noe avhengig av enhetenes respons og nettverksforholdene, men holdt seg stabil gjennom hele testperioden.
Kjedeoverskridende bytter og samspill med DeFi
Vultisig inkluderer innebygd byttefunksjonalitet med en startavgiftsmodell på 50 basispunkter for bytte mellom kjeder. Vi gjennomførte bytte mellom ulike tokens og testet transaksjonsflyt mellom kjeder der dette ble støttet.
Innstillingene for slippage var synlige, og detaljene om bytteavtalen ble presentert før endelig godkjenning. Samunderskrift fra flere enheter ble brukt ved bytteavtaler, akkurat som ved vanlige overføringer, noe som sikrer en ensartet signeringsmodell på tvers av alle lommebokhandlinger.
Vi undersøkte også hvordan lommeboken reagerer når bytter ikke kan gjennomføres, for eksempel når terskelverdiene for prisforskjell overskrides eller det ikke finnes likviditet. I slike tilfeller viste grensesnittet tydelig at transaksjonen ikke kunne gjennomføres, og forhindret at den ble utført på en ufullstendig måte. Meldinger om det mislykkede byttet gjorde det mulig å justere parametrene før man prøvde på nytt.
Fanen «DeFi» gjorde det mulig å utføre staking og andre støttede funksjoner direkte i lommebokgrensesnittet. Godkjenning av smarte kontrakter utløste den samme signeringsprosessen med terskelverdier som brukes ved standardoverføringer. Transaksjonsmeldingene viste detaljer om kontraktsinteraksjonen før godkjenning, noe som bidro til å tydeliggjøre hvilken handling som ble godkjent.
Pålogging på flere enheter under press
For å teste påliteligheten i koordineringen simulerte vi flere scenarier:
- Én enhet går offline midt i signeringen
- En enhet som avviser en transaksjon
- Appen kjører i bakgrunnen under signeringsøkten
- Raske, påfølgende forsøk på å signere
For å vurdere samspillet mellom enhetene nærmere, sendte vi ut flere signeringsforespørsler i rask rekkefølge. Selv ved gjentatte signeringsforespørsler synkroniserte enhetene seg pålitelig, og det oppstod verken fastlåste signeringstilstander eller dupliserte transaksjoner.
Det ble også simulert midlertidige nettverksavbrudd under signeringsøktene. Da nettverkstilkoblingen ble gjenopprettet, fortsatte enhetene signeringsprosessen uten at det oppstod inkonsekvente transaksjonsstatuser.
Når en enhet ble koblet fra midt i en økt, forble signeringsforespørselen ganske enkelt ufullstendig inntil deltakelsen nådde terskelen igjen. Det forekom ingen dupliserte sendinger eller delvise utførelser.
Gjenopprettings- og tapsscenarier
Gjenoppretting er en avgjørende del av enhver lommebok med egen oppbevaring. Vi har simulert to hovedscenarier.
Scenario 1: Tap av én enhet i et «2-av-3»-hvelv
Siden signeringsgrensen fortsatt var innen rekkevidde, fortsatte transaksjonene å fungere som vanlig.
Scenario 2: Tap av flertallet av enhetene
Vi testet å importere delte mapper fra Vault på nytt til nye enheter. Gjenopprettingen krevde tilgang til den nødvendige andelen av de sikkerhetskopierte delte mappene.
Fra et brukervennlighetsperspektiv fulgte gjenopprettingsprosessen en tydelig rekkefølge av instruksjoner som veiledet brukeren gjennom reinitialiseringen av enheten og gjenoppbyggingen av sikkerhetshvelvet. Prosessen styrket lommebokens sikkerhetsmodell, samtidig som den gjorde det mulig å gjenopprette tilgangen så snart de nødvendige andelene var tilgjengelige.
Plugin-markedet og gjentatte kjøp
Vi undersøkte markedet for plugins, med fokus på installasjonsprosessen og tydeligheten rundt tillatelser. Aktivering av plugins var enkelt, og avinstallering krevde ingen kompliserte trinn.
Pluginen «Recurring Buys» ble testet av:
- Opprette planlagte kjøp
- Avbestilling av planlagte kjøp
- Simulering av feiltilstander
Utførelsestidspunktet stemte overens med den konfigurerte tidsplanen. Avbrytelsen forhindret ytterligere utførelser, slik forventet.
Vi observerte også hvordan plugin-modulen oppfører seg når planlagte transaksjoner ikke kan gjennomføres, for eksempel når det ikke er tilstrekkelige midler tilgjengelig. I slike tilfeller mislyktes transaksjonen ganske enkelt uten at det utløste gjentatte utilsiktede kjøp, og lommeboken informerte tydelig om utfallet.
Tillatelser knyttet til plugins ble vist i transaksjonskonteksten, slik at det ble tydeliggjort hvilke handlinger pluginet ba om.
Infrastruktur- og signeringsmodell
Vultisigs sikkerhetsmodell er basert på distribuert signering, i stedet for én enkelt privat nøkkel som er lagret på én enhet.
I Fast Vault-modus fungerer Vultiserver som medunderskriver for å muliggjøre en signeringsprosess med én enhet for daglige transaksjoner. I Secure Vault-modus krever autorisering av transaksjoner deltakelse fra flere brukerstyrte enheter.
Denne arkitekturen gir brukerne muligheten til å velge mellom brukervennlighet og en høyere grad av desentralisert kontroll, samtidig som man unngår sentralisert nøkkeloppbevaring og det eneste sviktpunktet som er forbundet med tradisjonelle lommebøker basert på seed-fraser.
Avsluttende vurdering
Gjennom hele prosessen – fra oppsett, transaksjoner, bytter, DeFi-interaksjoner, koordinering av signeringer og gjenopprettingssimuleringer – opptrådte Vultisig i samsvar med sin dokumenterte sikkerhetsarkitektur.
Den seedløse, terskelbaserte utformingen endrer den vanlige mentale modellen for lommebokssikkerhet. I stedet for å beskytte én enkelt gjenopprettingsfrase, administrerer brukerne distribuerte andeler av hvelvet og enhetenes deltakelse. Dette medfører flere trinn i prosedyren, men fordeler kontrollen på flere enheter.
For brukere som prioriterer distribuert autorisasjon og koordinering på tvers av flere enheter, tilbyr Vultisig en strukturert tilnærming til selvforvaring. Støtten for flere blokkjeder, integrerte bytter, utvidbarhet via plugins og eksplisitte gjenopprettingsverktøy bidrar til å skape et sikkerhetsorientert lommebokmiljø.
For brukere som er klare til å gå utover begrensningene ved tradisjonelle lommebøker med frøsetning, Vultisig presenterer en overbevisende ny modell for sikring og forvaltning av digitale eiendeler.
Bitcoin.com påtar seg intet ansvar og kan ikke holdes ansvarlig, verken direkte eller indirekte, for tap, skade, krav, kostnader eller utgifter av noe slag – verken faktiske, påståtte eller følgeskader – som oppstår som følge av eller i forbindelse med bruk av eller tillit til innhold, varer eller tjenester som det henvises til i denne artikkelen. All tillit til slik informasjon er utelukkende på leserens egen risiko.
