Vultisig er en kryptotask uden seed-frase, der understøtter flere enheder og er baseret på Threshold Signature Scheme (TSS)-teknologi. I stedet for at generere en traditionel seed-frase fordeler tegnebogen underskriftsbeføjelsen på flere enheder, hvilket kræver, at en bestemt tærskelværdi nås for at godkende transaktioner.
For at vurdere, hvordan denne model fungerer under virkelige forhold, installerede vi Vultisig på flere enheder og testede både »Secure Vault«- og »Fast Vault«-konfigurationerne. Der blev udført transaktioner på flere understøttede netværk, herunder afsendelse og modtagelse af aktiver, gennemførelse af swaps, interaktion med DeFi-fanen og installation af plugins. Vi evaluerede også koordineringen af signering på flere enheder under normal brug og simulerede afbrydelsesscenarier samt gendannelsesprocedurer ved hjælp af import af vault-andele på nye enheder.
Opsætning af en Vault: Ingen seed-sætning, distribueret kontrol
Vi begyndte med at oprette to konfigurationer af hvelv:
- En sikker opbevaringsplads, der bruger to enheder (2-ud-af-2-tærskel)
- En Fast Vault, der bruger én enhed samt Vultiserver som medunderskriver
Der blev ikke genereret nogen seed-sætning under opsætningen. I stedet oprettede hver enhed en unik »vault share«. Disse »vault shares« fungerer som krypterede fragmenter af signeringsmyndigheden og skal sikkerhedskopieres hver for sig, da .vult filer. Under sikkerhedskopieringen krypteres Vault-delinger med Vault-adgangskoden, inden de eksporteres til lagring.
Vi har også testet sikkerhedskopieringsprocessen for vault-share. Det var nemt at eksportere delinger til et sikkert lager, og tegnebogen understreger tydeligt vigtigheden af at opbevare disse sikkerhedskopier. Genimport af en vault-share til en ny enhed fungerede som forventet, hvilket bekræfter, at sikkerhedskopier af vault-share fungerer som den primære gendannelsesmekanisme, hvis man ikke har sin seed-sætning.
Opsætningsprocessen føltes gennemtænkt, men overskuelig. I »Secure Vault«-konfigurationen deltog begge enheder i oprettelsen af sikkerhedsboksen og de tilknyttede delinger. I »Fast Vault«-konfigurationen fungerede serveren som medunderskriver for at strømline den daglige brug.
Transaktioner blev først gennemført, efter at de påkrævede enheder havde godkendt anmodningen. I en 2-ud-af-2-konfiguration skulle begge enheder deltage i underskrivningsprocessen, før en transaktion kunne sendes ud. Dette afspejler tegnebogens tærskelkonfiguration, hvor ingen enkelt enhed uafhængigt kan godkende transaktioner.
Forvaltning af aktiver på tværs af blockchains i praksis
Fanen »Wallet« samler aktiver fra mere end 30 understøttede blokkæder, herunder Bitcoin, Ethereum, Solana, Cosmos-baserede netværk og EVM-kompatible blokkæder.
Ved modtagelse af midler blev der genereret nye adresser for hver kæde med tydelig mærkning. Differentieringen mellem netværkene var konsekvent, hvilket bidrog til at mindske risikoen for overførsler til den forkerte kæde. Midlerne blev straks synlige efter bekræftelser på de respektive netværk.
Vi afprøvede at sende:
- Små mængder
- Større beløb
- Gentagne transaktioner i hurtig rækkefølge
For at undersøge, hvordan systemet opfører sig under mere intensiv brug, igangsatte vi flere transaktioner i træk på tværs af forskellige understøttede blokkæder. Wallet’en håndterede disse på hinanden følgende overførsler uden at skabe inkonsekvente tilstande. Adressegenereringen forblev korrekt på tværs af alle netværk, og signeringsforløbet forblev forudsigeligt, selv under intens transaktionsaktivitet.
Et overslag over gebyret kunne ses, inden underskrivningen fandt sted. Underskrivningsprocessen krævede koordinering mellem de deltagende enheder, før en transaktion kunne godkendes. Underskrivningshastigheden varierede en smule afhængigt af enhedernes reaktionsevne og netværksforholdene, men forblev stabil gennem hele testforløbet.
Kædeoverskridende swaps og interaktion med DeFi
Vultisig indeholder indbygget swap-funktionalitet med en startgebyrmodel på 50 basispoint for kædeoverskridende swaps. Vi gennemførte token-til-token-swaps og testede kædeoverskridende transaktioner, hvor dette var understøttet.
Indstillingerne for slippage var synlige, og oplysninger om swapaftaler blev vist, inden den endelige godkendelse fandt sted. Der blev anvendt medunderskrivning på tværs af flere enheder ved swapaftaler, ligesom det var tilfældet ved standardoverførsler, hvilket styrkede en ensartet underskrivningsmodel på tværs af alle transaktioner i tegnebogen.
Vi undersøgte også, hvordan tegnebogen reagerer, når swaps ikke kan gennemføres, f.eks. når tærsklerne for slippage overskrides, eller der ikke er likviditet til rådighed. I disse tilfælde angav brugergrænsefladen tydeligt, at transaktionen ikke kunne gennemføres, og forhindrede dermed, at den blev udført ufuldstændigt. Meddelelserne om den mislykkede swap gjorde det muligt at justere parametrene, inden der blev forsøgt igen.
Fanen »DeFi« gav mulighed for at benytte staking og andre understøttede funktioner i tegnebogens brugergrænseflade. Godkendelser af smartkontrakter udløste den samme underskriftsproces med tærskelværdier, som blev anvendt ved standardoverførsler. Transaktionsmeddelelser viste detaljer om interaktionen med kontrakten inden godkendelsen, hvilket hjalp med at afklare den handling, der blev godkendt.
Underskrivning på flere enheder under pres
For at teste koordineringens pålidelighed simulerede vi flere scenarier:
- En enhed går offline midt i en signering
- En enhed, der afviser en transaktion
- Appen kører i baggrunden under underskrivningssessionen
- Hurtige, på hinanden følgende forsøg på at underskrive
For yderligere at vurdere koordineringen mellem enhederne iværksatte vi flere signaturanmodninger i hurtig rækkefølge. Selv ved gentagne signaturanmodninger synkroniserede enhederne pålideligt og forårsagede hverken fastlåste signaturtilstande eller dobbelte transaktioner.
Der blev også simuleret midlertidige netværksafbrydelser under signeringssessionerne. Da forbindelsen blev genoprettet, genoptog enhederne signeringsprocessen uden at skabe inkonsekvente transaktionsstatus.
Når en enhed blev afbrudt midt i en session, forblev signaturanmodningen ganske enkelt ufuldstændig, indtil deltagelsen igen nåede tærsklen. Der forekom ingen dobbelte udsendelser eller delvise udførelser.
Scenarier for genopretning og tab
Gendannelse er en afgørende del af enhver wallet, hvor man selv opbevarer sine kryptovalutaer. Vi har simuleret to centrale scenarier.
Scenarie 1: Tab af én enhed i en 2-ud-af-3-opbevaringsløsning
Da underskrivelsestærsklen stadig var inden for rækkevidde, fortsatte transaktionerne med at fungere normalt.
Scenarie 2: Tab af flertallet af enhederne
Vi har testet genimport af Vault-delinger til nye enheder. Gendannelsen krævede adgang til det nødvendige antal sikkerhedskopierede delinger.
Set ud fra et brugervenlighedsperspektiv fulgte gendannelsesforløbet en klar rækkefølge af vejledninger, der styrede geninitialiseringen af enheden og genopbygningen af opbevaringsstedet. Processen styrkede tegnebogens sikkerhedsmodel, samtidig med at den stadig gjorde det muligt at genoprette adgangen, når de nødvendige andele var tilgængelige.
Plugin-markedsplads og tilbagevendende køb
Vi undersøgte markedet for plugins med fokus på installationsforløbet og klarheden omkring tilladelser. Aktivering af plugins var ligetil, og afinstallation krævede ingen komplicerede trin.
Pluginet »Recurring Buys« er blevet testet af:
- Opsætning af planlagte køb
- Annullering af planlagte køb
- Simulering af fejlforhold
Udførelsestidspunktet stemte overens med den konfigurerede tidsplan. Annulleringen forhindrede yderligere udførelser, som forventet.
Vi observerede også, hvordan pluginet opfører sig, når planlagte transaktioner ikke kan gennemføres, f.eks. hvis der ikke er dækning på kontoen. I disse tilfælde mislykkedes transaktionen ganske enkelt uden at udløse gentagne utilsigtede køb, og tegnebogen meddelte tydeligt resultatet.
Tilladelser knyttet til plugins blev vist inden for transaktionskonteksten, hvilket gjorde det klart, hvilke handlinger pluginet anmodede om.
Infrastruktur- og tegnsprogsmodel
Vultisigs sikkerhedsmodel er baseret på distribueret signering frem for en enkelt privat nøgle, der er gemt på én enhed.
I Fast Vault-tilstand fungerer Vultiserver som medunderskriver for at muliggøre en underskriftsproces på én enhed ved daglige transaktioner. I Secure Vault-tilstand kræver godkendelse af transaktioner deltagelse fra flere brugerstyrede enheder.
Denne arkitektur giver brugerne mulighed for at vælge mellem brugervenlighed og en højere grad af decentraliseret kontrol, samtidig med at man undgår centraliseret nøgleopbevaring og det eneste svigtpunkt, der er forbundet med traditionelle seed-phrase-tegnebøger.
Afsluttende vurdering
På tværs af opsætning, transaktioner, swaps, DeFi-interaktioner, koordinering af signeringer og gendannelsessimuleringer fungerede Vultisig i overensstemmelse med sin dokumenterede sikkerhedsarkitektur.
Det seedless, tærskelbaserede design ændrer den gængse opfattelse af tegnebogens sikkerhed. I stedet for at beskytte en enkelt gendannelsesfrase administrerer brugerne distribuerede andele af opbevaringsrummet og enhedernes deltagelse. Dette medfører yderligere proceduremæssige trin, men fordeler kontrollen på flere enheder.
For brugere, der prioriterer distribueret godkendelse og koordinering på tværs af flere enheder, tilbyder Vultisig en struktureret tilgang til selvopbevaring. Dens understøttelse af flere blokkæder, integrerede swaps, udvidelsesmuligheder via plugins og eksplicitte gendannelsesværktøjer udgør tilsammen et sikkerhedsorienteret tegnebogsmiljø.
For brugere, der er klar til at gå videre end de begrænsninger, der er forbundet med traditionelle seed-phrase-tegnebøger, Vultisig præsenterer en overbevisende ny model til sikring og forvaltning af digitale aktiver.
Bitcoin.com påtager sig intet ansvar og kan ikke holdes ansvarlig, hverken direkte eller indirekte, for tab, skader, krav, omkostninger eller udgifter af nogen art – uanset om disse er faktiske, påståede eller følgeskader – der opstår som følge af eller i forbindelse med brugen af eller tilliden til indhold, varer eller tjenester, der nævnes i denne artikel. Enhver tillid til sådanne oplysninger er udelukkende på læserens egen risiko.
