Evgeny Ponomarev om Fluence: Banbrytande molnfri databehandling och decentraliserad infrastruktur

Decentraliserad databehandling har blivit populär när industrier kräver mer flexibilitet och självständighet bortom traditionella molnjättar. Fluence, medgrundat av Evgeny Ponomarev, utmanar modigt AWS, Azure och Google Cloud med sitt koncept “molnlös databehandling”—som samlar global datorkraft genom ett öppet, decentraliserat nätverk.

BeInCrypto intervjuade Ponomarev för att utforska tankarna bakom detta banbrytande tillvägagångssätt, diskutera utmaningar, branschreaktioner, tokenekonomi och framtiden för decentraliserad infrastruktur. Ponomarev delade strategier som Fluence använder för att leverera kostnadsbesparingar, stärka gemenskapsstyrning och integrera med Web3-protokoll.

Definiera Cloudless Computing och marknadsgap

På Fluence arbetar vi med decentraliserad databehandling. Vi har byggt vad vi kallar en “molnlös” plattform—ett begrepp vi använder för att beskriva vårt alternativ till traditionella molnleverantörer som AWS, Azure eller Google Cloud. Det är i grunden ett decentraliserat fysiskt infrastrukturnätverk (DePIN) som erbjuder utvecklare och företag tillgång till datorkapacitet utan att förlita sig på centraliserade molntjänster.

Tänk på det som Uber eller Airbnb för molnet. Istället för att förlita sig på en enda leverantör, samlar vår plattform datorkapacitet från en mängd oberoende källor. Det är ett öppen källkod, tillståndslöst protokoll som gör det möjligt för utvecklare att använda dessa resurser.

industrier, användningsområden och web3-fokus

Just nu riktar vi oss främst mot Web3-marknaden, som är ett viktigt fokus för denna konferens. Inom Web3-området handlar ett kärnanvändningsområde om att köra noder. Oavsett om det är lager ett, lager två, roll-ups eller andra blockkedjelösningar, förlitar de sig alla på noder—i princip instanser av databaser.

Folk kör dessa noder i molnet, på bare metal eller till och med på persondatorer ibland. Vad vi erbjuder är ett pålitligt alternativ till traditionell molninfrastruktur för att köra dessa arbetsbelastningar. Specifikt är nodoperatörer en kritisk marknadssegment för oss inom Web3-ekosystemet.

Men i princip kan du använda denna plattform för att köra alla typer av arbetsbelastningar som traditionella moln—oavsett om det är backends, databaser, spelservrar, webbappar och mer.

Fluence’s Differentiering i DePIN-området

Som jag sa, vi fokuserar enbart på databehandling. I DePIN kan du se en mängd olika människor och projekt som gör olika saker. Men hela modellen är att de crowdsourcar resurser från flera leverantörer, kanske som konsumenter, slutanvändarenheter eller mer professionella företag. De samlar, paketerar dem till produkter och hittar kunder för dem.

För oss är målet att tillhandahålla datorkapacitet. Men när du tillhandahåller datorkapacitet finns det också en lagringskomponent—detaljer som du paketerar i olika molntjänster. Vår huvudsakliga riktning är dock att ta in datainfrastruktur, eftersom vi ser en stor och växande efterfrågan, särskilt med AI:s framväxt, på datorkapacitet.

Så vi börjar tillhandahålla datorkapacitet för nodoperatörer, men sedan växer vi mycket bredare, och vi kommer också att täcka AI-användningsområden.

Utmaningar med att bygga decentraliserad orkestrering

Utmaningen med att bygga decentraliserad orkestrering kommer från våra tidiga experiment med olika lösningar för att bestämma rätt tillvägagångssätt för molninfrastruktur.

Vid något tillfälle försökte vi ha peer-to-peer-orkestrering av olika beräkningar som sker på olika hårdvara, noder eller användarenheter. Men sedan insåg vi att lägre nivålösningar, som grundläggande virtualisering av resurser, saknades. Så vi bestämde oss för att först leverera detta, och det är vad vi har nu.

Och sedan återgå till orkestrering. Men i princip handlar orkestrering om att minska leverantörslåsning. För närvarande dominerar stora molnleverantörer marknaden, och många företag förlitar sig helt på en enda leverantör för att köra sina applikationer. Detta skapar det som kallas “plattformrisk” eller “leverantörsrisk.” Om leverantören beslutar att de-plattformera, förbjuda eller justera prissättningen, kan hela verksamheten vara i riskzonen.

Så när du använder en decentraliserad plattform istället för ett centraliserat moln är din affärskontinuitet och hållbarhet säkrare.

FLT Tokenekonomi och Nätverksincitament

FLT-token spelar en viktig roll i att säkra datorkraften och hårdvaran inom nätverket. I princip måste all ny hårdvara som läggs till på nätverkets utbudssida stakas av tokeninnehavare, och det finns ett kryptoekonomiskt incitament att bevisa att denna hårdvara är online och tillgänglig och har viss prestanda.

