Evgeny Ponomarev om Fluence: Banebrydende skyfri computing og decentraliseret infrastruktur

Decentraliseret computing er steget til toppen, da industrier kræver større fleksibilitet og autonomi ud over de traditionelle cloud-giganters rækkevidde. Fluence, medstiftet af Evgeny Ponomarev, udfordrer modigt dominansen af AWS, Azure og Google Cloud med sit koncept om “cloudless computing”—der samler global computerkraft gennem et åbent, decentraliseret netværk.

BeInCrypto interviewede Ponomarev for at udforske rationalet bag denne banebrydende tilgang, diskutere de udfordringer, der er mødt, industriens reaktioner, tokenomics og fremtiden for decentraliseret infrastruktur. Ponomarev delte strategier, som Fluence anvender for at levere omkostningsbesparelser, styrke fællesskabsstyring og integrere med Web3-protokoller.

Definition af cloudless computing og markedsmangler

Hos Fluence arbejder vi med decentraliseret computing. Vi har bygget det, vi kalder en “cloudless” platform—et udtryk, vi bruger til at beskrive vores alternativ til traditionelle cloud-udbydere som AWS, Azure eller Google Cloud. Det er i bund og grund et decentraliseret fysisk infrastrukturnetværk (DePIN), der tilbyder udviklere og virksomheder adgang til computerressourcer uden at være afhængige af centraliserede cloud-tjenester.

Tænk på det som Uber eller Airbnb for cloud. I stedet for at stole på en enkelt udbyder, samler vores platform computerressourcer fra en bred vifte af uafhængige kilder. Det er en open-source, tilladelsesfri protokol, der gør det muligt for udviklere at få adgang til disse ressourcer.

Industrier, anvendelser og Web3-fokus

Lige nu retter vi os primært mod Web3-markedet, som er et centralt fokus for denne konference. På Web3-området involverer en kerneanvendelse at køre noder. Uanset om det er layer one, layer two, roll-ups eller andre blockchain-løsninger, er de alle afhængige af noder—i bund og grund instanser af databaser.

Folk kører disse noder i skyen, på bare metal eller endda på personlige computere til tider. Det, vi tilbyder, er et pålideligt alternativ til traditionel cloud-infrastruktur til at køre disse arbejdsbelastninger. Specifikt er nodeoperatører et kritisk markedssegment for os inden for Web3-økosystemet.

Men i bund og grund kan du bruge denne platform til at køre enhver form for arbejdsbelastninger som traditionelle skyer—uanset om det er backends, databaser, spilservere, webapps og mere.

Fluences differentiering på DePIN-området

Som jeg sagde, fokuserer vi udelukkende på computing. I DePIN kan du se en bred vifte af mennesker og projekter, der gør forskellige ting. Men hele modellen er, at de crowdsourcer ressourcer fra flere udbydere, måske som forbrugere, slutbrugerenheder eller mere professionelle virksomheder. De samler, pakker dem ind i produkter og finder kunder til dem.

For os er målet at levere computerressourcer. Men når du leverer computing, er der også en lagringskomponent—detaljer, som du pakker ind i forskellige cloud-tjenester. Vores primære retning er dog at bringe computerinfrastruktur ind, fordi vi ser en enorm og voksende efterspørgsel, især med stigningen af AI, efter computerressourcer.

Så vi begynder at levere computing til nodeoperatører, men så vokser vi meget bredere, og vi vil også dække AI-anvendelser.

Udfordringer ved at bygge decentraliseret orkestrering

Udfordringen ved at bygge decentraliseret orkestrering stammer fra vores tidlige eksperimenter med forskellige løsninger for at bestemme den rigtige tilgang til cloud-infrastruktur.

På et tidspunkt forsøgte vi at have peer-to-peer orkestrering af forskellige beregninger, der foregår på forskelligt hardware, noder eller brugerenheder. Men så indså vi, at lavere niveau løsninger, som grundlæggende virtualisering af ressourcer, manglede. Så vi besluttede først at levere dette, og det er, hvad vi har nu.

Og så vende tilbage til orkestrering. Men i bund og grund handler orkestrering om at reducere leverandørlåsning. I øjeblikket dominerer store cloud-udbydere markedet, og mange virksomheder er helt afhængige af en enkelt udbyder til at køre deres applikationer. Dette skaber det, der er kendt som “platformrisiko” eller “leverandørrisiko”. Hvis udbyderen beslutter at de-platforme, forbyde eller justere priser, kan hele virksomheden være i fare.

Så hver gang du bruger en decentraliseret platform i stedet for en centraliseret cloud, er din forretningskontinuitet og bæredygtighed sikrere.

FLT tokenomics og netværksincitamenter

FLT-tokenet spiller en afgørende rolle i at sikre computerkraften og hardwaren inden for netværket. Grundlæggende skal enhver ny hardware, der tilføjes på udbudssiden af netværket, stakkes af tokenindehavere, og der er et kryptøkonomisk incitament til at bevise, at denne hardware er online og tilgængelig og har en vis ydeevne.

