Argumentet for en Qubic Stablecoin - Del 4: Hurtig, Hurtigere, Qubic

Vi forklarer forskellen mellem overførsler og transaktioner og fører læserne gennem forskellige overførselsscenarier for at vise Qubics imponerende gennemstrømning. Ved at fremhæve hastighedstests fra den virkelige verden demonstrerer vi, hvad der adskiller Qubic fra andre blockchains.

Qsilver, 22. august 2024.

Opsummering

I de første tre dele af denne serie har vi lagt grunden til vores vision om en Qubic-baseret stablecoin. Vi har fremhævet den nuværende mangel på et overbevisende svar på det vigtige spørgsmål "hvorfor bygge på Qubic?", hvordan SteCo's nuværende markedsføringsindsats er forkert afstemt og foreslået et strategisk skift i retning af at positionere Qubic omkring "ultrahøj ydeevne" som en katalysator for økosystemets vækst og langsigtede succes.

Introduktion

Nu vender vi fokus mod et afgørende teknisk spørgsmål: Hvor hurtig er Qubic? Dette spørgsmål er ikke ligetil. For fuldt ud at forstå Qubics ydeevne og dens betydning for vores vision om stablecoin, må vi først afklare nogle nøglebegreber. Bær over med os, mens vi forklarer forskellene mellem transaktioner og overførsler, overførselsscenarier og metoder til generering af overførsler. Ved slutningen af dette indlæg bør du have en solid forståelse af, hvordan Qubics hastighed står sig i forhold til konkurrenterne, og hvordan vi planlægger at udnytte Qubic til at bygge den hurtigste stablecoin, verden nogensinde har set.

Før vi begynder

Nøglebegreber

Protokollaget refererer til blockchain-systemets kernelag, der definerer dets regler og mekanismer. Det er her:

• En transaktion er en enkelt operation, der indebærer en tilstandsændring i hovedbogen.
• En overførsel er en deloperation inden for en transaktion, der flytter aktiver fra en adresse til en anden.

Applikationslaget refererer til det lag, hvor brugerne interagerer med blockchainen gennem applikationer (brugergrænseflader, dApps og smart contracts). Det er her:

• En overførsel af kryptovaluta er den mest almindelige type transaktion, hvor en bruger overfører et beløb i kryptovaluta til en anden bruger.
• Andre typer transaktioner omfatter udførelse af smarte kontrakter, orakeldataforespørgsler, afregning af statskanaler, tokenoverførsler, tokenmining/afbrænding, oprettelse/overførsel af ikke-fungible tokens (NFT), staking, lån/udlån, udvekslingsordrer, afstemninger/styringshandlinger, opdateringer af kædestyring, belønninger/udbytteudbetalinger, identitetsverificeringer, datalagring/modifikation, operationer på tværs af kæder ... en åben liste, der kun er begrænset af udviklernes fantasi, og som derfor varierer afhængigt af hver blockchain.

"Overførsel" kan være forvirrende, fordi betydningen ændres med konteksten:

• På protokolniveau er en overførsel en underoperation i en transaktion.
• På applikationsniveau er en overførsel en type transaktion ud af mange.

For at gøre forvirringen endnu større kan en enkelt transaktion, f.eks. udførelsen af en smart kontrakt, udløse flere overførsler. For eksempel involverer en smart lønkontrakt, der uddeler 1 QU til 100 medarbejdere, 100 overførsler, som alle er igangsat af en enkelt transaktion.

Designforskelle på tværs af blockchains bidrager også til denne forvirring. For eksempel kræver lån på Ethereum en smart kontrakt, men på Celo er det en indbygget transaktionstype på protokolniveau.

Denne kompleksitet overvælder slutbrugerne. Da overførsler af kryptovaluta er den mest almindelige transaktionstype, ender de med at sidestille begge dele (som i "en transaktion tjener til at overføre krypto!"). Det er ligegyldigt, at transaktioner kan meget mere. Brugerne anvender et udtryk på protokolniveau til at beskrive en fordel på applikationsniveau.

Scenarier for overførsel