Staking hjälper till att ha detta engagemang, där leverantörer riskerar att förlora sin insats om de misslyckas med att uppfylla sina åtaganden angående hårdvarutillgänglighet och prestanda. Å andra sidan tjänar leverantörer som framgångsrikt uppfyller sina åtaganden stakingbelöningar.

Vi utforskar också ytterligare sätt att förbättra FLT:s användbarhet. Till exempel, genom att möjliggöra lån med FLT som säkerhet, skulle vi kunna låta leverantörer låna mot sina tokenbelöningar. Detta skulle göra det möjligt för dem att snabbt skaffa ny hårdvara, ansluta den till nätverket och tjäna fler belöningar. Med tiden kan de låna mot dessa belöningar för att skala ännu snabbare.

Och på kundsidan kan du också göra det genom att subventionera priser för kunder. Vi kommer att införa fler sådana mekanismer i framtiden.

Utvecklares och företags reaktioner på decentraliserad datorkraft

Från kundsidan är det viktigt för oss att bygga en produkt som erbjuder en upplevelse liknande centraliserade molnplattformar. Det är decentraliserat, men användarupplevelsen förblir densamma.

Därför är utvecklare mycket öppna och positiva till oss—det är mycket enkelt för dem att byta. Om de har arbetsbelastningar i molnet kan de enkelt vara värd för dem här. Det finns inget speciellt eller ovanligt med utvecklarupplevelsen.

Du distribuerar helt enkelt dina arbetsbelastningar till våra virtuella maskiner och virtuella servrar, med hjälp av SSH-nycklar och standardauktoriseringsprocesser. I princip är upplevelsen liknande.

Självklart finns det alltid argumentet att detta är en ny plattform—det är en startup—så en viss nivå av förtroende krävs.

Det är en ny verksamhet. När du byter från ett stort, etablerat företag med 20 års historia till ett nytt, finns det naturligtvis en förtroendefaktor inblandad. Vi arbetar för att överbrygga den klyftan genom att vara närvarande överallt, vara öppna och transparenta, ge snabb support och till och med erbjuda ekonomisk hjälp när det behövs, särskilt för att få mindre projekt till vår plattform.

Det är en del av en typisk onboardingprocess.

Kostnadsstruktur och Prissättningsfördelar

Det är roligt hur många inte inser hur mycket molnplattformar tar betalt utöver hårdvarans faktiska kostnader. Marginalerna i molnverksamheten är enorma.

Om du köper en server direkt från en tillverkare och låter den betala sig själv över två eller tre år, kan du erbjuda priser som är mycket lägre än traditionella molnleverantörer. De tar betalt för sitt varumärke, de “gratis” krediter de erbjuder — som de återfår genom att ta mer betalt — och hundratals extra tjänster de försöker sälja, vilket leder till att du betalar ännu mer.

Vi gör något annorlunda: vi erbjuder ett tillståndsfritt protokoll som hanteras av en on-chain DAO. Vi tar inga avgifter. Ekonomin baseras helt på leverantörens sida, med rimliga — inte överdrivna — marginaler.

Vi låter leverantörer nå kunder direkt, så de behöver inte hantera försäljning själva. Därför är de bekväma med att arbeta med lägre marginaler — deras enda fokus är att driva hårdvaran.

Vi tar helt enkelt det lägsta priset de erbjuder och ger det direkt till kunden — inga mellanhänder, inga extra marginaler. Det är hela magin: det handlar bara om hårdvarans och beräkningskraftens verkliga ekonomi.

Web3 och AI-partnerskap för en decentraliserad stack

Vi har en ganska stor pipeline av företag inom Web3-området. Det är främst nodoperatörer eller företag som erbjuder “nod-som-tjänst,” vilket innebär att de ger sina slutanvändare möjlighet att distribuera noder för olika protokoll med bara ett klick.

Vi stödjer dem med beräkningsinfrastruktur i bakgrunden — dessa noder körs i princip på våra servrar. Vi har flera namn i pipelinen. Jag är inte säker på om jag kan dela dem ännu, men vi kommer att tillkännage dem snart.

Stöd för AI/LLM-arbetsbelastningar och GPU-vägkarta

Just nu fokuserar vi bara på CPU-servrar, som inte är lämpliga för AI-inferens eller träning. Men vi planerar att lägga till GPU:er snart.

Våra leverantörer har redan många GPU:er och frågar ständigt om de kan ansluta dem. Vi arbetar för att säkerställa att när vi erbjuder GPU:er, kommer de att finnas tillgängliga till några av de bästa priserna på marknaden. När allt är klart kommer vi att publicera erbjudandena och göra dem tillgängliga för användare.

