Vultisig är ett kryptovalv utan seed-fras som fungerar på flera enheter och bygger på TSS-tekniken (Threshold Signature Scheme). Istället för att generera en traditionell seed-fras fördelar plånboken signeringsbehörigheten över flera enheter, vilket innebär att en fastställd tröskel måste uppnås för att transaktioner ska godkännas.
För att utvärdera hur denna modell fungerar under verkliga förhållanden installerade vi Vultisig på flera enheter och testade både Secure Vault- och Fast Vault-konfigurationerna. Transaktioner utfördes över flera nätverk som stöds, bland annat genom att skicka och ta emot tillgångar, genomföra swappar, interagera med fliken DeFi och installera plugins. Vi utvärderade även samordningen av signeringar mellan flera enheter under normal användning och simulerade avbrottsscenarier, samt återställningsprocedurer med hjälp av import av vault-andelar till nya enheter.
Konfigurera ett valv: Ingen fröfras, distribuerad kontroll
Vi började med att skapa två valvkonfigurationer:
- Ett säkert valv som använder två enheter (tröskelvärde 2 av 2)
- En snabb Vault som använder en enhet samt Vultiserver som medundertecknare
Ingen fras genererades under installationen. Istället skapade varje enhet en unik del av valvet. Dessa delar fungerar som krypterade fragment av signeringsbehörigheten och måste säkerhetskopieras var för sig som .vult filer. Vid säkerhetskopieringen krypteras valvdelningarna med valvlösenordet innan de exporteras för lagring.
Vi har även kontrollerat säkerhetskopieringsprocessen för valvdelar. Det var enkelt att exportera delarna till ett säkert lagringsutrymme, och plånboken betonar tydligt vikten av att bevara dessa säkerhetskopior. Återimporten av en valvdel till en ny enhet fungerade som förväntat, vilket bekräftar att säkerhetskopior av valvdelar fungerar som den primära återställningsmetoden om man saknar en fröfras.
Installationsprocessen kändes genomtänkt men tydlig. I konfigurationen ”Secure Vault” deltog båda enheterna i skapandet av valvet och de tillhörande delningarna. I konfigurationen ”Fast Vault” fungerade servern som medundertecknare för att underlätta den dagliga användningen.
Transaktioner genomfördes först efter att de erforderliga enheterna hade godkänt begäran. I en 2-av-2-konfiguration krävdes det att båda enheterna deltog i signeringsprocessen innan en transaktion kunde sändas ut. Detta återspeglar plånbokens tröskelkonstruktion, där ingen enskild enhet på egen hand kan godkänna transaktioner.
Förvaltning av tillgångar över flera blockkedjor i praktiken
Fliken ”Plånbok” sammanställer tillgångar från över 30 stödda blockkedjor, däribland Bitcoin, Ethereum, Solana, Cosmos-baserade nätverk och EVM-kompatibla blockkedjor.
Vid mottagning av medel genererades nya adresser för varje kedja med tydlig märkning. Nätverksskillnaderna var konsekventa, vilket bidrog till att minska risken för överföringar till fel kedja. Medlen visades omedelbart efter bekräftelserna i respektive nätverk.
Vi testade att skicka:
- Små mängder
- Större belopp
- Upprepade transaktioner i snabb följd
För att observera beteendet vid högre belastning initierade vi flera transaktioner i snabb följd över olika kedjor som stöds. Plånboken hanterade dessa på varandra följande sändningar utan att det uppstod inkonsekventa tillstånd. Adressgenereringen fungerade korrekt i alla nätverk, och signeringsflödet förblev förutsägbart även under intensiv transaktionsaktivitet.
En uppskattning av avgiften visades innan signeringen. Signeringsprocessen krävde samordning mellan de deltagande enheterna innan en transaktion kunde godkännas. Signeringshastigheten varierade något beroende på enheternas svarstid och nätverksförhållandena, men förblev stabil under hela testperioden.
Kedjeöverskridande byten och interaktion med DeFi
Vultisig innehåller inbyggd swap-funktionalitet med en startavgiftsmodell på 50 baspunkter för kedjeöverskridande swappar. Vi genomförde token-till-token-swappar och testade kedjeöverskridande flöden där detta stöds.
Inställningarna för glidning var synliga, och detaljerna om swappar visades innan det slutgiltiga godkännandet. Samunderteckning från flera enheter tillämpades på swappar, precis som vid vanliga överföringar, vilket stärkte en enhetlig signeringsmodell för alla plånboksåtgärder.
Vi undersökte även hur plånboken reagerar när swappar inte kan genomföras, till exempel när tröskelvärdena för slippage överskrids eller när det saknas likviditet. I dessa fall visade gränssnittet tydligt att transaktionen inte kunde genomföras och förhindrade att den genomfördes ofullständigt. Meddelandena om den misslyckade swappen gjorde det möjligt att justera parametrarna innan ett nytt försök gjordes.
Fliken ”DeFi” möjliggjorde interaktion med staking och andra funktioner som stöds inom plånbokens gränssnitt. Godkännanden av smarta kontrakt utlöste samma flöde för tröskelbaserad signering som används vid vanliga överföringar. Transaktionsmeddelanden visade detaljer om interaktionen med kontraktet före godkännandet, vilket bidrog till att förtydliga vilken åtgärd som godkändes.
Inloggning på flera enheter under press
För att testa koordineringens tillförlitlighet simulerade vi flera scenarier:
- En enhet kopplas bort mitt i signeringen
- En enhet som avvisar en transaktion
- Appen körs i bakgrunden under signeringssessionen
- Snabba, på varandra följande försök att teckna
För att ytterligare utvärdera samordningen mellan enheterna initierade vi flera signeringsförfrågningar i snabb följd. Även vid upprepade signeringsuppmaningar synkroniserades enheterna på ett tillförlitligt sätt och det uppstod varken fastlåsta signeringstillstånd eller dubbla transaktioner.
Man simulerade även tillfälliga nätverksavbrott under signeringssessionerna. När anslutningen återställdes återupptog enheterna signeringsprocessen utan att det uppstod inkonsekventa transaktionsstatusar.
När en enhet kopplades bort mitt i en session förblev signeringsbegäran helt enkelt ofullständig tills deltagandet nådde tröskelvärdet igen. Det förekom inga dubbla sändningar eller ofullständiga utföranden.
Återhämtnings- och förlustscenarier
Återställning är en avgörande del av alla plånböcker där användaren själv förvarar sina tillgångar. Vi har simulerat två huvudscenarier.
Scenario 1: Förlust av en enhet i ett 2-av-3-valv
Eftersom tröskelvärdet för signering fortfarande var inom räckhåll fortsatte transaktionerna att fungera som vanligt.
Scenario 2: Förlust av majoriteten av enheterna
Vi testade att återimportera delade filer från Vault till nya enheter. Återställningen krävde åtkomst till den nödvändiga andelen säkerhetskopierade delade filer.
Ur ett användbarhetsperspektiv följde återställningsprocessen en tydlig sekvens av anvisningar som vägledde användaren genom ominitialiseringen av enheten och återuppbyggnaden av valvet. Processen stärkte plånbokens säkerhetsmodell samtidigt som den möjliggjorde återställning av åtkomsten när de nödvändiga andelarna fanns tillgängliga.
Plugin-marknadsplats och återkommande köp
Vi undersökte marknadsplatsen för tillägg och fokuserade på installationsprocessen och tydligheten kring behörigheter. Det var enkelt att aktivera tilläggen, och avinstallationen krävde inga komplicerade steg.
Plugin-programmet ”Recurring Buys” har testats av:
- Ställa in schemalagda inköp
- Avbokning av schemalagda köp
- Simulering av felstillstånd
Körningstidpunkten stämde överens med det konfigurerade schemat. Avbrytandet förhindrade ytterligare körningar, precis som förväntat.
Vi observerade också hur tillägget fungerar när schemalagda transaktioner inte kan genomföras, till exempel när det inte finns tillräckligt med medel på kontot. I dessa fall misslyckades transaktionen helt enkelt utan att det ledde till upprepade oavsiktliga köp, och plånboken meddelade tydligt resultatet.
Behörigheter kopplade till plugins visades inom transaktionskontexten, vilket tydliggjorde vilka åtgärder pluginet begärde.
Infrastruktur och signeringsmodell
Vultisigs säkerhetsmodell bygger på distribuerad signering snarare än en enda privat nyckel som lagras på en enhet.
I Fast Vault-läget fungerar Vultiserver som medundertecknare för att möjliggöra en signeringsprocess med en enda enhet för vardagliga transaktioner. I Secure Vault-läget kräver transaktionsgodkännandet att flera användarkontrollerade enheter deltar.
Denna arkitektur gör det möjligt för användarna att välja mellan bekvämlighet och en högre grad av decentraliserad kontroll, samtidigt som man undviker centraliserad nyckelförvaring och den enda svagpunkt som är förknippad med traditionella plånböcker som bygger på en fröfras.
Slutbedömning
Vultisig uppvisade ett konsekvent beteende i enlighet med sin dokumenterade säkerhetsarkitektur vid installation, transaktioner, swappar, DeFi-interaktioner, samordning av signeringar och återställningssimuleringar.
Den tröskelbaserade konstruktionen utan frö förändrar den typiska mentala modellen för plånbokssäkerhet. Istället för att skydda en enda återställningsfras hanterar användarna distribuerade andelar i valvet och enheternas deltagande. Detta medför ytterligare steg i processen, men fördelar kontrollen över flera enheter.
För användare som prioriterar distribuerad auktorisering och samordning mellan flera enheter erbjuder Vultisig en strukturerad strategi för självförvaring. Stödet för flera blockkedjor, integrerade swappar, utbyggbarhet via plugins och tydliga verktyg för återställning bildar tillsammans en säkerhetsinriktad plånboksmiljö.
För användare som är redo att gå bortom begränsningarna hos traditionella plånböcker med fröfraser, Vultisig presenterar en övertygande ny modell för att säkra och hantera digitala tillgångar.
Bitcoin.com tar inget ansvar och kan inte hållas ansvarigt, varken direkt eller indirekt, för förluster, skador, anspråk, kostnader eller utgifter av något slag – vare sig faktiska, påstådda eller följdskador – som uppstår till följd av eller i samband med användning av, eller förlitan på, innehåll, varor eller tjänster som omnämns i denna artikel. Allt förlitar sig på sådan information sker helt och hållet på läsarens egen risk.
