🇫🇷

L'argument en faveur d'un stablecoin Qubic - Partie 4 : Rapide, Plus Rapide, Qubic

L'argument en faveur d'un stablecoin Qubic - Partie 4 : Rapide, Plus Rapide, Qubic

Nous expliquons la différence entre les transferts et les transactions et guidons les lecteurs à travers divers scénarios de transferts pour mettre en valeur le débit impressionnant de Qubic. En soulignant des tests de vitesse en conditions réelles, nous démontrons ce qui distingue Qubic des autres blockchains.

Qsilver, 22 août 2024.

Récapitulatif

Dans les trois premières parties de cette série, nous avons posé les bases de notre vision d'un stablecoin basé sur Qubic. Nous avons mis en évidence l'absence actuelle d'une réponse convaincante à la question essentielle "pourquoi construire sur Qubic ?", comment les efforts marketing actuels de SteCo sont mal alignés, et proposé un changement stratégique vers le positionnement de Qubic autour de "la performance ultra-élevée", comme catalyseur pour la croissance de l'écosystème et le succès à long terme.

Introduction

Maintenant, nous nous concentrons sur une question technique cruciale : À quelle vitesse fonctionne Qubic ? Cette question n'est pas simple. Pour comprendre pleinement les performances de Qubic et ses implications pour notre vision du stablecoin, nous devons d'abord clarifier certains concepts clés. Suivez-nous pendant que nous expliquons les différences entre les transactions et les transferts, les scénarios de transfert et les méthodes de génération de transfert. À la fin de cet article, vous devriez avoir une bonne compréhension de la façon dont la vitesse de Qubic se compare à celle des concurrents et de la façon dont nous prévoyons d'exploiter Qubic pour construire le stablecoin le plus rapide que le monde ait jamais vu.

Avant de commencer

Concepts clés

La couche de protocole fait référence à la couche fondamentale du système blockchain, définissant ses règles et mécanismes. Ici :

Une transaction est une seule opération qui implique un changement d'état dans le registre.
Un transfert est une sous-opération au sein d'une transaction qui déplace des actifs d'une adresse à une autre.

La couche d'application fait référence à la couche où les utilisateurs interagissent avec la blockchain via des applications (interfaces utilisateur, dApps et contrats intelligents). Ici :

Un transfert de cryptomonnaie est le type de transaction le plus courant, où un utilisateur transfère un montant de cryptomonnaie à un autre utilisateur.
Les autres types de transactions incluent les exécutions de contrats intelligents, les requêtes de données d'oracle, les règlements de canaux d'état, les transferts de jetons, la création/destruction de jetons, la création/le transfert de jetons non fongibles (NFT), le staking, l'emprunt/le prêt, les ordres d'échange, les actions de vote/gouvernance, les mises à jour de la gouvernance de la chaîne, les distributions de récompenses/dividendes, les vérifications d'identité, le stockage/la modification de données, les opérations inter-chaînes... une liste ouverte uniquement limitée par l'imagination des développeurs et qui varie donc selon chaque blockchain.

"Transfert" peut prêter à confusion car sa signification change selon le contexte :

Au niveau du protocole, un transfert est une sous-opération au sein d'une transaction.
Au niveau de l'application, un transfert est un type de transaction parmi d'autres.

Pour ajouter à la confusion, une seule transaction, comme l'exécution d'un contrat intelligent, peut déclencher plusieurs transferts. Par exemple, un contrat intelligent de paie qui distribue 1 QU à chacun des 100 employés implique 100 transferts, tous initiés par une seule transaction.

Les différences de conception entre les blockchains contribuent également à cette confusion. Par exemple, l'emprunt sur Ethereum nécessite un contrat intelligent, mais sur Celo, c'est un type de transaction natif au niveau du protocole.

Cette complexité submerge les utilisateurs finaux. Comme les transferts de cryptomonnaie sont le type de transaction le plus courant, ils finissent par les assimiler (comme dans "une transaction sert à transférer de la crypto !"). Peu importe que les transactions soient capables de bien plus. Les utilisateurs emploient un terme de niveau protocole pour décrire un avantage de niveau application.

Scénarios de transfert

Distinguons les scénarios de transfert suivants :

