Solana-blokktidsendringer: fordeler og ulemper med valideringslatensstrategier og gjennombrudd for bransjestyring
Originaltittel: "Solana Validators' 'Slow Motion': Blokkforsinkelse blir en ny strategi for avkastning? 》
av Jack Kubinec
Utarbeidet av: Deep Tide TechFlow
Ettersom Solanas kodeproblemer gradvis har blitt løst de siste årene, har blokktiden, tiden det tar for nettverket å generere nye transaksjonsblokker, sunket betydelig, selv under de nominelle 400 millisekundene.
I løpet av den siste måneden har det imidlertid dukket opp en interessant trend: median blokktid, en nøkkelytelsesberegning i blokkjedenettverk som gjenspeiler hvor raskt blokkjedenettverk behandler transaksjoner og genererer blokker, har avtatt, og Solana har bremset ned for å legge til nye transaksjoner til blokkjeden. Årsaken ligger i en ny validatorstrategi, som antyder at langsom blokkgenerering kan være mer lønnsomt. Ifølge Blockworks vurderer Anza, Jito og Marinade å løse problemet.
Hver Solana-blokk har en validator i rollen som leder – ansvarlig for å samle inn transaksjoner, opprette blokker og kringkaste dem til nettverket. Ledere krever transaksjonsgebyrer for å lage blokker. Mer ordreflyt betyr flere gebyrmuligheter, så validatorer kan velge å behandle 500 ms transaksjoner i stedet for 300 ms for å øke avkastningen.
På et grunnleggende nivå ser det ut til at noen Solana-validatorer venter så lenge som mulig med å pakke flere transaksjoner inn i blokker og dermed maksimere gevinsten. Denne oppførselen har ført til en økning i Solanas sykluslengde.
Dette er tydeligvis ikke en ideell situasjon for et nettverk som er forpliktet til å være like raskt som Nasdaq. I tillegg betyr reduserte sykluser færre muligheter for sammensatte innsatsbelønninger, som foreslått av Max Kaplan, CTO i Sol Strategies.
Solana tilbyr en mekanisme kjent som "grace ticks", som er en forsinkelsesperiode som lar ledere fortsatt være i stand til å lykkes med å begå blokkeringer. Denne mekanismen er utformet for å forhindre urettferdige straffer for validatorer på avsidesliggende steder, men den åpner også døren for validatorer til med vilje å forsinke innsending av blokker.
I tillegg ga Solanas alternative klient, Frankendancer, nylig ut en inntektsmaksimerende planlegger.
Ifølge Kaplan ser det ut til at validatorene som kjører klienten pakker blokker litt langsommere enn normalt. Kaplan la imidlertid til at Frankendancers ventetid er ubetydelig sammenlignet med mer alvorlige forsinkelser, og han ser ikke på det som en "dårlig ting". Dessuten er ikke blokkforsinkelse et nytt konsept på proof-of-stake-blokkjeder. Firedancer-oppgraderingen kan imidlertid gjøre denne strategien mer synlig på Solana. Jump har ennå ikke kommentert dette.
Interessant nok beskrev Firedancer-programvareingeniør Michael McGee dette fenomenet på denne ukens Lightspeed-podcast. Han nevnte: «En av tingene vi ser i nåværende validatorer er ... [Validatorer] har en tendens til å skape mer lønnsomme blokker ved å forsinke transaksjonsutførelsen. «
Blockworks Research-analytiker Victor Pham bemerket at Solana-validatorer som er mer uttalt i blokkforsinkelser vanligvis kjører modifiserte versjoner av Agave-Jito-klienten.
For eksempel, i syklus 802 i midten av juni, hadde både Galaxy og Kiln en median blokktid på over 570 millisekunder. I følge Solana Compass-data kjører noen umerkede validatorer også tregere, mens Temporal har en median validatorblokktid på 475 millisekunder.
Kiln-medgründer Ernest Oppetit erkjente at validatorene – den sjette største staking-validatoren i Solana-nettverket – hadde forsinket blokkplasser i en periode, men sa at de nå har sluttet å gjøre det.
"Hos Kiln er vi stolte av å tilby den høyeste årlige prosentvise avkastningen (APY) på innsats uten å ofre sikkerheten. Vi har jobbet med ulike deler av teknologistabelen, inkludert tidsstrategi, og er i konstant diskusjon med kunder, kundeteam og stiftelser. Foreløpig følger vi spesifikasjonen og forsinker ikke lenger blokkeringer, men mange andre validatorer gjør det fortsatt. Vi tror vi til syvende og sist må adressere insentiver på protokollnivå (rask blokkgenerering fører til reduserte belønninger),» sa Oppetit.
Ben Coverston, ingeniørdirektør i Temporal, sa da han ble spurt om den tilsynelatende involveringen av validatorene hans i den langsomme blokktrenden: «Jeg kan si at vi ikke er grunnen til å gjøre folk oppmerksomme på dette fenomenet. ”
En talsperson for Galaxy sa: "Som tjenesteleverandør støtter vi valideringskonfigurasjoner som prioriterer å maksimere kundeinnsatsbelønninger. På Solana kan dette bety å foreslå litt tregere blokkeringer for å sikre høyere belønningsanskaffelse. Galaxy har også svart på tilbakemeldinger fra fellesskapet og har justert blokkeringstider til akseptable grenser. ”
Imidlertid mener Solana-validatorfellesskapet generelt at det ikke er hensiktsmessig å bremse nettverket, og trege validatorer står for tiden overfor offentlig tilbakeslag.
De kan snart møte mer omfattende straff. I følge Blockworks planlegger Jito å svarteliste trege validatorer fra innsatspoolen, som er den største i Solana-nettverket.
Jito Foundation-president Brian Smith sa at organisasjonen "utarbeider et styringsforslag som vil gi en komité makt til å fjerne etternølere fra JitoSOLs delegerte samling." Forslaget bør være åpent for fellesskapet for diskusjon i løpet av få dager. ”
Michael Repetny, medgründer av Marinade, sa at leverandøren av innsatspoolen "vurderer å bringe dette problemet til et styringsforslag for å diskutere fordeler og ulemper ved å bruke [trege validatorer] som et brudd på retningslinjene for hard regel/delegering." ”
Løsninger på protokollnivå blir også fremmet. Anzas GitHub-depot viser et nytt forslag som foreslår å halvere Solanas utsettelsesperiode. I tillegg forventes Solanas foreslåtte konsensusmekanismereformer å løse dette problemet.
"Alpenglow vil løse dette problemet ved å aktivere funksjonen for å hoppe over stemmegivning," sa Brennan Watt, visepresident for kjerneteknikk i Anza.
I en nylig episode av Lightspeed-podcasten avslørte Watt at Anza håper å bringe Alpenglow til mainnet i forkant av Solana Breakpoint-konferansen i desember.
Opprinnelig lenke