De zaak voor een Qubic Stablecoin - Deel 4: Snel, Sneller, Qubic
We leggen het verschil uit tussen transfers en transacties en leiden lezers door verschillende transferscenario's om Qubic's indrukwekkende doorvoer te tonen. Door real-world snelheidstests te belichten, demonstreren we wat Qubic onderscheidt van andere blockchains.
Qsilver, 22 aug. 2024.
Samenvatting
In de eerste drie delen van deze serie hebben we de basis gelegd voor onze visie op een Qubic-gebaseerde stablecoin. We hebben het huidige gebrek aan een overtuigend antwoord op de essentiële vraag "waarom bouwen op Qubic?"benadrukt, hoe SteCo's huidige marketinginspanningen niet goed zijn afgestemd, en een strategische verschuiving voorgesteld naar het positioneren van Qubic rond "ultrahoge prestaties", als katalysator voor ecosysteemgroei en langetermijnsucces.
Introductie
Nu richten we ons op een cruciale technische vraag: Hoe snel is Qubic? Deze vraag is niet eenvoudig te beantwoorden. Om Qubic's prestaties en de implicaties voor onze stablecoin-visie volledig te begrijpen, moeten we eerst enkele belangrijke concepten verduidelijken. Blijf bij ons terwijl we de verschillen uitleggen tussen transacties en transfers, transferscenario's en transfergeneratiemethoden. Aan het einde van dit bericht zou u een goed begrip moeten hebben van hoe Qubic's snelheid zich verhoudt tot concurrenten en hoe we van plan zijn Qubic te benutten om de snelste stablecoin te bouwen die de wereld ooit heeft gezien.
Voordat we beginnen
Belangrijke concepten
De protocollaag verwijst naar de kernlaag van het blockchainsysteem, die de regels en mechanismen definieert. Hier:
- Een transactie is een enkele operatie die een verandering van staat in het grootboek met zich meebrengt.
- Een transfer is een sub-operatie binnen een transactie die activa van het ene adres naar het andere verplaatst.
De applicatielaag verwijst naar de laag waar gebruikers interactie hebben met de blockchain via applicaties (gebruikersinterfaces, dApps en smart contracts). Hier:
- Een cryptovaluta-transfer is het meest voorkomende type transactie, waarbij één gebruiker een hoeveelheid cryptovaluta overmaakt naar een andere gebruiker.
- Andere soorten transacties zijn onder meer uitvoeringen van smart contracts, oracle-dataverzoeken, afwikkelingen van state channels, token-transfers, token minting/burning, creatie/transfer van Non-Fungible Tokens (NFT), staking, lenen/uitlenen, beursorders, stem-/governance-acties, updates van chain governance, uitkeringen van beloningen/dividenden, identiteitsverificaties, gegevensopslag/-wijziging, cross-chain operaties... een open lijst die alleen wordt beperkt door de verbeelding van ontwikkelaars en daarom varieert afhankelijk van elke blockchain.
"Transfer" kan verwarrend zijn omdat de betekenis verandert met de context:
- Op protocolniveau is een transfer een sub-operatie binnen een transactie.
- Op applicatieniveau is een transfer één type transactie uit vele.
Om de verwarring nog groter te maken, kan een enkele transactie, zoals de uitvoering van een smart contract, meerdere transfers activeren. Een payroll smart contract dat bijvoorbeeld 1 QU uitkeert aan elk van de 100 werknemers, omvat 100 transfers, allemaal geïnitieerd door een enkele transactie.
Ontwerpverschillen tussen blockchains dragen ook bij aan deze verwarring. Lenen op Ethereum vereist bijvoorbeeld een smart contract, maar op Celo is het een native transactietype op protocolniveau.
Deze complexiteit overweldigt eindgebruikers. Aangezien cryptovaluta-transfers het meest voorkomende transactietype zijn, stellen ze beide gelijk (zoals in "een transactie dient om crypto over te maken!"). Ongeacht dat transacties tot veel meer in staat zijn. Gebruikers hanteren een term op protocolniveau om een voordeel op applicatieniveau te beschrijven.
Transferscenario's
Laten we de volgende transferscenario's onderscheiden:
- Een-op-een (1-op-1): Een enkele transactie verstuurt een asset van één adres naar een ander adres. Bijv. een overboeking tussen rekeningen, een e-commerce betaling.
- Een-op-velen (1-op-velen): Een enkele transactie verstuurt een asset van één adres naar meerdere adressen. Bijv. uitbetaling van uitkeringen, loonbetalingen.
- Een-op-allen (1-op-allen): Een enkele transactie verstuurt een asset van één adres naar alle adressen in een keten. Bijv. Universeel Basisinkomen (UBI), airdrops.
Transfergeneratie
Gezien hun impact op de prestaties, laten we onderscheid maken in hoe transfers worden gegenereerd:
- Transactie-gegenereerd: Een transfer gegenereerd vanuit een transactie (Tx).
- Smart Contract-gegenereerd: Een transfer gegenereerd vanuit een smart contract (SC). Het aantal gegenereerde transfers hangt af van het type smart contract.
Netwerkparameters
Tot slot definiëren we belangrijke netwerkparameters die de prestaties beïnvloeden:
- Tikduur (tDur): Een tijdseenheid waarin een set transacties wordt verwerkt en afgerond. De huidige tikduur is ongeveer 2,5 seconden.
- Transacties per Tik (TxPT): Het maximale aantal transacties dat kan worden verwerkt tijdens een enkele tik. Het huidige aantal transacties per tik is 1.024.
Bepalen wat te meten
In de cryptowereld wordt de prestatie van een blockchain doorgaans op protocolniveau gemeten met de metriek Transacties Per Seconde (TPS, of TxPS). Dit meet het aantal transacties - een statuswijziging in het grootboek - dat een blockchain in één seconde kan verwerken. Zo heeft TON bijvoorbeeld 104.715 TxPS bereikt door gebruik te maken van sharding, terwijl Ethereum streeft naar meer dan 100k TxPS met behulp van rollups.
Qubic blinkt niet uit in TxPS, maar dat is oké. Vanuit marketingperspectief is TxPS een naar binnen gerichte metriek - meer relevant voor cryptoteams en investeerders die graag opscheppen over de mogelijkheden van hun blockchain in cryptoruzies. Wat echter echt belangrijk is voor eindgebruikers, is of ze een betaling direct kunnen voltooien, zelfs wanneer duizenden anderen op hetzelfde moment hetzelfde proberen te doen. Met andere woorden, ze geven niet om transacties per seconde (TxPS), maar om transfers per seconde (TfPS). En hier, voor naadloze betalingservaringen - cryptotransfers op applicatieniveau -, waar het er echt toe doet, draagt Qubic de kroon. Of toch niet?
Prestaties vandaag de dag
Met inzicht in de belangrijkste concepten (transacties versus transfers), metrieken (TxPS versus TfPS), transferscenario's (1-op-1, 1-op-velen, 1-op-allen), transfergeneratiemethoden (Tx-gegenereerd versus SC-gegenereerd), en netwerkparameters (tikduur en transacties per tik), kunnen we nu onderzoeken hoe snel Qubic op applicatieniveau werkt. Terwijl we de verschillende combinaties onderzoeken, moedigen we u aan om Qubic te zien als een motor die door verschillende versnellingen schakelt.
Deze tabel vat onze prestatietestresultaten samen. Voor de duidelijkheid presenteren we de tabel met constante netwerkparameters, hoewel in de praktijk tDur varieerde van test tot test:
Versnelling | tDur | TxPT | Scenario | Gen | S. Contract | Txs | TfPS |
#1 | 2.5 | 1024 | 1-op-1 | Tx | N.v.t. | 410 | 410 |
#2 | 2.5 | 1024 | 1-op-velen | SC | QUTIL-1 | ~10.250 | 410 |
#2 | 2.5 | 1024 | 1-op-velen | SC | QUTIL-2 | ~16.525 | 410 |
#3 | 2.5 | 1024 | 1-op-velen | SC | AIRDROP-1 | 1.024 | 150k |
#3 | 2.5 | 1024 | 1-op-velen | SC | AIRDROP-2 | 1.024 | 1M |
#4 | 2.5 | 1024 | 1-op-allen | SC | AIRDROP-3 | 4 | 20M |
#5 | 2.5 | 1024 | 1-op-velen | SC | QUTIL-3 | 1 | 55M |
Eerste versnelling
In de eerste versnelling, zonder betrokkenheid van smart contracts, genereert elke transactie direct één transfer. Om het aantal transfers te maximaliseren, moeten we het aantal transacties maximaliseren. Onder de huidige netwerkparameters kan Qubic 410 TxPS verwerken (1.024 TxPT / 2,5 tDur). Deze prestatie is aanzienlijk hoger dan Bitcoin (3-7) en Ethereum (15-30), maar nog steeds bescheiden in vergelijking met Algorand (1.200), Avalanche (4.500) of Solana (65.000).
Tweede versnelling
In de tweede versnelling gebruiken we het QUTIL SC (voorheen Sendmany SC) waarmee je 25 1-op-velen transfers kunt bundelen binnen een enkele transactie. Dit verhoogt de TfPS naar 10.250 (410 TfPS * 25), waardoor Qubic op gelijke voet komt met de meeste andere chains, maar alleen in het 1-op-velen transferscenario.
Een variatie van de tweede versnelling (zie QUTIL-2 in de bovenstaande tabel) betreft het ketenen van QUTIL SC-uitvoeringen. De initiële transactie activeert een QUTIL SC-aanroep voor 25 betalingen, wat 25 transfers genereert. Elke transfer activeert op zijn beurt nog eens 25 QUTIL-uitvoeringen, wat een cascade-effect creëert. Na drie iteraties (25 x 25 x 25) resulteert dit proces in 15.625 transfers. Omdat elke transfer echter binnen een transactie moet worden verwerkt, zijn we nog steeds beperkt door de limiet van 1024 TxPT. Bijgevolg duurt het 16 volledig verzadigde tikken (15.625 Txs / 1.024 TxPS), of 40 seconden (16 tikken * 2,5 tDur) om het hele proces onder optimale omstandigheden te voltooien. Samenvattend verhoogt deze aanpak de totale doorvoer niet en blijft deze alleen van toepassing op het 1-op-velen transferscenario.
Derde versnelling
In de derde versnelling gebruiken we het AIRDROP SC waarmee je hetzelfde bedrag naar elk adres in het spectrum kunt sturen—een lijst van alle Qubic-adressen opgeslagen in het RAM van Computor Nodes. Aangezien zeer weinig use cases (als er al zijn) vereisen dat hetzelfde bedrag naar alle Qubic-adressen (~450k) wordt gestuurd, heeft het 1-op-allen transferscenario beperkte praktische toepasbaarheid. Het is echter nog steeds nuttig voor het testen van de Qubic-engine onder realistische omstandigheden, aangezien we de totale verwerkingstijd meten (tikverwerking + SC-verwerking).
In onze initiële test op het testnet (AIRDROP-1 in de bovenstaande tabel), creëerden we 1.024 airdrops (naar ~450k adressen elk) per tik, waarbij we de toegestane 1.024 Tx per tik volledig benutten. Het theoretische doel van 460,8M TfPS (1.024 TxPT * 450k adressen) resulteerde in "slechts" 150k TfPS. Hoewel dit resultaat teleurstellend lijkt, onthult het dat we ofwel een bug hebben gevonden, ofwel dat Qubic niet geoptimaliseerd is voor het gelijktijdig verwerken van talrijke instanties van hetzelfde smart contract, vooral op het testnet. Deze resultaten zijn echter waardevol omdat ze de prestatie-impact onder dergelijke omstandigheden benadrukken.
Voor een goede test van de derde versnelling (AIRDROP-2) hebben we het AIRDROP SC aangepast om 1 QU over te maken in plaats van een token. Dit resulteerde in "slechts" 1M TfPS, opnieuw vanwege het gebruik van testnet virtuele machines (in plaats van bare metal) en te veel SC overhead.
Vierde versnelling
In de vierde versnelling voerden we een aangepaste, volledig kunstmatige test uit (AIRDROP-3) waarbij vier airdrops werden gecreëerd, elk met spectrumadressen die 100 verschillende overdrachten verwerken om de maximaal haalbare prestatie te bepalen. Doorgaans presteert het mainnet beter dan het testnet vanwege zijn krachtigere systemen en het gebruik van meerdere nodes in plaats van slechts één of twee. Om de mainnet-omstandigheden zo dicht mogelijk te benaderen, gebruikten we een bare-metal testnet. Tegenover het theoretische doel van 180M TfPS (4 airdrops 450k adressen 100 overdrachten per adres), bereikten we 20M TfPS. Deze overdrachtssnelheid is houdbaar gedurende de hele epoch, niet slechts een piekprestatie, wat de robuustheid van Qubic's doorvoercapaciteiten aantoont. Hoewel de doorvoer duizelingwekkend is (het zou slechts een paar uur duren om iedereen ter wereld wat QU te sturen), is het specifiek voor 1-op-allen overdrachtsscenario's en mist het praktische toepasbaarheid in de echte wereld.
Vijfde Versnelling
Een recente test door Qubic's Core Development Team registreerde 55M TfPS. Dit werd bereikt door middel van een andere aangepaste, volledig kunstmatige test (QUTIL-3), gebruikmakend van een aangepast QUTIL smart contract in een lus, waarbij uitsluitend werd gefocust op CPU-tijd. Technisch gezien was de vijfde versnelling een 1-op-velen (niet 1-op-allen) overdrachtsscenario. Echter, aangezien de adressen afkomstig waren uit een vooraf gedefinieerde pool gegenereerd binnen de SC (niet van werkelijke transacties) en de over te dragen bedragen willekeurig werden gegenereerd binnen de SC (niet van werkelijke transacties), mist deze test ook praktische toepasbaarheid in de echte wereld.
Om het verschil tussen onze 20M en hun 55M resultaten te begrijpen, kunt u deze tests zien in termen van "vluchttijd". Valis' tests maten de benodigde tijd van gate tot gate (tikverwerking + smart contract verwerking), terwijl Qubic's kernteam alleen de daadwerkelijke tijd in de lucht mat (smart contract verwerking).
Een Ongelijke Kroon
Qubic's huidige overdrachtsprestaties in 1-op-velen/allen overdrachtsscenario's zijn in een klasse apart. Het verschil is zo significant dat het Come-from-Beyond ertoe heeft geleid publiekelijk te speculeren of Qubic's smart contract engine krachtiger is dan de engines van alle andere cryptocurrencies samen. Terwijl anderen schaaloplossingen bespreken om duizenden transacties te bereiken, verwerkt Qubic moeiteloos miljoenen overdrachten zonder de noodzaak voor laag 1 (sharding) of laag 2 (rollups, sidechains, of state channels) schaaloplossingen. Echter, Qubic's huidige overdrachtsprestaties in het meest voorkomende 1-op-1 overdrachtsscenario, dat nodig is in de meerderheid van realistische gebruiksscenario's, inclusief een stablecoin, valt niet te pochen (410 TfPS).
Inmiddels zouden minder technische lezers zich bedrogen kunnen voelen door grootse claims van "miljoenen" TfPS, alleen om te ontdekken dat dergelijke metrieken, in vierde en vijfde versnelling, behoren tot kunstmatige omstandigheden, beperkte metingen en onwaarschijnlijke overdrachtsscenario's, zonder praktische toepasbaarheid in de echte wereld. Het is belangrijk te begrijpen dat prestatietests nodig zijn voor systeemoptimalisatie. Bovendien hebben verschillende teams die aan Qubic werken verschillende doelen en daarom verschillende testbehoeften. Valis richt zich op het toepassingsniveau en test dichter bij prestaties in de echte wereld (~20M). Qubic's Core Development Team richt zich op het protocolniveau en test interne tijd (~55M).
Prestaties van Morgen
Waarom pleit Valis voor het herpositioneren van Qubic als een "ultrahoge prestatie" keten, belichaamd in een Qubic stablecoin, als de prestaties in 1-op-1 overdrachtsscenario's bescheiden zijn? Omdat we er vertrouwen in hebben dat Qubic's 1-op-1 prestaties in de nabije toekomst een radicale verbetering zullen zien, dankzij de bijdragen van twee teams.
Qubic Kernteam
Qubic staat bekend om zijn onorthodoxe, prestatiegedreven keuzes, zoals bare metal servers, volledig draaien op RAM, en het vermijden van besturingssystemen en virtuele machines. Deze beslissingen, gekoppeld aan steeds toenemende hardwarevereisten, onderscheiden Qubic.
De eerste prioriteit op de Roadmap van het Qubic Kernteam is het bereiken van een stabiele tiktijd van 1-2 seconden. Uiteindelijk zouden tikken kunnen worden versneld tot 5 per seconde, waarmee een 12,5x toename in prestaties wordt bereikt door de tikduur te verminderen van 2,5 seconden naar 0,2 seconden.
RAM-vereisten voor computor-nodes zullen toenemen tot 1TB op 4 september en tot 2TB op 4 december. Naarmate het RAM toeneemt, is het niet vergezocht om te denken aan 4.096 TxPT.
Met snellere en grotere tikken beginnen de dingen er anders uit te zien. Qubic zal gaan van 410 TxPS (1.024 TxPT / 2,5 tDur) naar 20.480 TxPS (4.096 TxPT / 0,2 tDur). Dit zijn optimistische schattingen; naarmate de doorvoer stijgt, kunnen andere knelpunten ontstaan, maar je begrijpt het idee:
Versnelling | tDur | TxPT | Scenario | Gen | S. Contract | Txs | TfPS |
#1 | 0,2 | 4096 | 1-op-1 | Tx | N.v.t. | 20.480 | 20.480 |
#2 | 0,2 | 4096 | 1-op-Velen | SC | QUTIL | ~10.250 | 20.480 |
#3 | 0,2 | 4096 | 1-op-Velen | SC | AIRDROP | 1 | M? |
#4 | 0,2 | 4096 | 1-op-Allen | SC | AIRDROP | 1 | M? |
Denk je dat dit snel is? Tijd om je schrap te zetten.
Valis Team
Qubic bereikt verbazingwekkende prestaties in SC-gegenereerde TfPS, maar tot nu toe hebben alle SC's zich gericht op het 1-op-Velen overdrachtsscenario. Wat zou er gebeuren als we in staat zouden zijn om Qubic SC's te benutten in de moeilijkste benchmark om maximale snelheid te bereiken, het 1-op-1 overdrachtsscenario?
Qubic | Zonder SC | Met SC |
1-op-1 | Bescheiden | Onbekend |
1-op-Velen | N.v.t. | Snelste |
Net zoals Ethereum de gaskosten verminderde met L2 rollups, kan een vergelijkbare aanpak worden toegepast op Qubic. Hoewel Qubic geen gaskosten heeft om te minimaliseren, is ons doel om het aantal 1-op-1 overdrachten dat in één transactie kan worden gecodeerd te maximaliseren.
We hebben een methode geïdentificeerd die in staat is om 26 tot 95 1-op-1 overdrachten per SC Tx te bundelen met de huidige limiet van 1.024 TxPT. We verwachten dat deze capaciteit snel zal stijgen van 26x naar 95x vanwege Qubic's efficiënte adreshergebruik. Met een conservatieve schatting van 90x vertaalt zich dit naar ~40k TxPS met de huidige netwerkparameters. Met een 12,5x netwerkcapaciteitsboost zou dit kunnen oplopen tot 1,8M TxPS in 1-op-1 overdrachtsscenario's.
Versnelling | tDur | TxPT | Scenario | Gen | S. Contract | Txs | TfPS |
#2 | 2,5 | 1024 | 1-op-1 | SC | VROLLUP-26 | 410 | 10.660 |
#2 | 2,5 | 1024 | 1-op-1 | SC | VROLLUP-90 | 410 | 38.950 |
#2 | 0,2 | 4096 | 1-op-1 | SC | VROLLUP-26 | 20.480 | 532.480 |
#2 | 0,2 | 4096 | 1-op-1 | SC | VROLLUP-90 | 20.480 | 1.843.200 |
Buig voor de Kroon
De bovenstaande bijdragen zullen Qubic de onbetwiste leider maken in TfPS, over alle overdrachtsscenario's en ketens heen. "De Snelste" is een korte, directe en krachtige marketingclaim met brede aantrekkingskracht in de cryptowereld.
De "ultrahoge prestatie" positioneringbeantwoordt de cruciale waarom-vraagzo luid en duidelijk dat het in zijn eentje ondernemers uit alle verticalen kan aantrekken om op Qubic te bouwen. Gekoppeld aan de eerste veilige, transparante, consistente, onmiddellijke, schaalbare en gratis stablecoin ter wereld, heeft het een reële kans om Qubic een krachtpatser te maken op het gebied van economische stabiliteit, liquiditeit en DeFi.
"uPoW voor AI" is nieuw en glanzend en mooi, maar glans houdt niet lang stand. Om te slagen heeft Qubic echte klanten nodig, die bereid en in staat zijn om ons product te kopen.
Als je denkt dat Qubic mooi is, zou je het eens met een kroon moeten zien.
Binnenkort: Valis Voorstel
In het laatste deel van onze serie zullen we ons plan schetsen om een op Qubic gebaseerde stablecoin tot leven te brengen. We zullen onze fondsenwerving strategie behandelen, potentiële bronnen van kapitaal, en hoe we van plan zijn de fondsen te gebruiken. We zullen duidelijke doelen stellen en uitleggen hoe dit initiatief langetermijnwaarde en groei voor het Qubic-ecosysteem zal stimuleren.
Lees de serie "De zaak voor een Qubic stablecoin"
- De zaak voor een Qubic Stablecoin - Deel 1: De Waarom Vraag
- De zaak voor een Qubic Stablecoin - Deel 2: Marketing Qubic
- De zaak voor een Qubic Stablecoin - Deel 3: De beste optie
- De zaak voor een Qubic Stablecoin - Deel 4: Snel, Sneller, Qubic
- De zaak voor een Qubic Stablecoin - Deel 5: Het laten groeien van het ecosysteem
Voor de nieuwste updates, word lid van de Valis Discord, volg ons op X, en voeg onze blog toe aan je favorieten.
Op deze pagina
- De zaak voor een Qubic Stablecoin - Deel 4: Snel, Sneller, Qubic
- Samenvatting
- Introductie
- Voordat we beginnen
- Belangrijke concepten
- Transferscenario's
- Transfergeneratie
- Netwerkparameters
- Bepalen wat te meten
- Prestaties vandaag de dag
- Eerste versnelling
- Tweede versnelling
- Derde versnelling
- Vierde versnelling
- Vijfde Versnelling
- Een Ongelijke Kroon
- Prestaties van Morgen
- Qubic Kernteam
- Valis Team
- Buig voor de Kroon
- Binnenkort: Valis Voorstel
- Lees de serie "De zaak voor een Qubic stablecoin"