Un-à-Un (1-à-1) : Une seule transaction envoie un actif d'une adresse à une autre adresse. Par ex. un transfert entre comptes, un paiement de commerce électronique.
Un-à-Plusieurs (1-à-Plusieurs) : Une seule transaction envoie un actif d'une adresse à plusieurs adresses. Par ex. versement de prestations, paie.
Un-à-Tous (1-à-Tous) : Une seule transaction envoie un actif d'une adresse à toutes les adresses d'une chaîne. Par ex. Revenu de Base Universel (UBI), airdrops.

Génération de transfert

Étant donné leur impact sur les performances, distinguons comment les transferts sont générés :

Généré par transaction : Un transfert généré à partir d'une transaction (Tx).
Généré par contrat intelligent : Un transfert généré à partir d'un contrat intelligent (SC). Le nombre de transferts générés dépendra du type de contrat intelligent.

Paramètres du réseau

Enfin, définissons les paramètres clés du réseau qui influencent les performances :

Durée de tick (tDur) : Une unité de temps pendant laquelle un ensemble de transactions est traité et finalisé. La durée de tick actuelle est d'environ 2,5 secondes.
Transactions par Tick (TxPT) : Le nombre maximum de transactions qui peuvent être traitées pendant un seul tick. Les transactions actuelles par tick sont de 1 024.

Décider quoi mesurer

Dans le monde crypto, les performances de la blockchain sont généralement mesurées au niveau du protocole en utilisant la métrique Transactions Par Seconde (TPS, ou TxPS). Cela mesure le nombre de transactions - un changement d'état dans le registre - qu'une blockchain peut traiter en une seule seconde. Par exemple, TON a atteint 104 715 TxPS en exploitant le sharding, tandis qu'Ethereum vise à dépasser 100k TxPS en utilisant des rollups.

Qubic n'excelle pas en TxPS, mais ce n'est pas grave. D'un point de vue marketing, le TxPS est une métrique orientée vers l'intérieur - plus pertinente pour les équipes crypto et les investisseurs qui aiment se vanter des capacités de leur blockchain dans les querelles crypto. Cependant, ce qui compte vraiment pour les utilisateurs finaux, c'est de savoir s'ils peuvent effectuer un paiement instantanément, même lorsque des milliers d'autres essaient de faire la même chose au même moment. En d'autres termes, ils ne se soucient pas des transactions par seconde (TxPS) mais des transferts par seconde (TfPS). Et ici, pour des expériences de paiement fluides - des transferts crypto au niveau de l'application -, là où ça compte vraiment, Qubic porte la couronne. Ou est-ce le cas ?

Performance Aujourd'hui

Avec une compréhension des concepts clés (transactions vs transferts), des métriques (TxPS vs TfPS), des scénarios de transfert (1-à-1, 1-à-Plusieurs, 1-à-Tous), des méthodes de génération de transfert (généré par Tx vs généré par SC), et des paramètres de réseau (durée de tick et transactions par tick), nous pouvons maintenant explorer à quelle vitesse Qubic fonctionne au niveau de l'application. En examinant les diverses combinaisons, nous vous encourageons à penser à Qubic comme à un moteur changeant de vitesse.

Cette table résume les résultats de notre test de performance. Pour plus de clarté, nous présentons la table avec des paramètres de réseau constants, bien qu'en pratique, tDur ait varié d'un test à l'autre :

Vitesse	tDur	TxPT	Scénario	Gen	S. Contrat	Tx	TfPS
#1	2.5	1024	1-à-1	Tx	N/A	410	410
#2	2.5	1024	1-à-Plusieurs	SC	QUTIL-1	~10,250	410
#2	2.5	1024	1-à-Plusieurs	SC	QUTIL-2	~16,525	410
#3	2.5	1024	1-à-Plusieurs	SC	AIRDROP-1	1,024	150k
#3	2.5	1024	1-à-Plusieurs	SC	AIRDROP-2	1,024	1M
#4	2.5	1024	1-à-Tous	SC	AIRDROP-3	4	20M
#5	2.5	1024	1-à-Plusieurs	SC	QUTIL-3	1	55M

Première Vitesse

En première vitesse, sans contrats intelligents impliqués, chaque transaction génère directement un transfert. Pour maximiser le nombre de transferts, nous devons maximiser le nombre de transactions. Sous les paramètres de réseau actuels, Qubic peut traiter 410 TxPS (1,024 TxPT / 2.5 tDur). Cette performance est significativement plus élevée que Bitcoin (3-7) et Ethereum (15-30), mais reste modeste comparée à Algorand (1,200), Avalanche (4,500), ou Solana (65,000).

