Den globala internetrevolutionen har inlett en obestridlig våg av digitalisering som nu sprider sig till själva begreppet ägande i och med framväxten av blockkedjeteknologier. När vi navigerar i den här övergången från en Internet-era till nästa, från Web2 till Web3, verkar friktionen för användarna bara intensifieras. Blockkedjeinteraktioner förblir komplexa och primitiva; de saknar säkerhet och användarvänlighet, särskilt när det gäller kontohantering och inloggningar, vilket avskräcker för många från att gå in i kryptofältet.
Account Abstraction, en blockchain-aktiverad teknologi som tillåter människor att använda smarta kontrakt som sina konton och sätta sina egna flexibla regler för plånbokshantering, är ett betydande löfte om att lindra denna friktion och inskärpa förbättrade användarregler och säkerhetsåtgärder i kryptorymden.
I den här artikeln fördjupar jag mig i konceptet med kontoabstraktion och utforskar hur det kan underbygga framtiden för blockchain-teknologier.
Externt ägt konto (EOA): blockchains initiala princip
För att till fullo förstå tekniker för "kontoabstraktion" måste man ta till sig det initiala paradigmet för implementering av blockkedjor, med rötter i vad vi vanligtvis kallar "Externally Owned Account" (EOA).
En EOA arbetar med användare som genererar kryptografiska nycklar: en offentlig nyckel för att skapa adresser och en privat nyckel som tillåter deras ägare att kontrollera ett konto. Inom EOA-ramverket är undertecknaren och kontot samma enhet. När nyckelparet har genererats bevisar användarna äganderätten till adressen genom att beräkna en digital signatur för att utföra transaktioner. Den decentraliserade konsensus validerar dessa transaktioner genom att verifiera att signaturen är korrekt och faktiskt har beräknats med den privata nyckel som motsvarar den givna adressen.
EOA är kärnan i den ursprungliga designen av Bitcoin och Ethereum. Trots att det är ganska elementärt, denna mekanism är otroligt effektiv för ett pseudonymt nätverk av användare att överföra värde i en tillståndslös miljö. Dess design är dock begränsande när det gäller att implementera förbättrade funktioner som styrning, återställningsmekanismer eller mer allmänt kodexekvering.
Vissa stora blockchain-protokoll har redan sådana användningsfall.
Fallet med Bitcoin:
Bitcoin har ett begränsat (avsiktligt) programmeringsspråk som gör att dess protokoll kan tillämpa on-chain-regler när de interagerar med konton. Till exempel, Bitcoins skriptspråk gör det möjligt för användare att skapa multisig-plånböcker som upprätthåller utgiftsregler över användarens UTXO (outputerade transaktioner).
Dessutom kan tidslås också implementeras. På Bitcoin är det till exempel möjligt att skapa en multisig-plånbok som implementerar följande regler, som visas i illustrationen nedan:
- 3 undertecknare är registrerade på en given plånbok.
- 2 underskrifter av 3 krävs för att flytta pengar.
- Ingen fond kan flytta före ett givet block.
Även om uppsättningen regler och skriptspråket för Bitcoin kan vara något begränsade, möjliggör de fortfarande utformningen av Blixtnät.
Fallet med Ethereum:
På Ethereum är designprincipen annorlunda eftersom den ursprungliga visionen var att skapa en decentraliserad, tillitslös datormaskin. I motsats till Bitcoin är språksemantiken Turing komplett, vilket gör det möjligt att enkelt beräkna vad som helst, inklusive exekvering av godtyckliga program (smarta kontrakt) som körs i kedjan och ger pålitlig datoranvändning. Dessa smarta kontrakt möjliggör också förbättrad design och otroliga innovationer, inklusive Automated Market Makers (AMM). Ethereums språk leder dock till oavgörbarhetsproblem, men det är en annan historia.
En av huvudgränserna för Ethereums design är det faktum att alla smarta kontraktsutföranden måste härröra från en EOA. Det är till exempel omöjligt att skapa ett fristående smart kontrakt som exekveras vid varje block. Att göra det skulle kräva en EOA som utlöser transaktioner och betalar för gasutförande vid varje block.
Smart kontraktsimplementering i kedjan: några intressanta idéer
Att utnyttja sofistikerad smart kontraktsdesign för styrning i kedjan har redan implementerats på olika sätt.
Gnosis Safe: on-chain multisig med minimal styrningsnivå:
Kryptoplattformar som Gnosis Safe gjorde ett bra jobb med att tillhandahålla en on-chain multisig som gör det möjligt för användare att ställa in en minimal nivå av styrningsregler för ett konto.
Med Gnosis Safe kontrollerar flera parter gemensamt en Ethereum-plånbok och sätter anpassade regler och villkor för transaktioner, som att kräva ett minsta antal signaturer eller godkännanden innan en transaktion genomförs. De olika undertecknarna kan anpassa säkerhetsinställningarna efter sina preferenser. Till exempel kan de ställa in dagliga utgiftsgränser, möjliggöra integration av hårdvaruplånbok för ytterligare säkerhet eller kräva flera nivåer av autentisering för specifika transaktioner. Dessa smarta konton kontrolleras av flera EOA:er som utfärdar giltiga on-chain-signaturer och sedan utlöser den tokentransaktion som finns i det smarta kontraktet.
Threshold Signature Schemes (TSS): styrning utanför kedjan till minimala avgifter:
Nylig kryptografiforskning arbetade med att skapa tröskelsignaturscheman (även kända som tröskelsignaturscheman (TSS) eller multi-party computation (MPC)) för att implementera multiauktoriseringsdelen av styrningen, utanför kedjan.
Denna idé har intressanta fördelar. I synnerhet är den direkt kompatibel med EOA-modellen och minimerar avgifterna.
Elliptic Curve Digital Signature Algorithm (ECDSA): säker, med starka nackdelar:
Ethereum- och Bitcoin-blockkedjor använder ett ECDSA-signatursystem (Elliptic Curve Digital Signature Algorithm) för transaktioner.
Men i motsats till Schnorrs underskrift är ECDSA det inte bevisligen säker under DLP-svårighet och Random Oracle Model. Dessutom har ECDSA inte skapats för att inbyggt stödja Threshold Signature Schemes, vilket leder till klumpig design. Mer specifikt är signaturaggregation av andra signatursystem bevisligen säker, medan ECDSA:s inte är det. Equations of Threshold Signature Schemes över ECDSA är hackiga, vilket leder till regelbundna implementeringsproblem. Sist men inte minst, det finns för närvarande inget TSS-schema som körs i säkra enklaver, vilket leder till farliga säkerhetsavvägningar.
Kontoabstraktion: de verkliga gamechanger-krypteringsbehoven?
Den stora nyheten som inleds av konceptet "Kontoabstraktion" är användningen av smarta kontrakt i kedjan för att implementera plånboken och styrningsreglerna runt den. Dessa idéer har redan implementerats i flera smarta kontraktskonton, inklusive Argent, eller med minimal styrning med on-chain multisig som Gnosis.
Många framsteg har gjorts på detta område under de senaste månaderna och åren, och några standardiseringsförsök har gjorts. Den senaste standarden som hade mycket dragkraft är känd som ERC-4337. Denna standard ger ett heltäckande ramverk för att implementera olika typer av verksamheter med en given och flexibel styrning.
Mer specifikt löser ERC-4337 de tekniska specifikationerna för att implementera Account Abstraction i en EOA-blockkedjekontext, inklusive:
- Operationsavsikt.
- Operationsvalidering.
- Utförande och avgiftsbetalning (kom ihåg, på Ethereum utlöses alla operationer av en EOA som betalar avgifter. Så ERC4337 tillhandahåller ett incitamentramverk för decentraliserade paketföretag för att utlösa utförandet av de operationer som användarna avser att utföra.)
- Nonce, en antireplay-mekanism som bara var inkrementell för EOAs och som kan vara mer sofistikerad här.
När det gäller styrning är det möjligt att skapa olika undertecknare och kvorum för att slutföra specifika operationer. Schematiskt kommer användaren att interagera med sitt smarta kontrakt, det smarta kontraktet verifierar sedan om styrningsreglerna uppfylls och utför slutligen operationerna.
Att verifiera styrningen kan vara lika komplicerat. En av fördelarna med att ha den här logiken igång i kedjan med ett komplett Turing-språk är att det är möjligt att skapa godtyckliga styrningsregler och att implementera signaturverifiering för vilken algoritm som helst. Som nämnts ovan har ECDSA-schemat massor av begränsningar, för det första är det inte lämpat för signaturaggregation (MPC/TSS), och för det andra stöds det inte av nuvarande implementeringar i mobilens säkra enklaver.
En förbättrad användarupplevelse och flexibel säkerhet:
Tack vare Account Abstraction är det möjligt att utföra flera atomanrop till olika kontrakt i samma transaktion med ett smart konto, vilket leder till stora förbättringar vid navigering av typiska DApps (det är till exempel inte längre nödvändigt att skicka 2 distinkta transaktioner för en ERC -20 tokens godkännande sedan en insättning), såväl som för användarens säkerhet (till exempel ENS-upplösning kan utföras direkt av det smarta kontraktskontot.)
Vägen till innovativa sociala återhämtningsmetoder:
Genom att möjliggöra komplexa operationer på kontonivå kan Account Abstraction realisera olika avancerade användningsfall, såsom social återhämtning. I det här scenariot kan användare utse en grupp betrodda vårdnadshavare som kan ge dem åtkomst till sitt konto om de skulle förlora åtkomst. EIP 5883 och den nyare EIP 7093 beskriver intressanta metoder för att implementera sådana sociala mekanismer.
Än en gång kan användare ange både en tröskel och en uppsättning regler som kommer att initiera kontoåterställningsprocessen i händelse av åtkomstförlust, vilket radikalt kan förbättra användarupplevelsen inom krypto.
BLS/Schnorr-signaturaggregation:
Som nämnts tidigare är en annan svaghet med ECDSA den klumpiga tröskelsignaturdesignen. I motsats till ECDSA har BLS och Schnorr designats för att stödja Threshold-signaturschema, och dessa standarder är i huvudsak additiva. Kort sagt, det är möjligt att beräkna en giltig signatur genom att lägga till flera delsignaturer med starka säkerhetsgarantier.
Implementering av BLS- eller Schnorr-undertecknare kan tillåta viss token-styrning samtidigt som avgifterna vid verifiering av det smarta kontraktet minimeras (En verifiering istället för en verifiering per signatur.) Denna aggregeringsmekanism beskrivs och implementeras valfritt som en del av EIP 4337-standarden.
Vad händer härnäst för antagandet av Account Abstraction?
Fallet med lösenord:
Account Abstraction är i direkt konkurrens med mjukvaruplånböcker i EOA-sammanhang. Säkerhetsmodellen för mjukvaruplånböcker är mycket svag, eftersom all skadlig kod kan tömma användarnas pengar på grund av deras inneboende internetanslutning och mer generellt deras bredare attackyta. Mjukvaruplånböcker kan egentligen inte bli bättre eftersom SoC (System On Chip)-baserade konstruktioner (smarttelefoner) är väldigt heterogena och inte alla innehåller en säker enklav.
När de innehåller en säker enklav kan utvecklare inte ladda sin egen kod för att implementera Ethereum/Bitcoin-signaturer. I detta sammanhang är det helt enkelt INTE möjligt att utnyttja de enda säkerhetsfunktionerna som finns i avancerade telefoner.
Genom att införliva kontoabstraktionslogiken kan utvecklare få tillgång till en säker implementering av digitala signaturer i enklaven. Detta inkluderar WebAuthn, som är lätt tillgänglig på OS-nivå genom lösenordsstandard.
Det är också möjligt att upprätta en on-chain-regel där signaturerna kommer från användarnas lösenord. Dessa lösenord använder en annan elliptisk kurva än den som används på Ethereum-blockkedjan, men eftersom signaturverifieringen kan implementeras på själva det smarta kontraktet blir denna mekanism möjlig.
När det gäller UX kan användare dra nytta av en bred integration inom Apple, Google och Microsofts ekosystem. Det ger också en bättre säkerhetsnivå än en komplett mjukvaruplånbok. Dessutom kan det smarta kontraktet genomdriva olika typer av styrning och säkerhetsmekanismer i kedjan. Till exempel kan varje transaktionsutförande säkras av en Web3-brandvägg som är implementerad utanför kedjan och tillåter det smarta kontraktet att utföra en specifik transaktion. En sådan mekanism tillåter flexibla säkerhetsvakter enligt användarens riskprofil.
På säkerhetsfronten ger en sådan setup (Account Abstraction with Passkeys authenticator) bättre garantier än nuvarande mobila plånböcker. Moderna smartphones kan använda Trustzone för att implementera lösenord. Icke desto mindre är det nuvarande landskapet för implementering av lösenordsnycklar inte tillfredsställande av följande skäl:
- Lösenord är sannolikt implementerade i fullständig programvara läge för Android och iOS. De utnyttjar inte det inbäddade Secure-elementet (ännu?).
- Smartphones implementerar inte Trusted User Interface och ramverket för lösenordsnycklar ger inte den nödvändiga informationen till användarna när de signerar, vilket betyder att du kan samtycka till transaktioner som du inte förstår.
Kontoabstraktion och vikten av hårdvaruplånböcker som rötter till förtroende
Konceptet med kontoabstraktion ger den finkorniga styrningen av olika tillgångar inom ett smart kontrakt. När du använder en plånbok för mikrobetalningar gör dessa styrningsregler det enkelt att utföra transaktioner med lågt värde. Omvänt, för transaktioner med högre värde, förblir en höjd säkerhetsnivå av största vikt, vilket gör hårdvaruplånböcker till det absolut obestridliga valet.
Till exempel kommer kontoabstraktion att aktivera:
- Fickpengar, som kan spenderas med hjälp av lösenord på vilken smartphone som helst.
- Transaktioner med högre värde, alla kräver säker hårdvaru-plånbokssignatur och Web3-brandvägg.
- Livsräddning och identitetshantering, kräver hårdvaru-plånboksignatur + lösenord + tidslås + Web3-brandvägg.
När de fortsätter att utvecklas kommer dessa styrningsregler att behöva antas med hårdvaruplånböcker som utgör grunden för förtroende, eftersom dessa enheter möjliggör kompromisslös säkerhet och ägande. Faktum är att även om Account Abstraction ändrar säkerhetsmodellen behöver den övergripande plånboken fortfarande starka säkerhetsgarantier. Utformningen av styrningsreglerna är av största vikt ur ett säkerhetsperspektiv, särskilt för att skydda de nycklar som är ansvariga för deras modifiering. Dessutom kommer de olika undertecknarna som kan interagera med kontoabstraktionslagret fortfarande att behöva vissa former av hemligheter (privata nycklar) för att autentisera sig. Att skydda dessa hemligheter och ge användaren all nödvändig information för att samtycka till blockkedjeinteraktion är fortfarande avgörande, även i ett ramverk för kontoabstraktion.
Slutsatser:
Som tidigare utforskat är EOA-paradigmet fortfarande något rudimentärt. Däremot kommer Account Abstractions förmåga att upprätthålla komplexa regler i kedjan sannolikt att bli en radikal spelväxlare för kryptoanvändare. Intressant nog för de senaste framstegen kring EIP 4337 oss närmare denna betydande förändring.
Naturligtvis ligger flera utmaningar framför oss.
En av dessa utmaningar är att blockkedjan själv exekverar Account Abstractions flexibla styrningsmodell, vilket innebär att utförandet kommer till höga kostnader jämfört med vanliga EOA-transaktioner. På Ethereums Layer-1 är kedjan inte särskilt skalbar, och utförandet är följaktligen ganska kostsamt. Men på skalbara Layer-2s kan Account Abstraction bli standardvalet där användare definierar komplexa styrningsregler som upprätthålls av Layer-2-konsensus och förankrade i Ethereum Layer-1.
En annan utmaning är det grundläggande behovet av att skapa ett standardsätt att interagera med Account Abstraction-ramverk, hittills fokuserat på EVM-kedjor. Dessa generiska plånböcker erbjuder ett brett utbud av möjligheter, inklusive hög flexibilitet. Men utan standardisering skulle de också kunna förbli proprietära, vilket i sin tur skulle kunna utmana massadoption.
Faktum är att vi sannolikt kommer att bevittna en framtid där kontoabstraktionsparadigmet kan bli ett grundläggande inslag i EVM-kedjor, medan EOA-interaktion kan spela en avgörande roll i andra blockkedjenätverk, inklusive Bitcoin, även om ett sådant fragmenterat protokolllandskap inte är önskvärt. för användare. Vi kan också förutse att dessa förändringar, drivna av Account Abstraction, så småningom kommer att integreras på blockkedjenivå. En sak är säker: Account Abstraction tillhör framtiden för blockchain.
- SEO-drivet innehåll och PR-distribution. Bli förstärkt idag.
- PlatoData.Network Vertical Generative Ai. Styrka dig själv. Tillgång här.
- PlatoAiStream. Web3 Intelligence. Kunskap förstärkt. Tillgång här.
- Platoesg. Fordon / elbilar, Kol, CleanTech, Energi, Miljö, Sol, Avfallshantering. Tillgång här.
- PlatoHealth. Biotech och kliniska prövningar Intelligence. Tillgång här.
- ChartPrime. Höj ditt handelsspel med ChartPrime. Tillgång här.
- BlockOffsets. Modernisera miljökompensation ägande. Tillgång här.
- Källa: https://www.ledger.com/blog/how-account-abstraction-could-impact-the-crypto-landscape
- : har
- :är
- :inte
- :var
- 17
- 7
- a
- Able
- ovan
- abstraktion
- tillgång
- Enligt
- Konto
- kontoabstraktion
- kontohantering
- konton
- faktiskt
- tillsats
- Annat
- Dessutom
- adress
- adresser
- Antagande
- avancerat
- fördelar
- aggregation
- framåt
- algoritm
- Alla
- lindra
- tillåter
- tillåta
- tillåter
- redan
- också
- MA
- an
- förankrade
- och
- android
- Annan
- förutse
- vilken som helst
- något
- Apple
- godkännande
- godkännanden
- arkitektur
- ÄR
- OMRÅDE
- Argent
- runt
- Artikeln
- AS
- Tillgångar
- At
- attackera
- försökte
- autentisera
- Autentisering
- Automatiserad
- tillgänglig
- baserat
- BE
- blir
- blir
- varit
- innan
- Där vi får lov att vara utan att konstant prestera,
- tillhör
- nedan
- fördel
- Fördelarna
- Bättre
- Bitcoin
- bitcoin och ethereum
- Blockera
- blockchain
- Blockchain-nätverk
- blockchain-teknik
- blockchains
- båda
- Bringar
- bred
- men
- by
- Ring
- Samtal
- KAN
- Kapacitet
- Vid
- fall
- vissa
- kedja
- kedjor
- utmanar
- utmaningar
- Förändringar
- chip
- val
- närmare
- koda
- kommer
- vanligen
- jämfört
- kompatibel
- konkurrens
- fullborda
- komplex
- omfattande
- beräkning
- Compute
- databehandling
- begrepp
- villkor
- Anslutningar
- Konsensus
- samtycke
- Följaktligen
- innehålla
- innehöll
- sammanhang
- fortsätta
- kontrakt
- kontrakt
- motsats
- Däremot
- kontroll
- kontrolleras
- omvänt
- Kärna
- korrekt
- motsvarar
- kostsam
- Kostar
- kunde
- Kurs
- skapa
- skapas
- Skapa
- avgörande
- crypto
- kryptolandskap
- kryptoutrymme
- kryptoanvändare
- kryptografisk
- kryptografi
- Aktuella
- För närvarande
- kurva
- beställnings
- skräddarsy
- dagligen
- Dangerous
- DApps
- decentraliserad
- Standard
- definiera
- gräva
- deposition
- beskriven
- Designa
- utformade
- mönster
- Trots
- utveckla
- utvecklare
- enheter
- DID
- olika
- Svårighet
- digital
- digitalisering
- rikta
- direkt
- distinkt
- flera
- do
- inte
- gör
- inte
- dränera
- nackdelar
- driven
- grund
- varje
- lätta
- enkel användning
- lätt
- ekosystem
- effektiv
- EIP
- elementet
- Elliptiska
- inbäddade
- bemyndigar
- möjliggöra
- möjliggör
- möjliggör
- enklav
- änden
- förstärka
- förbättrad
- ENS
- in
- enhet
- eoa
- ekvationer
- Era
- ERC-20
- ERC-4337
- speciellt
- väsentligen
- etablera
- ethereum
- Ethereum blockchain
- Ethereum plånbok
- Ethereums
- Även
- händelse
- så småningom
- EVM
- exempel
- exekvera
- Utför
- utförande
- erfarenhet
- utforska
- utforskas
- Faktum
- långt
- Leverans
- Funktioner
- avgifter
- få
- fält
- Slutligen
- brandvägg
- Förnamn
- Flexibilitet
- flexibel
- fokuserade
- efter
- För
- former
- fragmenterad
- Ramverk
- ramar
- friktion
- från
- främre
- full
- fullständigt
- fond
- grundläggande
- fonder
- Vidare
- framtida
- spel-växlare
- GAS
- allmänhet
- genereras
- generera
- ges
- ger
- Välgörenhet
- Gnosis
- Gnos säker
- styrning
- styrningsmodell
- bevilja
- stor
- Grupp
- garantier
- Guardians
- hade
- hårdvara
- Hårdvaruplånbok
- Hårdvara plånböcker
- Har
- har
- ökade
- Held
- här.
- Hög
- hans
- innehar
- Hur ser din drömresa ut
- Men
- html
- HTTPS
- i
- Tanken
- idéer
- Identitet
- identitetshantering
- Inverkan
- genomföra
- genomförande
- implementeringar
- genomföras
- genomföra
- redskap
- vikt
- omöjligt
- förbättra
- förbättras
- förbättringar
- in
- I andra
- Incitament
- innefattar
- Inklusive
- införlivande
- otroligt
- oerhört
- ja
- informationen
- inneboende
- inledande
- initiera
- innovationer
- innovativa
- exempel
- istället
- integrerade
- integrering
- avser
- uppsåt
- interagera
- interagera
- interaktion
- interaktioner
- intressant
- Gränssnitt
- Internet
- in
- iOS
- problem
- utfärdande
- IT
- DESS
- sig
- Jobb
- bara
- Nyckel
- nycklar
- känd
- Brist
- liggande
- språk
- Efternamn
- lager
- ledande
- Leads
- t minst
- Ledger
- Nivå
- nivåer
- Hävstång
- lie
- sannolikt
- begränsningar
- Begränsad
- begränsande
- gränser
- läsa in
- Logiken
- längre
- förlorar
- förlust
- Lot
- gjord
- Huvudsida
- större
- Beslutsfattare
- Framställning
- malware
- ledning
- många
- marknad
- marknadsskapare
- Massa
- Massadoption
- max-bredd
- Maj..
- betyder
- åtgärder
- mekanism
- mekanismer
- nämnts
- träffade
- metoder
- mikrobetalningar
- Microsoft
- minimum
- minimerar
- minimerande
- minsta
- Mobil
- Mode
- modell
- Modern Konst
- pengar
- månader
- mer
- flytta
- MPC
- flerpartister
- multipel
- multisig
- måste
- Navigera
- navigerande
- nödvändigt för
- Behöver
- behov
- nät
- nätverk
- Nästa
- Nej
- nyhet
- nu
- antal
- of
- erbjudanden
- on
- On-Chain
- gång
- ONE
- endast
- Verksamhet
- or
- orakel
- ursprungliga
- OS
- Övriga
- ut
- översikt
- produktion
- över
- övergripande
- egen
- ägd
- ägare
- ägande
- par
- par
- paradigmet
- Yttersta
- del
- särskilt
- parter
- kodnyckel
- Tidigare
- bana
- betalning
- land
- Personer
- för
- Utföra
- utfört
- tillåtet
- perspektiv
- telefoner
- svängbara
- Plattformar
- plato
- Platon Data Intelligence
- PlatonData
- Spela
- Massor
- Möjligheterna
- möjlig
- preferenser
- tidigare
- primitiva
- Principen
- privat
- privat nyckel
- Privata nycklar
- problem
- process
- Profil
- Programmering
- Program
- Framsteg
- löfte
- proprietary
- skydda
- protokoll
- protokoll
- bevisligen
- Bevisa
- ge
- ger
- tillhandahålla
- allmän
- Public Key
- Syftet
- radikal
- radikalt
- slumpmässig
- område
- verklig
- inser
- verkligen
- skäl
- senaste
- återvinning
- om
- registrerat
- regelbunden
- förblir
- resterna
- ihåg
- kräver
- forskning
- Upplösning
- ansvarig
- Rotation
- Rise
- Risk
- Roll
- rot
- rötter
- Regel
- regler
- Körning
- rinnande
- säker
- skydd
- Samma
- sparande
- skalbar
- scenario
- ordningen
- system
- skura
- hemligheter
- säkra
- Säkrad
- säkerhet
- Säkerhetsåtgärder
- verkar
- Gripa
- sända
- portion
- in
- inställningar
- inställning
- flera
- skifta
- skall
- visas
- signera
- signaturer
- signifikant
- helt enkelt
- eftersom
- smarta
- smart kontrakt
- Smarta kontrakt
- smartphone
- smartphones
- So
- än så länge
- Social hållbarhet
- Mjukvara
- Löser
- några
- något
- sofistikerade
- Utrymme
- specifik
- specifikt
- Spendera
- spent
- Spridning
- fristående
- standard
- standardisering
- standarder
- Fortfarande
- Historia
- stark
- sådana
- stödja
- Som stöds
- Stödjande
- yta
- system
- Teknisk
- Tekniken
- Teknologi
- än
- den där
- Smakämnen
- Framtiden
- deras
- Dem
- sig själva
- sedan
- Dessa
- de
- sak
- detta
- fastän?
- tröskelvärde
- Genom
- till
- token
- alltför
- dragkraft
- transaktion
- transaktionskörning
- Transaktioner
- överföring
- övergång
- försök
- utlösa
- triggas
- trigg
- Litar
- betrodd
- trustless
- turing
- SVÄNG
- typer
- typisk
- obestridlig
- under
- stödja
- förstå
- us
- användning
- Begagnade
- Användare
- Användarupplevelse
- Användargränssnitt
- användare
- med hjälp av
- Använda
- ux
- godkännande
- värde
- olika
- Verifiering
- verifiera
- mycket
- syn
- plånbok
- Plånböcker
- var
- Våg
- Sätt..
- sätt
- we
- svaghet
- Web2
- Web3
- VÄL
- Vad
- när
- om
- som
- medan
- VEM
- bred
- Brett utbud
- bredare
- kommer
- med
- inom
- utan
- Vittne
- arbetade
- fungerar
- skulle
- år
- ännu
- Om er
- zephyrnet