Vultisig on seemneteta, mitmel seadmel töötav krüptokott, mis põhineb Threshold Signature Scheme (TSS) tehnoloogial. Traditsioonilise seemnefraasi genereerimise asemel jaotab rahakott allkirjastamisõiguse mitme seadme vahel, nõudes tehingute kinnitamiseks kindlaksmääratud künnist.
Selleks et hinnata, kuidas see mudel toimib tegelikes tingimustes, paigaldasime Vultisigi mitmele seadmele ja testisime nii Secure Vaulti kui ka Fast Vaulti konfiguratsioone. Tehinguid teostati mitmes toetatud võrgustikus, sealhulgas varade saatmine ja vastuvõtmine, vahetustehingute sooritamine, DeFi-vahekaardiga suhtlemine ja pistikprogrammide paigaldamine. Hindasime ka mitme seadme vahelist allkirjastamise koordineerimist nii tavapärase kasutuse kui ka simuleeritud katkestuste stsenaariumide korral, samuti taastamisprotseduure, kasutades uutel seadmetel hoiukoha jagamise importimist.
Vaulti seadistamine: ilma algfraasita, hajutatud juhtimine
Alustuseks lõime kaks hoiukambri konfiguratsiooni:
- Turvaline hoiulaegas, mis kasutab kahte seadet (2-st-2 künnis)
- Kiire hoiukamber, mis kasutab ühte seadet ja Vultiserverit kaasallkirjastajana
Seadistamise käigus ei loodud seemnefraasi. Selle asemel lõi iga seade unikaalse hoiukoha osa. Need osad toimivad allkirjastamisõiguse krüpteeritud fragmentidena ja neist tuleb teha eraldi varukoopiaid, kuna .vult failid. Varundamise käigus krüpteeritakse hoiukambri jagatud kaustad hoiukambri parooliga enne, kui need salvestamiseks eksporditakse.
Samuti kontrollisime hoiukambri jagatud võtme varundamisprotsessi. Jagatud võtmete eksportimine turvalisse salvestuskohta oli lihtne ning rahakott rõhutab selgelt nende varukoopiate säilitamise tähtsust. Hoiukambri jagatud võtme uuesti importimine uuele seadmele toimis ootuspäraselt, mis kinnitas, et hoiukambri jagatud võtme varukoopiad on peamine taastamismehhanism juhul, kui algfraasi pole.
Seadistamisprotsess tundus läbimõeldud, kuid selge. Secure Vaulti konfiguratsioonis osalesid mõlemad seadmed hoiukoha ja sellega seotud jagamiste loomisel. Fast Vaulti konfiguratsioonis tegutses server kaasallkirjastajana, et lihtsustada igapäevast kasutamist.
Tehingud viidi läbi alles pärast seda, kui nõutud seadmed olid taotluse heaks kiitnud. 2-of-2-konfiguratsioonis pidid mõlemad seadmed osalema allkirjastamisprotsessis, enne kui tehingut võis edastada. See peegeldab rahakoti künnispõhist ülesehitust, mille puhul ükski seade ei saa tehinguid iseseisvalt kinnitada.
Mitme ahela varahaldus praktikas
Vahekaardil „Rahakott” koondatakse varad enam kui 30 toetatud ahelast, sealhulgas Bitcoin, Ethereum, Solana, Cosmos-põhised võrgustikud ja EVM-ga ühilduvad ahelad.
Raha laekumisel loodi iga ahela jaoks uus aadress, millel oli selge märge. Võrkude eristamine oli järjepidev, mis aitas vähendada valesse ahelasse saatmise riski. Raha ilmus kohe pärast kinnituste saamist vastavates võrkudes.
Me katsetasime järgmiste sõnumite saatmist:
- Väikesed kogused
- Suuremad summad
- Kiiresti järjestikku toimuvad tehingud
Et jälgida käitumist suurema koormuse korral, algatasime mitu järjestikust tehingut erinevates toetatud ahelates. Rahakott töötles neid järjestikuseid saadetisi ilma, et oleks tekkinud ebajärjekindlaid seisundeid. Aadresside genereerimine toimus kõigis võrkudes korrektselt ning allkirjastamisprotsess jäi ettearvatavaks isegi kiire tehingutegevuse ajal.
Tasude hinnang oli näha enne allkirjastamist. Allkirjastamisprotsess nõudis osalevate seadmete vahelist koordineerimist, enne kui tehingu heaks kiita sai. Allkirjastamise kiirus varieerus veidi sõltuvalt seadmete reageerimiskiirusest ja võrguoludest, kuid püsis kogu testimise vältel stabiilne.
Ahelatevahelised vahetused ja DeFi-koostöö
Vultisig sisaldab sisseehitatud vahetusfunktsiooni, mille puhul kehtib ahelatevaheliste vahetuste puhul algne teenustasumudel 50 baaspunkti ulatuses. Viisime läbi token-to-token-vahetusi ja testisime ahelatevahelisi vooge seal, kus see oli toetatud.
Enne lõplikku kinnitamist olid näha hinnalanguse seaded ja vahetuste üksikasjad. Vahetuste puhul kasutati mitme seadme ühisallkirjastamist, täpselt nagu tavaliste ülekannete puhul, mis tagas ühtse allkirjastamismudeli kõigi rahakoti toimingute puhul.
Uurisime ka, kuidas rahakott reageerib olukorras, kus vahetustehinguid ei ole võimalik lõpule viia, näiteks kui ületatakse hinnakõikumise künnised või likviidsus puudub. Sellistel juhtudel näitas kasutajaliides selgelt, et tehingut ei ole võimalik jätkata, ning takistas selle osalise täitmise. Ebaõnnestunud vahetustehingut käsitlev teade võimaldas parameetreid enne uuesti proovimist kohandada.
Vahekaardi „DeFi“ kaudu oli võimalik rahakoti kasutajaliideses teha stakingut ja kasutada muid toetatud funktsioone. Nutilepingute kinnitamine käivitas sama allkirjastamisprotsessi, mida kasutatakse tavaliste ülekannete puhul. Enne kinnitamist kuvati tehinguaknas lepingu tehingu üksikasjad, mis aitasid selgitada, millist tegevust kinnitatakse.
Mitme seadme allkirjastamine stressiolukorras
Koordineerimise usaldusväärsuse testimiseks simuleerisime mitmeid stsenaariume:
- Üks seade kaotab ühenduse allkirjastamise keskel
- Tehingu tagasilükkav seade
- Rakenduse taustal töötamine allkirjastamise ajal
- Kiired järjestikused allkirjastamiskatsed
Seadmete vahelise koostöö täpsemaks hindamiseks algatasime mitu allkirjastamisnõuet kiirelt järjest. Isegi korduvate allkirjastamisnõuete korral sünkroniseerusid seadmed usaldusväärselt ega tekitanud takerdunud allkirjastamisolukordi ega dubleeritud tehinguid.
Allkirjastamise seansside ajal simuleeriti ka ajutisi võrguhäireid. Kui ühendus taastati, jätkasid seadmed allkirjastamisprotsessi, ilma et oleks tekkinud vastuolulisi tehinguseisundeid.
Kui seade katkestas ühenduse seansi keskel, jäi allkirjastamisnõue lihtsalt lõpetamata, kuni osalejate arv taastati künnisele vastavaks. Duplikaatülekandeid ega osalisi täitmisi ei toimunud.
Taastumis- ja kaotusstsenaariumid
Taastamine on iga isehaldatava rahakoti oluline osa. Simuleerisime kahte peamist stsenaariumi.
Stsenaarium 1: ühe seadme kaotus 2-of-3-tüüpi hoidlas
Kuna allkirjastamise künnis oli endiselt saavutatav, jätkusid tehingud tavapäraselt.
Stsenaarium 2: Enamiku seadmete kaotus
Me katsetasime hoiukambri jagatud failide uuesti importimist uutele seadmetele. Taastamiseks oli vaja juurdepääsu vajalikule hulgale varundatud jagatud failidele.
Kasutajasõbralikkuse seisukohast järgis taastamisprotsess selget juhiste jada, mis suunas seadme uuesti käivitamist ja hoiukambri taastamist. See protsess tugevdas rahakoti turvalisusmudelit, võimaldades samal ajal juurdepääsu taastamist, kui vajalikud osad olid kättesaadavad.
Pluginite pood ja korduvad ostud
Uurisime pistikprogrammide turuvalikut, keskendudes paigaldamisprotsessile ja õiguste selgusele. Pistikprogrammide aktiveerimine oli lihtne ning nende eemaldamine ei nõudnud keerukaid toiminguid.
Plugin „Recurring Buys“ on testinud:
- Korrapäraste ostude seadistamine
- Planeeritud ostude tühistamine
- Rikkeolukordade simuleerimine
Täitmise ajastus vastas seadistatud ajakavale. Tühistamine takistas ootuspäraselt edasisi täitmisi.
Samuti jälgisime, kuidas pistikprogramm käitub olukorras, kus ajastatud tehinguid ei ole võimalik lõpule viia, näiteks kui rahalisi vahendeid ei ole piisavalt. Sellistel juhtudel ebaõnnestus tehing lihtsalt, ilma et see oleks põhjustanud soovimatuid korduvaid oste, ning rahakott teavitas tulemusest selgelt.
Pluginitega seotud õigused kuvati tehingu kontekstis, selgitades, milliseid toiminguid plugin taotles.
Infrastruktuur ja allkirjastamismudel
Vultisigi turvalisusmudel põhineb hajutatud allkirjastamisel, mitte ühel seadmel salvestatud ühel eravõtmel.
Fast Vault-režiimis toimib Vultiserver kaasallkirjastajana, et võimaldada igapäevaste tehingute puhul allkirjastamist ühe seadme abil. Secure Vault-režiimis nõuab tehingu kinnitamine mitme kasutaja kontrolli all oleva seadme osalemist.
See arhitektuur võimaldab kasutajatel valida mugavuse ja suurema hajutatud kontrolli vahel, vältides samal ajal võtmete tsentraliseeritud hoiustamist ja traditsiooniliste algfraasipõhiste rahakottidega seotud ühtset rikkeallikat.
Lõpphindamine
Nii seadistamise, tehingute, vahetustehingute, DeFi-koostöö, allkirjastamise koordineerimise kui ka taastamissimulatsioonide puhul toimis Vultisig kooskõlas oma dokumenteeritud turvalisusarhitektuuriga.
See seemneteta, läviväärtusel põhinev lahendus muudab rahakoti turvalisuse tavapärast mõttemudelit. Ühe taastamisfraasi kaitsmise asemel haldavad kasutajad hajutatud hoiukambri osakuid ja seadmete osalust. See toob kaasa täiendavaid protseduurilisi samme, kuid jaotab kontrolli mitme seadme vahel.
Kasutajatele, kes peavad oluliseks detsentraliseeritud autoriseerimist ja mitme seadme vahelist koordineerimist, pakub Vultisig struktureeritud lähenemisviisi isehaldusele. Selle mitme plokiahela tugi, integreeritud vahetustehingud, laiendatavus pistikprogrammide abil ja selged taastamisvahendid moodustavad kokku turvalisusele suunatud rahakoti keskkonna.
Kasutajatele, kes on valmis ületama traditsiooniliste seemnelausega rahakottide piiranguid, Vultisig pakub välja veenva uue mudeli digitaalvarade turvalisuse tagamiseks ja haldamiseks.
Bitcoin.com ei võta endale mingit vastutust ega kohustust ning ei vastuta – ei otseselt ega kaudselt – mis tahes liiki kahju, kahjude, nõuete, kulude või kulutuste eest, olgu need siis tegelikud, väidetavad või kaudsed, mis tulenevad käesolevas artiklis viidatud sisu, kaupade või teenuste kasutamisest või nendele tuginemisest või on nendega seotud. Sellisele teabele tuginemine toimub täielikult lugeja enda vastutusel.