Deuxième Vitesse

En deuxième vitesse, nous utilisons le SC QUTIL (anciennement SC Sendmany) qui permet de regrouper 25 transferts 1-à-Plusieurs dans une seule transaction. Cela augmente le TfPS à 10,250 (410 TfPS * 25), plaçant Qubic au même niveau que la plupart des autres chaînes, mais uniquement dans le scénario de transfert 1-à-Plusieurs.

Une variation de la deuxième vitesse (voir QUTIL-2 dans le tableau ci-dessus) implique de chaîner les exécutions du SC QUTIL. La transaction initiale déclenche un appel SC QUTIL pour 25 paiements, ce qui génère 25 transferts. Chaque transfert, à son tour, déclenche 25 exécutions QUTIL supplémentaires, créant un effet en cascade. Après trois itérations (25 x 25 x 25), ce processus aboutit à 15,625 transferts. Cependant, puisque chaque transfert doit être traité dans une transaction, nous restons contraints par la limite de 1024 TxPT. Par conséquent, il faut 16 ticks entièrement saturés (15,625 Txs / 1,024 TxPS), ou 40 secondes (16 ticks * 2.5 tDur) pour compléter l'ensemble du processus dans des conditions optimales. En résumé, cette approche n'augmente pas le débit global et reste applicable uniquement au scénario de transfert 1-à-Plusieurs.

Troisième Vitesse

En troisième vitesse, nous utilisons le SC AIRDROP qui vous permet d'envoyer le même montant à chaque adresse dans le spectre—une liste de toutes les adresses Qubic stockées dans la RAM des nœuds Computor. Étant donné que très peu de cas d'utilisation (le cas échéant) nécessitent d'envoyer le même montant à toutes les adresses Qubic (~450k), le scénario de transfert 1-à-Tous a une applicabilité limitée dans le monde réel. Cependant, il est toujours utile pour tester le moteur Qubic dans des conditions réelles, car nous mesurons le temps de traitement total (traitement des ticks + traitement SC).

Lors de notre test initial sur le testnet (AIRDROP-1 dans le tableau ci-dessus), nous avons créé 1,024 airdrops (à ~450k adresses chacune) par tick, utilisant pleinement les 1,024 Tx autorisés par tick. La cible théorique de 460.8M TfPS (1,024 TxPT * 450k adresses) a abouti à “seulement” 150k TfPS. Bien que ce résultat puisse sembler décevant, il révèle soit un bug découvert, soit que Qubic n'est pas optimisé pour traiter de nombreux instances du même contrat intelligent simultanément, surtout sur le testnet. Cependant, ces résultats sont précieux car ils mettent en lumière l'impact de performance dans de telles conditions.

Pour un test approprié en troisième vitesse (AIRDROP-2), nous avons modifié le SC AIRDROP pour transférer 1 QU au lieu d'un jeton. Cela a abouti à “seulement” 1M TfPS, encore une fois en raison de l'utilisation de machines virtuelles de testnet (au lieu de matériel nu) et d'un trop grand nombre de frais généraux SC.

Quatrième Vitesse

En quatrième vitesse, nous avons réalisé un test personnalisé, entièrement artificiel (AIRDROP-3) où quatre airdrops ont été créés, chacune avec des adresses spectrales traitant 100 transferts différents pour déterminer la performance maximale réalisable. Typiquement, le mainnet surpasse le testnet grâce à ses systèmes de haute performance et l'utilisation de plusieurs nœuds plutôt qu'un ou deux. Pour simuler de près les conditions du mainnet, nous avons utilisé un testnet bare-metal. Contre la cible théorique de 180M TfPS (4 airdrops * 450k adresses * 100 transferts par adresse), nous avons atteint 20M TfPS. Ce taux de transfert est soutenable sur l'ensemble de l'époque, pas seulement une performance de pointe, indiquant la robustesse des capacités de débit de Qubic. Bien que le débit soit époustouflant (il ne faudrait que quelques heures pour envoyer du QU à tout le monde dans le monde), il est propre aux scénarios de transfert 1-à-Tous et manque d'applicabilité dans le monde réel.

‣

Fichiers pour valider les résultats de ce test.

Cinquième Vitesse