Staking hjælper med at have denne skin in the game, hvor udbydere risikerer at miste deres stake, hvis de ikke opfylder deres forpligtelser vedrørende hardwaretilgængelighed og ydeevne. Men udbydere, der med succes leverer på deres forpligtelser, tjener staking-belønninger.

Vi undersøger også yderligere måder at forbedre FLT’s nytteværdi. For eksempel ved at muliggøre lån sikret i FLT, kan vi tillade udbydere at låne mod deres tokenbelønninger. Dette ville gøre det muligt for dem hurtigt at erhverve ny hardware, forbinde det til netværket og tjene flere belønninger. Over tid kan de låne mod disse belønninger for at skalere endnu hurtigere.

Og på kundesiden kan du også gøre det ved at subsidiere priser for kunder. Vi vil bringe flere af sådanne mekanismer i fremtiden.

Udvikler- og virksomhedsreaktioner på decentraliseret beregning

Fra kundesiden er det vigtigt for os at bygge et produkt, der tilbyder en oplevelse, der ligner centraliserede cloud-platforme. Det er decentraliseret, men brugeroplevelsen forbliver den samme.

Derfor er udviklere meget åbne og positive over for os—det er meget nemt for dem at skifte. Hvis de har arbejdsbelastninger i skyen, kan de simpelthen hoste dem her. Der er intet specielt eller usædvanligt ved udvikleroplevelsen.

Du implementerer simpelthen dine arbejdsbelastninger til vores virtuelle maskiner og virtuelle servere ved hjælp af SSH-nøgler og standard autorisationsprocesser. Oplevelsen er i bund og grund den samme.

Selvfølgelig er der altid argumentet om, at dette er en ny platform—det er en startup—så en vis grad af tillid er nødvendig.

Det er en ny virksomhed. Når du skifter fra en stor, etableret virksomhed med 20 års historie til en ny, er der naturligvis en tillidsfaktor involveret. Vi arbejder på at bygge bro over den kløft ved at være til stede overalt, forblive åbne og gennemsigtige, yde hurtig support og endda tilbyde økonomisk assistance, når det er nødvendigt, især for at bringe mindre projekter på vores platform.

Det er alt sammen en del af en typisk onboarding-proces.

Omkostningsstruktur og kursfordele

Ja, det er sjovt, hvor mange der ikke er klar over, hvor meget cloud-platforme opkræver oven i de faktiske omkostninger ved hardwaren. Margenerne i cloud-branchen er enorme.

Hvis du blot køber en server direkte fra en producent og driver en forretningsmodel, hvor serveren betaler sig selv tilbage over to eller tre år, kan du tilbyde priser, der er flere gange lavere end, hvad traditionelle cloud-udbydere opkræver. Det, de opkræver for, er i høj grad deres brand, de “gratis” credits, de tilbyder — som de i sidste ende får tilbage ved at opkræve mere — og hundredevis af ekstra tjenester, de forsøger at sælge, hvilket får dig til at betale endnu mere.

Det, vi gør, er anderledes: vi tilbyder en tilladelsesfri protokol, der styres af en on-chain DAO. Vi tager ingen gebyrer. Økonomien er udelukkende baseret på udbyderens side med rimelige — ikke overdrevne — margener.

Vi giver udbydere direkte adgang til kundebasen, så de ikke behøver at håndtere salg selv. Derfor er de komfortable med at operere med lavere margener — deres eneste fokus er at drive hardwaren.

Vi tager simpelthen den laveste pris, de tilbyder, og giver den direkte videre til kunden — ingen mellemled, ingen ekstra margener. Det er hele magien: det handler udelukkende om de reelle omkostninger ved hardware og beregning.

Web3 og AI-partnerskaber for en decentraliseret stack

Vi har en ret betydelig pipeline af virksomheder inden for Web3-området. Det er primært node-operatører eller virksomheder, der tilbyder det, der kaldes “node-as-a-service,” hvilket betyder, at de giver deres slutbrugere mulighed for at implementere noder til forskellige protokoller med blot et klik.

Vi støtter dem med beregningsinfrastruktur i baggrunden — i bund og grund kører disse noder på vores servere. Vi har flere navne på vej i pipelinen. Jeg er ikke sikker på, om jeg kan dele dem endnu, men vi vil snart annoncere dem.

Støtte til AI/LLM arbejdsbelastninger og GPU køreplan

Lige nu fokuserer vi kun på CPU-servere, som ikke er egnede til AI-inferens eller træning. Men vi planlægger snart at tilføje GPU’er.

Vores udbydere har allerede mange GPU’er og spørger konstant, om de kan tilslutte dem. Vi arbejder på at sikre, at når vi tilbyder GPU’er, vil de være tilgængelige til nogle af de bedste priser på markedet. Når alt er klar, vil vi offentliggøre tilbuddene og gøre dem tilgængelige for brugerne.

