Januar 12, 2023 Jad Esber og Scott Duke Kominer
Decentralisering er et krav i web3 – og det kan også være nyttigt i andre forretningssammenhænge. I web3 er målet at undgå centralisering af hensyn til sikkerhed, åbenhed og fællesskabsejerskab, mens decentralisering i mere traditionelle virksomheder kan hjælpe med interessentengagement og mere informeret beslutningstagning – for eksempel er decentralisering nøglen til at udføre det populære koncept om et "selvstyrende organisation".
Alligevel kan det være svært eller endda helt upraktisk at starte helt decentraliseret. Tidlige designelementer i et projekt eller en virksomhed kræver ofte mere centraliseret vision og kontrol. Og centralisering på tidlige stadier kan gøre det lettere at koordinere, lancere og hurtigt iterere hen imod produkt-markedspasning.
At starte med en vis grad af centralisering tvinger dig dog ikke nødvendigvis til at forblive på den måde. Her vil vi forklare en ramme på højt niveau til at designe til fremtidig decentralisering på forhånd og tilbyde nogle vejledninger om, hvornår og hvordan man gør det. Retningslinjerne gælder både web3-projekter og mere traditionelle organisationer.
Vores hensigt er at hjælpe dem, der er interesserede i decentralisering, med at tænke over, hvordan de skal gribe udfordringen an. Der er desværre ingen ensartet tilgang, fordi den præcise mekanik for decentralisering i høj grad er en funktion af den specifikke forretningskontekst. Så dette er tænkt som en introduktion – det er ikke en playbook for at træffe beslutninger komponentmæssigt men derimod en ramme for, hvordan man begynder at tænke på det overordnede problem.
Hvis der er én ting at huske, er det, at decentralisering ikke behøver at være "alt-eller-intet." Med ordentlig planlægning kan du decentralisere over tid. Og for at planlægge effektivt er det vigtigt at forstå de forskellige dimensioner, som din virksomhed kan decentralisere langs, og hvordan du gør det på de rigtige tidspunkter.
For at lave en analogi til en oplevelse, mange af os har haft, er progressiv decentralisering som en organisation, der bliver fuldstændig fjern. At starte på et enkelt centralt kontor med personlige møder er nyttigt for koordineringen, men med tiden kan det give mening at blive mere fordelt. Men for at styre distribueret arbejde er det vigtigt at investere i fjernkommunikationsteknologi samt i omhyggeligt at dokumentere forretningspraksis og arkitektur. At designe en organisation ved det en dag I vil alle være fjerne gør den fremtidige tilstand lettere. Det samme er tilfældet med progressiv decentralisering.
Decentralisering kan være værdifuld...
decentralisering er overførsel af kontrol og beslutningstagning fra en centraliseret enhed – et specifikt individ, organisation eller gruppe – til et distribueret netværk. Dette kan gælde for mange elementer af en virksomhed, herunder skabelse af indhold, organisatorisk styring og processer og endda teknologistakken.
Decentralisering er ofte funktionel. For eksempel kan en organisation samle meninger fra et decentraliseret netværk af enkeltpersoner. Værdiskabelse i web3 handler faktisk i høj grad om at bruge delt ejerskab til at tilskynde til deltagelse og engagement fra mange mennesker på én gang. (I en tidligere artikel, skrev vi om, hvordan "at bygge åbne platforme, der deler værdi med brugerne direkte, vil skabe mere værdi for alle, inklusive platformen.")
I andre sammenhænge kan decentralisering give sikkerhed – for eksempel mod censur (selvom for at det skal virke, er det vigtigt at strukturere styringen korrekt). Og separat skal web3-platforme, der søger at gøre brug af deres egne digitale aktiver, også decentralisere for lovmæssige årsager.
Måske vigtigst af alt kan decentralisering tjene som en form for engagement at bygge produktet i brugernes bedste interesse – svarende til hvordan delt styring får kooperativer til at lægge vægt på sunde kulturer og en langsigtet retfærdig fordeling af ressourcer og indtægter på tværs af medlemmer. Der er også en gruppe mennesker, som er mere tilbøjelige til at vælge selv til projekter, som har planer om at decentralisere både principielt – og fordi de tror, at sådanne projekter vil være mere værdifulde i det lange løb.
… men decentralisering er ikke let.
Selvom decentralisering kan være værdifuldt for en virksomhed – endda nødvendigt – kan det være svært at starte på den måde. Mange pres presser mod centralisering på kort sigt selv for virksomheder, der er forpligtet til decentralisering på lang sigt.
Tænk for eksempel på udfordringen med at starte et produkt eller udføre den type hurtig iteration, der kræves for at komme til produkt-markedspasning uden et centralt centralt team eller en centraliseret proces til beslutningstagning. Ydermere kommer decentralisering i web3 også typisk med en forventning om komponerbarhed, hvilket introducerer risikoen for, at en anden kan "gaffel" dit produkt, før du opnår skala. Og at stole på decentral styring eller andre former for crowdsourcet input uden de korrekt designede støttestrukturer – inklusive dem, der driver engagement – kan potentielt udsætte en platform for risici for svindel eller payola.
Disse kræfter tilskynder tidligt til centralisering. Men det er vigtigt at sikre, at de ikke fører til designbeslutninger, der gør fremtidig decentralisering endnu sværere. Det vil sige, at selvom der er gode grunde til at være mere centraliseret tidligt, bør du designe til fremtidig decentralisering.
Progressiv decentralisering
Her er nogle vejledninger til at hjælpe dig aktivt med at planlægge fremtidig decentralisering.
For det første er det vigtigt at identificere de forskellige dimensioner, langs hvilke din virksomhed kan blive decentraliseret. For eksempel kan en platform være i stand til at decentralisere indholdskurering, selv mens der stadig er en relativt centraliseret teknologisk stak. Et givet produkt kan segmenteres i "minimum decentraliserbare enheder" (MDU'er), der for det meste er uafhængige af hinanden, og derefter decentraliseres langs hver af disse dimensioner separat. MDU'er kan omfatte kerneteamet, eksterne bidragydere, teknologistakken og så videre - vi diskuterer forskellige dimensioner mere detaljeret nedenfor.
Og så selv inden for en given MDU behøver du ikke gå fra 0 til 100 på én gang. En platform kan gradvist decentralisere kuration, f.eks. ved først at anmode om indholdsanbefalinger fra fællesskabet, før den til sidst vender helt om indholdsbeslutninger.
Visuelt opfatter vi dette som et sæt skydere - en "decentraliseringsudligner", måske med en forskellig justering for hver MDU. Du kan skubbe hver bjælke op i sit eget tempo, og vanskeligheden ved at skubbe hver stang afhænger af virksomhedens omstillingsparathed på den dimension. I denne forstand, mens arkitektur med decentralisering i tankerne er dyrere på forhånd, kan det blive en vigtig kilde til konkurrencefordele, fordi det gør processen med decentralisering lettere i det lange løb.
Karakteriserende MDU'er
Det er vigtigt at forblive på linje omkring en vision for hvordan og hvad der skal decentraliseres, hvilket kræver en vis koordinering på højt niveau og normalt et vist tilsyn med "decentraliseringsudligneren." MDU'er vil variere på tværs af forskellige forretnings- og produktkategorier, men her er et par eksempler sammen med illustrationer af, hvordan du kan konfigurere dem til decentraliseringssucces:
1. Kernehold. Ansæt folk, der er i stand til at indrette deres arbejde, så det måske er muligt for eksterne medlemmer at overtage nogle af ansvaret – for eksempel en community manager, der designer fællesskabet på en måde, der gør det muligt for medlemmerne at begynde at lede selv og selvstyre. Derudover skal du investere i at opkvalificere dit team med et øje mod decentralisering som et langsigtet mål og af de nye teknologier og bedste praksis, der understøtter disse bestræbelser.
2. Eksterne bidragydere. Jo længere du glider mod fuldt decentraliseret, jo mere bliver dit samfund involveret i, hvordan produktet udvikler sig og styres. Kalibrerer du baseret på, hvor decentral du ønsker at være, vil du gerne bygge på en deltagende måde og dyrke det fællesskab, der vil være med til at bygge oven på delt infrastruktur, bidrage med indhold og/eller styre systemet. Og det handler ikke kun om at invitere til deltagelse i lokalsamfundet – du skal designe organisationen på en måde, der sætter folk i stand til at bidrage og belønner dem for at gøre det. Det betyder opbygning af robuste feedback- og engagementskanaler sammen med de tilhørende strukturer og processer.
På belønningssiden kan introduktion af belønningspoint eller digitale tokens til at spore og belønne fællesskabsbidrag i mellemtiden hjælpe med at tilskynde til fællesskabsaktivitet (se denne artikel vores for mere om design af omdømme). For eksempel kan du starte med at engagere eksterne udviklere til at teste din kerneinfrastruktur – måske ved at tildele belønninger til udviklere, der kickstarter aktivitet ved at bygge oven på protokollen.
3. Teknologistakken. Stakken kan opbygges på en modulær måde, der giver dig mulighed for at bytte decentrale versioner af de centraliserede tjenester ind, som du starter ud med – for eksempel ved at starte med at lagre indhold på AWS og over tid gå over til decentraliserede lagertjenester, såsom Arweave eller IPFS.
4. Finans. Du bør planlægge for decentralisering både i forhold til, hvordan du finansierer forretningen i første omgang og måden, du allokerer ressourcer på internt og eksternt. Især bør du strukturere økonomien på en robust måde, der kan opretholde organisationen uden central kontrol – for eksempel overveje, hvordan de investorer, du ansætter, ville reagere på en udgang til samfundskontrol (som vi måske kan kalde en "decentral udgang," måske), og gennemtænke regelmæssige tildelinger til en samfundskasse.
5. Interne processer. Det er vigtigt at investere tiden på forhånd for at gennemtænke, hvad der kan være nødvendigt for, at du kan decentralisere dele af dine operationer og forretningsprocesser – for eksempel kan du have brug for rig dokumentation, der gør det muligt for fællesskabsmedlemmer at forstå præcedens eller kontekst for specifikke beslutninger om styring.
Det kan være nyttigt eksplicit at opstille din organisations MDU'er for at give et klart overblik over de forskellige løftestænger, som du kan dele med teamet og samfundet. Ikke alene ville deling af køreplanen være i decentraliseringens ånd, fællesskabet kan også hjælpe dig med at komme dertil – og holde dig til regnskab. Når du har et sæt MDU'er, skal du finde ud af, hvor skyderen i øjeblikket sidder på hver af dimensionerne, og begynde at danne dig et overblik over, hvor du gerne vil have den hen over tid. Der er også en rækkefølge af operationer her, som vil give mening, og hold bør nok starte med de MDU'er, der har mindre negativ indvirkning, hvis det går galt.
Hvilken skyder skal flyttes, og hvornår?
Til sidst: hvordan ved du, hvornår det er tid til at flytte skyderen op – altså hvornår kan du øge decentraliseringen af en eller flere dimensioner?
Zoomer ud, er det først vigtigt, at dit samlede system er relativt stabilt. Hvad betyder det helt præcist? I en tidligere artikel for a16z opfordrede Jesse Walden teams til at vurdere, hvor de sidder på rejsen til og forbi produkt-markedspasning: Hvor mange flere iterationer skal du stadig igennem, og hvor hurtigt? Dette er vigtigt, fordi enhver form for organisatorisk forandring vil bremse driften; du vil have tid til at flytte en skyder, så den langsigtede fordel ved at sænke farten opvejer de kortsigtede omkostninger. Ideelt set ville du også tage skridtet på et tidspunkt, hvor den sociale og økonomiske dynamik på din platform er stabiliseret nok til, at du robust kan forudsige, hvordan justering af decentraliseringsniveauet vil påvirke samfundets adfærd og resultater.
Dernæst skal du vurdere hver MDU efter tur. Hver dimension vil have sit eget sæt af faktorer, der skal vejes, når det besluttes, om skyderen skal justeres. Du kan blive presset til at decentralisere på en bestemt dimension – for eksempel kan du have for meget brugergenereret indhold til at administrere på egen hånd, hvilket gør det afgørende at begynde at involvere det bredere fællesskab i kurationen. Alternativt kan du vælge at øge decentraliseringen helt af egen vilje – et eksempel kunne være, at du ser langsigtet forretningsværdi i at gemme indhold på en decentral måde, og du træffer det aktive valg om at begynde at bruge en sådan service.
Og endnu en gang er det ikke alt eller intet. Decentralisering sker i forskelligt tempo langs hver MDU. For eksempel kan du begynde at planlægge din økonomi på en måde, der holder muligheden for "exit-to-community" åben fra dag 1; etablere en fællesskabskasse seks måneder om; og så senere skifte til fuldt decentraliseret finansiel styring. Og parallelt med det, kan du vedligeholde en centraliseret teknologisk stak, mens du itererer mod et stabilt produkt, før du leder efter flere peer-to-peer-muligheder.
***
Decentralisering er kraftfuld, men det er ikke let. Især tidligt driver behovet for hurtig iteration, kvalitetskontrol og sikkerhed ofte i retning af centraliseret udvikling (selvom dette kan ændre sig i takt med at teknologien til decentral udvikling forbedres).
Hvis du sigter efter, at din virksomhed skal decentraliseres i det lange løb, er nøglen at planlægge det på forhånd og ikke miste overblikket over det, mens du bygger. Vi ser måske rollen som en CEO eller COO udvikle sig til at tage sig af "decentraliseringsudligneren" - eller endda indførelsen af en helt ny stilling, som en "Chief Decentralization Officer." At tænke i MDU'er kan hjælpe dig med at finde ud af, hvor og hvordan du kan decentralisere forskellige aspekter af din virksomhed. Og efterhånden som produktet udvikler sig, kan du decentralisere langs hver MDU gradvist, når tiden er inde.
***
Jad Esber er medstifter og administrerende direktør for koodos laboratorier (DBA koodos) og en affiliate hos Harvard's Berkman Klein Center for Internet & Society og Den Nye Skoles Institut for Samarbejds Digital Økonomi. Han bygger, skriver og taler om emnet sociale rum og kreative værktøjer og krydsene med decentraliserede teknologier. Tidligere var han hos Google og YouTube, hvor han arbejdede med og byggede for skabere og kunstnere på nye markeder.
Scott Duke Kominer er professor i erhvervsøkonomi ved Harvard Business School, et fakultets tilknyttet Harvard Department of Economicsog en forskningspartner a16z krypto. Han rådgiver også en række virksomheder om markedsplads- og incitamentsdesign; for yderligere oplysninger, se hans hjemmeside.
***
Tak: Forfatterne takker Brandon Baraban, Dmitriy Berenzon, Cam Mærke, 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. Også en særlig tak til vores redaktør, Tim Sullivan.
***
De synspunkter, der er udtrykt her, er dem fra det enkelte AH Capital Management, LLC ("a16z") personale, der er citeret, og er ikke synspunkter fra a16z eller dets tilknyttede selskaber. Visse oplysninger indeholdt heri er indhentet fra tredjepartskilder, herunder fra porteføljeselskaber af fonde forvaltet af a16z. Selvom det er taget fra kilder, der menes at være pålidelige, har a16z ikke uafhængigt verificeret sådanne oplysninger og fremsætter ingen erklæringer om informationernes vedvarende nøjagtighed eller deres passende for en given situation. Derudover kan dette indhold omfatte tredjepartsreklamer; a16z har ikke gennemgået sådanne annoncer og støtter ikke noget reklameindhold indeholdt deri.
Dette indhold er kun givet til informationsformål og bør ikke påberåbes som juridisk, forretningsmæssig, investerings- eller skatterådgivning. Du bør rådføre dig med dine egne rådgivere om disse spørgsmål. Henvisninger til værdipapirer eller digitale aktiver er kun til illustrationsformål og udgør ikke en investeringsanbefaling eller tilbud om at levere investeringsrådgivningstjenester. Ydermere er dette indhold ikke rettet mod eller beregnet til brug af nogen investorer eller potentielle investorer og kan under ingen omstændigheder stoles på, når der træffes en beslutning om at investere i en fond, der administreres af a16z. (Et tilbud om at investere i en a16z-fond vil kun blive givet af private placement-memorandummet, tegningsaftalen og anden relevant dokumentation for en sådan fond og bør læses i deres helhed.) Eventuelle investeringer eller porteføljeselskaber nævnt, refereret til eller beskrevne er ikke repræsentative for alle investeringer i køretøjer, der administreres af a16z, og der kan ikke gives sikkerhed for, at investeringerne vil være rentable, eller at andre investeringer foretaget i fremtiden vil have lignende karakteristika eller resultater. En liste over investeringer foretaget af fonde forvaltet af Andreessen Horowitz (undtagen investeringer, hvortil udstederen ikke har givet tilladelse til, at a16z offentliggør såvel som uanmeldte investeringer i offentligt handlede digitale aktiver) er tilgængelig på https://a16z.com/investments /.
Diagrammer og grafer, der er angivet i, er udelukkende til informationsformål og bør ikke stoles på, når der træffes nogen investeringsbeslutning. Tidligere resultater er ikke vejledende for fremtidige resultater. Indholdet taler kun fra den angivne dato. Alle fremskrivninger, estimater, prognoser, mål, udsigter og/eller meninger udtrykt i disse materialer kan ændres uden varsel og kan afvige fra eller være i modstrid med andres meninger. Se venligst https://a16z.com/disclosures for yderligere vigtige oplysninger.
- SEO Powered Content & PR Distribution. Bliv forstærket i dag.
- Platoblokkæde. Web3 Metaverse Intelligence. Viden forstærket. Adgang her.
- Kilde: https://a16zcrypto.com/progressive-decentralization-a-high-level-framework/
- 1
- 100
- a
- a16z
- I stand
- Om
- Konto
- nøjagtighed
- opnå
- tværs
- aktiv
- aktivt
- aktivitet
- Desuden
- Yderligere
- Derudover
- Justering
- administration
- Fordel
- Reklame
- rådgivning
- rådgivende
- rådgivning
- påvirke
- Affiliate
- søsterselskaber
- mod
- Aftale
- justeret
- Alle
- tildelinger
- tillader
- Skønt
- ,
- Andreessen
- Andreessen Horowitz
- En anden
- Indløs
- tilgang
- arkitektur
- omkring
- Artister
- arweave
- aspekter
- Aktiver
- sikkerhed
- forfattere
- til rådighed
- AWS
- Bar
- barer
- baseret
- fordi
- bliver
- blive
- før
- Tro
- troede
- jf. nedenstående
- gavner det dig
- BEDSTE
- bedste praksis
- Bringe
- bygge
- Bygning
- bygger
- bygget
- virksomhed
- forretningspraksis
- forretningsprocesser
- virksomheder
- ringe
- kapital
- hvilken
- omhyggeligt
- kategorier
- Censur
- center
- central
- Centralisering
- centraliseret
- Direktør
- vis
- udfordre
- lave om
- kanaler
- karakteristika
- valg
- Vælg
- omstændigheder
- klar
- Medstifter
- Colorado
- kommentarer
- engageret
- Kommunikation
- samfund
- Virksomheder
- konkurrencedygtig
- Konceptet
- udførelse
- Overvej
- udgøre
- indhold
- Indholdskuration
- sammenhæng
- sammenhænge
- modsætning
- bidrage
- bidrager
- bidrag
- bidragydere
- kontrol
- kurre
- kooperativ
- koordinere
- koordinering
- Core
- Koste
- kunne
- skabe
- skabelse
- Kreativ
- skabere
- kritisk
- Dyrke
- datasikring
- For øjeblikket
- Dato
- dag
- decentralisering
- decentralisere
- decentral
- decentral styring
- decentraliseret netværk
- Beslutter
- beslutning
- Beslutningstagning
- afgørelser
- Degree
- Afdeling
- afhængig
- beskrevet
- Design
- konstrueret
- designe
- designs
- detail
- udviklere
- Udvikling
- afvige
- forskellige
- svært
- Vanskelighed
- digital
- Digitale aktiver
- digitale tokens
- Dimension
- størrelse
- direkte
- offentliggøre
- Oplysninger
- diskutere
- distribueret
- Distribueret netværk
- fordeling
- dokumentation
- Er ikke
- gør
- Dont
- ned
- køre
- Duke
- dynamik
- hver
- tidligere
- Tidligt
- lettere
- Økonomisk
- Økonomi
- editor
- effektivt
- indsats
- elementer
- smergel
- emerging markets
- understrege
- muliggør
- tilskynde
- tilskyndes
- godkende
- varige
- engagement
- engagerende
- nok
- sikre
- helt
- helhed
- enhed
- især
- væsentlig
- etablere
- skøn
- Ether (ETH)
- Endog
- til sidst
- alle
- udvikle sig
- præcist nok
- eksempel
- eksempler
- Eksklusive
- udførelse
- forventning
- erfaring
- Forklar
- udtrykt
- ekstern
- øje
- faktorer
- FAST
- tilbagemeldinger
- få
- Figur
- økonomi
- finansielle
- Fornavn
- passer
- Tving
- Forces
- formular
- formularer
- Framework
- bedrageri
- fra
- forsiden
- fuldt ud
- funktion
- funktionel
- fond
- fonde
- yderligere
- Endvidere
- fremtiden
- få
- given
- Go
- gå
- godt
- regeringsførelse
- gradvist
- grafer
- gruppe
- retningslinjer
- sker
- Harvard
- sund
- hjælpe
- hjælpsom
- link.
- højt niveau
- leje
- hold
- Horowitz
- Hvordan
- How To
- HTTPS
- ideer
- identificere
- KIMOs Succeshistorier
- bydende nødvendigt
- vigtigt
- forbedrer
- in
- I andre
- Tilskyndelse
- incitament
- omfatter
- Herunder
- Forøg
- uafhængig
- uafhængigt
- individuel
- enkeltpersoner
- oplysninger
- Informational
- informeret
- Infrastruktur
- i første omgang
- indgang
- instans
- Intention
- interesseret
- interesser
- interne
- Internet
- Introducerer
- indføre
- Introduktion
- Invest
- investering
- Investeringer
- Investorer
- indbydende
- involverede
- IPFS
- Udsteder
- IT
- iteration
- iterationer
- rejse
- Nøgle
- Kend
- Kendskab til
- stor
- lancere
- føre
- Leads
- Politikker
- Niveau
- Sandsynlig
- Liste
- Lang
- langsigtet
- leder
- taber
- lavet
- vedligeholde
- lave
- maerker
- Making
- administrere
- lykkedes
- ledelse
- leder
- mange
- mange mennesker
- markedsplads
- Markeder
- materialer
- Matters
- max-bredde
- midler
- I mellemtiden
- mekanik
- møder
- Medlemmer
- Memorandum
- nævnte
- måske
- tankerne
- modulær
- måned
- mere
- mest
- bevæge sig
- flytning
- nødvendigvis
- nødvendig
- Behov
- behov
- negativ
- netværk
- Ny
- Nye teknologier
- nummer
- opnået
- tilbyde
- tilbyde
- Office
- Officer
- ONE
- åbent
- Åbenhed
- drift
- Produktion
- Udtalelser
- Option
- Indstillinger
- ordrer
- organisation
- organisatorisk
- organisationer
- Andet
- Andre
- samlet
- Tilsyn
- egen
- ejerskab
- Tempo
- Parallel
- del
- deltagelse
- participatorisk
- særlig
- partner
- dele
- forbi
- peer to peer
- Mennesker
- ydeevne
- måske
- tilladelse
- Personale
- fly
- planlægning
- planer
- perron
- Platforme
- plato
- Platon Data Intelligence
- PlatoData
- Vær venlig
- punkter
- Populær
- portefølje
- position
- mulig
- potentielt
- vigtigste
- praksis
- præcedens
- forudsige
- tidligere
- princippet
- private
- sandsynligvis
- Problem
- udbytte
- behandle
- Processer
- Produkt
- Professor
- rentabel
- progressiv
- gradvist
- projekt
- fremskrivninger
- projekter
- passende
- korrekt
- udsigter
- protokol
- give
- forudsat
- offentligt
- formål
- Skub ud
- skubbet
- kvalitet
- Hurtig
- hurtigt
- hurtigt
- Reagerer
- Læs
- Readiness
- årsager
- Anbefaling
- anbefalinger
- referencer
- benævnt
- fast
- relativt
- relevant
- pålidelig
- huske
- fjern
- repræsentativt
- omdømme
- kræver
- påkrævet
- Kræver
- forskning
- elastisk
- Ressourcer
- ansvar
- Resultater
- revideret
- Beløn
- Belønninger
- Rich
- Risiko
- risici
- køreplan
- robust
- roller
- Kør
- samme
- Scale
- Værdipapirer
- sikkerhed
- søger
- forstand
- tjener
- tjeneste
- Tjenester
- sæt
- Del
- delt
- deling
- Kort
- bør
- lignende
- enkelt
- Situationen
- SIX
- Seks måneder
- Skub
- skyderen
- glidende
- langsom
- langsommere
- So
- Social
- nogle
- Nogen
- Kilde
- Kilder
- rum
- Taler
- særligt
- specifikke
- ånd
- stabil
- stable
- etaper
- interessent
- starte
- Starter
- Tilstand
- forblive
- Stadig
- opbevaring
- struktur
- emne
- abonnement
- succes
- sådan
- Sullivan
- support
- Kontakt
- systemet
- Tag
- mål
- mål
- skat
- hold
- hold
- tech
- Teknologier
- Teknologier
- vilkår
- prøve
- Fremtiden
- oplysninger
- deres
- deri
- ting
- ting
- Tænker
- tredjepart
- Gennem
- tid
- gange
- til
- sammen
- Tokens
- også
- værktøjer
- top
- emne
- HELT
- mod
- spor
- handles
- traditionelle
- overførsel
- overgang
- statskassen
- sand
- TUR
- Drejning
- typisk
- under
- forstå
- opkvalificering
- us
- brug
- brugere
- sædvanligvis
- Værdifuld
- værdi
- forskellige
- Køretøjer
- verificeres
- Specifikation
- visninger
- vision
- måder
- Web3
- veje
- Hvad
- hvorvidt
- som
- mens
- WHO
- bredere
- bredere fællesskab
- vilje
- inden for
- uden
- Arbejde
- arbejdede
- ville
- Forkert
- Din
- youtube
- zephyrnet