Lad os skelne mellem følgende overførselsscenarier:

• En-til-en (1-til-1): En enkelt transaktion sender et aktiv fra en adresse til en anden adresse. F.eks. en overførsel mellem konti, en e-handelsbetaling.
• En-til-mange (1-til-mange): En enkelt transaktion sender et aktiv fra én adresse til flere adresser. F.eks. udbetaling af ydelser, lønudbetaling.
• En-til-alle (1-til-alle): En enkelt transaktion sender et aktiv fra én adresse til alle adresser i en kæde. F.eks. universel basisindkomst (UBI), aidrops.

Generering af overførsler

I betragtning af deres indvirkning på performance skal vi skelne mellem, hvordan overførsler genereres:

• Transaktionsgenereret: En overførsel genereret fra en transaktion (Tx).
• Smart kontrakt-genereret: En overførsel genereret fra en smart kontrakt (SC). Mængden af overførsler, der genereres, afhænger af typen af smartkontrakt.

Netværksparametre

Lad os til sidst definere de vigtigste netværksparametre, der påvirker ydeevnen:

• Tick-varighed (tDur): En tidsenhed, hvor et sæt transaktioner behandles og afsluttes. Den nuværende tick-varighed er omkring 2,5 sekunder.
• Transaktioner pr. tick (TxPT): Det maksimale antal transaktioner, der kan behandles i løbet af et enkelt tick. Nuværende transaktioner pr. tick er 1.024.

Beslutte, hvad der skal måles

I kryptoverdenen måles blockchain-performance typisk på protokolniveau ved hjælp af metrikken Transactions Per Second (TPS eller TxPS). Dette måler antallet af transaktioner - en tilstandsændring i hovedbogen - som en blockchain kan behandle i løbet af et enkelt sekund. For eksempel har TON opnået 104.715 TxPS ved at udnytte sharding, mens Ethereum sigter mod at overskride 100k TxPS ved hjælp af rollups.

Qubic udmærker sig ikke i TxPS, men det er okay. Fra et markedsføringsperspektiv er TxPS en indadvendt metrik - mere relevant for kryptoteams og investorer, der nyder at prale af deres blockchains evner i kryptofeuds. Men det, der virkelig betyder noget for slutbrugerne, er, om de kan gennemføre en betaling med det samme, selv når tusindvis af andre forsøger at gøre det samme i samme øjeblik. Med andre ord er de ikke interesserede i transaktioner pr. sekund (TxPS), men i overførsler pr. sekund (TfPS). Og her, for sømløse betalingsoplevelser - kryptooverførsler på applikationsniveau - hvor det virkelig betyder noget, har Qubic kronen på værket. Eller gør den?

Performance i dag

Med en forståelse af nøglebegreber (transaktioner vs. overførsler), metrikker (TxPS vs. TfPS), overførselsscenarier (1-til-1, 1-til-mange, 1-til-alle), overførselsgenereringsmetoder (Tx-genereret vs. SC-genereret) og netværksparametre (tick-varighed og transaktioner pr. tick) kan vi nu undersøge, hvor hurtigt Qubic fungerer på applikationsniveau. Når vi undersøger de forskellige kombinationer, opfordrer vi dig til at tænke på Qubic som en motor, der skifter mellem forskellige gear.

Denne tabel opsummerer vores performance-testresultater. For overskuelighedens skyld præsenterer vi tabellen med konstante netværksparametre, selvom tDur i praksis varierede fra test til test:

Første gear

I første gear, hvor der ikke er nogen smarte kontrakter involveret, genererer hver transaktion direkte en overførsel. For at maksimere antallet af overførsler er vi nødt til at maksimere antallet af transaktioner. Med de nuværende netværksparametre kan Qubic behandle 410 TxPS (1.024 TxPT / 2,5 tDur). Denne ydelse er betydeligt højere end Bitcoin (3-7) og Ethereum (15-30), men stadig beskeden sammenlignet med Algorand (1.200), Avalanche (4.500) eller Solana (65.000).

Andet gear

