Evgeny Ponomarev om Fluence: Pionerer skyfri databehandling og desentralisert infrastruktur

Desentralisert databehandling har kommet i forgrunnen ettersom bransjer krever større fleksibilitet og autonomi utover rekkevidden til tradisjonelle sky-giganter. Fluence, medgrunnlagt av Evgeny Ponomarev, utfordrer dristig dominansen til AWS, Azure og Google Cloud med sitt konsept om “cloudless computing”—som samler global datakraft gjennom et åpent, desentralisert nettverk.

BeInCrypto intervjuet Ponomarev for å utforske rasjonalet bak denne banebrytende tilnærmingen, diskutere utfordringer, bransjereaksjoner, tokenomics og fremtiden for desentralisert infrastruktur. Ponomarev delte strategier Fluence bruker for å levere kostnadsbesparelser, styrke fellesskapsstyring og integrere med Web3-protokoller.

Definere skyfri databehandling og markedsgap

Hos Fluence jobber vi med desentralisert databehandling. Vi har bygget det vi kaller en “cloudless” plattform—et begrep vi bruker for å beskrive vårt alternativ til tradisjonelle skyleverandører som AWS, Azure eller Google Cloud. I hovedsak er det et desentralisert fysisk infrastrukturnettverk (DePIN) som gir utviklere og selskaper tilgang til databehandlingsressurser uten å være avhengig av sentraliserte skytjenester.

Tenk på det som Uber eller Airbnb for skyen. I stedet for å stole på en enkelt leverandør, samler plattformen vår databehandlingsressurser fra et bredt spekter av uavhengige kilder. Det er en åpen kildekode, tillatelsesfri protokoll som gjør det mulig for utviklere å utnytte disse ressursene.

Bransjer, bruksområder og Web3-fokus

Akkurat nå retter vi oss primært mot Web3-markedet, som er et sentralt fokus for denne konferansen. I Web3-området er en kjernebrukstilfelle å kjøre noder. Enten det er layer one, layer two, roll-ups eller andre blokkjede-løsninger, er de alle avhengige av noder—i hovedsak instanser av databaser.

Folk kjører disse nodene i skyen, på bare metall, eller til og med på personlige datamaskiner noen ganger. Det vi tilbyr er et pålitelig alternativ til tradisjonell skyinfrastruktur for å kjøre disse arbeidsbelastningene. Spesielt er nodeoperatører et kritisk markedssegment for oss innen Web3-økosystemet.

Men i hovedsak kan du bruke denne plattformen til å kjøre alle slags arbeidsbelastninger som tradisjonelle skyer—enten det er backends, databaser, spillservere, webapper og mer.

Fluence sin differensiering i DePIN-rommet

Som jeg sa, fokuserer vi utelukkende på databehandling. I DePIN kan du se et bredt spekter av mennesker og prosjekter som gjør forskjellige ting. Men hele modellen er at de crowdsourcer ressurser fra flere leverandører, kanskje som forbrukere, sluttbrukerenheter eller mer profesjonelle selskaper. De samler, pakker dem inn i produkter og finner kunder for dem.

For oss er målet å tilby databehandlingsressurser. Men når du tilbyr databehandling, er det også en lagringskomponent—detaljer som du pakker inn i forskjellige skytjenester. Vår primære retning er imidlertid å bringe inn databehandlingsinfrastruktur, fordi vi ser en enorm og voksende etterspørsel, spesielt med fremveksten av AI, etter databehandlingsressurser.

Så vi begynner å tilby databehandling for nodeoperatører, men så vokser vi mye bredere, og vi kommer også til å dekke AI-bruksområder.

Utfordringer med å bygge desentralisert orkestrering

Utfordringen med å bygge desentralisert orkestrering stammer fra våre tidlige eksperimenter med ulike løsninger for å bestemme riktig tilnærming til skyinfrastruktur.

På et tidspunkt prøvde vi å ha peer-to-peer orkestrering av forskjellige beregninger som skjer på forskjellig maskinvare, noder eller brukerenheter. Men så innså vi at lavere nivå løsninger, som grunnleggende virtualisering av ressurser, manglet. Så vi bestemte oss for å først levere dette, og dette er hva vi har nå.

Og så gå tilbake til orkestrering. Men i hovedsak handler orkestrering om å redusere leverandørlås. For tiden dominerer store skyleverandører markedet, og mange selskaper er helt avhengige av en enkelt leverandør for å kjøre sine applikasjoner. Dette skaper det som er kjent som “plattformrisiko” eller “leverandørrisiko.” Hvis leverandøren bestemmer seg for å de-plattformere, forby eller justere prisingen, kan hele virksomheten være i fare.

Så når du bruker en desentralisert plattform i stedet for en sentralisert sky, er din forretningskontinuitet og bærekraft tryggere.

FLT tokenomics og nettverksinsentiver

FLT-tokenet spiller en avgjørende rolle i å sikre datakraften og maskinvaren i nettverket. I utgangspunktet må all ny maskinvare som legges til på tilbudssiden av nettverket stakkes av tokeninnehavere, og det er et kryptøkonomisk insentiv for å bevise at denne maskinvaren er online og tilgjengelig og har en viss ytelse.

