Av Dr. Andreas Freund (Medformann) på vegne av EEA Community Projects L2 Standards Working Group
Vi lever i en verden med flere kjeder, med milliarder av USD i aktivaverdi låst i over 100 kjeder. Og eierne av disse blokkjede-eiendelene oppfører seg akkurat som de ville gjort med eiendeler i tradisjonell finans: de leter etter arbitrasjemuligheter for å tjene penger. I motsetning til den tradisjonelle finansverdenen der eiendeler i ett land kan brukes i arbitrasjespill i et annet land uten å flytte eiendeler ved å bruke pålitelige mellommenn, fungerte ikke den samme tilnærmingen for blokkjeder på lenge av tre grunner:
- blokkjeder kan ikke snakke med hverandre,
- arbitragespill på en bestemt blokkjede krever at alle involverte eiendeler er tilstede på den blokkjeden på grunn av den tillitsløse naturen til offentlige blokkjeder,
- og det var ingen ekvivalent til den pålitelige mellommannen som i tradisjonell finans mellom tillitsløse blokkjeder.
For å løse problemet med kapitalineffektivitet på blokkjeder, og tjene penger i prosessen, skapte initiativrike individer blokkjedebroer som tok opp disse tre utfordringene og begynte å knytte blokkjedeøkosystemet sammen – ja, du kan nå handle bitcoin på Ethereum. Selvfølgelig kan broer også brukes til andre typer funksjonalitet; Den primære funksjonen er imidlertid å forbedre kapitaleffektiviteten.
På et høyt nivå forbinder en blokkjedebro to blokkjeder for å tilrettelegge sikker og verifiserbar kommunikasjon mellom disse blokkkjedene gjennom overføring av informasjon og/eller eiendeler.
Dette åpner for et mangfold av muligheter som f.eks
- overføring av eiendeler på tvers av kjeder,
- nye desentraliserte applikasjoner (dApps) og plattformer som lar brukere få tilgang til styrken til ulike blokkjeder – og dermed forbedre deres evner,
- og utviklere fra forskjellige blokkjede-økosystemer kan samarbeide og bygge nye løsninger.
Det er to grunnleggende typer broer:
Pålitelige broer | Troløse broer |
Avhenge av en sentral enhet eller system for deres operasjoner. | Operer ved hjelp av desentraliserte systemer som smarte kontrakter med innebygde algoritmer. |
Tillitsforutsetninger om finansiering av forvaring og brosikkerhet. Brukere stoler stort sett på brooperatørens omdømme. | Sikkerheten til broen er den samme som den underliggende blokkjeden. |
Brukere må gi opp kontrollen over kryptoaktiva. | Gjør det mulig for brukere å ha kontroll over pengene sine gjennom smarte kontrakter. |
Innenfor begge sett med tillitsforutsetninger kan man skille mellom forskjellige, vanlige typer brodesign:
- Lås, mynt og brenn symbolske broer: Øyeblikkelig garantert finalitet ettersom preging av eiendeler på destinasjonsblokkjeden kan skje når det er nødvendig uten mulighet for en mislykket transaksjon. Brukere mottar en syntetisk, ofte kalt en innpakket eiendel, på destinasjonsblokkjeden, ikke den opprinnelige eiendelen.
- Likviditetsnettverk med grupper av innfødte eiendeler med enhetlig likviditet: En enkelt aktivapool på en blokkjede er koblet til flere aktivapooler på andre blokkjeder med delt tilgang til hverandres likviditet. Denne tilnærmingen muliggjør ikke umiddelbar, garantert endelighet siden transaksjoner kan mislykkes hvis det er mangel på likviditet i de delte bassengene.
Imidlertid må alle design, og under uansett tillitsforutsetninger, adressere to trilemmaer som blockchain-broer står overfor.
Bridging Trilemma som fremsatt av Ryan Zarick, Stargate
Brokoblingsprotokoller kan bare ha to av de tre egenskapene nedenfor:
- Umiddelbar garantert endelighet: Garantere å motta eiendeler på målblokkkjeden umiddelbart etter transaksjonsutførelse på kildeblokkkjeden og transaksjonsavslutning på målblokkkjeden.
- Samlet likviditet: Enkelt likviditetspool for alle eiendeler mellom kilde- og målblokkkjeder.
- Innebygde eiendeler: Motta målblokkjede-eiendeler i stedet for eiendeler preget av broen som representerer den opprinnelige eiendelen på kildeblokkkjeden.
Interoperabilitet Trilemma som angitt av Arjun Bhuptani, Connext
Interoperabilitetsprotokoller kan bare ha to av de tre egenskapene nedenfor:
- Troløshet: Samme sikkerhetsgarantier som den underliggende blokkjeden uten nye tillitsforutsetninger.
- utvidelses~~POS=TRUNC: Evne til å koble sammen forskjellige blokkkjeder.
- Generaliserbarhet: Tillater vilkårlig datameldinger
Foruten trilemmaene som kan løses med smart design, er den største utfordringen for blockchain-broer sikkerhet, slik de mange hackene i 2021 og 2022 har vist; det være seg ormehull-, Ronin-, Harmony- eller Nomad-hendelsene. Og fundamentalt sett er en bro mellom blokkjeder bare like sikker som den minst sikre blokkjeden som brukes i (kjeden av) broen(e) for en eiendel. Dette siste problemet er imidlertid ikke et problem for broer mellom Layer 2-plattformer som er forankret på samme Layer 1 (L1) blokkjede, da de deler de samme sikkerhetsgarantiene fra deres delte L1 blokkjede.
Inntil dette punktet har vi ikke spesifikt snakket om L2-plattformer som er designet for å skalere L1-blokkjeder mens de arver L1-sikkerhetsgarantiene, siden L2-er strengt tatt er en bestemt type bro: en innfødt bro. Det er imidlertid flere særegenheter ved L2-plattformer når man oppretter en bro mellom L2-er, f.eks. optimistiske sammenrullinger vs. zk-rollups vs Validium-rullups vs. Volition-sammenrullinger. Disse forskjellene gjør dem spesielle på grunn av forskjellen i tillitsforutsetninger og endelighet for L2-er kontra L1-er og mellom forskjellige L2-er.
Grunnen til at broer mellom L2-er er viktige er den samme som for L1-er: L2-eiendeler ser etter kapitaleffektivitet på andre L2-er, samt portabilitet og andre funksjoner.
Forskjellen i innfødte tillitsforutsetninger på L2-plattformer kan overvinnes hvis brokoblede L2-er, som allerede bemerket, er forankret på samme L1. Og at brua ikke krever ytterligere tillitsforutsetninger. Forskjeller i L2-transaksjonsdefinisjon på anker L1 gjør det imidlertid utfordrende å bygge bro mellom L2-er på en tillitsminimert måte.
Når vi graver litt dypere inn i L2-broer, ser vi at L2-til-L2-broer ideelt sett bør tilfredsstille følgende kriterier:
- Klienter må abstraheres bort fra hver L2-protokoll de kommuniserer med gjennom et abstraksjonslag – løskoblingsparadigme.
- Klienter må kunne verifisere at dataene som returneres fra abstraksjonslaget er gyldige, ideelt sett uten å endre tillitsmodellen utover den som brukes av den målrettede L2-protokollen.
- Ingen strukturelle/protokollendringer kreves fra grensesnittet L2-protokollen.
- Tredjeparter må være i stand til uavhengig å bygge et grensesnitt til en målrettet L2-protokoll – ideelt sett et standardisert grensesnitt.
Når man ser på det nåværende landskapet, ser man at de fleste L2-broer behandler L2-er akkurat som en annen blokkjede. Legg merke til at svindelbevis som brukes i optimistiske sammendrag, og gyldighetsbevis som brukes i zk-sammenrullingsløsninger, erstatter blokkhoder og Merkle-bevis som brukes i "normale" L1-til-L1-broer.
Nedenfor oppsummerer vi det nåværende og svært varierte landskapet av L2-bruer med navn, kort sammendrag og brodesigntype:
Bronavn | Beskrivelse | Type design |
Humlebytte | Rollup-to-rollup generell token-bro. Den lar brukere sende tokens fra en sammendrag til en annen nesten umiddelbart uten å måtte vente på sammendragets utfordringsperiode. https://hop.exchange/whitepaper.pdf | Likviditetsnettverk (ved hjelp av en Automated Market Maker) |
Stargate | Komponerbar native asset bridge og dApp bygget på LayerZero. DeFi-brukere kan bytte innfødte eiendeler på tvers av kjeder på Stargate i en enkelt transaksjon. Applikasjoner komponerer Stargate for å lage native transaksjoner på tvers av kjeder på applikasjonsnivå. Disse tverrkjedebyttene støttes av de felleseide Stargate enhetlige likviditetspoolene. https://www.dropbox.com/s/gf3606jedromp61/Delta-Solving.The.Bridging-Trilemma.pdf?dl=0 | Likviditetsnettverk |
Synapse-protokollen | En token-bro som utnytter en validator mellom kjeder og likviditetspooler for å utføre krysskjede- og sammekjedebytte. | Hybrid (Token Bridge/Liquidity Network) |
På tvers | En optimistisk bro på tvers av kjeder som bruker aktører kalt Relayers for å oppfylle brukeroverføringsforespørsler på destinasjonskjeden. Reléer blir senere refundert ved å gi bevis på handlingen deres til et optimistisk orakel på Ethereum. Arkitekturen utnytter en enkelt likviditetspool på Ethereum og separate innskudds-/refusjonspooler på destinasjonskjeder som er rebalansert ved hjelp av kanoniske broer. | Likviditetsnettverk |
Beamer | Gjør det mulig for brukere å flytte tokens fra en sammendrag til en annen. Brukeren ber om en overføring ved å gi tokens på kildesammendraget. Likviditetstilbydere fyller deretter forespørselen og sender tokens direkte til brukeren på målsammendraget. Hovedfokuset i protokollen er å være så enkel å bruke som mulig for sluttbrukeren. Dette oppnås ved å skille to forskjellige bekymringer: tjenesten som tilbys til sluttbrukeren, og tilbakekreving av midler fra likviditetsleverandøren. Tjenesten leveres optimistisk så snart forespørselen kommer. Å bli refundert på kilderullen er sikret av sin egen mekanisme og frakoblet den faktiske tjenesten. | Likviditetsnettverk |
Bikonomi bindestrek | Multi-chain relayer-nettverk som bruker smarte kontraktbaserte lommebøker for brukere å samhandle med likviditetsleverandører for å overføre tokens mellom forskjellige (optimistiske) L2-nettverk. | Likviditetsnettverk |
Bungee | Broen er bygget på Socket infrastruktur og SDK med Socket Liquidity Layer (SLL) som hovedkomponent. SLL samler likviditet på tvers av flere broer og DEX-er og tillater også P2P-oppgjør. Dette er forskjellig fra et Liquidity Pool-nettverk siden denne enkle metabroen tillater dynamisk valg og ruting av midler via den beste broen i henhold til en brukers preferanser som kostnad, ventetid eller sikkerhet. | Likviditetsbassengaggregator |
Celer cBridge | En desentralisert og ikke-forvarende eiendelsbro som støtter 110+ tokens på tvers av 30+ blokkjeder og lag-2 sammenrullinger. Den er bygget på toppen av Celer Inter-chain Message Framework som er bygget på Celer State Guardian Network (SGN). SGN er en Proof-of-Stake (PoS) blokkjede bygget på Tendermint som fungerer som meldingsruteren mellom forskjellige blokkkjeder. | Likviditetsnettverk |
Tilkobling | Sender og håndterer meldinger knyttet til sending av midler på tvers av kjeder. Depotfond for kanoniske eiendeler, rask likviditet og stabile bytteavtaler. Connext-kontrakten bruker Diamond-mønsteret slik at den består av et sett med fasetter som fungerer som logiske grenser for grupper av funksjoner. Fasett deler kontraktlagring og kan oppgraderes separat. | Hybrid (Token Bridge/Liquidity Network) |
Elg Finans | Bruker ElkNet med funksjoner som f.eks
|
Hybrid (Token Bridge/Liquidity Network) |
LI.FI | En bro og DEX-aggregator som ruter ethvert aktivum i en hvilken som helst kjede til det ønskede aktivaet i den ønskede kjeden, gjort tilgjengelig på API-/kontraktnivået gjennom en SDK, eller som en innebyggbar widget i en dApp | Likviditetsbassengaggregator |
Lagbytte | Bro for tokens fra en sentralisert utvekslingskonto direkte til et Layer 2-nettverk (både optimistisk og zk-rollups) med lave avgifter. | Likviditetsnettverk (ved hjelp av en Automated Market Maker) |
Meson | En atombytteapplikasjon som bruker Hash Time Lock Contracts (HTLC) som bruker sikker kommunikasjon mellom brukere kombinert med et likviditetsleverandørs relayer-nettverk for de støttede tokenene. | Likviditetsnettverk |
O3 Bytt | O3-krysskjedemekanismene til Swap og Bridge som samler flere likviditetspooler på tvers av kjeder, tillater enkle engangsbekreftelsestransaksjoner med en planlagt bensinstasjon som løser behovet for gassgebyr på hver kjede. | Likviditetsbassengaggregator |
bane | En desentralisert cross-rollup-bro for overføring av Ethereum-native eiendeler. Systemet har to roller: Avsender og Maker. 'Properen' er pålagt å sette inn overskytende margin til Orbiters kontrakt før de kan kvalifisere seg til å være en kryssrulleringstjenesteleverandør til 'Avsenderen'. I den vanlige prosessen sender 'Sender' eiendeler til 'Maker' på 'Source Network', og 'Maker' sender dem tilbake til 'Sender' på 'Destination Network'. | Likviditetsnettverk |
Polynettverk | Lar brukere overføre eiendeler mellom forskjellige blokkjeder ved hjelp av en Lock-Mint-bytte. Den bruker en PolyNetwork-kjede for å verifisere og koordinere meldingsoverføring mellom relayer på støttede kjeder. Hver kjede har et sett med relayers, mens PolyNetwork-kjeden har et sett med Keepers som signerer meldinger på tvers av kjeder. Kjeder integrert med Poly Bridge må støtte lett klientverifisering siden validering av meldinger på tvers av kjeder inkluderer verifisering av blokkhoder og transaksjoner via Merkle-bevis. Noen av de smarte kontraktene som brukes av broinfrastrukturen er ikke verifisert på Etherscan. | Token Bridge |
Voyager (Ruterprotokoll) | Ruterprotokollen bruker en stifinneralgoritme for å finne den mest optimale ruten for å flytte eiendeler fra kildekjeden til destinasjonskjeden ved å bruke ruternettverket som ligner på Cosmos' IBC. | Likviditetsnettverk |
Umbria nettverk | Umbria har tre hovedprotokoller som fungerer sammen:
Begge protokollene fungerer i tandem for å gi eiendelsmigrering mellom kryptovalutanettverk |
Likviditetsnettverk (ved hjelp av en Automated Market Maker) |
Via protokoll | Protokollen er en aggregator av kjeder, DEX-er og broer for å optimalisere overføringsruter. Dette tillater aktivabro på tre måter:
|
Hybrid (Token Bridge/Liquidity Network) |
multikate | Multichain er en eksternt validert bro. Den bruker et nettverk av noder som kjører SMPC-protokollen (Secure Multi-Party Computation). Den støtter dusinvis av blokkjeder og tusenvis av tokens med både Token Bridge og Liquidity Network. | Hybrid (Token Bridge/Liquidity Network |
Orbit Bridge | Orbit Bridge er en del av Orbit Chain-prosjektet. Det er en krysskjedebro som lar brukere overføre tokens mellom støttede blokkjeder. Tokens deponeres på kildekjeden og "representasjonstokens" preges på destinasjonskjeden. Deponerte tokens er ikke nøyaktig låst og kan brukes i DeFi-protokoller av Orbit Farm. Påløpte renter overføres ikke direkte til tokeninnskytere. Brokontraktimplementering og kildekode for gårdskontrakt er ikke verifisert på Etherscan. | Token Bridge |
Portal (ormehull) | Portal Token Bridge er bygget på toppen av Wormhole, som er en meldingsoverføringsprotokoll som utnytter et spesialisert nettverk av noder for å utføre tverrkjedekommunikasjon. | Token Bridge |
Satellitt (Axelar) | Satellitt er en symbolbro drevet av Axelar-nettverket | Likviditetsnettverk |
De L2Beat-prosjektet opprettholder en aktiv liste over broer relevant for L2er med Total-Value-Locked (TVL) i broen samt en beskrivelse og kort risikovurdering, hvis tilgjengelig.
L2 bygger bro over risikoprofiler
Til slutt, når brukere bruker L2-broer, faktisk en hvilken som helst bro, må man være forsiktig, og følgende risikoer må evalueres for en gitt bro:
Tap av midler
- Orakler, formidlere eller validatorer samarbeider for å sende inn falske bevis (f.eks. blokkhash, blokkoverskrift, Merkle-bevis, svindelbevis, gyldighetsbevis) og/eller videresende uredelige overføringer som ikke reduseres
- Validator/Relayer private nøkler er kompromittert
- Validatorer slår ondsinnet ut nye tokens
- Falske påstander bestrides ikke i tide (optimistiske meldingsprotokoller)
- En destinasjonsblokkjede-omorganisering skjer etter at optimistisk orakel/relayer-tvist har gått (optimistiske meldingsprotokoller).
- Kildekoden til ubekreftede kontrakter involvert i eller brukt av en protokoll inneholder ondsinnet kode eller funksjonalitet som kan misbrukes av en kontraktseier/administrator
- Token Bridge-eiere oppfører seg ondsinnet, eller setter i gang tidssensitive nødhandlinger som påvirker brukermidler, og kommuniserer ikke på riktig måte til brukerbasen
- Protokollkontrakt(er) satt på pause (hvis funksjonalitet finnes)
- Protokollkontrakt(er) mottar en ondsinnet kodeoppdatering
Frysing av midler
- Reléer/likviditetsleverandører handler ikke på brukertransaksjoner (meldinger)
- Protokollkontrakt(er) satt på pause (hvis funksjonalitet finnes)
- Protokollkontrakt(er) mottar en ondsinnet kodeoppdatering
- Utilstrekkelig likviditet i målbrikken på broen
Sensurerer brukere
- Orakler eller reléer på enten destinasjon eller mål L2-er, eller begge klarer ikke å forenkle en overføring (melding)
- Protokollkontrakt(er) satt på pause (hvis funksjonalitet finnes)
Selv om denne listen ikke er uttømmende, gir den en god oversikt over gjeldende risiko forbundet med bruk av broer.
Det finnes ny utvikling på gang ved bruk av nullkunnskapssikker (zkp) teknologi designet for å dempe noen av de ovennevnte risikofaktorene og adressere de to bro-trilemmaene. Spesielt tillater bruken av zkps følgende brodesignegenskaper:
- Troløs og sikker fordi riktigheten av blokkhoder på kilde- og målblokkkjedene kan bevises av zk-SNARKs som er verifiserbare på EVM-kompatible blokkkjeder. Derfor kreves det ingen eksterne tillitsforutsetninger, forutsatt at kilde- og målblokkkjedene og de brukte lysklientprotokollene er sikre og vi har 1-av-N ærlige noder i relénettverket.
- Tillatelsesløs og desentralisert fordi hvem som helst kan bli med i broens relénettverk, og PoS-stil eller lignende valideringsskjemaer er ikke nødvendig
- Extensible fordi applikasjoner kan hente zkp-verifiserte blokkhoder, og utføre applikasjonsspesifikk verifisering og funksjonalitet
- Effektiv på grunn av nye, optimaliserte prøveoppsett med kort prøvegenerering og raske prøveverifiseringstider
Selv om det er tidlig, lover denne typen utvikling å akselerere modningen og sikkerheten til broøkosystemet.
Vi kan oppsummere diskusjonen ovenfor og oversikten over L2 Bridges som følger:
- L2-broer er et viktig lim i L2-økosystemet for å fremme L2-interoperabilitet og effektiv bruk av eiendeler og applikasjoner på tvers av økosystemet.
- L2-broer som brukes på L2-er forankret på samme L1, for eksempel Ethereum Mainnet, er sikrere enn broer mellom L1-er - forutsatt at kildekoden er trygg, som ofte er en stor hvis.
- Som med alle distribuerte systemarkitekturer, er det betydelige avveininger som må gjøres, som uttrykt i de to posisjonerte Trilemmaene – Bridging Trilemma og Interoperability Trilemma.
- L2-broer har svært forskjellige tillitsforutsetninger, f.eks. pålitelige vs. trustless-broer, og veldig forskjellige designvalg, f.eks. lock-mint-burn vs. likviditetsnettverk.
- L2 Bridges-økosystemet er fortsatt gryende og i en tilstand av endring.
- Brukere anbefales å gjøre sin due diligence for å vurdere hvilke L2-broer som tilbyr den beste risiko-belønningsprofilen for deres behov.
- Det er ny utvikling på gang ved bruk av nyere zkp-teknologier som effektivt adresserer de to brotrilemmanene, og bidrar til å øke sikkerheten til broer generelt.
Selv om de fortsatt er tidlig på reisen mot et standardisert L2-interoperabilitetsrammeverk, er dette viktige utviklinger, og må tas på alvor ettersom ethvert av disse prosjektene kan bli «THE»-brorammeverket – det er ennå ikke VHS vs Betamax, men vi får der.
L2 WG vil gjerne takke Tas Dienes (Enterprise Foundation), Daniel Goldman (Offchain Labs), Bartek Kiepuszewski (L2Beat) for en nøye lesning av manuskriptet og uvurderlige forslag til innhold.
- SEO-drevet innhold og PR-distribusjon. Bli forsterket i dag.
- Platoblokkkjede. Web3 Metaverse Intelligence. Kunnskap forsterket. Tilgang her.
- kilde: https://entethalliance.org/2023-02-28-state-of-l2-bridges/
- 1
- 10
- 2021
- 2022
- 9
- a
- evner
- I stand
- Om oss
- ovenfor
- akselerere
- adgang
- Logg inn
- oppnådd
- anerkjenne
- tvers
- Handling
- Handling
- handlinger
- aktiv
- aktører
- Ytterligere
- adresse
- adressering
- Etter
- aggregater
- aggregerer
- aggregator
- algoritme
- algoritmer
- Alle
- tillater
- allerede
- Anchor
- og
- En annen
- noen
- Søknad
- søknader
- Applikasjoner (DApps)
- tilnærming
- arbitrage
- arbitrage muligheter
- arkitektur
- ankommer
- evaluering
- eiendel
- Eiendeler
- assosiert
- Automatisert
- Automatisert Market Maker
- tilgjengelig
- akselar
- Baas
- tilbake
- grunnleggende
- fordi
- bli
- før du
- være
- under
- Berkeley
- BEST
- mellom
- Beyond
- Bikonomi
- Stor
- Biggest
- milliarder
- Bit
- Bitcoin
- Blokker
- blockchain
- blockchain økosystem
- blokkjeder
- grenser
- BRO
- Brokoblet
- broer
- bridging
- bygge
- bygget
- brenne
- som heter
- kan ikke
- evner
- hovedstad
- kapitaleffektivitet
- hvilken
- forsiktig
- sentral
- sentral enhet
- sentralisert
- sentralisert utveksling
- kjede
- kjeder
- utfordre
- utfordringer
- utfordrende
- Endringer
- endring
- egenskaper
- valg
- krav
- kunde
- Medformann
- kode
- samarbeide
- kombinert
- Felles
- kommunisere
- Kommunikasjon
- kommunikasjon
- samfunnet
- sammenlignet
- komponent
- beregningen
- bekymringer
- Koble
- tilkoblet
- forbinder
- konstant
- Konstant produkt
- inneholder
- innhold
- kontrakt
- kontrakter
- kontrast
- kontroll
- koordinere
- Kjerne
- Kostnad
- land
- Kurs
- skape
- opprettet
- Opprette
- kriterier
- Cross-Chain
- tverrkjedet bro
- krypto
- krypto-eiendeler
- cryptocurrency
- Gjeldende
- Nåværende situasjon
- varetekt
- skikk
- Daniel
- Dapp
- DApps
- dato
- desentralisert
- desentralisert
- Desentraliserte applikasjoner
- dypere
- Defi
- DeFi-protokoller
- Etterspørsel
- demonstrert
- utplassert
- innskudd
- deponert
- innskytere
- beskrivelse
- utforming
- designet
- design
- ønsket
- destinasjonen
- utviklere
- utviklingen
- Dex
- DEXer
- Diamant
- gJORDE
- forskjell
- forskjeller
- forskjellig
- aktsomhet
- direkte
- diskusjon
- Tvist
- skille
- distribueres
- dusinvis
- dropbox
- hver enkelt
- Tidlig
- tjene
- økosystem
- økosystemer
- effektivt
- effektivitet
- effektiv
- enten
- innebygd
- nødsituasjon
- muliggjøre
- muliggjør
- styrke
- Enterprise
- driftig
- fullstendig
- enhet
- Tilsvarende
- ethereum
- ETHEREUM MAINNET
- eterskanning
- evaluert
- utveksling
- henrette
- gjennomføring
- finnes
- uttrykte
- utvendig
- eksternt
- Face
- fasetter
- legge til rette
- tilrettelegging
- faktorer
- FAIL
- Mislyktes
- gård
- FAST
- Egenskaper
- gebyr
- avgifter
- fyll
- finalitet
- finansiere
- Finn
- FLUX
- Fokus
- etter
- følger
- formel
- Fundament
- Rammeverk
- svindel
- svindel bevis
- uredelig
- fra
- Innfri
- funksjon
- funksjonalitet
- funksjonalitet
- funksjoner
- fundamentalt
- finansiering
- midler
- videre
- GAS
- general
- generert
- generasjonen
- få
- Gi
- gitt
- gir
- Goldman
- god
- Gruppens
- garantere
- garantert
- garantier
- Guardian
- hacks
- Håndterer
- Harmony
- hash
- å ha
- overskrifter
- hjelpe
- Høy
- Men
- HTTPS
- IBC
- umiddelbart
- Påvirkning
- gjennomføring
- viktig
- forbedre
- in
- inkluderer
- Øke
- uavhengig av hverandre
- individer
- informasjon
- Infrastruktur
- initiere
- instant
- i stedet
- integrert
- samhandle
- interesse
- Interface
- mellommenn
- mellommann
- Interoperabilitet
- uvurderlig
- involvert
- utstedelse
- IT
- bli medlem
- reise
- Keepere
- nøkler
- L1
- l2
- Labs
- maling
- landskap
- Ventetid
- lag
- lag 1
- Layer 2
- LAGNULL
- Nivå
- Leverage
- utnytter
- utnytte
- lett
- Lett klient
- LINK
- Likviditet
- likviditetsbasseng
- likviditetsbassenger
- likviditetsleverandør
- likviditetsleverandører
- Liste
- leve
- låst
- logisk
- Lang
- lang tid
- ser
- tap
- Lav
- lave avgifter
- laget
- Hoved
- hovednettet
- opprettholder
- større
- gjøre
- tjene penger
- maker
- måte
- mange
- Margin
- marked
- markedsmaker
- mekanisme
- melding
- meldinger
- meldinger
- kunne
- migrasjon
- mynte
- preget
- prege
- Minske
- modell
- penger
- mest
- flytte
- flytting
- flerkjede
- flerparti
- flere
- mangfold
- navn
- begynnende
- innfødt
- Natur
- Trenger
- behov
- nettverk
- nettverk
- Ny
- NFT-er
- noder
- NOMAD
- ikke-bidrags
- Offchain
- Offchain Labs
- tilby
- On-Chain
- ONE
- Drift
- Muligheter
- optimal
- Optimistisk
- Optimistiske samleoppdateringer
- Optimalisere
- optimalisert
- orakel
- betatt
- original
- Annen
- ellers
- samlet
- Overcome
- oversikt
- egen
- eiere
- p2p
- paradigmet
- del
- Spesielt
- parter
- bestått
- passerer
- Passerer
- Mønster
- Utfør
- perioden
- Sted
- planlagt
- Plattformer
- plato
- Platon Data Intelligence
- PlatonData
- Point
- basseng
- pools
- PoS
- mulighet
- mulig
- powered
- nettopp
- preferanser
- presentere
- primære
- privat
- Private nøkler
- Problem
- prosess
- Produkt
- Profil
- prosjekt
- prosjekter
- løfte
- bevis
- Proof-of-stav
- proof-of-stake (PoS)
- bevis
- riktig
- egenskaper
- beskyttelse
- protokollen
- protokoller
- utprøvd
- gi
- forutsatt
- leverandør
- tilbydere
- gi
- offentlig
- kvalifisere
- Lesning
- grunnen til
- grunner
- motta
- nylig
- i slekt
- relevant
- forbli
- omorganisering
- representerer
- omdømme
- anmode
- forespørsler
- krever
- påkrevd
- Risiko
- risikovurdering
- risikofaktorer
- risikoer
- roller
- rull opp
- rull opp
- samle
- RONIN
- Rute
- router
- Ruterprotokoll
- ruter
- rennende
- Ryan
- trygge
- sikrere
- samme
- Skala
- ordninger
- SDK
- Sekund
- sekunder
- sikre
- sikret
- sikkerhet
- Sees
- utvalg
- sending
- separat
- separering
- serverer
- tjeneste
- Tjenesteyter
- sett
- sett
- Settlements
- flere
- Del
- delt
- Kort
- bør
- undertegne
- signifikant
- lignende
- Enkelt
- siden
- enkelt
- Smart
- Smarte kontrakter
- So
- Solutions
- LØSE
- løse
- noen
- kilde
- kildekoden
- sett
- spesiell
- spesialisert
- spesielt
- stabil
- staking
- staking basseng
- standarder
- Stargate
- startet
- Tilstand
- stasjon
- Still
- lagring
- styrker
- send
- slik
- oppsummere
- SAMMENDRAG
- støtte
- Støttes
- Støtter
- swaps
- syntetisk
- system
- Systemer
- Ta
- Snakk
- tandem
- Target
- målrettet
- Tendermint
- De
- Kilden
- verden
- deres
- tusener
- tre
- Gjennom
- tid
- tidssensitiv
- til
- sammen
- token
- tokens
- også
- topp
- mot
- handel
- tradisjonelle
- tradisjonell økonomi
- Transaksjonen
- Transaksjoner
- overføre
- Overføre
- overføringer
- behandling
- utløse
- Stol
- klarert
- TVL
- typer
- etter
- underliggende
- underveis
- enhetlig
- unik
- oppgradert
- USD
- bruke
- Bruker
- brukerfond
- Brukere
- verktøyet
- Verktøystoken
- bruke
- benyttes
- utnytte
- validert
- validering
- Validator
- validatorer
- verdi
- verdioverføring
- ulike
- Verifisering
- verifisert
- verifisere
- verifisere
- Versus
- av
- vente
- Lommebøker
- måter
- hvilken
- mens
- vil
- innenfor
- uten
- Arbeid
- arbeid
- verden
- ormehull
- ville
- Innpakket
- Du
- zephyrnet
- ZK-samleoppdateringer
- ZK-snarks