Argumentet for en Qubic Stablecoin - Del 4: Rask, Raskere, Qubic
Vi forklarer forskjellen mellom overføringer og transaksjoner, og går gjennom ulike overføringsscenarioer for å vise Qubics imponerende gjennomstrømning. Ved å fremheve hastighetstester fra den virkelige verden viser vi hva som skiller Qubic fra andre blokkjeder.
Qsilver, 22. august 2024.
Oppsummering
I de tre første delene av denne serien har vi lagt grunnlaget for vår visjon om en Qubic-basert stablecoin. Vi har fremhevet den nåværende mangelen på et overbevisende svar på det essensielle spørsmålet "hvorfor bygge på Qubic?", hvordan SteCos nåværende markedsføringsinnsats er feil innrettet, og foreslått et strategisk skifte mot å posisjonere Qubic rundt "ultrahøy ytelse", som en katalysator for vekst i økosystemet og langsiktig suksess.
Innledning
Nå retter vi fokus mot et avgjørende teknisk spørsmål: Hvor rask er Qubic? Dette spørsmålet er ikke helt enkelt. For å forstå Qubics ytelse og dens implikasjoner for stablecoin-visjonen vår fullt ut, må vi først avklare noen nøkkelbegreper. Bær over med oss mens vi forklarer forskjellene mellom transaksjoner og overføringer, overføringsscenarioer og metoder for generering av overføringer. Når dette innlegget er ferdig, bør du ha en solid forståelse av hvordan Qubics hastighet står seg i forhold til konkurrentene, og hvordan vi planlegger å utnytte Qubic til å bygge den raskeste stablecoinen verden noensinne har sett.
Før vi begynner
Nøkkelbegreper
Protokollaget refererer til kjernelaget i blokkjedesystemet, som definerer dets regler og mekanismer. Her er det en transaksjon:
- En transaksjon er en enkelt operasjon som innebærer en endring av tilstanden i hovedboken.
- En overføring er en deloperasjon i en transaksjon som flytter verdier fra én adresse til en annen.
Applikasjonslaget refererer til laget der brukerne samhandler med blokkjeden gjennom applikasjoner (brukergrensesnitt, dApps og smartkontrakter). Her er en overføring:
- En overføring av kryptovaluta er den vanligste typen transaksjon, der en bruker overfører et beløp i kryptovaluta til en annen bruker.
- Andre typer transaksjoner inkluderer utførelse av smartkontrakter, orakeldataforespørsler, oppgjør i statskanaler, tokenoverføringer, tokenmining/-forbrenning, opprettelse/overføring av ikke-soppbare tokens (NFT), staking, lån/utlån, bytteordrer, avstemninger/styringshandlinger, oppdateringer av kjedestyring, belønninger/utdeling av utbytte, identitetsverifiseringer, datalagring/-modifisering, operasjoner på tvers av kjeder ... en åpen liste som bare begrenses av utviklernes fantasi, og som derfor varierer avhengig av hver enkelt blokkjede.
"Overføring" kan være forvirrende fordi betydningen endres med konteksten:
- På protokollnivå er en overføring en underoperasjon i en transaksjon.
- På applikasjonsnivå er en overføring én type transaksjon av mange.
For å gjøre forvirringen enda større kan en enkelt transaksjon, for eksempel en smartkontrakt, utløse flere overføringer. En smartkontrakt for lønn som deler ut 1 QU hver til 100 ansatte, innebærer for eksempel 100 overføringer, som alle initieres av én enkelt transaksjon.
Designforskjeller på tvers av blokkjeder bidrar også til denne forvirringen. For eksempel krever lån på Ethereum en smartkontrakt, men på Celo er det en innfødt transaksjonstype på protokollnivå.
Denne kompleksiteten overvelder sluttbrukerne. Siden overføring av kryptovaluta er den vanligste transaksjonstypen, ender de opp med å sidestille begge (som i "en transaksjontjener til å overføre krypto!"). De tenker ikke på at transaksjoner kan mye mer. Brukerne bruker et begrep på protokollnivå for å beskrive en fordel på applikasjonsnivå.
Overføringsscenarioer
La oss skille mellom følgende overføringsscenarier:
- En-til-en (1-til-1): En enkelt transaksjon sender en eiendel fra én adresse til en annen adresse. F.eks. en overføring mellom kontoer eller en e-handelsbetaling.
- En-til-mange (1-til-mange): En enkelt transaksjon sender en eiendel fra én adresse til flere adresser. F.eks. utbetaling av ytelser, lønn.
- En-til-alle (1-til-alle): En enkelt transaksjon sender en eiendel fra én adresse til alle adressene i en kjede. F.eks. universell grunninntekt (UBI), aidrops.
Generering av overføringer
Med tanke på deres innvirkning på ytelsen, la oss skille mellom hvordan overføringer genereres:
- Transaksjonsgenererte: En overføring generert fra en transaksjon (Tx).
- Smartkontrakt-generert: En overføring generert fra en smartkontrakt (SC). Hvor mange overføringer som genereres, avhenger av typen smartkontrakt.
Nettverksparametere
La oss til slutt definere viktige nettverksparametere som påvirker ytelsen:
- Tick-varighet (tDur): En tidsenhet der et sett med transaksjoner behandles og ferdigstilles. Nåværende tick-varighet er rundt 2,5 sekunder.
- Transaksjoner per tick (TxPT): Det maksimale antallet transaksjoner som kan behandles i løpet av ett enkelt tick. I dag er det 1024 transaksjoner per tick.
Bestemme hva som skal måles
I kryptoverdenen måles blokkjedeytelsen vanligvis på protokollnivå ved hjelp av TPS ( Transactions Per Second, eller TxPS). Dette måler antall transaksjoner - en tilstandsendring i hovedboken - som en blokkjede kan behandle i løpet av ett sekund. For eksempel har TON oppnådd 104 715 TxPS ved å utnytte sharding, mens Ethereum har som mål å overstige 100 000 TxPS ved hjelp av rollups.
Qubic utmerker seg ikke i TxPS, men det er greit. Fra et markedsføringsperspektiv er TxPS en innadvendt beregning - mer relevant for kryptoteam og investorer som liker å skryte av blokkjedens evner i kryptofeider. Det som virkelig betyr noe for sluttbrukerne, er imidlertid om de kan fullføre en betaling umiddelbart, selv når tusenvis av andre prøver å gjøre det samme i samme øyeblikk. De bryr seg med andre ord ikke om transaksjoner per sekund (TxPS), men om overføringer per sekund (TfPS). Og her, for sømløse betalingsopplevelser - kryptooverføringer på applikasjonsnivå - der det virkelig betyr noe, har Qubic kronen på verket. Eller gjør den det?
Ytelse i dag
Med en forståelse av nøkkelbegreper (transaksjoner vs. overføringer), beregninger (TxPS vs. TfPS), overføringsscenarioer (1-til-1, 1-til-mange, 1-til-alle), metoder for generering av overføringer (Tx-genererte vs. SC-genererte) og nettverksparametere (tick-varighet og transaksjoner per tick), kan vi nå utforske hvor raskt Qubic fungerer på applikasjonsnivå. Når vi undersøker de ulike kombinasjonene, oppfordrer vi deg til å tenke på Qubic som en motor som skifter gjennom ulike gir.
Denne tabellen oppsummerer resultatene av ytelsestestene våre. For oversiktens skyld presenterer vi tabellen med konstante nettverksparametere, selv om tDur i praksis varierte fra test til test:
Utstyr | tDur | TxPT | Scenario | Gen | S. Kontrakt | Txs | TfPS |
#1 | 2.5 | 1024 | 1-til-1 | Tx | N/A | 410 | 410 |
#2 | 2.5 | 1024 | 1-til-mange | SC | QUTIL-1 | ~10,250 | 410 |
#2 | 2.5 | 1024 | 1-til-mange | SC | QUTIL-2 | ~16,525 | 410 |
#3 | 2.5 | 1024 | 1-til-mange | SC | AIRDROP-1 | 1,024 | 150k |
#3 | 2.5 | 1024 | 1-til-mange | SC | AIRDROP-2 | 1,024 | 1M |
#4 | 2.5 | 1024 | 1-til-Alle | SC | AIRDROP-3 | 4 | 20M |
#5 | 2.5 | 1024 | 1-til-Mange | SC | QUTIL-3 | 1 | 55M |
Første gir
I første gir, uten smartkontrakter involvert, genererer hver transaksjon én overføring direkte. For å maksimere antallet overføringer må vi maksimere antallet transaksjoner. Med dagens nettverksparametere kan Qubic behandle 410 TxPS (1024 TxPT / 2,5 tDur). Denne ytelsen er betydelig høyere enn Bitcoin (3-7) og Ethereum (15-30), men fortsatt beskjeden sammenlignet med Algorand (1 200), Avalanche (4 500) eller Solana (65 000).
Andre gir
I andre gir bruker vi QUTIL SC (tidligere Sendmany SC), som lar deg samle 25 1-til-Many-overføringer i en enkelt transaksjon. Dette øker TfPS til 10 250 (410 TfPS * 25), noe som setter Qubic på nivå med de fleste andre kjeder, men bare i 1-til-Many-overføringsscenarioet.
En variant av det andre giret (se QUTIL-2 i tabellen ovenfor) innebærer kjeding av QUTIL SC-kjøringer. Den første transaksjonen utløser et QUTIL SC-kall for 25 betalinger, noe som genererer 25 overføringer. Hver overføring utløser i sin tur 25 nye QUTIL-kjøringer, noe som skaper en kaskadeeffekt. Etter tre iterasjoner (25 x 25 x 25) resulterer denne prosessen i 15 625 overføringer. Men siden hver overføring må behandles innenfor en transaksjon, er vi fortsatt begrenset av grensen på 1024 TxPT. Følgelig tar det 16 fullt mettede ticks (15 625 Txs / 1 024 TxPS), eller 40 sekunder (16 ticks * 2,5 tDur) å fullføre hele prosessen under optimale forhold. Oppsummert kan vi si at denne tilnærmingen ikke øker den totale gjennomstrømningen, og at den kun gjelder for overføringsscenarioet 1-til-mange.
Tredje gir
I tredje gir bruker vi AIRDROP SC, som gjør det mulig å sende samme mengde til hver adresse i spekteret- en liste over alle Qubic-adresser som er lagret i RAM-minnet til Computor Nodes. Siden det er svært få (om noen) brukstilfeller som krever at du sender samme beløp til alle Qubic-adressene (~450 000), har overføringsscenarioet 1-til-alle begrenset anvendelighet i den virkelige verden. Det er likevel nyttig for å teste Qubic-motoren under virkelige forhold, ettersom vi måler den totale behandlingstiden (tick-behandling + SC-behandling).
I vår første test på testnettet (AIRDROP-1 i tabellen ovenfor) opprettet vi 1024 airdrops (til ca. 450 000 adresser hver) per tick, og utnyttet de 1024 tillatte Tx per tick fullt ut. Det teoretiske målet på 460,8 millioner TfPS (1024 TxPT * 450 000 adresser) resulterte i "bare" 150 000 TfPS. Selv om dette resultatet kan virke skuffende, avslører det at vi enten har funnet en feil, eller at Qubic ikke er optimalisert for å behandle mange forekomster av den samme smartkontrakten samtidig, spesielt på testnet. Disse resultatene er imidlertid verdifulle ettersom de fremhever ytelsespåvirkningen under slike forhold.
For en skikkelig tredje girtest (AIRDROP-2) endret vi AIRDROP SC til å overføre 1 QU i stedet for et token. Dette resulterte i "bare" 1M TfPS, igjen på grunn av bruken av virtuelle testnet-maskiner (i stedet for bare metal) og for mye SC-overhead.
Fjerde gir
I det fjerde giret gjennomførte vi en tilpasset, fullstendig kunstig test (AIRDROP-3) der vi opprettet fire airdrops, hver med spektrumadresser som håndterte 100 forskjellige overføringer for å bestemme maksimal oppnåelig ytelse. Vanligvis gir mainnet bedre resultater enn testnet på grunn av systemene med høyere ytelse og bruken av flere noder i stedet for bare én eller to. For å simulere mainnet-forholdene best mulig, brukte vi et testnett med bare metall. I forhold til det teoretiske målet på 180 millioner TfPS (4 airdrops * 450 000 adresser * 100 overføringer per adresse), oppnådde vi 20 millioner TfPS. Denne overføringshastigheten er bærekraftig over hele epoken, ikke bare en toppytelse, noe som indikerer robustheten til Qubics gjennomstrømningskapasitet. Selv om gjennomstrømningen er overveldende (det ville tatt bare et par timer å sende QU til alle i hele verden), er den spesifikk for 1-til-alle-overføringsscenarioer og er ikke anvendelig i den virkelige verden.
Femte gir
En nylig test utført av Qubics Core Development Team registrerte 55M TfPS. Dette ble oppnådd gjennom en annen tilpasset, fullt kunstig test (QUTIL-3), ved hjelp av en tilpasset QUTIL-smartkontrakt i en loop, med fokus utelukkende på CPU-tid. Teknisk sett var det femte giret et 1-til-mange (ikke 1-til-alle) overføringsscenario. Men ettersom adressene ble hentet fra et forhåndsdefinert utvalg generert i SC (ikke fra faktiske transaksjoner) og beløpene som skulle overføres, ble tilfeldig generert i SC (ikke fra faktiske transaksjoner), mangler denne testen også anvendelighet i den virkelige verden.
For å forstå forskjellen mellom våre resultater på 20 millioner og deres resultater på 55 millioner, kan du tenke på disse testene i form av "flytid". Valis' tester målte tiden som kreves fra gate til gate (tick processing + smartkontraktsbehandling), mens Qubics kjerneteam kun målte den faktiske tiden i luften (smartkontraktsbehandling).
En ujevn krone
Qubics nåværende overføringsytelse i scenarier med en-til-mange/alle-overføringer er i en liga for seg. Forskjellen er så stor at Come-from-Beyond offentlig har spekulert i om Qubics smartkontraktsmotor er mer ytelsessterk enn motorene til alle andre kryptovalutaer til sammen. Mens andre diskuterer skaleringsløsninger for å nå tusenvis av transaksjoner, håndterer Qubic uanstrengt millioner av overføringer uten behov for skaleringsløsninger i lag 1 (sharding) eller lag 2 (rollups, sidekjeder eller tilstandskanaler). Qubics nåværende overføringsytelse i det vanligste 1-til-1-overføringsscenarioet, det som trengs i de fleste virkelige scenarier, inkludert en stablecoin, er imidlertid ikke noe å skryte av (410 TfPS).
Mindre tekniske lesere føler kanskje at de har latt seg lure av grandiose påstander om "millioner" av TfPS, bare for å oppdage at slike beregninger, i fjerde og femte gir, tilhører kunstige forhold, begrensede målinger og usannsynlige overføringsscenarioer, uten noen anvendelighet i den virkelige verden. Det er viktig å forstå at ytelsestesting er nødvendig for å optimalisere systemet. Dessuten har de ulike teamene som jobber med Qubic, ulike mål og dermed også ulike testbehov. Valis fokuserer på applikasjonsnivå og tester nærmere den virkelige verdens ytelse (~20M). Qubics Core Development Team fokuserer på protokollnivået og tester intern tid (~55M).
Ytelse i morgen
Hvorfor tar Valis til orde for å reposisjonere Qubic som enkjede med"ultrahøy ytelse", nedfelt i en Qubic stablecoin, hvis ytelsen i 1-til-1-overføringsscenarier er beskjeden?Fordi vi er sikre på at Qubics 1-til-1-ytelse vil bli radikalt forbedret i nær fremtid, takket værebidragene fra to team.
Qubics kjerneteam
Qubic er kjent for sine uortodokse, ytelsesdrevne valg, for eksempel bare metal-servere, kjøring utelukkende på RAM og unngåelse av operativsystemer og virtuelle maskiner. Disse valgene, kombinert med stadig økende krav til maskinvare, gjør at Qubic skiller seg ut.
Førsteprioritet på Qubic Core Teams veikart er å oppnå en stabil tick-tid på 1-2 sekunder. På sikt kan tikkene akselereres til 5 per sekund, noe som gir 12,5 ganger høyere ytelse ved å redusere tikkenes varighet fra 2,5 sekunder til 0,2 sekunder.
Kravene til RAM-minne for beregningsnoder vil øke til 1 TB den 4. september og til 2 TB den 4. desember. Etter hvert som RAM-lageret øker, er det ikke usannsynlig å tenke seg 4096 TxPT.
Med raskere og større ticks begynner ting å se annerledes ut. Qubic vil gå fra 410 TxPS (1 024 TxPT / 2,5 tDur) til 20 480 TxPS (4 096 TxPT / 0,2 tDur). Disse tallene er optimistiske; etter hvert som gjennomstrømningen øker, kan det oppstå andre flaskehalser, men du skjønner hva jeg mener:
Utstyr | tDur | TxPT | Scenario | Gen | S. Kontrakt | Txs | TfPS |
#1 | 0.2 | 4096 | 1-til-1 | Tx | N/A | 20,480 | 20,480 |
#2 | 0.2 | 4096 | 1-til-mange | SC | QUTIL | ~10,250 | 20,480 |
#3 | 0.2 | 4096 | 1-til-mange | SC | AIRDROP | 1 | M? |
#4 | 0.2 | 4096 | 1-til-alle | SC | AIRDROP | 1 | M? |
Synes du dette er raskt? På tide å spenne seg fast.
Valis-teamet
Qubic oppnår en imponerende ytelse i SC-genererte TfPS, men så langt har alle SC-er fokusert på overføringsscenarioet 1-til-mange. Hva ville skje hvis vi kunne utnytte Qubics SC-er i den vanskeligste referanseindeksen for å oppnå maksimal hastighet, nemlig 1-til-1-overføringsscenarioet?
Qubic | Uten SC | Med SC |
1-til-1 | Beskjedent | Ukjent |
1-til-Mange | N/A | Raskest |
På samme måte som Ethereum reduserte gasskostnadene med L2-opprullinger, kan en lignende tilnærming brukes på Qubic. Selv om Qubic ikke har noen gasskostnader å minimere, er målet vårt å maksimere antallet 1-til-1-overføringer som kan kodes inn i én enkelt transaksjon.
Vi har identifisert en metode som kan rulle opp 26 til 95 1-til-1-overføringer per SC Tx med dagens grense på 1024 TxPT. Vi forventer at denne kapasiteten raskt vil øke fra 26x til 95x på grunn av Qubics effektive gjenbruk av adresser. Med et konservativt estimat på 90x tilsvarer dette ca. 40 000 TxPS med dagens nettverksparametere. Med en 12,5x økning i nettverkskapasiteten kan dette nå 1,8 millioner TxPS i 1-til-1-overføringsscenarioer.
Utstyr | tDur | TxPT | Scenario | Gen | S. Kontrakt | Txs | TfPS |
#2 | 2.5 | 1024 | 1-til-1 | SC | VROLLUP-26 | 410 | 10,660 |
#2 | 2.5 | 1024 | 1-til-1 | SC | VROLLUP-90 | 410 | 38,950 |
#2 | 0.2 | 4096 | 1-til-1 | SC | VROLLUP-26 | 20,480 | 532,480 |
#2 | 0.2 | 4096 | 1-til-1 | SC | VROLLUP-90 | 20,480 | 1,843,200 |
Knel for kronen
Bidragene ovenfor vil gjøre Qubic til den ubestridte lederen innen TfPS, på tvers av alle overføringsscenarioer og -kjeder. "Den raskeste" er en kort, direkte og kraftfull markedsføringspåstand med bred appell i kryptoverdenen.
Posisjoneringen "ultrahøy ytelse" svarer så klart og tydelig på det kritiske hvorfor-spørsmålet at det på egen hånd kan tiltrekke entreprenører fra alle vertikaler til å bygge på Qubic. Sammen med den første trygge, gjennomsiktige, konsistente, umiddelbare, skalerbare og gratis stablecoin i verden, har det en reell sjanse til å gjøre Qubic til et kraftsenter for økonomisk stabilitet, likviditet og DeFi.
"uPoW for AI" er nytt og skinnende og pent, men skinnende varer ikke lenge. For å lykkes trenger Qubic faktiske kunder som er villige og i stand til å kjøpe produktet vårt.
Hvis du synes Qubic er pent, bør du se det i en krone.
Kommer snart: Valis-forslaget
I den siste delen av serien vår vil vi skissere planen vår for å få liv i en Qubic-basert stablecoin. Vi vil gå gjennom innsamlingsstrategien vår, potensielle kapitalkilder og hvordan vi planlegger å bruke midlene. Vi setter klare mål og forklarer hvordan dette initiativet vil skape langsiktig verdi og vekst for Qubic-økosystemet.
Les serien "Saken om en Qubic Stablecoin”
- Saken om en Qubic Stablecoin - Del 1: Hvorfor Spørsmålet
- Saken om en Qubic Stablecoin - Del 2: Markedsføring av Qubic
- Saken om en Qubic Stablecoin - Del 3: Det Beste Valget
- Saken om en Qubic Stablecoin - Del 4: Rask, Raskere, Qubic
- Saken om en Qubic Stablecoin - Del 5: Vokse Økosystemet
For de siste oppdateringene, bli med i Valis Discord, følg oss på X, og bokmerk bloggen vår.
På denne siden
- Argumentet for en Qubic Stablecoin - Del 4: Rask, Raskere, Qubic
- Oppsummering
- Innledning
- Før vi begynner
- Nøkkelbegreper
- Overføringsscenarioer
- Generering av overføringer
- Nettverksparametere
- Bestemme hva som skal måles
- Ytelse i dag
- Første gir
- Andre gir
- Tredje gir
- Fjerde gir
- Femte gir
- En ujevn krone
- Ytelse i morgen
- Qubics kjerneteam
- Valis-teamet
- Knel for kronen
- Kommer snart: Valis-forslaget
- Les serien "Saken om en Qubic Stablecoin”
Relaterte innlegg