Staking bidrar til å ha denne innsatsen, der leverandører risikerer å miste sin innsats hvis de ikke oppfyller sine forpliktelser angående maskinvaretilgjengelighet og ytelse. På den annen side tjener leverandører som leverer på sine forpliktelser staking-belønninger.

Vi utforsker også flere måter å forbedre nytten av FLT. For eksempel, ved å muliggjøre lån sikret i FLT, kan vi tillate leverandører å låne mot sine tokenbelønninger. Dette vil gjøre det mulig for dem å raskt skaffe ny maskinvare, koble den til nettverket og tjene flere belønninger. Over tid kan de låne mot disse belønningene for å skalere enda raskere.

Og på kundesiden kan du også gjøre det ved å subsidiere priser for kunder. Vi kommer til å bringe flere slike mekanismer i fremtiden.

Utvikler- og bedriftsreaksjoner på desentralisert databehandling

Fra kundesiden er det viktig for oss å bygge et produkt som tilbyr en opplevelse som ligner på sentraliserte skyplattformer. Det er desentralisert, men brukeropplevelsen forblir den samme.

Det er derfor utviklere er veldig åpne og positive til oss—det er veldig enkelt for dem å bytte. Hvis de har arbeidsbelastninger i skyen, kan de enkelt være vert for dem her. Det er ingenting spesielt eller uvanlig med utvikleropplevelsen.

Du distribuerer ganske enkelt arbeidsbelastningene dine til våre virtuelle maskiner og virtuelle servere, ved å bruke SSH-nøkler og standard autorisasjonsprosesser. I hovedsak er opplevelsen lik.

Selvfølgelig er det alltid argumentet om at dette er en ny plattform—det er en oppstart—så et visst nivå av tillit er nødvendig.

Det er en ny virksomhet. Når du bytter fra et stort, etablert selskap med 20 års historie til et nytt, er det naturlig en tillitsfaktor involvert. Vi jobber for å bygge bro over dette gapet ved å være til stede overalt, være åpne og transparente, gi rask støtte, og til og med tilby økonomisk hjelp når det er nødvendig, spesielt for å bringe mindre prosjekter til vår plattform.

Det er alt en del av en typisk onboarding-prosess.

Kostnadsstruktur og prisfordeler

Ja, det er morsomt hvor mange som ikke innser hvor mye skyplattformer tar betalt utover de faktiske kostnadene for maskinvaren. I hovedsak er marginene i skybransjen enorme.

Hvis du ganske enkelt kjøper en server direkte fra en produsent og driver en forretningsmodell der serveren betaler seg tilbake over to eller tre år, kan du tilby priser som er flere ganger lavere enn det tradisjonelle skyleverandører tar. Det de tar betalt for er i stor grad deres merkevare, de “gratis” kreditter de tilbyr — som de til slutt henter inn ved å kreve mer — og hundrevis av tilleggstjenester de prøver å presse på, noe som fører til at du betaler enda mer.

Det vi gjør er annerledes: vi tilbyr en tillatelsesfri protokoll administrert av en on-chain DAO. Vi tar ingen gebyrer. Økonomien er utelukkende basert på leverandørens side, med rimelige — ikke overdrevne — marginer.

Vi lar leverandører få direkte tilgang til kundebasen, slik at de ikke trenger å håndtere salg selv. Det er derfor de er komfortable med å operere med tynnere marginer — deres eneste fokus er å drive maskinvaren.

Vi tar ganske enkelt den laveste prisen de tilbyr og gir den direkte til kunden — ingen mellomledd, ingen ekstra marginer. Det er hele magien: det handler utelukkende om den reelle økonomien i maskinvare og databehandling.

Web3 og AI-partnerskap for en desentralisert stack

Vi har en ganske betydelig pipeline av selskaper i Web3-området. Det er hovedsakelig nodeoperatører eller selskaper som tilbyr det som kalles “node-as-a-service,” noe som betyr at de gir sine sluttbrukere muligheten til å distribuere noder for forskjellige protokoller med bare ett klikk.

Vi støtter dem med databehandlingsinfrastruktur under panseret — i hovedsak kjører disse nodene på våre servere. Vi har flere navn på listen. Jeg er ikke sikker på om jeg kan dele dem ennå, men vi vil kunngjøre dem snart.

Støtte AI/LLM-arbeidsbelastninger og GPU-veikart

Akkurat nå fokuserer vi kun på CPU-servere, som ikke er egnet for AI-inferens eller trening. Imidlertid planlegger vi å legge til GPU-er snart.

Våre leverandører har allerede mange GPU-er og spør stadig om de kan koble dem til. Vi jobber for å sikre at når vi tilbyr GPU-er, vil de være tilgjengelige til noen av de beste prisene på markedet. Når alt er klart, vil vi publisere tilbudene og gjøre dem tilgjengelige for brukere.

