Februar 21, 2023 Michael Zhu
Redaktørens merknad: Dette stykket er en del av vår pågående serie om alle ting auksjoner for web3. Del 1 var en oversikt over tekniske utfordringer (og muligheter) som er spesifikke for utforming av kjedeauksjoner. Del 2 var et stykke om å rydde markedet og unngå gasskriger. Del 3 og Del 4 utforske hvordan auksjonsteori omsettes i praksis ved å introdusere to implementeringer av auksjoner med lukkede bud.
I løpet av denne serien har vi utforsket ulike strategier for å bygge bro mellom auksjonsteori og det som kan bygges på kjeden, hver med sine unike nyanser. Spesielt har vi fokusert på implementering forseglet bud, andrepris (Vickrey) auksjoner, som har blitt brukt i flere tiår i salg av kunst, tømmer og annonseplass. Men vi ser dem sjelden implementert tillitsløst bruke smarte kontrakter, blant annet på grunn av vanskelighetene med å implementere private bud. Den gjennomsiktige naturen til offentlige blokkjeder kan forhindre uærlig mellommenn fra å sensurere bud eller manipulere auksjonsresultater; men de gir også utfordringer for utviklere, som må finne nye løsninger for å beskytte brukernes personvern.
I våre tidligere auksjonsimplementeringer har vi brukt to tilnærminger for å holde kjedebud private: Den første (OverCollateralized Auction) skjuler budverdier ved å bruke oversikkerhet (hvor budgivere låser opp mer sikkerhet enn budet krever), og beskytter personvernet på bekostning av kapitaleffektivitet. Dette førte oss til vårt andre design (SneakyAuksjon), som bruker CREATE2
opcode for å kamuflere bud blant andre overføringer på blokkjeden. Men empirisk analyse viste at denne tilnærmingen ikke ville være effektiv til å skjule veldig store bud som avviker fra beløp som vanligvis transaksjons på Ethereum.
I dette innlegget kommer vi tilbake med en ny tverrkjedetilnærming (kalt AztecConnectAuction) som kan gi personvern til bud av alle størrelser, uten å kreve ekstra sikkerhet. Å stole på flere blokkjeder oppnår funksjonalitet som ikke ville vært mulig på en enkelt kjede alene, og gir et annet sett med fordeler og avveininger for utviklere å vurdere når de implementerer sine egne protokoller. I vårt tilfelle bruker vi Aztec Connect for å utnytte anonymiteten til Aztecs ZK-sammendrag, samtidig som vi beholder fordelene med Ethereum L1-oppgjør.
Vi har lagt til implementeringen til vår Auksjon Zoo repository på GitHub, sammen med våre tidligere auksjonsimplementeringer. Vi håper du vil bygge videre på disse, dele ideene dine og send oss din tilbakemelding.
Hvordan fungerer det
Først en rask oppfriskning på Vickrey auksjon: Budgivere gir private bud (tradisjonelt for en enkelt gjenstand) til auksjonarius i forseglede konvolutter. Høystbydende vinner, men betaler det nest høyeste budet. For å oversette disse egenskapene på kjeden, følger vår nye auksjon samme plan som før: Bud er sikret og forpliktet til under "budfasen", på en slik måte at de ikke avslører deres nøyaktige verdier før de avsløres i den påfølgende "avsløringsfase". Når avsløringsfasen er over, kan auksjonen avsluttes og den vinnende budgiveren betaler selgeren med beløpet til det nest høyeste budet (den Vickrey betalingsregel). Auksjonsimplementeringene våre er forskjellige i hvordan de holder bud skjult i budfasen – denne gangen vil vi bruke en mekanisme som er kapitaleffektiv selv for store bud.
Skjuler bud via "splitting"
I OverCollateralizedAuction var personvernet avhengig av oversikkerhet for å skjule den eksakte budverdien. I SneakyAuction var vi i stand til å oppnå personvern for bud ved å bruke CREATE2-opkoden for å skjule hensikt av en budtransaksjon –– verdien av transaksjonen er offentlig synlig, men transaksjonen kan ikke skilles fra en vanlig ETH-overføring.
En alternativ tilnærming er å tilsløre verdien av et bud ved å dele det opp i flere transaksjoner som ikke kan kobles sammen. Tenk deg at en auksjonarius mottar tre sjekker på $100, $200 og $300, hver signert med usynlig blekk. Alle tre kunne vært signert av samme budgiver, og ga et bud på $600. Eller de kan være tre separate bud, signert av tre respektive budgivere. Eller det kan være to budgivere, hvorav den ene har delt budet sitt i to sjekker. Selv om sjekkbeløpene er offentlige, er de underliggende budverdiene skjult inntil signaturene avsløres.
Ved å oversette denne kjeden kan budgivere sende budsikkerheten i flere betalingstransaksjoner fra adresser som ikke kan kobles sammen. Med hver transaksjon gir de en hash-forpliktelse som senere kan åpnes for å koble brikkene sammen igjen - for eksempel kan forpliktelsen beregnes som keccak256(totalBidValue, bidderId, nonce)
, hvor betalinger med samme bidderId
og totalBidValue
er en del av samme bud. Det tilfeldige nonce
verdi forhindrer bud fra å bli gjenvunnet med brute-force.
Det underliggende konseptet er fornuftig som en måte å bevare budgivers personvern på, men en ulempe med denne tilnærmingen er at den krever at budgiveren har flere ukoblede lommebokadresser, finansiert med beløpene de har tenkt å bruke for budet sitt. Dette kan være vanskelig å oppnå i praksis – til og med å unngå en amatør Etherscan-speider krever omsorg, enn si institusjonelle rettsmedisinske verktøy som Chainalysis eller TRM.
Enda verre, å avsløre et bud offentlig og permanent kobler alle adressene som ble brukt. Så for å by i en påfølgende auksjon, trenger du et nytt sett med ikke-tilknyttede adresser. For å løse dette problemet går vi til et annet verktøy: Aztec Connect.
Aztec Connect for anonym budgivning
Aztec Connect er et rammeverk som gjør det mulig for brukere å få tilgang til smarte kontrakter på Ethereum L1 fra personvernet til Aztecs ZK-sammendrag. Samleprosessorkontrakten på Ethereum kan foreta anrop til kompatible brokontrakter som følger et spesifikt grensesnitt, slik at Aztec-brukere kan samhandle med disse kontraktene med sine deponerte eiendeler. En brokontrakt kobles vanligvis til en eksisterende DeFi-protokoll på L1; for eksempel er det implementert broer for Unwap, Landog Element Finans.
Nøkkelegenskapen som Aztec Connect tilbyr auksjonen vår er Anonymitet: Aztec-kontoen som oppsto Aztec Connect-transaksjonen er skjult for observatører. Anonymitet lar oss etterligne ordningen ved å bruke adresser som ikke er koblet sammen, beskrevet i forrige seksjon. Å avsløre et bud vil ikke avsløre Aztec-kontoen som ble brukt til å legge inn budet, så den samme kontoen kan brukes på tvers av flere auksjoner uten at det går på bekostning av personvernet.
Å kommunisere en forpliktelse
Anonymitet alene er ikke tilstrekkelig for å legge inn et bud – vi må også knytte en hash-forpliktelse til hver betaling som senere kan åpnes i avsløringsfasen. Husk det i OverCollateralized Auction, er forpliktelsen gitt som en parameter til commitBid</code< funksjon, som registrerer forpliktelsen og sikkerhetsbeløpet på lager. I SneakyAuksjon, sikkerhet sendes til en ikke utplassert
CREATE2
kontrakt, den adresse som fungerer som hasj-forpliktelsen.
I en Aztec Connect-brokontrakt blir alle tverrkjedeanrop rutet gjennom broens convert
funksjon (se nedenfor). Eiendelsparameterne utydeliggjør vanligvis intensjonen med samtalen –– i Lido bro, for eksempel, hvis inngangselementet er ETH convert
funksjonen vil konvertere den til pakket stETH; hvis inngangselementet er pakket inn convert
funksjonen vil konvertere den til ETH. For å legge inn et bud i vår auksjonskontrakt, vil budgivere påberope seg convert
funksjon med ETH som inngangsmiddel (en gang per betaling).
Grensesnittet til convert
funksjon (fra Aztec docs)
Noen ganger er ikke eiendelene alene nok til å bestemme den tiltenkte oppførselen til samtalen. De Uniswap bro, for eksempel lar brukere bytte tokens privat på Uniswap v3. For å gjøre dette må brukeren spesifisere banen av handelen, dvs. hvilke aktivapuljer du skal bytte mot –– for å oppnå den beste prisen ved å selge ETH for DAI, kan det være lurt å bruke 30 bps-poolen til å handle ETH til USDC, deretter 1 bps-poolen for å handle USDC til DAI. For å spesifisere denne handelsbanen, må brukeren oppgi mellompoket (USDC) og gebyrnivåer (30 bps og 1 bps) for de to bassengene som brukes.
De convert
funksjoner auxData
parameter er hvordan disse "hjelpedataene" sendes til broen. Merk imidlertid at auxData
er bare 64 bits! (Dette er en artefakt av avveiningen mellom samtaledatastørrelse og beviskostnader – mer auxData
ville kreve lengre prøvetid og høyere gasskostnader. 64 bits gir en rimelig balanse for de fleste brukstilfeller) Dette betyr at broer må være sparsommelige med hvordan de bruker hjelpedataene sine: Uniswap-broen koder baner ved å representere tokens og avgiftsnivåer ved å bruke bare et par biter hver (kodingsskjemaet er beskrevet her.).
Vårt første instinkt kan være å bruke auxData
for vår hasj-engasjement. Men auxData
er bare 64 bits, noe som ikke er nok til å være kryptografisk sikker. Smarte kodingstriks vil ikke fungere her – ethvert forsøk på å komprimere forpliktelsen vil kompromittere sikkerheten. For å omgå begrensningene ved auxData
, må vi være kreative.
Virtuelle eiendeler og gjenbruk inputValue
Annet enn auxData
, den eneste andre parameteren til convert
som kan brukes til å kode vilkårlige data er inputValue
–– mengden inngående eiendel som brukes i Aztec Connect-transaksjonen. Men kan vi bruke inputValue
å kode vår hasj-forpliktelse? For at parameteren skal kode en kryptografisk sikker hash-forpliktelse (rundt 256 biter), må budgiveren ha en mye av hvilken som helst inngående eiendel som brukes –– så mye at enhver eiendel med reell pengeverdi er uaktuelt.
Heldigvis har Aztec Connect forestillingen om virtuelle eiendeler, som brukes til å representere eiendeler som Aztec-nettverket ikke støtter. Viktigst for vår brukssituasjon kan en bro prege en vilkårlig beløp av en virtuell eiendel i en convert
anrop. Dette fører oss til følgende to-transaksjonsprosess for å kommunisere en hash-forpliktelse via Aztec Connect:
- I den første transaksjonen er inngangselementet ETH og utgangselementet er virtuelt. Budgiver setter inn ETH-sikkerhet og mottar (2256 – 1) enheter av den virtuelle eiendelen i retur. En lagringsplass oppdateres for å indikere at en hash-forpliktelse "pågår".
- I den andre transaksjonen er inngangselementet den virtuelle eiendelen mottatt i trinn 1. Den
inputValue
tolkes som hash-forpliktelsen og lagres, sammen med gjeldende tidsstempel.
Livssyklusen til en Aztec Connect-auksjon
Budgiveren setter inn ETH og mottar den virtuelle eiendelen.
Budgiveren registrerer en hash-forpliktelse ved å brenne en del av den virtuelle eiendelen mottatt i forrige trinn.
Med denne to-trinns prosedyren omgår vi størrelsesbegrensningen til auxData
og assosier hver betaling med en sikker hash-forpliktelse. Ulempen med denne tilnærmingen er at den krever to transaksjoner per betaling.
Hvordan det sammenlignes
Nå som vi har en gjennomførbar implementering for Aztec Connect-auksjonen vår, kan vi sammenligne den med våre to tidligere implementeringer (OverCollateralizedAuction og SneakyAuction) – ser på gasskostnader, brukeropplevelse og personvern spesielt.
Gasskostnader
AztecConnectAuction's createAuction
, endAuction
og withdrawCollateral
funksjoner har sammenlignbare gasskostnader med våre tidligere implementeringer. Kostnadene ved å forplikte og avsløre et bud skalerer med antall stykker sikkerheten er delt inn i. Tabellen nedenfor viser de estimerte gasskostnadene for et bud som er delt i to.
OverCollateralized Auction | SneakyAuksjon | AztecConnectAuction | |
opprette auksjon | 132,625 | 112,296 | 113,507 |
commitBid | 46,120 | 21,000 XNUMX (kostnad for en ETH-overføring) | 179,656 XNUMX (bud delt i to betalinger) |
avsløreBid | 33,728 | 135,741 | 47,939 XNUMX (bud delt i to betalinger) |
sluttauksjon | 57,652 | 87,340 | 53,513 |
trekke tilbake Sikkerhet | 30,426 | 65,825 | 50,019 |
Omtrentlig gasskostnader for ulike operasjoner, basert på tester av støperienhet og Aztec Connect gassestimater
Brukeropplevelse
Selv om AztecConnectAuction følger en lignende flyt som våre tidligere implementeringer (budfasen, avsløringsfasen, auksjonen avsluttes), er det noen UX-trekk som følger med drift på tvers av kjeder.
Selgeren trenger ikke å bygge bro over noen eiendeler eller gjøre noen Aztec-transaksjoner, og utbetales på L1 når auksjonen avsluttes. Budgiverne, derimot, utfører noen handlinger på Aztec og andre på Ethereum:
- Bud er forpliktet og sikret via Aztec Connect. Dette betyr at budgivere allerede må ha ETH på Aztec, eller på annen måte bygge bro over det før de legger inn bud.
- Bud avsløres på Ethereum. Å avsløre et bud krever en relativt stor mengde samtaledata (selv vår
inputValue
triks er ikke nok), så det må gjøres direkte på Ethereum. - Når en auksjon er avsluttet, har budgivere muligheten til å trekke tilbake sikkerhet til enten Ethereum eller Aztec. Budgivere kan trekke seg til Ethereum ved å ringe
withdrawCollateral
funksjon på auksjonskontrakten. Hvis de ønsker å beholde sin ETH på L2 (f.eks. for å by i fremtidige auksjoner), kan de ta ut til sin Aztec-konto med en Aztec Connect-transaksjon.
Til slutt, ytterligere to praktiske kompleksiteter: For det første krever å forplikte seg til et bud to Aztec Connect-transaksjoner per sikkerhet. Vi kunne abstrahere dette på frontend til en enkelt brukerinteraksjon for en mer sømløs opplevelse. For det andre bør disse transaksjonene distribueres gjennom hele budperioden for å maksimere personvernet. Vi kunne delegere denne oppgaven til en bot, som ville sende inn transaksjonene på budgivernes vegne.
Totalt sett er brukeropplevelsen for selgere nesten identisk med de tidligere implementeringene våre. Opplevelsen for budgivere er mer komplisert – de må gjøre flere transaksjoner for å legge inn et bud, og de må samhandle med både Ethereum og Aztec i løpet av auksjonen.
Privatliv
En bemerkelsesverdig fordel som AztecConnectAuction har i forhold til de to foregående implementeringene våre, er at den plausibelt kan gi personvern for høyverdiauksjoner uten at det går på bekostning av kapitaleffektiviteten. I OverCollateralizedAuction forverres kostnadene ved overcollateralization når selve budene krever betydelig sikkerhet. I SneakyAuction er personvernet avhengig av eksogene ETH-overføringer, som vanligvis ikke er store nok til å skjule bud med høy verdi.
I likhet med SneakyAuction, tillater AztecConnectAuction også budgivere å oversikre budene sine for et ekstra lag med personvern. Budpersonvern skalerer også med antall samtidige auksjoner - hvis to auksjoner er i budfasene samtidig, fungerer budene fra den ene auksjonen som støy for den andre. Budgivere forblir anonyme i budperioden, og det totale antallet bud er skjult.
Når det er sagt, har AztecConnectAuction sine egne forbehold. Budgivere må være oppmerksomme på fotavtrykkene på kjeden de etterlater, noe som kan kompromittere deres personvern:
- Betalingstidspunkt: Menneskelige budgivere kan utilsiktet time betalingene sine på en måte som kan svekke deres budpersonvern (for eksempel ved å foreta betalinger raskt etter hverandre eller ved å foreta en betaling på samme tid over flere dager).
- Inngående og betalingsbeløp: Innskudd til Aztec rett før eller under budgivning kan signalisere at disse midlene vil bli brukt til å by på auksjonen. Budgivere må vurdere samspillet mellom tilsig, betalingsbeløp og tidspunkt. For eksempel kan et innskudd på 10 ETH til Aztec, raskt etterfulgt av betalinger på 5 ETH, 3 ETH og 2 ETH, lett vekke mistanke om at disse betalingene er en del av det samme budet.
Disse betraktningene er ikke unike for auksjonen vår; å bygge bro mellom eiendeler mellom en privat og offentlig blokkjede introduserer iboende potensiale for personvernlekkasje (Aztecs dokumentasjon gir flere detaljer om nyansene ved personvern på tvers av kjeder). Den gode nyheten er at spredningen av Aztec-kompatible applikasjoner som denne auksjonen skaper mer grunn til å beholde eiendeler på Aztec på lang sikt, i stedet for å bygge bro frem og tilbake. Mer aktivitet på Aztec øker sin personvernsett, som styrker verdiforslaget til applikasjoner bygget på Aztec, som genererer mer aktivitet – en god syklus.
***
Dette inntoget i auksjoner med forseglede bud på kjeden tok oss utenfor veggene til Ethereum L1, og utnyttet Aztecs private sammendrag for å anonymisere budaktiviteten. Vår tredje oppskrift på auksjoner med lukkede bud – anonymitet pluss deling av sikkerhetsstillelser – har sine egne personvernegenskaper og nyanser, som vi sammenlignet med våre tidligere design, og som andre kanskje vil sammenligne med sine egne tilnærminger.
Vår auksjonsgjennomføring er en av en håndfull naturlig krysskjede smarte kontraktsprotokoller, som er avhengige av å operere på tvers av flere blokkkjeder for å oppnå funksjonalitet som ikke ville vært mulig på en enkelt kjede alene. Ettersom infrastruktur på tvers av kjeder fortsetter å modnes, forventer vi å se fremveksten av tverskjedede protokoller som utnytter de unike egenskapene til forskjellige blokkkjeder. Vi håper auksjonen vår gir litt inspirasjon til hva som er mulig her.
Takk: Takk til Aztec-teamet (Joe Andrews, Josh Crites) for å svare på mine mange spørsmål om Aztec Connect; Matt Gleason og Noah Citron for gjennomgang av koden; og til Daejun Park, Joseph Bonneau, Scott Kominer, Sonal Chokshi og Tim Roughgarden for verdifull tilbakemelding på dette innlegget. Spesiell takk til Stephanie Zinn for redigering.
***
Synspunktene som er uttrykt her, er de fra individuelle AH Capital Management, LLC (“a16z”) personell som er sitert og er ikke synspunktene til a16z eller dets tilknyttede selskaper. Visse opplysninger her er innhentet fra tredjepartskilder, inkludert fra porteføljeselskaper av fond forvaltet av a16z. Selv om a16z er hentet fra kilder som antas å være pålitelige, har ikke a16z uavhengig verifisert slik informasjon og gir ingen representasjoner om den nåværende eller varige nøyaktigheten til informasjonen eller dens hensiktsmessighet for en gitt situasjon. I tillegg kan dette innholdet inkludere tredjepartsannonser; aXNUMXz har ikke vurdert slike annonser og støtter ikke noe reklameinnhold som finnes deri.
Dette innholdet er kun gitt for informasjonsformål, og bør ikke stoles på som juridisk, forretningsmessig, investerings- eller skatterådgivning. Du bør rådføre deg med dine egne rådgivere om disse sakene. Referanser til verdipapirer eller digitale eiendeler er kun for illustrasjonsformål, og utgjør ikke en investeringsanbefaling eller tilbud om å tilby investeringsrådgivningstjenester. Videre er dette innholdet ikke rettet mot eller ment for bruk av noen investorer eller potensielle investorer, og kan ikke under noen omstendigheter stoles på når du tar en beslutning om å investere i et fond som forvaltes av a16z. (Et tilbud om å investere i et a16z-fond vil kun gis av det private emisjonsmemorandumet, tegningsavtalen og annen relevant dokumentasjon for et slikt fond og bør leses i sin helhet.) Eventuelle investeringer eller porteføljeselskaper nevnt, referert til, eller beskrevet er ikke representative for alle investeringer i kjøretøy forvaltet av a16z, og det kan ikke gis noen garanti for at investeringene vil være lønnsomme eller at andre investeringer som gjøres i fremtiden vil ha lignende egenskaper eller resultater. En liste over investeringer foretatt av fond forvaltet av Andreessen Horowitz (unntatt investeringer som utstederen ikke har gitt tillatelse til at a16z kan offentliggjøre så vel som uanmeldte investeringer i børsnoterte digitale eiendeler) er tilgjengelig på https://a16z.com/investments /.
Diagrammer og grafer gitt i er kun for informasjonsformål og bør ikke stoles på når du tar investeringsbeslutninger. Tidligere resultater er ikke en indikasjon på fremtidige resultater. Innholdet taler kun fra den angitte datoen. Eventuelle anslag, estimater, prognoser, mål, prospekter og/eller meninger uttrykt i dette materialet kan endres uten varsel og kan avvike eller være i strid med meninger uttrykt av andre. Vennligst se https://a16z.com/disclosures for ytterligere viktig informasjon.
- SEO-drevet innhold og PR-distribusjon. Bli forsterket i dag.
- Platoblokkkjede. Web3 Metaverse Intelligence. Kunnskap forsterket. Tilgang her.
- kilde: https://a16zcrypto.com/through-the-looking-glass-a-cross-chain-sealed-bid-auction-using-aztec-connect/
- 000
- 1
- 10
- a
- a16z
- I stand
- Om oss
- ABSTRACT
- adgang
- Logg inn
- nøyaktighet
- Oppnå
- oppnår
- tvers
- handlinger
- aktivitet
- Ad
- la til
- tillegg
- Ytterligere
- adresser
- overholde
- Fordel
- Annonsering
- råd
- rådgivende
- rådgivningstjenester
- agenter
- mot
- Avtale
- Alle
- tillate
- tillater
- alene
- sammen
- allerede
- alternativ
- amatør
- blant
- beløp
- beløp
- analyse
- og
- Essen
- Andreessen Horowitz
- anonymitet
- Anonym
- En annen
- søknader
- tilnærming
- tilnærminger
- rundt
- Kunst
- eiendel
- Eiendeler
- Førsteamanuensis
- forsikring
- Auksjon
- Auksjoner
- tilgjengelig
- unngå
- Aztec
- tilbake
- Balansere
- basert
- før du
- være
- antatt
- under
- Fordeler
- BEST
- mellom
- bud
- blockchain
- blokkjeder
- Bot
- BRO
- broer
- bridging
- bygge
- bygget
- virksomhet
- ring
- som heter
- ringer
- Samtaler
- evner
- hovedstad
- kapitaleffektivitet
- hvilken
- saken
- saker
- viss
- kjede
- chainalysis
- utfordringer
- endring
- egenskaper
- sjekk
- Sjekker
- omstendigheter
- Clearing
- kode
- Collateral
- sikkerhet
- Kom
- engasjement
- forpliktet
- begå
- kommunisere
- Selskaper
- sammenlign
- sammenligne
- sammenlignet
- kompatibel
- kompleksiteten
- komplisert
- kompromiss
- kompromittere
- konsept
- samtidig
- Koble
- Vurder
- betraktninger
- utgjør
- innhold
- fortsetter
- kontrakt
- kontrakter
- motsetning
- konvertere
- Kostnad
- Kostnader
- kunne
- Par
- kurs
- skaper
- Kreativ
- Cross-Chain
- Gjeldende
- syklus
- DAI
- dato
- Dato
- Dager
- tiår
- avgjørelse
- Defi
- DEFI-PROTOKOLL
- innskudd
- avleiringer
- beskrevet
- utforming
- utforme
- design
- detaljer
- Bestem
- utviklere
- avvike
- forskjellig
- vanskelig
- Vanskelighetsgrad
- digitalt
- Digitale eiendeler
- direkte
- Avsløre
- uærlig
- distribueres
- dokumentasjon
- ikke
- ulempen
- under
- hver enkelt
- lett
- Effektiv
- effektivitet
- effektiv
- enten
- veksten
- muliggjør
- påtegne
- slutter
- varig
- nok
- helhet
- deponert
- anslått
- estimater
- ETH
- ethereum
- eterskanning
- Selv
- eksempel
- Eksklusiv
- eksisterende
- forvente
- erfaring
- utforske
- utforsket
- uttrykte
- ekstra
- gjennomførbart
- gebyr
- tilbakemelding
- Finn
- Først
- flyten
- fokuserte
- fulgt
- etter
- følger
- streiftog
- Rettsmedisinsk
- Støperi
- Rammeverk
- fersk
- fra
- Frontend
- funksjon
- funksjonalitet
- funksjoner
- fond
- finansierte
- midler
- Dess
- framtid
- mellomrom
- GAS
- genererer
- få
- GitHub
- gitt
- glass
- god
- grafer
- Vokser
- hånd
- håndfull
- hash
- her.
- skjult
- Gjemme seg
- høyere
- høyest
- hold
- håp
- Horowitz
- Hvordan
- Men
- HTTPS
- menneskelig
- Ideer
- identiske
- gjennomføring
- implementert
- implementere
- viktig
- pålegge
- in
- inkludere
- Inkludert
- uavhengig av hverandre
- indikerer
- individuelt
- tilsig
- informasjon
- Informativ
- Infrastruktur
- inngang
- inspirasjon
- institusjonell
- hensikt
- samhandle
- interaksjon
- Interface
- Mellom
- Introduserer
- innføre
- Investere
- investering
- Investeringer
- Investorer
- utsteder
- IT
- Justice
- Hold
- holde
- nøkkel
- l2
- stor
- lag
- Fører
- Permisjon
- Led
- Lovlig
- Lar
- Leverage
- utnytte
- Life
- begrensninger
- LINK
- lenker
- Liste
- langsiktig
- lenger
- ser
- laget
- gjøre
- GJØR AT
- Making
- fikk til
- ledelse
- manipulere
- mange
- marked
- materialer
- Saker
- moden
- max bredde
- Maksimer
- midler
- mekanisme
- Memorandum
- nevnt
- kunne
- mynte
- Monetære
- mer
- mest
- flere
- Natur
- nesten
- Trenger
- Ny
- nyheter
- Noah
- Bråk
- normal
- bemerkelsesverdig
- Forestilling
- roman
- Antall
- få
- innhentet
- tilby
- tilby
- On-Chain
- ONE
- pågående
- OpCode
- åpnet
- drift
- Drift
- Meninger
- Muligheter
- Alternativ
- rekkefølge
- opprinnelse
- Annen
- andre
- ellers
- utenfor
- oversikt
- egen
- betalt
- parameter
- parametere
- Park
- del
- Spesielt
- bestått
- Past
- banen
- betaling
- betalinger
- land
- utføre
- ytelse
- perioden
- permanent
- tillatelse
- ansatte
- fase
- brikke
- stykker
- Sted
- plassering
- plato
- Platon Data Intelligence
- PlatonData
- vær så snill
- i tillegg til
- basseng
- pools
- portefølje
- mulig
- Post
- potensiell
- Praktisk
- praksis
- presis
- forebygge
- forrige
- privatliv
- privat
- Problem
- prosess
- prosessor
- lønnsom
- Anslagene
- bevis
- eiendom
- proposisjoner
- prospektive
- prospekter
- beskytte
- protokollen
- protokoller
- gi
- forutsatt
- gir
- offentlig
- offentlig blockchain
- offentlig
- formål
- spørsmål
- spørsmål
- Rask
- raskt
- heve
- tilfeldig
- Sats
- Lese
- ekte
- grunnen til
- rimelig
- mottatt
- mottar
- .
- Anbefaling
- poster
- referanser
- referert
- relativt
- relevant
- pålitelig
- forbli
- Repository
- representere
- representant
- representerer
- krever
- påkrevd
- Krever
- de
- Resultater
- støttemur
- retur
- avsløre
- Avslørt
- avslørende
- anmeldt
- gjennomgå
- rull opp
- Regel
- Sa
- salg
- samme
- vekter
- ordningen
- sømløs
- Sekund
- Seksjon
- sikre
- Verdipapirer
- sikkerhet
- selgere
- Å Sell
- forstand
- separat
- Serien
- betjene
- serverer
- Tjenester
- sett
- bosetting
- Del
- bør
- Viser
- Signal
- signaturer
- signert
- signifikant
- lignende
- enkelt
- situasjon
- Størrelse
- Sleuth
- Smart
- smart kontrakt
- Smarte kontrakter
- So
- SOL
- Solutions
- LØSE
- noen
- Kilder
- Rom
- Snakker
- spesiell
- spesifikk
- splittet
- Trinn
- steth
- lagring
- lagret
- strategier
- Styrker
- streik
- emne
- send
- abonnement
- senere
- slik
- tilstrekkelig
- støtte
- bord
- mål
- Oppgave
- skatt
- lag
- Teknisk
- tester
- De
- Fremtiden
- informasjonen
- deres
- seg
- deri
- ting
- Tredje
- tredjeparts
- tre
- Gjennom
- hele
- Tim
- tid
- ganger
- tidsstempel
- timing
- til
- sammen
- token
- tokens
- verktøy
- verktøy
- Totalt
- handel
- handles
- tradisjonelt
- Transaksjonen
- Transaksjoner
- overføre
- overføringer
- oversette
- gjennomsiktig
- SVING
- typisk
- etter
- underliggende
- unik
- Unwap
- enhet
- lomper
- oppdatert
- us
- USDC
- bruke
- bruk sak
- Bruker
- Brukererfaring
- Brukere
- vanligvis
- bruke
- ux
- Verdifull
- verdi
- Verdier
- Kjøretøy
- verifisert
- av
- visninger
- virtuelle
- virtuell eiendel
- synlig
- lommebok
- Web3
- Hva
- Hva er
- hvilken
- mens
- HVEM
- Wikipedia
- vil
- vinne
- Vinner
- trekke seg
- trekke tilbake
- innenfor
- uten
- Arbeid
- ville
- Innpakket
- Din
- zephyrnet
- ZK