Un test récent de l'équipe de développement de Qubic a enregistré 55M TfPS. Cela a été réalisé grâce à un autre test personnalisé, entièrement artificiel (QUTIL-3), utilisant un contrat intelligent QUTIL personnalisé dans une boucle, se concentrant uniquement sur le temps CPU. Techniquement parlant, la cinquième vitesse était un scénario de transfert 1-à-Plusieurs (et non 1-à-Tous). Cependant, comme les adresses provenaient d'un pool prédéfini généré à l'intérieur du SC (et non de transactions réelles) et que les montants à transférer étaient générés aléatoirement à l'intérieur du SC (et non de transactions réelles), ce test manque également d'applicabilité dans le monde réel.

Pour comprendre la divergence entre nos résultats de 20M et leurs résultats de 55M., vous pouvez penser à ces tests en termes de “temps de vol”. Les tests de Valis mesuraient le temps requis de porte à porte (traitement des ticks + traitement des contrats intelligents), tandis que l'équipe de base de Qubic mesurait uniquement le temps réel en vol (traitement des contrats intelligents).

Une Couronne Inégale

La performance actuelle de transfert de Qubic dans les scénarios de transfert 1-à-Plusieurs/Tous est dans une ligue à part. La disparité est si significative qu'elle a conduit Come-from-Beyond à spéculer publiquement si le moteur de contrat intelligent de Qubic est plus performant que les moteurs de toutes les autres cryptomonnaies réunies. Alors que d'autres discutent de solutions de mise à l'échelle pour atteindre des milliers de transactions, Qubic gère sans effort des millions de transferts sans avoir besoin de solutions de mise à l'échelle de couche 1 (sharding) ou de couche 2 (rollups, side chains, ou state channels). Cependant, la performance actuelle de transfert de Qubic dans le scénario de transfert 1-à-1 le plus courant, celui nécessaire dans la majorité des cas réels, y compris un stablecoin, n'est pas à vanter (410 TfPS).

À présent, les lecteurs moins techniques peuvent se sentir trompés par des revendications grandioses de “millions” de TfPS pour découvrir que de telles mesures, en quatrième et cinquième vitesse, appartiennent à des conditions artificielles, à des mesures limitées et à des scénarios de transfert improbables, sans applicabilité réelle. Il est important de comprendre que les tests de performance sont nécessaires pour l'optimisation du système. De plus, différentes équipes travaillant sur Qubic ont des objectifs différents et, par conséquent, des besoins de tests différents. Valis se concentre sur le niveau applicatif et les tests plus proches de la performance réelle (~20M). L'équipe de développement de base de Qubic se concentre sur le niveau protocolaire et teste le temps interne (~55M).

Performance Demain

Pourquoi Valis plaide-t-il pour le repositionnement de Qubic en tant que chaîne “ultra-haute performance”, incarnée dans un stablecoin Qubic, si la performance dans les scénarios de transfert 1-à-1 est modeste ? Parce que nous sommes confiants que la performance 1-à-1 de Qubic verra une amélioration radicale dans un avenir proche, grâce aux contributions de deux équipes.

Équipe de Base de Qubic

Qubic est réputé pour ses choix peu orthodoxes et axés sur la performance, tels que les serveurs bare metal, le fonctionnement entièrement sur RAM, et l'évitement des systèmes d'exploitation et des machines virtuelles. Ces décisions, couplées à des exigences matérielles toujours croissantes, distinguent Qubic.

La première priorité sur la feuille de route de l'équipe de base de Qubic est d'atteindre un temps de tick stable de 1-2 secondes. En fin de compte, les ticks pourraient être accélérés à 5 par seconde, réalisant une augmentation de performance de 12.5x en réduisant la durée des ticks de 2.5 secondes à 0.2 secondes.

Les exigences en RAM pour les nœuds computor augmenteront à 1TB le 4 septembre et à 2TB le 4 décembre. Au fur et à mesure que la RAM augmente, il n'est pas farfelu de penser à 4,096 TxPT.

Avec des ticks plus rapides et plus importants, les choses commencent à avoir une allure différente. Qubic passera de 410 TxPS (1,024 TxPT / 2.5 tDur) à 20,480 TxPS (4,096 TxPT / 0.2 tDur). Ce sont des prévisions optimistes ; à mesure que le débit augmente, d'autres goulots d'étranglement peuvent apparaître, mais vous comprenez l'idée :