For å integrere LLM-er og støtte inferensbrukstilfeller, trenger du egentlig bare tilgang til GPU-kapasitet og ideelt sett noen ekstra UX-lag for å forenkle utvikleropplevelsen. Dette er allerede på vår veikart.

AI generelt driver stor etterspørsel etter GPU-maskinvare, men det øker også etterspørselen etter CPU-maskinvare — fordi oppgaver som databehandling, datamerking og datasettforberedelse er kritiske trinn før man trener en modell.

Det finnes også arbeidsbelastninger kjent som AI-agenter, som i hovedsak er roboter som bruker AI-modeller. Å kjøre disse robotene krever primært CPU-servere, mens det å kalle eller samhandle med modellene krever GPU-servere.

Så, du trenger alltid både CPU-servere og GPU-servere for å fullt ut støtte disse typene applikasjoner.

DAO-styring og fellesskapsengasjement

Vi har en ganske standard DAO-modell. Den er basert på on-chain stemmegivning, med visse terskler på plass. For eksempel, du må ha en delegert mengde stemmekraft for å opprette et forslag, og et forslag må motta et minimum antall stemmer for å bli vedtatt.

Gjennomføring skjer on-chain, men vi har også en off-chain juridisk struktur på plass. En styringskomité er ansvarlig for å overvåke og legge til rette for gjennomføringsprosessen.

Vi følger en modell der styringskomiteen velges av fellesskapet hvert ett til to år.

Totalt sett er denne modellen ganske standard — det er ingenting spesielt nytt eller uvanlig med den. Det er en typisk Web3 DAO-modell der stemmegivning er token-vektet — folk stemmer basert på antall tokens de har.

Desentralisering for bedrifter: SLA-er, sertifisering og fiat

Bedriftsbrukere krever vanligvis tre nøkkelting: først, en Service Level Agreement (SLA), som garanterer tilgjengeligheten av tjenester.

For det andre trenger de at leverandører har relevante sertifiseringer — sikkerhets- og samsvarsstandarder som SOC 2 eller ISO 27001. De fleste av våre leverandører har allerede disse sertifiseringene, og vi fokuserer for tiden på å jobbe primært med maskinvareleverandører som oppfyller disse standardene.

For det tredje, selvfølgelig, ønsker de å betale i fiat, da de er bedrifter som opererer i Web2-verdenen, ikke i Web3. Vi sørger for at vi har alle nødvendige systemer på plass for å lykkes med å integrere store bedrifter fra Web2-området.

Vi gjør gode fremskritt på dette området. Når det gjelder SLA-er, er det flere måter å adressere dem på. En tilnærming er å inngå en juridisk avtale med bedriften, som tydelig beskriver og garanterer tjenestetilgjengelighet.

Vi jobber også med en on-chain SLA, som i hovedsak vil fungere som en juridisk avtale. I denne modellen vil leverandører forplikte seg on-chain til å garantere et visst nivå av tjenestetilgjengelighet til kundene.

Alt vil bli registrert i en smartkontrakt, med klare regler: for eksempel, hvis en leverandør ikke oppfyller en 99 % SLA, vil de være pålagt å refundere en del av betalingen til kunden.

Når det gjelder fiat-betalinger, er det bare så mye vi kan gjøre — det er en begrensning vi er klar over.

Hvis bedrifter ønsker å betale i fiat, aksepterer vi det. Vi konverterer deretter fiat til stablecoins og finansierer de tilsvarende smartkontraktene.

Dette trinnet er uunngåelig for øyeblikket — vi har ikke funnet en måte å komme rundt det ennå. Imidlertid tror vi at i fremtiden vil adopsjonen av stablecoins fortsette å vokse, noe som vil bidra til å løse dette problemet, i det minste delvis.

Uunngåeligheten av desentralisert sky og Fluence sin fremtid

Jeg tror ikke det var et enkelt øyeblikk da vi innså at dette trengte å eksistere. Det var mer den generelle veksten av Web3- og kryptobevegelsen som gjorde det klart.

Desentraliserte modeller har vist at de noen ganger kan være mer effektive og kan betydelig senke barrierene for mange tjenester og teknologier.

Spesielt når det kombineres med den dramatiske veksten i etterspørselen etter databehandling drevet av AI, mener vi det er viktig å levere enkel og rimelig tilgang til databehandlingsressurser til et mye bredere publikum — noe tradisjonelle skyplattformer ofte hindrer.

Deres modeller kommer med KYC-krav, kredittkortbarrierer og en primær forpliktelse til å tjene aksjonærer. I kontrast tilbyr vi et alternativ: en DAO-administrert, tillatelsesfri infrastrukturmodell.

Avsluttende tanker

Vi inviterer folk til å delta i vår kommende beta for virtuelle servere og samler for øyeblikket inn søknader — du kan registrere deg på vår nettside.

Vi er begeistret for å se flere prøve det ut, dele sine tilbakemeldinger og hjelpe oss med å vokse denne åpne og tillatelsesfrie datainfrastrukturen for menneskeheten.