Vultisig egy mag nélküli, több eszközön működő kriptográfiai tár, amely a Threshold Signature Scheme (TSS) technológiára épül. Ahelyett, hogy hagyományos magmondatot generálna, a pénztárca az aláírási jogosultságot több eszköz között osztja szét, és a tranzakciók jóváhagyásához egy előre meghatározott küszöbérték elérését követeli meg.
Annak értékelése érdekében, hogy ez a modell hogyan teljesít valós körülmények között, több eszközre is telepítettük a Vultisig szoftvert, és mind a „Secure Vault”, mind a „Fast Vault” konfigurációt teszteltük. Több támogatott hálózaton is végrehajtottunk tranzakciókat, beleértve az eszközök küldését és fogadását, swap-ügyletek végrehajtását, a DeFi fül használatát, valamint bővítmények telepítését. Ezenkívül értékeltük a több eszközön történő aláírás-koordinációt normál használat és szimulált megszakítási helyzetek esetén, valamint az új eszközökön a vault-share importálásával történő helyreállítási eljárásokat is.
Vault beállítása: magkifejezés nélkül, elosztott irányítás
Először két tárhelykonfigurációt hoztunk létre:
- Két eszközzel működő biztonsági tárhely (2-ből-2 küszöbérték)
- Gyors Vault egy eszköz és a Vultiserver társaláíró használatával
A beállítás során nem generálódott magkifejezés. Ehelyett minden eszköz létrehozott egy egyedi tárhely-részt. Ezek a részek az aláírási jogosultság titkosított töredékeiként működnek, és azokat külön-külön kell biztonsági másolatot készíteni, mivel .vult fájlok. A biztonsági mentés során a tárhely-megosztásokat a tárhely jelszavával titkosítják, mielőtt tárolás céljából exportálnák őket.
Ellenőriztük a trezor-megosztás biztonsági mentési folyamatát is. A megosztások biztonságos tárhelyre történő exportálása egyszerű volt, és a pénztárca egyértelműen hangsúlyozza e biztonsági mentések megőrzésének fontosságát. A trezor-megosztás új eszközre történő újbóli importálása a várakozásoknak megfelelően működött, megerősítve, hogy a trezor-megosztás biztonsági mentései a magkód hiányában az elsődleges helyreállítási mechanizmusként szolgálnak.
A beállítási folyamat átgondoltnak, ugyanakkor egyértelműnek tűnt. A „Secure Vault” konfigurációban mindkét eszköz részt vett a tárhely és a hozzá tartozó megosztások létrehozásában. A „Fast Vault” konfigurációban a szerver táraláíróként működött, hogy megkönnyítse a mindennapi használatot.
A tranzakciók csak akkor kerültek végrehajtásra, miután a szükséges eszközök jóváhagyták a kérést. A „2-of-2” konfigurációban mindkét eszköznek részt kellett vennie az aláírási folyamatban, mielőtt a tranzakciót tovább lehetett volna küldeni. Ez tükrözi a pénztárca küszöbérték-alapú felépítését, amelyben egyetlen eszköz sem jogosult önállóan tranzakciókat engedélyezni.
A több láncú eszközkezelés a gyakorlatban
A „Pénztárca” fül több mint 30 támogatott blokklánc eszközeit gyűjti össze, beleértve a Bitcoint, az Ethereumot, a Solanát, a Cosmos-alapú hálózatokat és az EVM-kompatibilis blokkláncokat.
A beérkező pénzeszközök lánconként új címeket generáltak, egyértelmű megjelöléssel. A hálózatok közötti megkülönböztetés következetes volt, ami segített csökkenteni a rossz láncra történő átutalások kockázatát. A pénzeszközök a megfelelő hálózatokon történt megerősítések után azonnal megjelentek.
Kipróbáltuk a következő üzenetek elküldését:
- Kis mennyiségek
- Nagyobb összegek
- Gyorsan egymást követő ismételt tranzakciók
Annak érdekében, hogy megfigyeljük a rendszer viselkedését nagyobb terhelés mellett, egymást követően több tranzakciót indítottunk el a különböző támogatott blokkláncokon. A pénztárca ezeket az egymást követő küldéseket úgy kezelte, hogy nem keletkezett inkonzisztens állapot. A címgenerálás minden hálózaton hibátlanul működött, és az aláírási folyamat még a gyors tranzakciós forgalom mellett is kiszámítható maradt.
A díjbecslés az aláírás előtt látható volt. Az aláírási folyamat során a tranzakció jóváhagyása előtt a részt vevő eszközök közötti összehangolásra volt szükség. Az aláírás sebessége az eszközök reagálási sebességétől és a hálózati körülményektől függően kissé változott, de a tesztelés során végig állandó maradt.
Láncok közötti csereügyletek és a DeFi-vel való interakció
Vultisig beépített swap-funkcióval rendelkezik, amelynek kezdeti díjszabása a láncok közötti swapok esetében 50 bázispont. Token-to-token swapokat hajtottunk végre, és ahol lehetséges volt, teszteltük a láncok közötti tranzakciókat is.
A csúszásbeállítások láthatóak voltak, és a csereügylet részleteit a végleges jóváhagyás előtt megjeleníttették. A csereügyletekre – akárcsak a szokásos átutalásokra – több eszközről történő közös aláírás alkalmazásra került, ami egységes aláírási modellt biztosított az összes pénztárca-művelet esetében.
Azt is megvizsgáltuk, hogyan reagál a pénztárca, ha a csere nem hajtható végre – például a csúszásküszöbértékek túllépése vagy a likviditás hiánya miatt. Ilyen esetekben a felület egyértelműen jelezte, hogy a tranzakció nem folytatható, és megakadályozta annak hiányos végrehajtását. A sikertelen csere kapcsán megjelenő üzenetek lehetővé tették a paraméterek módosítását az újbóli kísérlet előtt.
A „DeFi” fül lehetővé tette a stakinggel és az egyéb támogatott funkciókkal való interakciót a pénztárca felületén belül. Az intelligens szerződések jóváhagyása ugyanazt a küszöbérték-alapú aláírási folyamatot indította el, mint a szokásos átutalások esetében. A tranzakciós felugró ablakok a jóváhagyás előtt megjelenítték a szerződéses interakció részleteit, segítve ezzel a jóváhagyandó művelet tisztázását.
Több eszközön történő aláírás terhelés alatt
A koordináció megbízhatóságának vizsgálatához többféle forgatókönyvet szimuláltunk:
- Egy eszköz a bejelentkezés közben megszakítja a kapcsolatot
- Egy tranzakciót elutasító eszköz
- Az alkalmazás háttérmódba váltása az aláírási munkamenet során
- Gyors, egymást követő aláírási kísérletek
Az eszközök közötti koordináció további értékelése érdekében több aláírási kérést indítottunk el egymás után gyorsan. Még az ismételt aláírási felszólítások esetén is az eszközök megbízhatóan szinkronizálódtak, és nem fordult elő, hogy az aláírási folyamat elakadt volna, illetve hogy tranzakciók duplikálódtak volna.
Az aláírási műveletek során ideiglenes hálózati megszakításokat is szimuláltak. Amikor a kapcsolat helyreállt, az eszközök folytatták az aláírási folyamatot anélkül, hogy inkonzisztens tranzakciós állapotok keletkeztek volna.
Ha egy eszköz a munkamenet közben levált a hálózatról, az aláírási kérelem egyszerűen befejezetlen maradt, amíg a részvétel újra elérte a küszöbértéket. Nem történt semmilyen duplikált továbbítás vagy részleges végrehajtás.
Helyreállítási és veszteségi forgatókönyvek
A helyreállítás minden saját kezelésű pénztárca kulcsfontosságú eleme. Két alapvető forgatókönyvet szimuláltunk.
1. forgatókönyv: Egy eszköz kiesése egy „2 a 3-ból” típusú tárolóban
Mivel az aláírási küszöbérték továbbra is elérhető volt, a tranzakciók továbbra is zavartalanul zajlottak.
2. forgatókönyv: A többségi eszközök elvesztése
Kipróbáltuk a Vault-megosztások új eszközökre való újbóli importálását. A helyreállításhoz hozzáférésre volt szükség a biztonsági másolatban szereplő megosztások szükséges küszöbértékéhez.
A használhatóság szempontjából a helyreállítási folyamat egy világos utasítássorozatot követett, amely végigvezette a felhasználót az eszköz újraindításán és a tárhely újjáépítésén. A folyamat megerősítette a pénztárca biztonsági modelljét, ugyanakkor lehetővé tette a hozzáférés visszaállítását, amennyiben a szükséges részek rendelkezésre álltak.
Plugin-áruház és ismétlődő vásárlások
Áttekintettük a bővítmények piacát, különös figyelmet fordítva a telepítési folyamatra és a jogosultságok egyértelműségére. A bővítmények aktiválása egyszerű volt, az eltávolításukhoz pedig nem kellett bonyolult lépéseket végrehajtani.
A „Recurring Buys” bővítményt a következők tesztelték:
- Időzített vásárlások beállítása
- A beütemezett vásárlások törlése
- Meghibásodási állapotok szimulálása
A végrehajtás időzítése összhangban volt a beállított ütemtervvel. A lemondás – a várakozásoknak megfelelően – megakadályozta a további végrehajtásokat.
Azt is megfigyeltük, hogyan viselkedik a bővítmény, ha az ütemezett tranzakciók nem hajthatók végre – például elégtelen egyenleg miatt. Ilyen esetekben a tranzakció egyszerűen sikertelen lett anélkül, hogy nem kívánt ismételt vásárlásokat váltott volna ki, és a pénztárca egyértelműen tájékoztatta a felhasználót az eredményről.
A bővítményekhez kapcsolódó jogosultságok a tranzakciós kontextusban megjeleníthetők, így egyértelművé válik, hogy a bővítmény milyen műveleteket kért.
Infrastruktúra és aláírási modell
A Vultisig biztonsági modellje az elosztott aláíráson alapul, nem pedig egy egyetlen, egy eszközön tárolt titkos kulcsra.
„Fast Vault” üzemmódban a Vultiserver társaláíróként működik, így a mindennapi tranzakciókhoz elegendő egyetlen eszköz használata az aláíráshoz. „Secure Vault” üzemmódban a tranzakciók jóváhagyásához több, a felhasználó által vezérelt eszköz részvétele szükséges.
Ez az architektúra lehetővé teszi a felhasználók számára, hogy a kényelem és a magasabb szintű elosztott irányítás között válasszanak, miközben elkerülik a kulcsok központosított tárolását és a hagyományos magszó-alapú pénztárcákhoz kapcsolódó egyetlen hibaforrást.
Záróértékelés
A beállítások, tranzakciók, csereügyletek, DeFi-interakciók, aláírási koordináció és helyreállítási szimulációk során a Vultisig a dokumentált biztonsági architektúrájának megfelelően működött.
A mag nélküli, küszöbérték-alapú kialakítás megváltoztatja a pénztárca-biztonságról kialakult hagyományos gondolati modellt. Ahelyett, hogy egyetlen helyreállítási kifejezést védenének, a felhasználók elosztott tárhelyrészesedéseket és az eszközök részvételét kezelik. Ez további eljárási lépéseket jelent, de az irányítást több eszköz között osztja szét.
Azok számára, akiknek a decentralizált hitelesítés és a több eszköz közötti koordináció a legfontosabb, a Vultisig strukturált megközelítést kínál az önálló tároláshoz. A több blokklánc támogatása, az integrált cserefunkciók, a bővítményekkel való bővíthetőség és a kifejezetten a helyreállításra szolgáló eszközök együttesen egy biztonságközpontú pénztárca-környezetet alkotnak.
Azok számára, akik készek túllépni a hagyományos magkifejezéses pénztárcák korlátain, Vultisig egy meggyőző új modellt mutat be a digitális eszközök biztonságának garantálására és kezelésére.
A Bitcoin.com nem vállal semmiféle felelősséget, és sem közvetlenül, sem közvetve nem tehető felelőssé semmiféle veszteségért, kárért, igényért, költségért vagy kiadásért – függetlenül attól, hogy azok ténylegesek, állítólagosak vagy következményesek –, amelyek a cikkben említett bármely tartalom, áru vagy szolgáltatás használatából, illetve azokra való támaszkodásból erednek, vagy azzal összefüggésben merülnek fel. Az ilyen információkra való támaszkodás kizárólag az olvasó saját kockázatára történik.
