Vultisig on siemenlauseeton, useille laitteille tarkoitettu salausvarasto, joka perustuu Threshold Signature Scheme (TSS) -tekniikkaan. Perinteisen siemenlauseen luomisen sijaan lompakko jakaa allekirjoitusoikeuden useille laitteille, jolloin tapahtumien hyväksyminen edellyttää määriteltyä kynnysarvoa.
Arvioidaksemme tämän mallin suorituskykyä todellisissa olosuhteissa asensimme Vultisigin useille laitteille ja testasimme sekä Secure Vault- että Fast Vault -asetuksia. Suoritimme transaktioita useilla tuetuilla verkostoilla, mukaan lukien varojen lähettäminen ja vastaanottaminen, swap-kauppojen toteuttaminen, DeFi-välilehden käyttö sekä laajennusten asentaminen. Arvioimme myös monilaitteisen allekirjoituksen koordinointia sekä normaalikäytössä että simuloiduissa keskeytystilanteissa, samoin kuin palautusmenettelyjä, joissa hyödynnettiin vault-share-tuontia uusille laitteille.
Vaultin perustaminen: ilman siemenlauseketta, hajautettu hallinta
Aloitimme luomalla kaksi tallennustilakokoonpanoa:
- Turvallinen säilytystila, jossa käytetään kahta laitetta (2/2-kynnysarvo)
- Nopea varastointi, jossa käytetään yhtä laitetta sekä Vultiserver-yhteisallekirjoittajaa
Asennuksen aikana ei luotu siemenlauseketta. Sen sijaan jokainen laite loi ainutlaatuisen tallennustilan osuuden. Nämä osuudet toimivat allekirjoitusoikeuden salattuina osina, ja ne on varmuuskopioitava erikseen seuraavasti: .vult tiedostot. Varmuuskopioinnin aikana Vault-jakotiedostot salataan Vault-salasanalla ennen niiden viemistä tallennettavaksi.
Tarkistimme myös Vault-share-varmuuskopiointiprosessin. Jakojen vieminen turvalliseen tallennustilaan sujui vaivattomasti, ja lompakko korostaa selvästi näiden varmuuskopioiden säilyttämisen tärkeyttä. Vault-share-jakojen tuominen uudelleen uuteen laitteeseen toimi odotetusti, mikä vahvisti, että Vault-share-varmuuskopiot toimivat ensisijaisena palautusmekanismina siemenlauseen puuttuessa.
Asennusprosessi tuntui harkitulta mutta selkeältä. Secure Vault -määrityksessä molemmat laitteet osallistuivat tallennustilan ja siihen liittyvien jakojen luomiseen. Fast Vault -määrityksessä palvelin toimi yhteisallekirjoittajana päivittäisen käytön sujuvoittamiseksi.
Tapahtumat toteutettiin vasta sen jälkeen, kun vaaditut laitteet olivat hyväksyneet pyynnön. 2-of-2-kokoonpanossa molempien laitteiden oli osallistuttava allekirjoitusprosessiin, ennen kuin tapahtuma voitiin lähettää. Tämä heijastaa lompakon kynnyssuunnittelua, jossa yksikään laite ei voi yksinään hyväksyä tapahtumia.
Moniketjuinen varainhoito käytännössä
”Lompakko”-välilehti kokoaa yhteen varat yli 30 tuetusta ketjusta, mukaan lukien Bitcoin, Ethereum, Solana, Cosmos-pohjaiset verkostot ja EVM-yhteensopivat ketjut.
Varoja vastaanotettaessa luotiin jokaiselle ketjulle uudet osoitteet, jotka oli merkitty selkeästi. Verkkojen erottelu oli johdonmukaista, mikä auttoi vähentämään väärälle ketjulle lähetettyjen maksujen riskiä. Varat näkyivät välittömästi sen jälkeen, kun vahvistukset oli saatu kyseisissä verkoissa.
Testasimme seuraavien lähettämistä:
- Pienet määrät
- Suuremmat määrät
- Peräkkäin tapahtuvat toistuvat tapahtumat
Jotta voisimme tarkkailla käyttäytymistä raskaammassa käytössä, käynnistimme useita peräkkäisiä transaktioita eri tuetuilla ketjuilla. Lompakko käsitteli nämä peräkkäiset lähetykset ilman, että tilat joutuivat epäjohdonmukaisiksi. Osoitteiden luonti sujui oikein kaikissa verkoissa, ja allekirjoitusprosessi pysyi ennustettavana jopa nopean transaktioliikenteen aikana.
Maksun arvio näkyi ennen allekirjoittamista. Allekirjoitusprosessi vaati osallistuvien laitteiden välistä koordinointia, ennen kuin tapahtuma voitiin hyväksyä. Allekirjoituksen nopeus vaihteli hieman laitteiden reagointinopeuden ja verkko-olosuhteiden mukaan, mutta pysyi vakaana koko testauksen ajan.
Ketjujen väliset vaihdot ja DeFi-vuorovaikutus
Vultisig sisältää sisäänrakennetun swap-toiminnon, jossa ketjujen välisten swap-transaktioiden aloitusmaksu on 50 peruspistettä. Toteutimme token-to-token-swap-transaktioita ja testasimme ketjujen välisiä siirtoja siellä, missä ne olivat tuettuja.
Liukuma-asetukset olivat näkyvissä, ja swap-tapahtumien tiedot esitettiin ennen lopullista hyväksyntää. Swap-tapahtumiin sovellettiin usean laitteen yhteisallekirjoitusta, aivan kuten tavallisissa lähetyksissäkin, mikä vahvisti yhtenäistä allekirjoitusmallia kaikissa lompakon toiminnoissa.
Tutkimme myös, miten lompakko reagoi tilanteissa, joissa vaihtoja ei voida toteuttaa, esimerkiksi kun liukumiskynnykset ylitetään tai likviditeettiä ei ole saatavilla. Näissä tapauksissa käyttöliittymä ilmoitti selkeästi, ettei tapahtumaa voitu jatkaa, ja esti sen toteutumisen keskeneräisenä. Epäonnistunutta vaihtoa koskevien ilmoitusten ansiosta parametreja voitiin säätää ennen uutta yritystä.
DeFi-välilehden avulla käyttäjä pystyi suorittamaan staking-toimintoja ja muita tuettuja toimintoja lompakon käyttöliittymän kautta. Älykkäiden sopimusten hyväksynnät käynnistivät saman kynnysarvoon perustuvan allekirjoitusprosessin kuin tavallisissa siirroissa. Tapahtumailmoituksissa esitettiin sopimukseen liittyvät tiedot ennen hyväksyntää, mikä auttoi selventämään hyväksyttävää toimintoa.
Usean laitteen allekirjoittaminen stressitilanteessa
Koordinaation luotettavuuden testaamiseksi simuloimme useita skenaarioita:
- Yksi laite menettää yhteyden kesken allekirjoituksen
- Laite, joka hylkää tapahtuman
- Sovelluksen siirtyminen taustalle allekirjoitustilanteen aikana
- Nopeat peräkkäiset allekirjoitusyritykset
Arvioidaksemme laitteiden välistä koordinaatiota tarkemmin, lähetimme useita allekirjoituspyyntöjä peräkkäin nopeassa tahdissa. Jopa toistuvien allekirjoituspyyntöjen aikana laitteet synkronoituivat luotettavasti, eikä allekirjoitustiloja juuttunut tai tapahtumia syntynyt päällekkäin.
Allekirjoitustilanteissa simuloitiin myös tilapäisiä verkkokatkoksia. Kun yhteys palautui, laitteet jatkoivat allekirjoitusprosessia ilman, että tapahtumien tiloissa syntyi epäjohdonmukaisuuksia.
Kun laite katkaisi yhteyden istunnon kesken, allekirjoituspyyntö jäi yksinkertaisesti keskeneräiseksi, kunnes osallistujamäärä palautui vaaditulle tasolle. Päällekkäisiä lähetyksiä tai osittaisia suorituksia ei tapahtunut.
Palautus- ja menetysskenaariot
Palautus on keskeinen osa mitä tahansa itse hallinnoitavaa lompakkoa. Simuloimme kaksi keskeistä skenaariota.
Skenaario 1: Yhden laitteen menetys 2-of-3-tyyppisessä tallennustilassa
Koska allekirjoituskynnys oli edelleen saavutettavissa, liiketoimet sujuivat edelleen normaalisti.
Skenaario 2: Enemmistön laitteiden menetys
Testasimme Vault-jakojen uudelleen tuomista uusille laitteille. Palauttaminen edellytti pääsyä tarvittavaan määrään varmuuskopioituja jakoja.
Käytettävyyden näkökulmasta palautusprosessi eteni selkeän ohjeiden sarjan mukaisesti, joka opasti laitteen uudelleenkäynnistämisessä ja tallennustilan uudelleenrakentamisessa. Prosessi vahvisti lompakon tietoturvamallia ja mahdollisti samalla pääsyn palauttamisen, kun tarvittavat osuudet olivat käytettävissä.
Laajennusten kauppapaikka ja toistuvat ostot
Tutustuimme laajennusten valikoimaan kiinnittäen huomiota erityisesti asennusprosessiin ja käyttöoikeuksien selkeyteen. Laajennuksen aktivointi oli suoraviivaista, eikä sen poistaminen vaatinut monimutkaisia vaiheita.
Recurring Buys -laajennuksen testasivat:
- Aikataulutettujen ostojen määrittäminen
- Aikataulun mukaisten ostojen peruuttaminen
- Vikatilanteiden simulointi
Suorituksen ajoitus vastasi määritettyä aikataulua. Peruutus esti odotetusti uusien suoritusten alkamisen.
Tarkkailimme myös, miten laajennus toimii tilanteissa, joissa ajoitettuja tapahtumia ei voida suorittaa loppuun, esimerkiksi silloin, kun varoja ei ole riittävästi. Näissä tapauksissa tapahtuma yksinkertaisesti epäonnistui ilman, että se olisi aiheuttanut toistuvia tahattomia ostoksia, ja lompakko ilmoitti tuloksesta selkeästi.
Laajennuksiin liittyvät käyttöoikeudet tuotiin esiin transaktiokontekstissa, mikä selkeytti, mitä toimintoja laajennus pyysi.
Infrastruktuuri ja allekirjoitusmalli
Vultisigin turvallisuusmalli perustuu hajautettuun allekirjoittamiseen sen sijaan, että yksi yksityinen avain olisi tallennettu yhdelle laitteelle.
Fast Vault -tilassa Vultiserver toimii allekirjoituksen vahvistajana, jolloin päivittäiset tapahtumat voidaan allekirjoittaa yhdellä laitteella. Secure Vault -tilassa tapahtuman hyväksyminen edellyttää useiden käyttäjän hallinnoimien laitteiden osallistumista.
Tämän arkkitehtuurin ansiosta käyttäjät voivat valita joko käyttömukavuuden tai laajemman hajautetun hallinnan, samalla kun vältetään keskitetty avainten tallennus ja perinteisiin siemenlause-lompakkoihin liittyvä yksittäinen vikakohta.
Lopullinen arviointi
Vultisig toimi dokumentoidun tietoturva-arkkitehtuurinsa mukaisesti kaikissa vaiheissa, kuten asetusten määrittelyssä, transaktioissa, vaihtokaupoissa, DeFi-vuorovaikutuksissa, allekirjoitusten koordinoinnissa ja palautussimulaatioissa.
Tämä siemenetön, kynnysarvoihin perustuva malli muuttaa perinteistä käsitystä lompakon turvallisuudesta. Sen sijaan, että käyttäjät suojaisivat yhtä ainoaa palautuslauseita, he hallinnoivat hajautettuja tallennustilan osuuksia ja laitteiden osallistumista. Tämä tuo mukanaan lisätoimenpiteitä, mutta jakaa hallinnan useiden laitteiden kesken.
Käyttäjille, jotka pitävät tärkeänä hajautettua valtuuttamista ja useiden laitteiden välistä koordinointia, Vultisig tarjoaa jäsennellyn lähestymistavan omaan varainhoitoon. Sen moniketjutuki, integroidut vaihtotoiminnot, laajennettavuus lisäosien avulla sekä selkeät palautustyökalut muodostavat yhdessä turvallisuuteen painottuvan lompakkoympäristön.
Käyttäjille, jotka ovat valmiita ylittämään perinteisten siemenlause-lompakoiden rajoitukset, Vultisig esittelee vakuuttavan uuden mallin digitaalisten resurssien suojaamiseen ja hallintaan.
Bitcoin.com ei ota mitään vastuuta eikä ole vastuussa, suoraan tai epäsuorasti, mistään menetyksistä, vahingoista, vaatimuksista, kustannuksista tai kuluista, olivatpa ne sitten todellisia, väitettyjä tai välillisiä, jotka johtuvat tai liittyvät tässä artikkelissa mainittujen sisältöjen, tuotteiden tai palveluiden käyttöön tai niihin luottamiseen. Tällaiseen tietoon luottaminen tapahtuu täysin lukijan omalla vastuulla.