Vitesse	tDur	TxPT	Scénario	Gen	S. Contrat	Tx	TfPS
#1	0.2	4096	1-à-1	Tx	N/A	20,480	20,480
#2	0.2	4096	1-à-Plusieurs	SC	QUTIL	~10,250	20,480
#3	0.2	4096	1-à-Plusieurs	SC	AIRDROP	1	M?
#4	0.2	4096	1-à-Tous	SC	AIRDROP	1	M?

Pensez-vous que cela est rapide ? Il est temps de s'accrocher.

Équipe Valis

Qubic atteint des performances stupéfiantes en TfPS généré par SC mais, jusqu'à présent, tous les SC se sont concentrés sur le scénario de transfert 1-à-Plusieurs. Que se passerait-il si nous pouvions tirer parti des SC de Qubic dans le benchmark le plus difficile pour obtenir une vitesse maximale, le scénario de transfert 1-à-1 ?

Qubic	Sans SC	Avec SC
1-à-1	Modeste	Inconnu
1-à-Plusieurs	N/A	Le Plus Rapide

Tout comme Ethereum a réduit les coûts de gaz avec les rollups L2, une approche similaire peut être appliquée à Qubic. Alors que Qubic n'a pas de coûts de gaz à minimiser, notre objectif est de maximiser le nombre de transferts 1-à-1 qui peuvent être encodés dans une seule transaction.

Nous avons identifié une méthode capable de regrouper 26 à 95 transferts 1-à-1 par transaction SC en utilisant la limite actuelle de 1 024 TxPT. Nous prévoyons que cette capacité augmentera rapidement de 26x à 95x grâce à la réutilisation efficace des adresses de Qubic. En utilisant une estimation prudente de 90x, cela se traduit par ~40k TxPS avec les paramètres actuels du réseau. Avec une augmentation de la capacité du réseau de 12,5x, cela pourrait atteindre 1,8M TxPS dans les scénarios de transfert 1-à-1.

Vitesse	tDur	TxPT	Scénario	Gen	Contrat S.	Txs	TfPS
#2	2,5	1024	1-à-1	SC	VROLLUP-26	410	10 660
#2	2,5	1024	1-à-1	SC	VROLLUP-90	410	38 950
#2	0,2	4096	1-à-1	SC	VROLLUP-26	20 480	532 480
#2	0,2	4096	1-à-1	SC	VROLLUP-90	20 480	1 843 200

Inclinez-vous devant la Couronne

Les contributions ci-dessus feront de Qubic le leader incontesté en termes de TfPS, tous scénarios de transfert et chaînes confondus. "Le Plus Rapide" est une affirmation marketing courte, directe et puissante avec un large attrait dans le monde des cryptomonnaies.

Le positionnement "ultra-haute performance"répond à la question cruciale du pourquoide manière si claire et forte qu'il peut à lui seul attirer des entrepreneurs de tous les secteurs pour construire sur Qubic. Couplé au premier stablecoin au monde sûr, transparent, cohérent, instantané, évolutif et gratuit, il a une réelle chance de faire de Qubic une puissance en matière de stabilité économique, de liquidité et de DeFi.

"uPoW pour l'IA" est nouveau, brillant et joli, mais l'éclat ne dure pas. Pour réussir, Qubic a besoin de clients réels, désireux et capables d'acheter notre produit.

Si vous pensez que Qubic est jolie, vous devriez la voir avec une couronne.

À venir : Proposition de Valis

Dans la dernière partie de notre série, nous présenterons notre plan pour donner vie à un stablecoin basé sur Qubic. Nous aborderons notre stratégie de levée de fonds, les sources potentielles de capital et la façon dont nous prévoyons d'utiliser les fonds. Nous fixerons des objectifs clairs et expliquerons comment cette initiative générera de la valeur à long terme et de la croissance pour l'écosystème Qubic.

Lisez la série "L'argument en faveur d'un stablecoin Qubic"

Pour les dernières mises à jour, rejoignez le Discord de Valis, suivez-nous sur X, et ajoutez notre blog à vos favoris.

← Précédent

🇫🇷L'argument en faveur d'un stablecoin Qubic - Partie 5 : Développer l'écosystème

🇫🇷L'argument en faveur d'un stablecoin Qubic - Partie 3 : La meilleure option