I andet gear bruger vi QUTIL SC (tidligere Sendmany SC), som giver dig mulighed for at samle 25 1-til-Many-overførsler i en enkelt transaktion. Det øger TfPS til 10.250 (410 TfPS * 25), hvilket bringer Qubic på niveau med de fleste andre kæder, men kun i 1-til-Many-overførselsscenariet.

En variation af andet gear (se QUTIL-2 i tabellen ovenfor) involverer kædning af QUTIL SC-eksekveringer. Den første transaktion udløser et QUTIL SC-kald for 25 betalinger, som genererer 25 overførsler. Hver overførsel udløser igen 25 andre QUTIL-eksekveringer, hvilket skaber en kaskadeeffekt. Efter tre iterationer (25 x 25 x 25) resulterer denne proces i 15.625 overførsler. Men da hver overførsel skal behandles inden for en transaktion, er vi stadig begrænset af grænsen på 1024 TxPT. Derfor tager det 16 fuldt mættede ticks (15.625 Txs / 1.024 TxPS) eller 40 sekunder (16 ticks * 2,5 tDur) at gennemføre hele processen under optimale forhold. Kort sagt øger denne tilgang ikke den samlede gennemstrømning og gælder kun for 1-til-mange-overførselsscenariet.

Tredje gear

I tredje gear bruger vi AIRDROP SC, som giver dig mulighed for at sende det samme beløb til hver adresse i spektret- en liste over alle Qubic-adresser, der er gemt i Computor Nodes RAM. Da meget få brugssituationer (om nogen) kræver, at man sender det samme beløb til alle Qubic-adresser (~450k), har overførselsscenariet 1-til-alle begrænset anvendelighed i den virkelige verden. Det er dog stadig nyttigt til at teste Qubic-motoren under virkelige forhold, da vi måler den samlede behandlingstid (tick-behandling + SC-behandling).

I vores første test på testnettet (AIRDROP-1 i tabellen ovenfor) oprettede vi 1.024 airdrops (til ca. 450.000 adresser hver) pr. tick og udnyttede fuldt ud de 1.024 Tx, der var tilladt pr. tick. Det teoretiske mål på 460,8M TfPS (1.024 TxPT * 450k adresser) resulterede i "kun" 150k TfPS. Selvom dette resultat kan virke skuffende, afslører det, at vi enten har fundet en fejl, eller at Qubic ikke er optimeret til at behandle adskillige forekomster af den samme smartkontrakt samtidigt, især på testnet. Disse resultater er dog værdifulde, da de fremhæver effekten på ydeevnen under sådanne forhold.

For at få en ordentlig test i tredje gear (AIRDROP-2) ændrede vi AIRDROP SC til at overføre 1 QU i stedet for et token. Dette resulterede i "kun" 1M TfPS, igen på grund af brugen af testnet-virtuelle maskiner (i stedet for bare metal) og for meget SC-overhead.

Fjerde gear

I det fjerde gear udførte vi en tilpasset, fuldt kunstig test (AIRDROP-3), hvor der blev oprettet fire airdrops, hver med spektrumadresser, der håndterede 100 forskellige overførsler for at bestemme den maksimalt opnåelige ydelse. Typisk overgår mainnet testnet på grund af dets mere effektive systemer og brugen af flere noder i stedet for blot en eller to. For nøje at simulere mainnet-forhold brugte vi et bare-metal testnet. I forhold til det teoretiske mål på 180M TfPS (4 airdrops * 450k adresser * 100 overførsler pr. adresse) opnåede vi 20M TfPS. Denne overførselshastighed er bæredygtig over hele epoken, ikke kun en spidsbelastning, hvilket indikerer robustheden af Qubics gennemstrømningskapacitet. Selv om gennemstrømningen er overvældende (det ville kun tage et par timer at sende QU til alle i verden), er den specifik for 1-til-Alle-overførselsscenarier og kan ikke anvendes i den virkelige verden.

Femte gear

