Januari 12, 2023 Jad Esber och Scott Duke Kominer
Decentralisering är ett krav i web3 – och det kan också vara användbart i andra affärssammanhang. I web3 är syftet att undvika centralisering för säkerhet, öppenhet och samhällsägande, medan i mer traditionella verksamheter kan decentralisering hjälpa till med intressenternas engagemang och mer informerat beslutsfattande – till exempel är decentralisering nyckeln till att genomföra det populära konceptet med en "självförvaltande organisation. "
Men att börja helt decentraliserat kan vara svårt eller till och med helt opraktiskt. Tidiga designelement i ett projekt eller företag kräver ofta mer centraliserad vision och kontroll. Och centralisering i tidiga skeden kan göra det lättare att koordinera, lansera och snabbt iterera mot produktmarknadens passform.
Att börja med en viss grad av centralisering, men tvingar dig inte nödvändigtvis att förbli så. Här kommer vi att förklara ett ramverk på hög nivå för att designa för framtida decentralisering i förväg och ge lite vägledning om när och hur man gör det. Riktlinjerna gäller både web3-projekt och mer traditionella organisationer.
Vår avsikt är att hjälpa de som är intresserade av decentralisering att fundera över hur de ska ta sig an utmaningen. Det finns tyvärr ingen enhetlig metod eftersom den exakta mekaniken för decentralisering är mycket en funktion av det specifika affärssammanhanget. Så detta är tänkt som en introduktion – det är inte en playbook för att fatta beslut komponentmässigt utan snarare ett ramverk för hur man ska börja tänka kring det övergripande problemet.
Om det finns en sak att komma ihåg är det att decentralisering inte behöver vara "allt-eller-inget". Med rätt planering kan du decentralisera över tid. Och för att planera effektivt är det viktigt att förstå de olika dimensionerna som ditt företag kan decentralisera och hur man gör det vid rätt tidpunkt.
För att göra en analogi till en erfarenhet som många av oss har haft, är progressiv decentralisering som en organisation som blir helt avlägsen. Att börja på ett enda centralkontor med personliga möten är till hjälp för samordningen, men med tiden kan det vara vettigt att bli mer distribuerad. Men för att hantera distribuerat arbete är det viktigt att investera i fjärrkommunikationsteknik, samt att noggrant dokumentera affärspraxis och arkitektur. Att designa en organisation med att veta det en dag ni kommer alla att vara avlägset gör det framtida tillståndet lättare. Detsamma gäller med progressiv decentralisering.
Decentralisering kan vara värdefullt...
Decentralisering är överföringen av kontroll och beslutsfattande från en centraliserad enhet – en specifik individ, organisation eller grupp – till ett distribuerat nätverk. Detta kan gälla många delar av ett företag, inklusive skapande av innehåll, organisationsstyrning och processer, och till och med teknikstacken.
Decentralisering är ofta funktionell. Till exempel kan en organisation samla åsikter från ett decentraliserat nätverk av individer. Faktum är att värdeskapande i web3 till stor del handlar om att använda delat ägande för att stimulera till deltagande och engagemang från många människor samtidigt. (I en tidigare artikel, skrev vi om hur "att bygga öppna plattformar som delar värde med användarna direkt kommer att skapa mer värde för alla, inklusive plattformen.")
I andra sammanhang kan decentralisering ge säkerhet – till exempel mot censur (även om det för att det ska fungera är det viktigt att strukturera styrningen på rätt sätt). Och separat, web3-plattformar som vill använda sina egna digitala tillgångar måste också decentraliseras för regleringsskäl.
Det kanske viktigaste är att decentralisering kan fungera som en form av engagemang att bygga produkten i användarnas bästa – liknande hur delad styrning leder till att kooperativ betonar sunda kulturer och en långsiktig rättvis fördelning av resurser och intäkter mellan medlemmarna. Det finns också en grupp människor som är mer benägna att själv välja till projekt som har planer på att decentralisera både i princip – och för att de tror att sådana projekt kommer att vara mer värdefulla i det långa loppet.
… men decentralisering är inte lätt.
Även om decentralisering kan vara värdefullt för ett företag – till och med nödvändigt – kan det vara svårt att börja på det sättet. Många påtryckningar driver mot centralisering på kort sikt även för företag som är engagerade i decentralisering på lång sikt.
Tänk på utmaningen, till exempel att initiera en produkt eller genomföra den typ av snabb iteration som krävs för att komma till produktmarknadsanpassning utan ett centralt centralt team eller en centraliserad process för beslutsfattande. Dessutom kommer decentralisering i web3 också vanligtvis med en förväntan om komponerbarhet, vilket introducerar risken att någon annan kan "kaffa" din produkt innan du uppnår skala. Och att förlita sig på decentraliserad styrning eller andra former av crowdsourced input utan de korrekt utformade stödstrukturerna – inklusive de som driver engagemang – kan potentiellt utsätta en plattform för risker för bedrägeri eller payola.
Dessa krafter uppmuntrar tidigt centralisering. Men det är viktigt att se till att de inte leder till designbeslut som gör framtida decentralisering ännu svårare. Det vill säga, även om det finns goda skäl att vara mer centraliserad tidigt så bör man utforma för framtida decentralisering.
Progressiv decentralisering
Här är lite vägledning som hjälper dig att aktivt planera för framtida decentralisering.
Först är det viktigt att identifiera de olika dimensioner längs vilka ditt företag kan bli decentraliserat. Till exempel kan en plattform kunna decentralisera innehållskurering även när det fortfarande finns en relativt centraliserad teknisk stack. En given produkt kan segmenteras i "minimum decentraliserbara enheter" (MDUs) som mestadels är oberoende av varandra och sedan decentraliseras längs var och en av dessa dimensioner separat. MDU:er kan inkludera kärnteamet, externa bidragsgivare, teknikstacken och så vidare – vi diskuterar olika dimensioner mer i detalj nedan.
Och då behöver du inte ens inom en given MDU gå från 0 till 100 på en gång. En plattform kan gradvis decentralisera kureringen, t.ex. genom att först begära innehållsrekommendationer från communityn, innan de slutligen vänder på innehållsbeslut helt.
Visuellt ser vi det här som en uppsättning skjutreglage - en "decentraliseringsutjämnare", kanske, med olika justeringar för varje MDU. Du kan skjuta upp varje bar i sin egen takt, och svårigheten att skjuta varje bar beror på verksamhetens förändringsberedskap på den dimensionen. I denna mening, medan arkitektur med decentralisering i åtanke är dyrare i förväg, kan det bli en viktig källa till konkurrensfördelar eftersom det gör decentraliseringsprocessen enklare i det långa loppet.
Karakteriserande MDU:er
Det är viktigt att hålla sig i linje kring en vision för hur och vad man ska decentralisera, vilket kräver viss koordinering på hög nivå och vanligtvis viss överblick över "decentraliseringsutjämnaren." MDU:er kommer att variera mellan olika affärs- och produktkategorier, men här är några exempel, tillsammans med illustrationer av hur du kan ställa in dem för framgång med decentralisering:
1. Kärnlag. Anställ personer som kan lägga upp sitt arbete så att det kan vara möjligt för externa medlemmar att ta över en del av ansvaret – till exempel en community manager som utformar communityn på ett sätt som gör att medlemmarna kan börja självleda och självstyre. Investera dessutom i att uppgradera ditt team med sikte på decentralisering som ett långsiktigt mål, och av de nya teknologierna och bästa praxis som stöder dessa ansträngningar.
2. Externa bidragsgivare. Ju längre du glider mot helt decentraliserad, desto mer blir ditt samhälle involverat i hur produkten utvecklas och styrs. Genom att kalibrera baserat på hur decentraliserad du vill vara, vill du bygga på ett deltagande sätt och odla gemenskapen som kommer att vara med och bygga ovanpå delad infrastruktur, bidra med innehåll och/eller styra systemet. Och det handlar inte bara om att bjuda in samhällsdeltagande – du måste utforma organisationen på ett sätt som gör det möjligt för människor att bidra och belönar dem för att de gör det. Detta innebär att bygga robusta feedback- och engagemangskanaler, tillsammans med tillhörande strukturer och processer.
På belöningssidan kan under tiden införa belöningspoäng eller digitala tokens för att spåra och belöna gemenskapsbidrag hjälpa till att stimulera gemenskapsaktivitet (se den här artikeln av oss för mer om design av ryktesystem). Till exempel kan du börja med att engagera externa utvecklare för att testa din kärninfrastruktur – kanske genom att tilldela belöningar till utvecklare som kickstartar aktivitet genom att bygga vidare på protokollet.
3. Teknikstapeln. Stacken kan byggas upp på ett modulärt sätt som gör att du kan byta in decentraliserade versioner av de centraliserade tjänster som du börjar med – till exempel genom att börja lagra innehåll på AWS och med tiden gå över till decentraliserade lagringstjänster, som Arweave eller IPFS.
4. Finans. Du bör planera för decentralisering både när det gäller hur du finansierar verksamheten initialt och hur du allokerar resurser internt och externt. Framför allt bör du strukturera ekonomin på ett motståndskraftigt sätt som kan upprätthålla organisationen utan central kontroll – till exempel överväga hur de investerare du anställer skulle reagera på en gå ut till samhällskontroll (som vi kanske kan kalla en "decentral exit", kanske), och tänka igenom regelbundna tilldelningar till en gemenskapskassa.
5. Interna processer. Det är viktigt att investera tid i förväg för att tänka igenom vad som kan behövas för att du ska decentralisera delar av din verksamhet och affärsprocesser – till exempel kan du behöva rik dokumentation som gör det möjligt för communitymedlemmar att förstå prejudikat eller sammanhang för specifika beslut för styrning.
Det kan vara bra att uttryckligen lägga upp din organisations MDU:er för att ge en tydlig bild av de olika hävstångarna som du kan dela med teamet och gemenskapen. Att dela färdplanen skulle inte bara vara i en anda av decentralisering, gemenskapen kan också hjälpa dig att komma dit – och hålla dig till svars. När du har en uppsättning MDU:er, ta reda på var skjutreglaget för närvarande sitter på var och en av dimensionerna och börja bilda en bild av var du vill att den ska gå över tiden. Det finns också en operationsordning här som kommer att vara vettig, och team bör förmodligen börja med de MDU:er som har mindre negativ inverkan om det går fel.
Vilket reglage ska man flytta och när?
Till sist: hur vet man när det är dags att flytta upp reglaget – det vill säga när kan man öka decentraliseringen av en eller flera dimensioner?
Zooma ut är det först viktigt att ditt övergripande system är relativt stabilt. Vad exakt betyder detta? I en tidigare Artikeln för a16z uppmuntrade Jesse Walden team att bedöma var de sitter på resan till och förbi produktmarknadens passform: Hur många fler iterationer behöver du fortfarande gå igenom och hur snabbt? Detta är viktigt eftersom varje form av organisatorisk förändring kommer att bromsa verksamheten; du vill tajma att flytta ett reglage så att den långsiktiga fördelen med att sakta ner uppväger kostnaden på kort sikt. Helst skulle du också ta steget vid en tidpunkt då den sociala och ekonomiska dynamiken i din plattform har stabiliserats tillräckligt för att du robust kan förutsäga hur en justering av decentraliseringsnivån kommer att påverka samhällets beteende och resultat.
Därefter bör du bedöma varje MDU i tur och ordning. Varje dimension kommer att ha sin egen uppsättning faktorer att väga när man beslutar om skjutreglaget ska justeras. Du kan bli pressad att decentralisera på en specifik dimension – till exempel kan du ha för mycket användargenererat innehåll att hantera på egen hand, vilket gör det avgörande att börja involvera det bredare samhället i kureringen. Alternativt kan du välja att öka decentraliseringen helt på egen hand – ett exempel kan vara att du ser långsiktigt affärsvärde i att lagra innehåll på ett decentraliserat sätt, och du gör det aktiva valet att börja använda en sådan tjänst.
Och återigen, det är inte allt eller inget. Decentralisering sker i olika takt längs varje MDU. Till exempel kan du börja planera din ekonomi på ett sätt som håller möjligheten att "exit-to-community" öppen från dag 1; upprätta en gemenskapskassa sex månader om; och sedan övergå till helt decentraliserad finansiell styrning. Och parallellt med det kan du behålla en centraliserad teknisk stack samtidigt som du itererar mot en stabil produkt innan du letar efter fler peer-to-peer-alternativ.
***
Decentralisering är kraftfullt, men det är inte lätt. Särskilt tidigt driver behovet av snabb iteration, kvalitetskontroll och säkerhet ofta mot centraliserad utveckling (även om detta kan förändras i takt med att tekniken för decentraliserad utveckling förbättras).
Om du siktar på att ditt företag ska vara decentraliserat på lång sikt är nyckeln att planera för det i förväg, och inte tappa koll på det när du bygger. Vi kan se rollen som en VD eller COO utvecklas för att ta hand om "decentraliseringsutjämnaren" - eller till och med införandet av en helt ny position, som en "Chief Decentralization Officer." Att tänka i termer av MDU:er kan hjälpa dig att ta reda på var och hur du kan decentralisera olika aspekter av din verksamhet. Och sedan när produkten utvecklas kan du decentralisera längs varje MDU progressivt, när tiden är rätt.
***
Jad Esber är medgrundare och VD för koodos labs (DBA koodos) och en affiliate vid Harvard's Berkman Klein Center for Internet & Society och The New School's Institutet för kooperativ digital ekonomi. Han bygger, skriver och talar om ämnet sociala rum och kreativa verktyg och skärningspunkterna med decentraliserad teknologi. Tidigare var han på Google och YouTube, där han arbetade med och byggde för kreatörer och artister på framväxande marknader.
Scott Duke Kominer är professor i företagsekonomi vid Harvard Business School, en fakultetsansluten till Harvard Department of Economicsoch en forskningspartner a16z krypto. Han ger också råd till ett antal företag om marknadsplats- och incitamentsdesign; för ytterligare upplysningar, se hans hemsida.
***
Tack: Författarna tackar Brandon Baraban, Dmitriy Berenzon, Cam Märke, Apurva Chitnis, Sonal Chokshi, Andy Hall, Miles Jennings, Betjänt Jones, Steve Kaczynski, Elena Mikhaylova, Kirill Noskov, Tim Roughgarden, SAFA, Kevin Shay, Jennie Silberoch Porter Smith för användbara idéer och kommentarer. Ett särskilt tack även till vår redaktör, Tim Sullivan.
***
De åsikter som uttrycks här är de från den individuella AH Capital Management, LLC (“a16z”) personal som citeras och är inte åsikterna från a16z eller dess dotterbolag. Viss information som finns här har erhållits från tredjepartskällor, inklusive från portföljbolag av fonder som förvaltas av a16z. Även om den är hämtad från källor som anses vara tillförlitliga, har a16z inte självständigt verifierat sådan information och gör inga utfästelser om informationens varaktiga riktighet eller dess lämplighet för en given situation. Dessutom kan detta innehåll innehålla tredjepartsannonser; a16z har inte granskat sådana annonser och stöder inte något reklaminnehåll i dem.
Detta innehåll tillhandahålls endast i informationssyfte och bör inte litas på som juridisk rådgivning, affärs-, investerings- eller skatterådgivning. Du bör rådfråga dina egna rådgivare i dessa frågor. Hänvisningar till värdepapper eller digitala tillgångar är endast i illustrativt syfte och utgör inte en investeringsrekommendation eller erbjudande om att tillhandahålla investeringsrådgivningstjänster. Dessutom är detta innehåll inte riktat till eller avsett att användas av några investerare eller potentiella investerare, och får inte under några omständigheter lita på när man fattar ett beslut om att investera i någon fond som förvaltas av a16z. (Ett erbjudande om att investera i en a16z-fond kommer endast att göras av det privata emissionsmemorandumet, teckningsavtalet och annan relevant dokumentation för en sådan fond och bör läsas i sin helhet.) Alla investeringar eller portföljbolag som nämns, hänvisas till, eller beskrivna är inte representativa för alla investeringar i fordon som förvaltas av a16z, och det finns ingen garanti för att investeringarna kommer att vara lönsamma eller att andra investeringar som görs i framtiden kommer att ha liknande egenskaper eller resultat. En lista över investeringar gjorda av fonder som förvaltas av Andreessen Horowitz (exklusive investeringar för vilka emittenten inte har gett tillstånd för a16z att offentliggöra såväl som oanmälda investeringar i börsnoterade digitala tillgångar) finns tillgänglig på https://a16z.com/investments /.
Diagram och grafer som tillhandahålls i är endast i informationssyfte och bör inte litas på när man fattar investeringsbeslut. Tidigare resultat är inte en indikation på framtida resultat. Innehållet talar endast från det angivna datumet. Alla prognoser, uppskattningar, prognoser, mål, framtidsutsikter och/eller åsikter som uttrycks i detta material kan ändras utan föregående meddelande och kan skilja sig åt eller strida mot åsikter som uttrycks av andra. Se https://a16z.com/disclosures för ytterligare viktig information.
- SEO-drivet innehåll och PR-distribution. Bli förstärkt idag.
- Platoblockchain. Web3 Metaverse Intelligence. Kunskap förstärkt. Tillgång här.
- Källa: https://a16zcrypto.com/progressive-decentralization-a-high-level-framework/
- 1
- 100
- a
- A16Z
- Able
- Om oss
- Konto
- noggrannhet
- Uppnå
- tvärs
- aktiv
- aktivt
- aktivitet
- Dessutom
- Annat
- Dessutom
- Justering
- administrering
- Fördel
- reklam
- rådgivning
- rådgivande
- rådgivningstjänster
- påverka
- Dotterbolag
- affiliates
- mot
- Avtal
- Justerat
- Alla
- tilldelningar
- tillåter
- Även
- och
- Andreessen
- Andreessen Horowitz
- Annan
- Ansök
- tillvägagångssätt
- arkitektur
- runt
- Artister
- arweave
- aspekter
- Tillgångar
- försäkran
- Författarna
- tillgänglig
- AWS
- bar
- barer
- baserat
- därför att
- blir
- passande
- innan
- tro
- tros
- nedan
- fördel
- BÄST
- bästa praxis
- Föra
- SLUTRESULTAT
- Byggnad
- bygger
- byggt
- företag
- affärsmetoder
- affärsprocesser
- företag
- Ring
- kapital
- vilken
- försiktigt
- kategorier
- Censur
- Centrum
- centrala
- centralisering
- centraliserad
- VD
- vissa
- utmanar
- byta
- kanaler
- egenskaper
- val
- Välja
- omständigheter
- klar
- Medgrundare
- Colorado
- kommentarer
- engagerad
- Trygghet i vårdförloppet
- samfundet
- Företag
- konkurrenskraftig
- begrepp
- ledande
- Tänk
- utgöra
- innehåll
- innehåll curation
- sammanhang
- kontexter
- motsats
- bidra
- Bidragande
- bidrag
- contributors
- kontroll
- coo
- kooperativ
- samordna
- samordning
- Kärna
- Pris
- kunde
- skapa
- skapande
- Kreativ
- skaparna
- kritisk
- Odla
- curation
- För närvarande
- Datum
- dag
- Decentralisering
- decentralisera
- decentraliserad
- decentraliserad styrning
- decentraliserat nätverk
- Avgörande
- Beslutet
- Beslutsfattande
- beslut
- Examen
- Avdelning
- beroende
- beskriven
- Designa
- utformade
- design
- mönster
- detalj
- utvecklare
- Utveckling
- skilja sig
- olika
- svårt
- Svårighet
- digital
- Digitala tillgångar
- digitala symboler
- Dimensionera
- dimensioner
- direkt
- Avslöja
- Upplysningar
- diskutera
- distribueras
- Distribuerat nätverk
- fördelning
- dokumentation
- inte
- gör
- inte
- ner
- driv
- Duke
- Dynamiken
- varje
- Tidigare
- Tidig
- lättare
- Ekonomisk
- Ekonomi
- redaktör
- effektivt
- ansträngningar
- element
- smärgel
- tillväxtmarknader
- betona
- möjliggör
- uppmuntra
- uppmuntras
- stödja
- bestående
- ingrepp
- engagerande
- tillräckligt
- säkerställa
- helt
- helhet
- enhet
- speciellt
- väsentlig
- etablera
- uppskattningar
- Eter (ETH)
- Även
- så småningom
- alla
- utvecklas
- exakt
- exempel
- exempel
- exklusive
- exekvera
- förväntan
- erfarenhet
- Förklara
- uttryckt
- extern
- ögat
- faktorer
- SNABB
- återkoppling
- få
- Figur
- Finanser
- finansiella
- Förnamn
- passa
- kraft
- Krafter
- formen
- former
- Ramverk
- bedrägeri
- från
- främre
- fullständigt
- fungera
- funktionella
- fond
- fonder
- ytterligare
- Vidare
- framtida
- skaffa sig
- ges
- Go
- kommer
- god
- styrning
- gradvis
- grafer
- Grupp
- riktlinjer
- händer
- Harvard
- friska
- hjälpa
- hjälp
- här.
- högnivå
- hyra
- hålla
- Horowitz
- Hur ser din drömresa ut
- How To
- HTTPS
- idéer
- identifiera
- Inverkan
- nödvändigt
- med Esport
- förbättrar
- in
- I andra
- Incitament
- incitament
- innefattar
- Inklusive
- Öka
- oberoende
- oberoende av
- individuellt
- individer
- informationen
- Upplysande
- informeras
- Infrastruktur
- initialt
- ingång
- exempel
- Avsikt
- intresserad
- intressen
- inre
- Internet
- Introducerar
- införa
- Beskrivning
- Invest
- investering
- Investeringar
- För Investerare
- inbjudande
- involverade
- ipfs
- emittent
- IT
- iteration
- iterationer
- resa
- Nyckel
- Vet
- Menande
- Large
- lansera
- leda
- Leads
- Adress
- Nivå
- sannolikt
- Lista
- Lång
- lång sikt
- du letar
- förlorar
- gjord
- bibehålla
- göra
- GÖR
- Framställning
- hantera
- förvaltade
- ledning
- chef
- många
- många människor
- marknadsplats
- Marknader
- material
- Betyder Något
- max-bredd
- betyder
- Samtidigt
- mekanik
- möten
- Medlemmar
- Memorandum
- nämnts
- kanske
- emot
- modulära
- månader
- mer
- mest
- flytta
- rörliga
- nödvändigtvis
- nödvändigt för
- Behöver
- behövs
- negativ
- nät
- Nya
- Ny teknik
- antal
- erhållna
- erbjudanden
- erbjuda
- Office
- Officer
- ONE
- öppet
- Öppenheten
- drift
- Verksamhet
- Åsikter
- Alternativet
- Tillbehör
- beställa
- organisation
- organisatoriska
- organisationer
- Övriga
- Övrigt
- övergripande
- Tillsyn
- egen
- ägande
- Fred
- Parallell
- del
- deltagande
- deltagande
- särskilt
- partnern
- reservdelar till din klassiker
- Tidigare
- peer-to-peer
- Personer
- prestanda
- kanske
- tillstånd
- Personal
- Planen
- planering
- planer
- plattform
- Plattformar
- plato
- Platon Data Intelligence
- PlatonData
- snälla du
- poäng
- Populära
- portfölj
- placera
- möjlig
- potentiellt
- den mäktigaste
- praxis
- Prejudikat
- förutse
- tidigare
- Principen
- privat
- förmodligen
- Problem
- vinning
- process
- processer
- Produkt
- Professor
- lönsam
- progressiv
- progressivt
- projektet
- utsprång
- projekt
- rätt
- ordentligt
- utsikter
- protokoll
- ge
- förutsatt
- publicly
- syfte
- Tryck
- sköt
- kvalitet
- Snabbt
- snabbt
- snabbt
- Reagera
- Läsa
- Beredskap
- skäl
- Rekommendation
- rekommendationer
- referenser
- avses
- regelbunden
- relativt
- relevanta
- pålitlig
- ihåg
- avlägsen
- representativ
- rykte
- kräver
- Obligatorisk
- Kräver
- forskning
- elastisk
- Resurser
- ansvar
- Resultat
- Granskad
- Belöna
- Belöningar
- Rik
- Risk
- risker
- färdplan
- robusta
- Roll
- Körning
- Samma
- Skala
- Värdepapper
- säkerhet
- söker
- känsla
- tjänar
- service
- Tjänster
- in
- Dela
- delas
- delning
- Kort
- skall
- liknande
- enda
- Situationen
- SEX
- Sex månader
- Skjut
- reglaget
- glidning
- långsam
- saktar
- So
- Social hållbarhet
- några
- någon
- Källa
- Källor
- utrymmen
- talar
- speciell
- specifik
- ande
- stabil
- stapel
- stadier
- intressenter
- starta
- Starta
- Ange
- bo
- Fortfarande
- förvaring
- struktur
- ämne
- prenumeration
- framgång
- sådana
- Sullivan
- stödja
- Växla
- system
- Ta
- Målet
- mål
- skatt
- grupp
- lag
- tech
- Tekniken
- Teknologi
- villkor
- testa
- Smakämnen
- Framtiden
- den information
- deras
- däri
- sak
- saker
- Tänkande
- tredje part
- Genom
- tid
- gånger
- till
- tillsammans
- tokens
- alltför
- verktyg
- topp
- ämne
- TOTALT
- mot
- spår
- handlas
- traditionell
- överföring
- transitio
- kassan
- sann
- SVÄNG
- Vrida
- typiskt
- under
- förstå
- kompetensutveckling
- us
- användning
- användare
- vanligen
- Värdefulla
- värde
- olika
- fordon
- verifierade
- utsikt
- visningar
- syn
- sätt
- Web3
- väga
- Vad
- om
- som
- medan
- VEM
- bredare
- Bredare gemenskap
- kommer
- inom
- utan
- Arbete
- arbetade
- skulle
- Fel
- Din
- Youtube
- zephyrnet