För att integrera LLM:er och stödja inferensanvändningsfall behöver du egentligen bara tillgång till GPU-kapacitet och helst några extra UX-lager för att förenkla utvecklarupplevelsen. Detta finns redan på vår färdplan.

AI driver generellt en stor efterfrågan på GPU-hårdvara, men det ökar också efterfrågan på CPU-hårdvara — eftersom uppgifter som databehandling, datamärkning och datasetförberedelse är kritiska steg innan man tränar en modell.

Det finns också arbetsbelastningar kända som AI-agenter, som i princip är botar som använder AI-modeller. Att köra dessa botar kräver främst CPU-servrar, medan att kalla eller interagera med modellerna kräver GPU-servrar.

Så, du behöver alltid både CPU-servrar och GPU-servrar för att fullt ut stödja dessa typer av applikationer.

DAO-styrning och gemenskapsengagemang

Vi har en ganska standard DAO-modell. Den baseras på on-chain-röstning, med vissa trösklar på plats. Till exempel behöver du ha en delegerad mängd röstkraft för att skapa ett förslag, och ett förslag måste få ett minimalt antal röster för att gå igenom.

Genomförandet sker on-chain, men vi har också en off-chain juridisk struktur på plats. En styrkommitté ansvarar för att övervaka och underlätta genomförandeprocessen.

Vi följer en modell där styrkommittén väljs av gemenskapen varje ett till två år.

Överlag är denna modell ganska standard — det finns inget särskilt nytt eller ovanligt med den. Det är en typisk Web3 DAO-modell där röstning är token-viktad — folk röstar baserat på antalet tokens de har.

Decentralisering för företag: SLA, certifiering och fiat

Företagsanvändare behöver vanligtvis tre viktiga saker: först, ett Service Level Agreement (SLA), som garanterar tjänsternas tillgänglighet.

För det andra behöver de att leverantörer har relevanta certifieringar — säkerhets- och efterlevnadsstandarder som SOC 2 eller ISO 27001. De flesta av våra leverantörer har redan dessa certifieringar, och vi fokuserar för närvarande på att arbeta främst med hårdvaruleverantörer som uppfyller dessa standarder.

För det tredje vill de naturligtvis betala i fiat, eftersom de är företag som verkar i Web2-världen, inte i Web3. Vi ser till att vi har alla nödvändiga system på plats för att framgångsrikt integrera stora företag från Web2-området.

Vi gör goda framsteg inom detta område. När det gäller SLA:er finns det flera sätt att hantera dem. Ett sätt är att ingå ett juridiskt avtal med företaget, där man tydligt beskriver och garanterar tjänstens tillgänglighet.

Vi arbetar också på en on-chain SLA, som i princip skulle fungera som ett juridiskt avtal. I denna modell skulle leverantörer binda sig on-chain till att garantera en viss nivå av tjänstetillgänglighet för kunder.

Allt skulle registreras i ett smart kontrakt, med tydliga regler: till exempel, om en leverantör misslyckas med att uppfylla en 99% SLA, skulle de behöva återbetala en del av betalningen till kunden.

När det gäller fiatbetalningar finns det bara så mycket vi kan göra — det är en begränsning vi är medvetna om.

Om företag vill betala i fiat, accepterar vi det. Vi konverterar sedan fiat till stablecoins och finansierar de motsvarande smarta kontrakten.

Detta steg är oundvikligt just nu — vi har inte hittat en lösning ännu. Men vi tror att i framtiden kommer adoptionen av stablecoins att fortsätta växa, vilket kommer att hjälpa till att lösa detta problem, åtminstone delvis.

Det oundvikliga med decentraliserat moln och Fluence’s framtid

Jag tror inte det fanns ett enda ögonblick när vi insåg att detta behövde existera. Det var mer den övergripande tillväxten av Web3 och kryptorörelsen som gjorde det tydligt.

Decentraliserade modeller har visat att de ibland kan vara mer effektiva och kan avsevärt sänka trösklarna för många tjänster och teknologier.

Särskilt när det kombineras med den dramatiska tillväxten i efterfrågan på beräkningskraft driven av AI, tror vi att det är viktigt att leverera enkel och prisvärd tillgång till beräkningsresurser till en mycket bredare publik — något traditionella molnplattformar ofta förhindrar.

Deras modeller kommer med KYC-krav, kreditkortshinder och en primär skyldighet att tjäna aktieägare. I kontrast erbjuder vi ett alternativ: en DAO-hanterad, tillståndsfri infrastrukturmodell.

Slutliga tankar

Vi bjuder in människor att delta i vår kommande beta för virtuella servrar och samlar just nu in ansökningar — du kan anmäla dig på vår webbplats.

Vi ser fram emot att fler provar det, delar sina synpunkter och hjälper oss att växa denna öppna och tillståndsfria datainfrastruktur för mänskligheten.