En nylig test udført af Qubics Core Development Team registrerede 55M TfPS. Dette blev opnået gennem en anden brugerdefineret, fuldt kunstig test (QUTIL-3) ved hjælp af en brugerdefineret QUTIL-smartkontrakt i en løkke, der udelukkende fokuserede på CPU-tid. Teknisk set var det femte gear et 1-til-mange (ikke 1-til-alle) overførselsscenarie. Men da adresserne blev hentet fra en foruddefineret pulje genereret i SC (ikke fra faktiske transaktioner), og de beløb, der skulle overføres, blev tilfældigt genereret i SC (ikke fra faktiske transaktioner), mangler denne test også anvendelighed i den virkelige verden.

For at forstå forskellen mellem vores 20M- og deres 55M-resultater kan du tænke på disse tests i form af "flyvetid". Valis' test målte den tid, der kræves fra gate til gate (tick processing + smart contract processing), mens Qubics kerneteam kun målte den faktiske tid i luften (smart contract processing).

En ujævn krone

Qubics nuværende overførselsresultater i 1-til-mange/alle overførselsscenarier er i en liga for sig selv. Forskellen er så stor, at det har fået Come-from-Beyond til offentligt at spekulere i, om Qubics smart contract-motor er mere effektiv end motorerne i alle andre kryptovalutaer tilsammen. Mens andre diskuterer skaleringsløsninger for at nå op på tusindvis af transaktioner, håndterer Qubic ubesværet millioner af overførsler uden behov for skaleringsløsninger i lag 1 (sharding) eller lag 2 (rollups, sidekæder eller tilstandskanaler). Qubics nuværende overførselsydelse i det mest almindelige 1-til-1-overførselsscenarie, som er nødvendigt i de fleste scenarier i den virkelige verden, herunder en stablecoin, er dog ikke noget at prale af (410 TfPS).

På nuværende tidspunkt føler mindre tekniske læsere måske, at de er blevet narret af storslåede påstande om "millioner" af TfPS, blot for at opdage, at sådanne målinger i fjerde og femte gear hører til kunstige forhold, begrænsede målinger og usandsynlige overførselsscenarier, som ikke kan anvendes i den virkelige verden. Det er vigtigt at forstå, at test af ydeevne er nødvendig for at optimere systemet. Desuden har forskellige teams, der arbejder på Qubic, forskellige mål og derfor forskellige testbehov. Valis er fokuseret på applikationsniveauet og tester tættere på den virkelige verdens ydeevne (~20M). Qubics Core Development Team er fokuseret på protokolniveauet og tester intern tid (~55M).

Performance i morgen

Hvorfor går Valis ind for at repositionere Qubic som en "ultra-højtydende" kæde, der er indbygget i en Qubic stablecoin, hvis ydeevnen i 1-til-1-overførselsscenarier er beskeden?Fordi vi er overbeviste om, at Qubics 1-til-1-ydelse vil blive radikalt forbedret i den nærmeste fremtid takket værebidrag fra to teams.

Qubics kerneteam

Qubic er kendt for sine uortodokse, performance-drevne valg, såsom bare metal-servere, der udelukkende kører på RAM og undgår OS og virtuelle maskiner. Disse beslutninger, kombineret med stadigt stigende hardwarekrav, adskiller Qubic fra mængden.

Den første prioritet på Qubic Core Team Roadmap er at opnå en stabil tick-tid på 1-2 sekunder. I sidste ende kan ticks accelereres til 5 pr. sekund, hvilket giver en 12,5 gange højere ydeevne ved at reducere tick-varigheden fra 2,5 sekunder til 0,2 sekunder.

RAM-kravene til computerknudepunkterne stiger til 1 TB den 4. september og til 2 TB den 4. december. Når RAM øges, er det ikke usandsynligt at tænke på 4.096 TxPT.

Med hurtigere og større ticks begynder tingene at se anderledes ud. Qubic vil gå fra 410 TxPS (1.024 TxPT / 2,5 tDur) til 20.480 TxPS (4.096 TxPT / 0,2 tDur). Det er optimistiske tal; når gennemstrømningen stiger, kan der opstå andre flaskehalse, men du får en idé:

Synes du, det er hurtigt? Tid til at spænde sig fast.

Valis-holdet

