I takt med at blockchain-økosystemet udvider sig, sigter Solana mod at holde sig foran den stigende efterspørgsel gennem teknisk innovation og proaktiv problemløsning. Solanas evne til at håndtere flere transaktioner end alle andre blockchains tilsammen demonstrerer dens operationelle kapaciteter i realtid. Men med vækst følger det uundgåelige behov for løbende at forbedre infrastrukturen.
I et nyligt eksklusivt interview med BeInCrypto diskuterede Matt Sorg, teknologivicepræsident hos Solana Foundation, en række emner — fra Solanas tekniske udfordringer og dens bestræbelser på at tackle transaktionsophobning til at opretholde decentralisering og netværkssikkerhed.
Hvad gør Solana til et attraktivt økosystem for startups og udviklere?
Solana repræsenterer et økosystem, som man kan samarbejde med om sin applikation. Begge dele er ret attraktive for en startup.
Du behøver ikke at skabe et helt nyt økosystem og sørge for, at der er wallets og on- eller off-ramps samt USDC og USDT. Du behøver ikke bekymre dig om det. Det er allerede tilgængeligt på Solana.
Derfor er det virkelig vigtigt for en startup at fokusere på sin kernekompetence. Du behøver ikke at genopfinde hjulet.
At udvikle på Solana sætter virkelig skub i folk fra starten, og de behøver ikke tænke over det. Jeg tror, det er en del af grunden til, at Solana-applikationerne har været relativt succesfulde. Applikationerne kan koncentrere sig om det unikke, de leverer til verden, ikke infrastrukturen.
Hvad ser du som de største tekniske udfordringer, udviklere står over for, når de forsøger at træde ind i Solana-økosystemet?
Først og fremmest handler det lidt om det samme med fokus. Jeg tror, der er så mange kæder og infrastrukturer derude.
Der er denne joke om, at der er flere kæder end apps, hvilket jeg faktisk tror er ret sandt lige nu. Der er bare en enorm mængde af forskellige kæder og L2s og hvad der ellers dukker op. Så jeg tror, at mangel på klarhed kan gøre det svært for en grundlægger at vide, hvor man skal skifte hen.
Solana er som en kæde med meget lav friktion og høj ydeevne, men alle lover det. Det, vi har, er, at vi viser det live. Det er ikke bare et løfte om det.
Solana udfører flere transaktioner om dagen end alle blockchains tilsammen. Det betyder både et spørgsmål om udbud og efterspørgsel. Begge kæder er i stand til at gøre det live og til meget lave gebyrer.
Solana er kendt for sin høje gennemstrømning og lave latenstid. Hvilke udfordringer opstår, når man forsøger at opretholde disse præstationsniveauer, efterhånden som netværket skalerer?
Vi har virkelig skubbet til grænsen på dette område. Du kan se, vi presser det så hårdt, at som mange så i de tidlige dage, var der nogle nedbrud.
Alvoren og varigheden af disse er overdrevet, men ethvert nedbrud er ikke godt. Det er bestemt forbedret over tid. En del af det er bare, hvis du vil strække grænserne.
Mange af de andre kæder er enkeltsekvenser, meget, meget efter design. De har lav gennemstrømning og mindre fejlmargin. Der er færre ting, der kan udløse ting. Det er bare mindre komplekst.
Men du vil kun kunne gøre 17 TPS, hvis du låser dig fast i den slags ting. Der er ingen anden EVM-kæde, der virkelig gør mere end 100, mens Solana har, i live-miljøer, gjort over 8.000. Og det er bare fra applikationer, ikke inklusive stemmer.
Kan du forklare, hvordan Solana proaktivt håndterer flaskehalse, efterhånden som efterspørgslen fortsætter med at stige?
Hver eneste gang du 10-dobler, støder du på en ny 10-dobling af efterspørgslen og en ny infrastrukturudfordring. Det er bare sådan, tingene generelt fungerer.
En af vores udfordringer er, når det sker, er det normalt bare en teknisk bekymring. Den seneste, der skete i april, var nogle konstante ophobninger. Det var svært at gennemføre transaktioner og sådan noget.
Og der var alt denne FUD om fejlslagne transaktioner og alt det støj. Fejlslagne transaktioner er ikke en stor ting. Problemet var faktisk tidligere i stakken.
Det var Web2-komponenterne i stakken, den måde, vi implementerede QUIC på. Det brugte et bibliotek kaldet Quinn, som er et open-source bibliotek fra Google. Vi var nødt til at omskrive det.
Er der nogen værktøjer eller SDK’er inden for Solanas økosystem, som udviklere bør være begejstrede for?
Der er mange. Der er faktisk et meget robust økosystem. Først og fremmest har selve kæden nogle egenskaber, der i bund og grund er SDK’er til at præge NFT’er eller tokens. Du kan bruge SPL-tokens, Metaplex NFT’er eller en kombination af begge dele til at præge dem.
Som udvikler bruger du allerede on-chain-kode, der allerede er revideret. Alt, hvad jeg gør, er at indsende min konfiguration, som kan være JavaScript, en spilmotor, Python eller Rust.
Men det er bare normalt front-end-arbejde. Du behøver ikke at blive revideret igen for at gøre det. Hvis du ønsker brugerdefineret on-chain-kode, så ja, skal du arbejde med SVM, Rust og on-chain-ting, men der er mange samarbejdsapps derude, hvor du ikke behøver at gøre den slags ting.
Solana har for nylig været i overskrifterne på grund af stigningen i meme coins på netværket. Hvordan ser fonden på denne stigende interesse?
Det er et vildt økosystem. Faktisk vil to af grundlæggerne af Solana sige hvad som helst på Twitter, og der er straks en meme coin om det, som regel flere meme coins, der gør grin med hvad end de sagde.
Jeg vil sige, at man kan sammenligne det ret nøje med et lotteri eller et kasino. Disse er spil med nulsum. Folk konkurrerer med hinanden i sidste ende. Du behøver ikke infrastruktur eller udvikling under det—kun fortællingen, for det er det, du handler med på L2s.
Jeg tror, at en del af grunden til, at mange L2s og L1s har haft det svært, er, at hvis de endnu ikke har brugere, hvorfor så ikke bare handle med meme coins? Hvis alt, du handler på, er fortællingen, så gå direkte til de mest likvide memes.
Tværkæde-interoperabilitet bliver stadig vigtigere. Har Solana planer om at forbedre sin interoperabilitet med andre kæder?
Solana er meget sammensætbar. Alle transaktioner består af flere instruktioner. Disse instruktioner kan være på tværs af en række smart contracts eller det, vi kalder programmer. En del af grunden til, at Solana er så fantastisk, er som Jupiter; for eksempel, når den udfører en byttehandel, interagerer den med et antal DEX’er for at finde dig de bedste priser på tværs af en række af dem.
Solana er meget sammensætbar og atomisk, hvilket betyder, at alle transaktioner sker, eller ingen gør. Så det er en meget god brugeroplevelse. Som jeg vil gøre noget, oh, det sker, eller det gør ikke, hvilket forresten vender tilbage til det, jeg nævnte tidligere.
Det er der, mislykkede transaktioner kommer fra. Nogle gange er en af handelsbetingelserne ikke opfyldt, så den mislykkes, og det bør den. Hvis den betingelse ikke er opfyldt, er det som noget, du har defineret for den.
Det er ikke kæden selv, der behandler den mislykkede transaktion helt fint. Det er bare, at betingelsen ikke blev opfyldt. Og det er det første: Solana handler allerede, i sin kerne, om sammensætbarhed.
De ekstra ting, vi koncentrerer os om, er broer. Den idé, vi har talt om et par gange nu, er, at Solana har denne lave friktion, og det er der, finansiering vil gå hen. Så at være så forbundet som muligt med så mange steder, der udsteder aktiver, er virkelig vigtigt.
Det er ikke os, der prøver at erstatte nogen anden kæde eller hvad som helst, men hvis værdifulde aktiver er på en anden kæde, og de ønsker at interface med likviditeten og funktionaliteten af Solana, vil vi gøre det så let som muligt at sænke friktionen, så det flyder til Solana, hvor der er anden likviditet og anden funktionalitet. Så ja, masser af broer er på vej ud.
Dette kaldes hensigter, som er grundlæggende tværkæde, implicit definerede ting, du ønsker. Normalt er der en masse fancy teknologier under, som ZK, for at bevise, at hensigten blev opfyldt. Vi arbejder med nogle af hensigtsudbyderne, der gør det.
Efterhånden som Solana-valideringerne fortsætter med at udvide, hvilke foranstaltninger er på plads for at optimere decentralisering og netværkssikkerhed?
Først vil jeg sikre mig, at det er klart, at Solana-valideringerne er tilladelsesløse. De kan komme og gå, som de vil, og protokollen justerer bare. Dette er meget forskelligt fra mange L2s og andre L1s.
Ethereum er også tilladelsesløst, men selv det kræver 32 Ethereum for at være minimalt. Solanas minimum er én. For at være rentabel har du brug for meget mere end det, men det er en tilladelsesløs protokol.
For sikkerheden er der en masse udviklinger. Den mest bemærkelsesværdige, som du vil høre mere om i de kommende uger, er Firedancer, den anden validator-klient på Solana, som giver validatorerne flere muligheder for, hvilken klient de ønsker at køre, og tilbyder også nogle redundanser. Så hvis der nogensinde er en fejl i den ene, kan validatorerne hot-swappe til den anden. Det er et ret kraftfuldt paradigme i form af modstandsdygtighed.
Trusted
Disclaimer
Alle oplysninger på vores hjemmeside offentliggøres i god tro og kun til generelle informationsformål. Enhver handling, der foretages af læserne på grundlag af oplysningerne på vores hjemmeside, er udelukkende på egen risiko.
