Januar 12, 2023 Jad Esber og Scott Duke Kominer
Desentralisering er et imperativ i web3 – og det kan også være nyttig i andre forretningssammenhenger. I web3 er målet å unngå sentralisering for sikkerhet, åpenhet og fellesskapseierskap, mens i mer tradisjonelle virksomheter kan desentralisering hjelpe med interessentengasjement og mer informert beslutningstaking – for eksempel er desentralisering nøkkelen til å utføre det populære konseptet med en "selvstyrt organisasjon».
Men å starte helt desentralisert kan være vanskelig eller til og med helt upraktisk. Tidlige designelementer i et prosjekt eller en virksomhet krever ofte mer sentralisert visjon og kontroll. Og sentralisering på tidlige stadier kan gjøre det lettere å koordinere, lansere og raskt iterere mot produkt-marked passform.
Å starte med en viss grad av sentralisering, tvinger deg ikke nødvendigvis til å forbli slik. Her skal vi forklare et rammeverk på høyt nivå for utforming for fremtidig desentralisering på forhånd, og gi noen veiledning om når og hvordan det skal gjøres. Retningslinjene gjelder både web3-prosjekter og mer tradisjonelle organisasjoner.
Vår intensjon er å hjelpe de som er interessert i desentralisering til å tenke over hvordan de skal gripe fatt i utfordringen. Det er dessverre ingen ensartet tilnærming fordi den nøyaktige mekanikken til desentralisering i stor grad er en funksjon av den spesifikke forretningskonteksten. Så dette er ment som en introduksjon – det er ikke en playbook for å ta beslutninger komponentmessig, men heller et rammeverk for hvordan man kan begynne å tenke på det overordnede problemet.
Hvis det er én ting å huske på, er det at desentralisering ikke trenger å være «alt-eller-ingenting». Med riktig planlegging kan du desentralisere over tid. Og for å planlegge effektivt, er det viktig å forstå de forskjellige dimensjonene som virksomheten din kan desentralisere langs, og hvordan du gjør det til riktig tid.
For å gjøre en analogi til en opplevelse mange av oss har hatt, er progressiv desentralisering som en organisasjon som blir fullstendig fjerntliggende. Å starte på ett sentralt kontor med personlige møter er nyttig for koordinering, men over tid kan det være fornuftig å bli mer distribuert. Men for å administrere distribuert arbeid er det viktig å investere i fjernkommunikasjonsteknologi, så vel som i å nøye dokumentere forretningspraksis og arkitektur. Designe en organisasjon og vite det en dag dere vil alle være avsidesliggende gjør fremtidens tilstand enklere. Det samme gjelder med progressiv desentralisering.
Desentralisering kan være verdifullt...
desentralisering er overføring av kontroll og beslutningstaking fra en sentralisert enhet – et spesifikt individ, organisasjon eller gruppe – til et distribuert nettverk. Dette kan gjelde mange elementer i en virksomhet, inkludert innholdsskaping, organisasjonsstyring og prosesser, og til og med teknologistabelen.
Desentralisering er ofte funksjonell. For eksempel kan en organisasjon samle meninger fra et desentralisert nettverk av individer. Faktisk handler verdiskaping i web3 i stor grad om å bruke delt eierskap for å stimulere til deltakelse og engasjement fra mange mennesker samtidig. (I en tidligere artikkel, skrev vi om hvordan "å bygge åpne plattformer som deler verdi med brukerne direkte vil skape mer verdi for alle, inkludert plattformen.")
I andre sammenhenger kan desentralisering gi trygghet – for eksempel mot sensur (selv om det for at dette skal fungere er det viktig å strukturere styringen riktig). Og separat må web3-plattformer som ønsker å bruke sine egne digitale eiendeler også desentralisere for regulatoriske årsaker.
Kanskje viktigst, desentralisering kan tjene som en form for engasjement å bygge produktet til brukernes beste – i likhet med hvordan delt styring fører til at kooperativer legger vekt på sunne kulturer og en langsiktig rettferdig fordeling av ressurser og inntekter på tvers av medlemmene. Det er også en gruppe mennesker som er mer sannsynlig å velge selv til prosjekter som har planer om å desentralisere både på prinsippet – og fordi de tror at slike prosjekter vil være mer verdifulle i det lange løp.
… men desentralisering er ikke lett.
Selv om desentralisering kan være verdifullt for en virksomhet – nødvendig, til og med – kan det være vanskelig å starte på den måten. Mange press presser mot sentralisering på kort sikt selv for selskaper som er forpliktet til desentralisering på lang sikt.
Tenk for eksempel på utfordringen med å starte et produkt eller utføre den typen rask iterasjon som kreves for å komme til produktmarkedstilpasning uten et sentralt kjerneteam eller en sentralisert prosess for beslutningstaking. Videre kommer desentralisering i web3 også typisk med en forventning om komponerbarhet, noe som introduserer risikoen for at noen andre kan "gaffel" produktet ditt før du oppnår skala. Og å stole på desentralisert styring eller andre former for crowdsourced input uten de riktig utformede støttestrukturene – inkludert de som driver engasjement – kan potensielt utsette en plattform for risiko for svindel eller payola.
Disse kreftene oppmuntrer tidlig til sentralisering. Men det er viktig å sikre at de ikke fører til designbeslutninger som gjør fremtidig desentralisering enda vanskeligere. Det vil si at selv om det er gode grunner til å bli mer sentralisert tidlig, bør man designe for fremtidig desentralisering.
Progressiv desentralisering
Her er noen veiledning for å hjelpe deg aktivt med å planlegge for fremtidig desentralisering.
For det første er det viktig å identifisere de forskjellige dimensjonene som virksomheten din kan bli desentralisert langs. For eksempel kan en plattform være i stand til å desentralisere innholdskurering selv mens det fortsatt er en relativt sentralisert teknologistabel. Et gitt produkt kan segmenteres i "minimum desentraliserbare enheter" (MDUer) som stort sett er uavhengige av hverandre, og deretter desentraliseres langs hver av disse dimensjonene separat. MDUer kan inkludere kjerneteamet, eksterne bidragsytere, teknologistabelen og så videre – vi diskuterer ulike dimensjoner mer detaljert nedenfor.
Og selv innenfor en gitt MDU trenger du ikke gå fra 0 til 100 på en gang. En plattform kan gradvis desentralisere kurering, for eksempel ved først å be om innholdsanbefalinger fra fellesskapet, før de til slutt snu innholdsbeslutninger helt.
Visuelt tenker vi på dette som et sett med glidebrytere - en "desentraliseringsequalizer", kanskje, med en annen justering for hver MDU. Du kan skyve hver bar opp i sitt eget tempo, og vanskeligheten med å skyve hver bar er avhengig av virksomhetens endringsberedskap på den dimensjonen. I denne forstand, mens arkitektur med desentralisering i tankene er mer kostbart på forhånd, kan det bli en nøkkelkilde til konkurransefortrinn fordi det gjør prosessen med desentralisering enklere i det lange løp.
Karakteriserende MDUer
Det er viktig å holde seg på linje rundt en visjon for hvordan og hva som skal desentraliseres, noe som krever litt koordinering på høyt nivå og vanligvis litt tilsyn med "desentraliseringsequalizeren." MDU-er vil variere på tvers av ulike forretnings- og produktkategorier, men her er noen eksempler, sammen med illustrasjoner av hvordan du kan sette dem opp for desentraliseringssuksess:
1. Kjerneteam. Ansett folk som er i stand til å legge opp arbeidet sitt slik at det kan være mulig for eksterne medlemmer å overta noe av ansvaret – for eksempel en samfunnsansvarlig som utformer fellesskapet på en måte som gjør at medlemmene kan begynne å administrere og administrere fellesskapet. selvstyre. Invester i tillegg i å oppgradere teamet ditt med et øye mot desentralisering som et langsiktig mål, og av de nye teknologiene og beste praksisene som støtter denne innsatsen.
2. Eksterne bidragsytere. Jo lenger du glir mot fullstendig desentralisert, jo mer blir samfunnet ditt involvert i hvordan produktet utvikler seg og styres. Ved å kalibrere basert på hvor desentralisert du ønsker å være, vil du bygge på en deltakende måte og dyrke fellesskapet som skal være med på å bygge på toppen av delt infrastruktur, bidra med innhold og/eller styre systemet. Og det handler ikke bare om å invitere samfunnsdeltakelse – du må designe organisasjonen på en måte som gjør det mulig for folk å bidra og belønner dem for å gjøre det. Dette betyr å bygge robuste tilbakemeldings- og engasjementskanaler, sammen med tilhørende strukturer og prosesser.
På belønningssiden, i mellomtiden, kan det å introdusere belønningspoeng eller digitale tokens for å spore og belønne samfunnsbidrag bidra til å stimulere fellesskapsaktivitet (se denne artikkelen av oss for mer om design av omdømmesystem). Du kan for eksempel starte med å engasjere eksterne utviklere til å teste ut kjerneinfrastrukturen din – kanskje ved å tildele belønninger til utviklere som setter i gang aktivitet ved å bygge på toppen av protokollen.
3. Teknologistabelen. Stabelen kan bygges på en modulær måte som lar deg bytte inn desentraliserte versjoner av de sentraliserte tjenestene du starter med – for eksempel ved å begynne å lagre innhold på AWS og over tid gå over til desentraliserte lagringstjenester, som Arweave eller IPFS.
4. Finans. Du bør planlegge for desentralisering både i forhold til hvordan du finansierer virksomheten i utgangspunktet og måtene du allokerer ressurser internt og eksternt. Spesielt bør du strukturere økonomi på en spenstig måte som kan opprettholde organisasjonen uten sentral kontroll – for eksempel vurdere hvordan investorene du anskaffer ville reagere på en utgang til samfunnskontroll (som vi kan kalle en "desentral utgang," kanskje), og tenke gjennom vanlige tildelinger til en fellesskapskasse.
5. Interne prosesser. Det er viktig å investere tid på forhånd for å tenke gjennom hva som kan være nødvendig for deg å desentralisere deler av driften og forretningsprosessene dine – for eksempel kan du trenge rik dokumentasjon som lar fellesskapsmedlemmer forstå presedens eller kontekst for spesifikke beslutninger for styring.
Det kan være nyttig å eksplisitt legge ut organisasjonens MDUer for å gi en klar oversikt over de ulike spakene du kan dele med teamet og fellesskapet. Ikke bare ville deling av veikartet være i desentraliseringens ånd, fellesskapet kan også hjelpe deg å komme dit – og holde deg til ansvar. Når du har et sett med MDUer, finn ut hvor glidebryteren for øyeblikket sitter på hver av dimensjonene og begynn å danne deg en oversikt over hvor du vil at den skal gå over tid. Det er også en operasjonsrekkefølge her som vil være fornuftig, og team bør nok starte med MDUene som har mindre negativ innvirkning hvis ting går galt.
Hvilken glidebryter skal du flytte, og når?
Til slutt: hvordan vet du når det er på tide å flytte glidebryteren opp – det vil si når kan du øke desentraliseringen av en eller flere dimensjoner?
Når du zoomer ut, er det først viktig at systemet ditt er relativt stabilt. Hva betyr dette egentlig? I en tidligere Artikkel for a16z oppfordret Jesse Walden teamene til å vurdere hvor de sitter på reisen til og forbi produkt-marked passform: Hvor mange flere iterasjoner trenger du fortsatt å gå gjennom, og hvor raskt? Dette er viktig fordi enhver form for organisatorisk endring vil bremse driften; du vil sette tid på å flytte en glidebryter slik at den langsiktige fordelen ved å bremse oppveier kostnadene på kort sikt. Ideelt sett ville du også gjort flyttingen på et tidspunkt da den sosiale og økonomiske dynamikken til plattformen din har stabilisert seg nok til at du robust kan forutsi hvordan justering av desentraliseringsnivået vil påvirke samfunnets atferd og resultater.
Deretter bør du vurdere hver MDU etter tur. Hver dimensjon vil ha sitt eget sett med faktorer som skal veies når du bestemmer deg for å justere glidebryteren. Du kan bli presset til å desentralisere på en bestemt dimensjon – for eksempel kan du ha for mye brukergenerert innhold til å administrere på egen hånd, noe som gjør det avgjørende å begynne å involvere det bredere fellesskapet i kurering. Alternativt kan du velge å øke desentraliseringen helt av egen vilje – et eksempel kan være at du ser langsiktig forretningsverdi i å lagre innhold på en desentralisert måte, og derfor tar du det aktive valget om å begynne å bruke en slik tjeneste.
Og nok en gang, det er ikke alt eller ingenting. Desentralisering skjer i forskjellig tempo langs hver MDU. For eksempel kan du begynne å planlegge økonomien din på en måte som holder muligheten for "exit-to-community" åpen fra dag 1; etablere en fellesskapskasse seks måneder om; og deretter bytte til fullstendig desentralisert finansiell styring. Og parallelt med det kan du opprettholde en sentralisert teknologistabel mens du itererer mot et stabilt produkt før du ser etter flere peer-to-peer-alternativer.
***
Desentralisering er kraftig, men det er ikke lett. Spesielt tidlig driver behovet for rask iterasjon, kvalitetskontroll og sikkerhet ofte mot sentralisert utvikling (selv om dette kan endre seg etter hvert som teknologien for desentralisert utvikling forbedres).
Hvis du har som mål at virksomheten din skal bli desentralisert i det lange løp, er nøkkelen å planlegge for det på forhånd, og ikke miste oversikten over det mens du bygger. Vi kan se rollen til en administrerende direktør eller COO utvikle seg for å ta vare på "desentraliseringsutjevningen" - eller til og med innføringen av en helt ny stilling, som en "Chief Desentralization Officer." Å tenke i termer av MDUer kan hjelpe deg med å finne ut hvor og hvordan du kan desentralisere ulike aspekter av virksomheten din. Og etter hvert som produktet utvikler seg, kan du desentralisere langs hver MDU gradvis, når tiden er inne.
***
Jad Esber er medstifter og administrerende direktør for koodos laboratorier (DBA koodos) og en tilknyttet ved Harvard's Berkman Klein Center for Internet & Society og Den nye skolens Institutt for samvirkende digital økonomi. Han bygger, skriver og snakker om temaet sosiale rom og kreative verktøy og skjæringspunktet med desentraliserte teknologier. Tidligere var han på Google og YouTube, hvor han jobbet med og bygde for skapere og artister i fremvoksende markeder.
Scott Duke Kominer er professor i bedriftsøkonomi ved Harvard Business School, en fakultets tilknyttet Harvard Department of Economics, og en forskningspartner a16z krypto. Han gir også råd til en rekke selskaper om markedsplass- og incentivdesign; for ytterligere avsløringer, se sin nettside.
***
Takk: Forfatterne takker Brandon Baraban, Dmitriy Berenzon, Cam Merke, Apurva Chitnis, Sonal Chokshi, Andy Hall, Miles Jennings, Betjent Jones, Steve Kaczynski, Elena Mikhaylova, Kirill Noskov, Tim Roughgarden, SAFA, Kevin Shay, Jennie Silberog Porter Smith for nyttige ideer og kommentarer. En spesiell takk også til vår redaktør, Tim Sullivan.
***
Synspunktene som uttrykkes 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 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/progressive-decentralization-a-high-level-framework/
- 1
- 100
- a
- a16z
- I stand
- Om oss
- Logg inn
- nøyaktighet
- Oppnå
- tvers
- aktiv
- aktivt
- aktivitet
- tillegg
- Ytterligere
- I tillegg
- Justering
- administrasjon
- Fordel
- Annonsering
- råd
- rådgivende
- rådgivningstjenester
- påvirke
- Partnerskap
- agenter
- mot
- Avtale
- justert
- Alle
- bevilgninger
- tillater
- Selv
- og
- Essen
- Andreessen Horowitz
- En annen
- Påfør
- tilnærming
- arkitektur
- rundt
- Artister
- arveve
- aspekter
- Eiendeler
- forsikring
- forfattere
- tilgjengelig
- AWS
- Bar
- barer
- basert
- fordi
- bli
- bli
- før du
- tro
- antatt
- under
- nytte
- BEST
- beste praksis
- Bringe
- bygge
- Bygning
- bygger
- bygget
- virksomhet
- forretningspraksis
- forretningsprosesser
- bedrifter
- ring
- hovedstad
- hvilken
- nøye
- kategorier
- Sensur
- sentrum
- sentral
- sentralisering
- sentralisert
- konsernsjef
- viss
- utfordre
- endring
- kanaler
- egenskaper
- valg
- Velg
- omstendigheter
- fjerne
- Med-grunnlegger
- Colorado
- kommentarer
- forpliktet
- kommunikasjon
- samfunnet
- Selskaper
- konkurranse
- konsept
- gjennomføre
- Vurder
- utgjør
- innhold
- innhold curation
- kontekst
- sammenhenger
- motsetning
- bidra
- medvirkende
- bidragene
- bidragsytere
- kontroll
- COO
- samarbeidende
- koordinere
- samordning
- Kjerne
- Kostnad
- kunne
- skape
- skaperverket
- Kreativ
- skaperne
- kritisk
- Dyrke
- konservering
- I dag
- Dato
- dag
- desentralisering
- desentralisere
- desentralisert
- desentralisert styring
- desentralisert nettverk
- Avgjør
- avgjørelse
- Beslutningstaking
- avgjørelser
- Grad
- Avdeling
- avhengig
- beskrevet
- utforming
- designet
- utforme
- design
- detalj
- utviklere
- Utvikling
- avvike
- forskjellig
- vanskelig
- Vanskelighetsgrad
- digitalt
- Digitale eiendeler
- digitale symboler
- Dimensjon
- dimensjoner
- direkte
- Avsløre
- Børsmeldinger
- diskutere
- distribueres
- Distribuert nettverk
- distribusjon
- dokumentasjon
- ikke
- gjør
- ikke
- ned
- stasjonen
- Duke
- dynamikk
- hver enkelt
- Tidligere
- Tidlig
- enklere
- økonomisk
- Økonomi
- redaktør
- effektivt
- innsats
- elementer
- Emery
- fremvoksende markeder
- understreke
- muliggjør
- oppmuntre
- oppfordret
- påtegne
- varig
- engasjement
- engasjerende
- nok
- sikre
- fullstendig
- helhet
- enhet
- spesielt
- avgjørende
- etablere
- estimater
- Eter (ETH)
- Selv
- etter hvert
- alle
- utvikle seg
- nøyaktig
- eksempel
- eksempler
- Eksklusiv
- utførende
- forventning
- erfaring
- Forklar
- uttrykte
- utvendig
- øye
- faktorer
- FAST
- tilbakemelding
- Noen få
- Figur
- økonomi
- finansiell
- Først
- passer
- Tving
- Krefter
- skjema
- skjemaer
- Rammeverk
- svindel
- fra
- foran
- fullt
- funksjon
- funksjonelle
- fond
- midler
- videre
- Dess
- framtid
- få
- gitt
- Go
- skal
- god
- styresett
- gradvis
- grafer
- Gruppe
- retningslinjer
- skjer
- harvard
- sunt
- hjelpe
- nyttig
- her.
- høyt nivå
- leie
- hold
- Horowitz
- Hvordan
- Hvordan
- HTTPS
- Ideer
- identifisere
- Påvirkning
- avgjørende
- viktig
- forbedrer
- in
- I andre
- Incentive
- incentivise
- inkludere
- Inkludert
- Øke
- uavhengig
- uavhengig av hverandre
- individuelt
- individer
- informasjon
- Informativ
- informert
- Infrastruktur
- i utgangspunktet
- inngang
- f.eks
- Intensjon
- interessert
- interesser
- intern
- Internet
- Introduserer
- innføre
- Introduksjon
- Investere
- investering
- Investeringer
- Investorer
- innbydende
- involvert
- IPFS
- utsteder
- IT
- køyring
- gjentakelser
- reise
- nøkkel
- Vet
- Knowing
- stor
- lansere
- føre
- Fører
- Lovlig
- Nivå
- Sannsynlig
- Liste
- Lang
- langsiktig
- ser
- taper
- laget
- vedlikeholde
- gjøre
- GJØR AT
- Making
- administrer
- fikk til
- ledelse
- leder
- mange
- mange folk
- markedsplass
- Markets
- materialer
- Saker
- max bredde
- midler
- Mellomtiden
- mekanikk
- møter
- medlemmer
- Memorandum
- nevnt
- kunne
- tankene
- modulære
- måneder
- mer
- mest
- flytte
- flytting
- nødvendigvis
- nødvendig
- Trenger
- nødvendig
- negativ
- nettverk
- Ny
- Ny teknologi
- Antall
- innhentet
- tilby
- tilby
- Office
- Offiser
- ONE
- åpen
- Åpenhet
- drift
- Drift
- Meninger
- Alternativ
- alternativer
- rekkefølge
- organisasjon
- organisasjons
- organisasjoner
- Annen
- andre
- samlet
- oppsyn
- egen
- eierskap
- Fred
- Parallel
- del
- deltakelse
- deltakende
- Spesielt
- partner
- deler
- Past
- Likemann til likemann
- Ansatte
- ytelse
- kanskje
- tillatelse
- ansatte
- fly
- planlegging
- planer
- plattform
- Plattformer
- plato
- Platon Data Intelligence
- PlatonData
- vær så snill
- poeng
- Populær
- portefølje
- posisjon
- mulig
- potensielt
- kraftig
- praksis
- Presedens
- forutsi
- tidligere
- prinsipp
- privat
- sannsynligvis
- Problem
- fortsetter
- prosess
- Prosesser
- Produkt
- Professor
- lønnsom
- progressiv
- gradvis
- prosjekt
- Anslagene
- prosjekter
- ordentlig
- riktig
- prospekter
- protokollen
- gi
- forutsatt
- offentlig
- formål
- Skyv
- presset
- kvalitet
- Rask
- raskt
- raskt
- Reager
- Lese
- Beredskap
- grunner
- Anbefaling
- anbefalinger
- referanser
- referert
- regelmessig
- relativt
- relevant
- pålitelig
- husker
- fjernkontroll
- representant
- omdømme
- krever
- påkrevd
- Krever
- forskning
- spenstig
- Ressurser
- ansvar
- Resultater
- anmeldt
- Belønn
- Belønninger
- Rich
- Risiko
- risikoer
- veikart
- robust
- Rolle
- Kjør
- samme
- Skala
- Verdipapirer
- sikkerhet
- søker
- forstand
- betjene
- tjeneste
- Tjenester
- sett
- Del
- delt
- deling
- Kort
- bør
- lignende
- enkelt
- situasjon
- SIX
- Seks måneder
- Skyv
- glidebryter
- glidende
- langsom
- bremse
- So
- selskap
- noen
- Noen
- kilde
- Kilder
- mellomrom
- Snakker
- spesiell
- spesifikk
- ånd
- stabil
- stable
- stadier
- interessent
- Begynn
- Start
- Tilstand
- opphold
- Still
- lagring
- struktur
- emne
- abonnement
- suksess
- slik
- Sullivan
- støtte
- Bytte om
- system
- Ta
- Target
- mål
- skatt
- lag
- lag
- tech
- Technologies
- Teknologi
- vilkår
- test
- De
- Fremtiden
- informasjonen
- deres
- deri
- ting
- ting
- tenker
- tredjeparts
- Gjennom
- tid
- ganger
- til
- sammen
- tokens
- også
- verktøy
- topp
- Tema
- HELT KLART
- mot
- spor
- handles
- tradisjonelle
- overføre
- overgangen
- treasury
- sant
- SVING
- Turning
- typisk
- etter
- forstå
- upskilling
- us
- bruke
- Brukere
- vanligvis
- Verdifull
- verdi
- ulike
- Kjøretøy
- verifisert
- Se
- visninger
- syn
- måter
- Web3
- veie
- Hva
- om
- hvilken
- mens
- HVEM
- bredere
- Bredere fellesskap
- vil
- innenfor
- uten
- Arbeid
- arbeidet
- ville
- Feil
- Din
- youtube
- zephyrnet