Qubic opnår mind-blogging-performance i SC-genererede TfPS, men indtil videre har alle SC'er fokuseret på 1-til-mange-overførselsscenariet. Hvad ville der ske, hvis vi var i stand til at udnytte Qubic SC'er i det sværeste benchmark for at opnå maksimal hastighed, 1-til-1-overførselsscenariet?

Ligesom Ethereum reducerede gasomkostningerne med L2-rollups, kan en lignende tilgang anvendes på Qubic. Mens Qubic ikke har nogen gasomkostninger at minimere, er vores mål at maksimere antallet af 1-til-1-overførsler, der kan kodes i en enkelt transaktion.

Vi har identificeret en metode, der er i stand til at rulle 26 til 95 1-til-1-overførsler op pr. SC Tx ved hjælp af den nuværende grænse på 1.024 TxPT. Vi forventer, at denne kapacitet hurtigt vil stige fra 26x til 95x på grund af Qubics effektive genbrug af adresser. Med et konservativt skøn på 90x svarer det til ~40k TxPS med de nuværende netværksparametre. Med en 12,5 gange større netværkskapacitet kan det nå op på 1,8 millioner TxPS i 1-til-1-overførselsscenarier.

Knæl for kronen

Ovenstående bidrag vil gøre Qubic til den ubestridte leder inden for TfPS på tværs af alle overførselsscenarier og -kæder. "Den hurtigste" er en kort, ligefrem og stærk markedsføringspåstand med bred appel i kryptoverdenen.

Positioneringen "ultra-high-performance" besvarer det kritiske hvorfor-spørgsmål så højt og tydeligt, at det på egen hånd kan tiltrække iværksættere fra alle brancher til at bygge videre på Qubic. Sammen med den første sikre, gennemsigtige, konsekvente, øjeblikkelige, skalerbare og gratis stablecoin i verden har den en reel chance for at gøre Qubic til et kraftcenter inden for økonomisk stabilitet, likviditet og DeFi.

"uPoW for AI" er nyt og skinnende og smukt, men skinnende varer ikke ved. For at få succes har Qubic brug for faktiske kunder, der er villige og i stand til at købe vores produkt.

Hvis du synes, at Qubic er pænt, skulle du se det i en krone.

Kommer snart: Valis-forslag

I den sidste del af vores serie vil vi skitsere vores plan for at bringe en Qubic-baseret stablecoin til live. Vi fortæller om vores fundraising-strategi, potentielle kapitalkilder, og hvordan vi planlægger at bruge midlerne. Vi sætter klare mål og forklarer, hvordan dette initiativ vil skabe langsigtet værdi og vækst for Qubic-økosystemet.

Læs serien "Sagen om en Qubic Stablecoin”

1. 🇩🇰Sagen om en Qubic Stablecoin - Del 1: Hvorfor Spørgsmålet
2. 🇩🇰Sagen om en Qubic Stablecoin - Del 2: Markedsføring af Qubic
3. 🇩🇰Sagen om en Qubic Stablecoin - Del 3: Den Bedste Mulighed
4. 🇩🇰Sagen om en Qubic Stablecoin- Del 4: Hurtig, Hurtigere, Qubic
5. 🇩🇰Sagen om en Qubic Stablecoin - Del 5: Vækst af Økosystemet

For de seneste opdateringer, slut dig til Valis Discord, følg os på X, og bogmærk vores blog.

På denne side

• Argumentet for en Qubic Stablecoin - Del 4: Hurtig, Hurtigere, Qubic
• Opsummering
• Introduktion
• Før vi begynder
• Nøglebegreber
• Scenarier for overførsel
• Generering af overførsler
• Netværksparametre
• Beslutte, hvad der skal måles
• Performance i dag
• Første gear
• Andet gear
• Tredje gear
• Fjerde gear
• Femte gear
• En ujævn krone
• Performance i morgen
• Qubics kerneteam
• Valis-holdet
• Knæl for kronen
• Kommer snart: Valis-forslag
• Læs serien "Sagen om en Qubic Stablecoin”

Relaterede opslag