For at onboarde LLM’er og understøtte inferensbrugssager, har du i bund og grund kun brug for adgang til GPU-kapacitet og ideelt set nogle ekstra UX-lag for at forenkle udvikleroplevelsen. Dette er allerede på vores køreplan.

AI generelt driver en enorm efterspørgsel efter GPU-hardware, men det øger også efterspørgslen efter CPU-hardware — fordi opgaver som databehandling, datamærkning og datasætforberedelse er kritiske trin før træning af en model.

Der er også arbejdsbelastninger kendt som AI-agenter, som i bund og grund er bots, der bruger AI-modeller. At køre disse bots kræver primært CPU-servere, mens det at kalde eller interagere med modellerne kræver GPU-servere.

Så du har altid brug for både CPU-servere og GPU-servere for fuldt ud at understøtte disse typer applikationer.

DAO-styring og fællesskabsengagement

Vi har en ret standard DAO-model. Den er baseret på on-chain afstemning med visse grænser på plads. For eksempel skal du have en delegeret mængde stemmekraft for at oprette et forslag, og et forslag skal modtage et minimum antal stemmer for at blive vedtaget.

Udførelsen sker on-chain, men vi har også en off-chain juridisk struktur på plads. En styringskomité er ansvarlig for at overvåge og facilitere udførelsesprocessen.

Vi følger en model, hvor styringskomitéen vælges af fællesskabet hver et til to år.

Overordnet set er denne model ret standard — der er ikke noget særligt nyt eller usædvanligt ved den. Det er en typisk Web3 DAO-model, hvor afstemning er token-vægtet — folk stemmer baseret på antallet af tokens, de har.

Decentralisering for virksomheder: SLA’er, certificering og fiat

Erhvervsbrugere kræver typisk tre nøgleelementer: først en Service Level Agreement (SLA), der garanterer tilgængeligheden af tjenester.

For det andet har de brug for, at udbydere har relevante certificeringer — sikkerheds- og overensstemmelsesstandarder som SOC 2 eller ISO 27001. De fleste af vores udbydere har allerede disse certificeringer, og vi fokuserer i øjeblikket på at arbejde primært med hardwareudbydere, der opfylder disse standarder.

For det tredje vil de selvfølgelig betale i fiat, da de er virksomheder, der opererer i Web2-verdenen, ikke i Web3. Vi sørger for, at vi har alle de nødvendige systemer på plads for at kunne onboarde store virksomheder fra Web2-området.

Vi gør gode fremskridt på dette område. Når det kommer til SLA’er, er der flere måder at håndtere dem på. En tilgang er at indgå en juridisk aftale med virksomheden, der klart beskriver og garanterer service tilgængelighed.

Vi arbejder også på en on-chain SLA, der i bund og grund ville fungere som en juridisk aftale. I denne model ville udbydere forpligte sig on-chain til at garantere et bestemt niveau af service tilgængelighed til kunderne.

Alt ville blive registreret i en smart contract med klare regler: for eksempel, hvis en udbyder ikke opfylder en 99% SLA, ville de være forpligtet til at refundere en del af betalingen til kunden.

Hvad angår fiat-betalinger, er der kun så meget, vi kan gøre — det er en begrænsning, vi er opmærksomme på.

Hvis virksomheder ønsker at betale i fiat, accepterer vi det. Vi konverterer derefter fiat til stablecoins og finansierer de tilsvarende smart contracts.

Dette trin er uundgåeligt i øjeblikket — vi har endnu ikke fundet en måde at undgå det på. Men vi tror, at i fremtiden vil stablecoin-udbredelse fortsætte med at vokse, hvilket vil hjælpe med at løse dette problem, i det mindste delvist.

Uundgåeligheden af decentraliseret cloud og Fluences fremtid

Jeg tror ikke, der var et enkelt øjeblik, hvor vi indså, at det her skulle eksistere. Det var mere den generelle vækst af Web3 og krypto-bevægelsen, der gjorde det klart.

Decentraliserede modeller har vist, at de nogle gange kan være mere effektive og kan markant sænke barriererne for adgang til mange tjenester og teknologier.

Især når det kombineres med den dramatiske vækst i efterspørgslen efter beregning drevet af AI, mener vi, det er essentielt at levere nem og overkommelig adgang til beregningsressourcer til en meget bredere målgruppe — noget traditionelle cloud-platforme ofte forhindrer.

Deres modeller kommer med KYC-krav, kreditkortbarrierer og en primær forpligtelse til at tjene aktionærer. I modsætning hertil tilbyder vi et alternativ: en DAO-styret, tilladelsesfri infrastrukturmodel.

Afsluttende tanker

Vi inviterer folk til at deltage i vores kommende beta for virtuelle servere og indsamler i øjeblikket ansøgninger — du kan tilmelde dig på vores hjemmeside.

Vi er begejstrede for at se flere prøve det, dele deres feedback og hjælpe os med at udvikle denne åbne og tilladelsesfri beregningsinfrastruktur for menneskeheden.