Rapport de recherche Messari : Comprendre pleinement les améliorations techniques, le développement de l'écosystème et l'activité réseau d'Aptos
TechFlow SélectionTechFlow Sélection
Rapport de recherche Messari : Comprendre pleinement les améliorations techniques, le développement de l'écosystème et l'activité réseau d'Aptos
Aptos est prêt à décoller.
Dédié à des analyses Web3 approfondiesRédaction : Peter Horton, Messari
Traduction : Aptos Global
TL;DR
1) Aptos est une blockchain de niveau 1 conçue autour des principes fondamentaux d'évolutivité, de sécurité, de fiabilité et de mise à niveau. Issue des projets Diem et Novi de Meta, elle a été lancée en octobre 2022.
2) La pile technologique d'Aptos présente de nombreux aspects novateurs, notamment le mécanisme de consensus AptosBFTv4, le protocole de mempool Quorum Store, le moteur d'exécution parallèle Block-STM et le langage de programmation Move.
3) Depuis juillet 2023, Aptos enregistre en moyenne plus de 475 000 transactions par jour et plus de 72 000 adresses actives quotidiennes, grâce à l'activité transactionnelle générée par la plateforme sociale Chingari, l'oracle Pyth et l'événement artistique public d'une journée sur Graffio.
4) Aptos Labs et la Fondation Aptos ont établi des partenariats avec plusieurs entreprises et groupes industriels renommés tels que Microsoft, Alibaba Cloud, NPIXEL, le groupe Rakuten, Coinbase Pay, etc., avec un accent marqué sur la région Asie-Pacifique.
Le débat entre modularité et intégration est largement discuté ; en résumé, les deux approches convergent vers des résultats similaires : les blockchains modulaires sont initialement optimisées pour la vérifiabilité et la décentralisation, tandis que les chaînes intégrées le sont pour la faible latence et le haut débit.
Aptos fait partie des principaux acteurs du camp intégré. L'équipe de développement, Aptos Labs, a levé environ 400 millions de dollars au total. Depuis son lancement en octobre 2022, le réseau a connu des mises à niveau rapides, publiant plus de 40 AIP et huit versions principales. L'écosystème d'Aptos est relativement jeune mais compte déjà des projets comme des carnets d'ordres on-chain, des DEX perpétuels et des plateformes sociales. Dans un environnement de test récent simulant le mainnet, Aptos a atteint un pic vérifié de 30 000 TPS, avec plus de 2 milliards de transactions en une journée. Si Aptos parvient à maintenir ses mises à jour technologiques et à attirer développeurs et utilisateurs, elle sera bien positionnée pour croître rapidement.
Contexte
Aptos trouve son origine dans les projets Diem et Novi de Meta. En 2019, Meta (alors Facebook) annonça officiellement un futur réseau de paiement basé sur la blockchain, composé de la blockchain permissionnée Diem (initialement appelée Libra) et du portefeuille Novi (anciennement Calibra). Développés sous l'impulsion de l'association indépendante Diem Association et de la filiale Novi Financial de Facebook, ces projets n'ont jamais vu le jour en raison de résistances réglementaires. En janvier 2022, Diem a été fermé et ses actifs vendus à Silvergate Capital. En septembre 2022, Meta a annoncé la fin de Novi.
Aptos Labs a été fondée en décembre 2021 et a été officiellement lancée en février 2022. Créée par Mo Shaikh, ancien responsable des partenariats stratégiques chez Novi, et Avery Ching, ingénieur logiciel ayant travaillé sur Novi avec un parcours en supercalcul, l'équipe fondatrice comprend également des docteurs, chercheurs, ingénieurs, designers et stratèges, dont beaucoup avaient précédemment œuvré sur Diem ou Novi.
En mars 2022, Aptos Labs a annoncé une levée de 200 millions de dollars et le lancement de son réseau de développement public ainsi que de son code source ouvert. Ce financement comprenait des actions et des options de jetons, mené par a16z, avec la participation de Multicoin Capital, ParaFi Capital, Coinbase Ventures et d'autres investisseurs. En juillet 2022, Aptos Labs a levé 150 millions supplémentaires, valorisée à 2 milliards de dollars, avec FTX Ventures et Jump Crypto en tête. FTX Ventures avait également participé au premier tour ; ses investissements sont désormais gérés dans le cadre de la procédure de faillite de FTX. Des investissements stratégiques ultérieurs de Binance Labs et Dragonfly Capital ont porté le total à environ 400 millions de dollars.
Après la publication du livre blanc d’Aptos en août 2022, le réseau principal a été lancé en octobre 2022. Depuis son lancement, le réseau Aptos a réalisé plusieurs mises à niveau, sa version actuelle étant V1.8.0. La Fondation Aptos dirige les efforts de développement de l’écosystème.
Technologie
La pile technologique d’Aptos est conçue selon quatre principes fondamentaux : évolutivité, sécurité, fiabilité et capacité de mise à niveau, introduisant de nombreux mécanismes novateurs.
Consensus
Aptos est une blockchain de niveau 1 fonctionnant selon le modèle Proof-of-Stake délégué (DPoS), utilisant le protocole de consensus AptosBFTv4.
Aptos BFT
AptosBFT (initialement DiemBFT) a connu quatre itérations durant le projet Diem avant d'être adopté par la blockchain Aptos. La première version reposait sur HotStuff, lui-même basé sur le protocole pBFT classique. L'implémentation actuelle, AptosBFTv4, repose désormais sur Jolteon, qui améliore la latence de HotStuff de 50 % via un changement de vue quadratique de type pBFT.
Par ailleurs, afin de réduire les retards causés par des leaders défaillants, AptosBFT sélectionne les leaders non seulement selon la mise en jeu, mais aussi selon leurs performances (« réputation » combinée). La performance des validateurs mesure leur taux de succès en tant que leader (fréquence de soumission des propositions) et en tant que non-leader (fréquence de vote sur les propositions).
Grâce à l'implémentation de Quorum Store lors de la mise à niveau V1.5 d’Aptos, achevée le 18 juillet 2023, le débit d’Aptos a encore augmenté. Quorum Store est une implémentation du protocole de mempool Narwhal. Il améliore le consensus en séparant la diffusion des données du consensus. Cette dissociation constitue une découverte clé du papier de recherche commun Narwhal et Tusk rédigé par les chercheurs d’Aptos Labs et Mysten Labs.
Avant Quorum Store, le traitement des transactions incluait deux phases : mempool et consensus :
1) Phase mempool : toutes les transactions étaient diffusées à tous les validateurs.
2) Phase consensus : le leader diffusait à tous les validateurs le bloc qu’il avait créé contenant toutes les transactions, tandis que les non-leaders votaient en envoyant les métadonnées signées du bloc.
Cela entraînait deux goulets d’étranglement :
1) Diffusion redondante des transactions : chaque transaction était transmise deux fois à tous les nœuds validateurs, lors des phases mempool et consensus.
2) Répartition inégale du travail : en phase de consensus, le leader effectuait davantage de travail que les autres, car il devait envoyer les transactions brutes, contrairement aux messages relativement petits constitués des métadonnées signées du bloc. Ainsi, la bande passante totale était limitée par celle du leader, tandis que celle des autres validateurs restait sous-utilisée.
Quorum Store ajoute une étape intermédiaire entre la mempool et le protocole de consensus. Le processus complet est désormais le suivant :
Phase mempool : les transactions ne sont plus diffusées aux validateurs, mais envoyées à Quorum Store.
Phase Quorum Store : le protocole Quorum Store reçoit les transactions depuis la mempool, les trie par lots selon les frais de gaz, puis diffuse ces lots aux validateurs. Après réception, chaque validateur signe le lot et l’envoie aux autres. Dès qu’un lot reçoit plus de ⅔ des signatures des validateurs, Quorum Store génère une preuve d’accessibilité (Proof of Availability), garantissant unicité et disponibilité du lot.
Phase consensus : le protocole de consensus reste identique, sauf que le leader utilise désormais des lots certifiés provenant de Quorum Store plutôt que des transactions brutes de la mempool pour créer un bloc.
Cela résout les deux goulets d’étranglement mentionnés :
Diffusion redondante : les transactions brutes ne sont transmises qu’une seule fois (de la mempool à Quorum Store), après quoi seuls les lots sont diffusés, réduisant considérablement la quantité de données dans les messages.
Répartition inégale : en phase de consensus, le leader n’a plus qu’à envoyer les métadonnées du lot (et la preuve PoAv correspondante), ce qui représente beaucoup moins de travail, rendant la charge plus équitable avec les non-leaders. De plus, tous les nœuds validateurs contribuent de manière égale durant la phase Quorum Store.
Lors de tests, Quorum Store a permis d’augmenter la limite de TPS de 12 fois dans des tests de consensus uniquement, et de 3 fois dans des tests bout-en-bout. Toutefois, des protocoles comme AptosBFT, basés sur un leader, ne peuvent exploiter pleinement tous les avantages de Quorum Store. C’est pourquoi Aptos Labs explore une migration vers un protocole de consensus basé sur DAG, comme détaillé dans la section feuille de route.
DPoS
Les validateurs sont récompensés par des récompenses de mise en jeu issues de l’inflation. Actuellement, tous les frais de transaction sont brûlés. Les récompenses sont pondérées selon la réputation du validateur (mise en jeu et performance). Elles sont distribuées chaque période (deux heures) et capitalisées automatiquement. Les jetons mis en jeu sont verrouillés pendant une période globale de 30 jours.
Chaque validateur fixe un taux de commission, redistribuant le pourcentage restant à ses délégués. Le staking délégué intégré au protocole a été implémenté sur le mainnet le 20 avril 2023. Un délégué doit posséder au moins 11 APT pour participer, ce qui permet à davantage de membres de la communauté de s’engager, alors que le minimum requis pour être validateur est de 1 million d’APT (soit environ 10,5 millions de dollars au 26 décembre 2023).
Le plafond maximal de mise en jeu pour un validateur est de 50 millions d’APT, soit environ 5 % de l’offre totale — une limite peu contraignante. Toutefois, si un opérateur de validateur accumule suffisamment de parts, il sera incité à lancer plusieurs nœuds validateurs. Notons que les jetons verrouillés peuvent être mis en jeu pour générer des récompenses liquides (après la période de déverrouillage global de 30 jours).
Il n’existe actuellement aucun mécanisme de pénalité pour les validateurs hors ligne ou malveillants, bien qu’un tel système puisse être ajouté ultérieurement via la gouvernance.
Exécution
Une fois que les validateurs se sont accordés sur l’ordre des blocs, ils doivent exécuter les transactions incluses et enregistrer les résultats dans le stockage. De nombreuses blockchains utilisent un moteur d’exécution séquentiel où les transactions sont traitées une par une. Pour accélérer ce processus, Aptos emploie un moteur d’exécution parallèle. En outre, Aptos se distingue de réseaux comme Solana ou Sui dotés également d’un traitement parallèle en ce qu’elle n’exige pas que les utilisateurs déclarent préalablement les dépendances.
Pour cela, Aptos utilise Block-STM, construit sur les principes de la mémoire transactionnelle logicielle (STM) et du contrôle d’accès optimiste (OCC). Une bibliothèque STM avec OCC suit un cadre général où les transactions s’exécutent de façon optimiste (en supposant aucune dépendance), sont validées après exécution, annulées si des dépendances apparaissent, puis relancées. Toutefois, cette méthode souffre de limitations de performance dues à la gestion des dépendances et aux avortements en cascade, ce qui explique son usage rare en pratique.
Pour déployer efficacement ce système et surmonter les limites des systèmes STM-OCC, Block-STM exploite un ordre prédéfini des transactions pour estimer les dépendances, réduisant ainsi le nombre d’avortements. Une découverte majeure du papier de Bohm (2014) est que cet ordre prédéfini peut être un atout plutôt qu’un inconvénient. Block-STM exploite davantage cet ordre prédéfini que Bohm, en améliorant l’estimation des dépendances à chaque avortement (réduisant ainsi les chances d’avortements ultérieurs).
Block-STM apporte également des améliorations générales au STM en tirant parti de caractéristiques propres aux blockchains :
1) Sécurité de la machine virtuelle : la Move VM (décrite plus bas) garantit qu’un état non validé n’affectera pas négativement d’autres transactions en cours, via la capture des erreurs et la facturation de gaz ;
2) Granularité au niveau du bloc : le ramasse-miettes est simple car il peut s’exécuter entre les blocs. Bien que Block-STM suive initialement les engagements par bloc pour réduire les coûts de synchronisation, Aptos Labs a depuis amélioré l’algorithme, permettant désormais des validations incrémentales au sein même d’un bloc sans compromettre les performances.
Avant de passer en revue étape par étape Block-STM, définissons un terme déjà mentionné : les dépendances. Les transactions blockchain consistent en du code de contrats intelligents lisant et écrivant en mémoire partagée. À l’exécution, chaque transaction possède une liste de ces emplacements de lecture et d’écriture, appelées respectivement ensemble de lecture et ensemble d’écriture. Si la transaction de Mo lit un emplacement que la transaction d’Avery a écrit auparavant en mémoire partagée, alors la transaction de Mo dépend de celle d’Avery. Les transactions dépendantes doivent s’exécuter dans l’ordre — ici, Avery d’abord, puis Mo.
Nous pouvons maintenant examiner en détail les cinq grandes étapes de Block-STM :
1. Tri prédéfini des transactions
Issue de la phase précédente de consensus, il existe un bloc contenant les transactions dans un ordre donné. Comme mentionné, cet ordre prédéfini est un avantage clé de Block-STM. Le résultat de l’exécution parallèle doit produire les mêmes ensembles de lecture et d’écriture que l’exécution séquentielle.
2. Exécution optimiste
Block-STM exécute parallèlement les transactions de manière optimiste, c’est-à-dire en supposant qu’aucune dépendance n’existe.
3. Validation
Les transactions exécutées sont ensuite validées, c’est-à-dire que leurs dépendances sont vérifiées. Cela se fait en relisant l’ensemble de lecture de la transaction et en le comparant à celui de la dernière exécution. Si les deux ensembles diffèrent, la transaction est avortée.
Un élément clé de Block-STM est la planification efficace et continue des tâches d’exécution et de validation, notamment :
Prioriser les tâches plus anciennes selon l’ordre prédéfini.
Envoyer par lots des validations pour détecter précocement les dépendances manquantes et éviter les avortements en cascade.
Notons que la validation est bien moins coûteuse que l’exécution, donc la validation continue (relire les ensembles de lecture) n’est pas un goulet d’étranglement majeur.
4. Avortement et réexécution
Lorsqu’une transaction est avortée, une étiquette ESTIMATE est appliquée à l’emplacement qu’elle a écrit. Si une transaction ultérieure lit cet emplacement, elle verra l’étiquette ESTIMATE. Après lecture, la transaction suspend son exécution jusqu’à ce qu’une valeur remplace l’étiquette ESTIMATE. Ce remplacement se produit lorsque la transaction originale, initialement avortée, réussit sa réexécution. Chaque fois qu’une transaction est relancée, l’ordonnanceur garantit que toute transaction ultérieure dépendante selon l’ordre prédéfini sera revérifiée.
Cette gestion dynamique des dépendances est un concept fondamental de Block-STM. Sans l’étiquette ESTIMATE, la deuxième transaction serait exécutée, puis pourrait être avortée car elle lit un emplacement modifié par une transaction avortée. Block-STM évite ainsi un gaspillage massif de calcul. De plus, cette gestion dynamique offre des améliorations par rapport aux systèmes à dépendances statiques. Premièrement, les utilisateurs n’ont pas à déclarer les dépendances, permettant l’atomicité de transactions complexes arbitraires (sans besoin de les scinder). Deuxièmement, les dépendances ne sont gérées que si nécessaire, sans stocker celles de toutes les transactions. Troisièmement, la majorité des dépendances reposent sur des états mis à jour plutôt que sur l’état initial du bloc.
5. Validation (commit)
Dès que Block-STM détecte que la sortie de l’exécution optimiste est correcte, elle valide via un mécanisme de validation incrémentale. Ce mécanisme repose sur une synchronisation légère pour valider et valider chaque lot de transactions avant de passer au suivant.
Lors de tests, Block-STM a atteint jusqu’à 170 000 TPS sur une base de référence Aptos avec 32 threads, soit 17 fois mieux que l’exécution séquentielle.
6. Stockage
Lorsqu’un bloc est validé, ses données sont persistantes dans la couche de stockage. Bien que la validation se fasse par bloc, chaque transaction individuelle est stockée séparément dans un arbre de Merkle après exécution. Tout ce qui se produit sur la blockchain (transactions, changements d’état) peut être prouvé cryptographiquement via un « hash racine », authentifié par les signatures des validateurs actuels. Cette approche diffère d’autres blockchains nécessitant de parcourir toute la chaîne pour vérifier des transactions antérieures, permettant un accès aux données plus granulaire et vérifiable.
Pour gérer d’importantes quantités de données, Aptos utilise deux types d’arbres de Merkle : les Jellyfish Merkle Trees pour stocker les données sur disque, et des arbres de Merkle creux en mémoire pour des mises à jour rapides. Ces structures sont optimisées pour stocker efficacement les données et autoriser des mises à jour concurrentes. Aptos Labs explore plusieurs voies supplémentaires pour étendre le stockage, notamment le partitionnement du stockage (storage sharding) détaillé dans la feuille de route.
7. Move
Move est un langage de bytecode inspiré de Rust, créé par les équipes Diem et Novi. Move offre plus de flexibilité et de sécurité que Solidity et d’autres langages Web3.
Move comporte deux types de programmes : scripts de transaction et modules. Les scripts de transaction sont atomiques et utilisables une seule fois, tandis que les modules sont publiés dans l’état global et conservés indéfiniment.
Les modules ressemblent à des contrats intelligents dans d’autres langages. Ils définissent des ressources et les procédures associées. Une ressource est comparable à un objet, et les procédures sont les opérations possibles dessus (création, modification, suppression). Les ressources sont spécialement conçues pour représenter des actifs rares comme des jetons, avec des protections intégrées contre la duplication ou la perte accidentelle.
Les modules imposent une abstraction des données : un type est transparent à l’intérieur de son module déclarant, mais opaque à l’extérieur. Autrement dit, seul le module original peut créer, détruire ou mettre à jour une valeur. L’accès externe aux données du module est limité aux procédures publiques exposées. Ces garanties sont appliquées au moment de l’exécution par le vérificateur de bytecode Move, que tout module et script de transaction doit traverser avant d’être exécuté par la Move VM. Cette abstraction des données est plus explicite dans Move que dans Solidity/EVM, qui a une encapsulation mais moins strictement appliquée.
Move vise à éliminer certaines vulnérabilités présentes dans Solidity et EVM, notamment liées à l’absence d’actifs natifs au-delà de l’ETH et aux attaques par réentrance.
Actifs natifs : sur EVM, les actifs ERC-20 et autres n’ont pas les propriétés intégrées de rareté et de contrôle d’accès qu’a l’Ether. Les développeurs Solidity doivent implémenter manuellement ces protections pour éviter des erreurs conduisant à la duplication, réutilisation ou perte d’actifs. En revanche, sur Move, toutes les ressources (pas seulement les actifs natifs) bénéficient de ces protections comme actifs de première classe.
Attaques par réentrance : contrairement à l’EVM, Move n’a pas de dispatching dynamique non sécurisé, par lequel la machine virtuelle ignore quelles opérations une fonction de contrat externe va exécuter avant que le contrat initial ne termine. Ce dispatching peut causer des attaques par réentrance, l’une des causes les plus fréquentes de piratages blockchain, y compris la faille récente Curve/Vyper. Lors d’une telle attaque, un contrat appelle un contrat externe, qui rappelle le contrat initial avant que celui-ci n’ait terminé et mis à jour son solde, provoquant une déplétion répétée de fonds.
L’objectif de Move est de rendre plus difficile pour les développeurs de commettre des erreurs.
Outre le vérificateur de bytecode, les développeurs peuvent utiliser l’outil de vérification formelle Move Prover. Bien sûr, Move n’élimine pas complètement la possibilité de vulnérabilités dans les contrats intelligents. Les programmeurs doivent toujours établir des invariants de sécurité appropriés dans leurs modules. En outre, le vérificateur de bytecode et Move Prover ne remplacent pas le besoin d’audits. L’entreprise d’audit CertiK a observé des cas où certains développeurs n’utilisaient pas les mécanismes de protection intégrés de Move, ou adoptaient des schémas de programmation issus de conceptions héritées allant à l’encontre de la philosophie Move.
8. Autres caractéristiques principales
Sécurité utilisateur
Aptos intègre plusieurs fonctions améliorant l’expérience utilisateur et la sécurité, notamment une gestion flexible des clés, une transparence des résultats de transaction et un support des clients légers.
Aptos découple les clés privées des clés publiques dans les comptes, permettant une gestion flexible des clés. Les utilisateurs peuvent changer les clés privées de leur compte pour anticiper ou répondre à une compromission, sans transférer tous leurs actifs vers un nouveau compte. Ils peuvent aussi configurer leur compte en multisignature, avec différentes permissions par clé publique. Par exemple, un utilisateur peut créer un compte avec deux clés chaudes capables de signer des transactions, et une clé froide capable de signer mais aussi de changer les clés privées. Il peut alors exiger 2 signatures sur 3 pour valider une transaction.
Pour aider à prévenir les attaques de phishing et améliorer la transparence, les portefeuilles peuvent utiliser une pré-exécution de transaction pour expliquer lisiblement le résultat avant signature.
Aptos ajoute aussi des protections aux transactions en y ajoutant un délai d’expiration et un numéro de séquence. Ce dernier fonctionne comme le nonce sur EVM, aidant à prévenir les attaques par rejeu.
Les clients légers permettent de vérifier facilement l’état de la blockchain en téléchargeant seulement les en-têtes de blocs, minimisant ainsi les hypothèses de confiance lors de l’accès aux données. C’est particulièrement important pour une blockchain haute performance comme Aptos, dont les exigences matérielles pour les nœuds sont élevées.
Capacité de mise à niveau
Source : Messari
Aptos est conçue pour supporter des mises à niveau fréquentes du protocole. Cela est possible notamment parce que la gestion des validateurs se fait on-chain, facilitant leur synchronisation avec les nouvelles mises à jour. En outre, certaines parties d’Aptos sont écrites en Move, ce qui, comme expliqué, réduit les délais de mise sur le marché. Depuis son lancement, environ 46 propositions d’amélioration ont été mises en œuvre.
Économie des jetons
Aperçu
Le jeton natif d’Aptos, APT, sert à la sécurité et à la lutte contre les attaques Sybil (mise en jeu par validateurs et délégués), à la consommation de ressources (frais de transaction) et à la gouvernance on-chain. Initialement, 1 milliard d’APT ont été répartis entre plusieurs compartiments aux conditions de verrouillage différentes. L’offre d’APT n’est pas fixe, avec un taux de croissance annuel actuel de 6,895 %. Tous les frais de transaction sont actuellement brûlés.
Allocation initiale
Comme mentionné, 1 milliard de jetons ont été distribués à la genèse. 13 % ont été déverrouillés dès la genèse, le reste étant soumis à un calendrier de vesting. La répartition est la suivante :
Écosystème (51,02 % de l’offre initiale) : la plus grande partie de l’allocation initiale est destinée au développement de l’écosystème. Environ un quart de ces jetons a été déverrouillé à la genèse, le reste étant libéré mensuellement sur 10 ans. Avant distribution, environ 80 % de ces jetons étaient détenus par la Fondation Aptos, le reste par Aptos Labs. Un airdrop à la genèse a distribué plus de 20 millions d’APT à plus de 110 000 participants depuis ce compartiment.
Équipe (19 % de l’offre initiale) : ces jetons sont attribués à Aptos Labs, selon un calendrier de vesting sur quatre ans : blocage d’un an, puis 6,25 % débloqués mensuellement pendant six mois, puis 2,083 % mensuellement pendant 30 mois. Notons que les employés rejoignant Aptos Labs après la genèse restent soumis à ce même calendrier de quatre ans.
Fondation (16,5 % de l’offre initiale) : ces jetons sont destinés à la Fondation Aptos, dont 3 % (5 millions de jetons) disponibles dès la genèse, le reste suivant le même calendrier de vesting que les jetons équipe. La Fondation prévoit d’utiliser ces jetons pour organiser des événements, financer du soutien juridique, sponsoriser des recherches, couvrir ses frais de fonctionnement, aider les opérateurs de nœuds validateurs et promouvoir une répartition géographique plus large des validateurs.
Investisseurs privés (13,48 % de l’offre initiale) : ces jetons sont attribués aux investisseurs ayant choisi d’acheter des jetons lors des tours de financement privés d’Aptos Labs, selon le même calendrier de vesting que les jetons équipe et fondation.
Comme mentionné, APT est inflationniste, avec des récompenses continues aux participants au staking. Le taux d’inflation annuel a été fixé à 7 % la première année après la genèse, puis diminue de 1,5 % par an (6,895 % la deuxième année), stabilisant à 3,25 %. Ce taux est basé sur une offre initiale de 1 milliard d’APT et est soumis à la gouvernance.
La plus forte augmentation de l’offre liquide d’APT aura lieu entre mi-novembre 2023 et mi-avril 2024, lors d’une période de déverrouillage de six mois. Cette période marque le début du déblocage des parts équipe et investisseurs privés. Pendant cette période, l’offre liquide initiale (hors récompenses de staking) passera de 209 à 334 millions, soit une hausse d’environ 60 %.
Activité réseau
Après son lancement, l’utilisation du réseau Aptos a diminué, puis rebondi en juillet 2023. Depuis, Aptos enregistre en moyenne plus de 475 000 transactions par jour et plus de 72 000 adresses actives quotidiennes. Plusieurs facteurs ont contribué à cette hausse, notamment l’intégration de la plateforme sociale Chingari et de l’oracle Pyth.
Chingari est une application mobile de partage vidéo similaire à TikTok, téléchargée plus de 100 millions de fois sur Google Play. Lancée initialement en 2018 comme plateforme Web2, elle a progressivement ajouté des fonctionnalités on-chain comme les cadeaux virtuels.
Pyth s’est intégré à Aptos le 13 juillet, offrant un accès à ses sources de prix à faible latence. Depuis cette date, Pyth représente environ 17,7 % du volume total de transactions sur Aptos. Ce type de partage est courant pour les réseaux où Pyth est présent.
Le 19 octobre, grâce à l’événement artistique public sur Graffio, le nombre d’adresses actives journalières a dépassé 600 000. Pour célébrer le premier anniversaire du réseau, les contributeurs d’Aptos ont invité la communauté à peindre sur une toile numérique publique pendant 24 heures, chaque dessin unique étant enregistré comme transaction on-chain. Les participants ont ensuite reçu une version NFT de la toile finale. Cet événement a généré 605 000 adresses uniques et 1,3 million de transactions.
L’afflux d’activités lié à Graffio a provoqué une interruption du réseau, avec l’arrêt de la production de blocs le 18 octobre. L’incident a été résolu en environ cinq heures. La Fondation Aptos a publié une analyse post-mortem le 20 octobre, identifiant comme cause racine un code non déterministe résultant d’une modification axée sur les performances du noyau d’Aptos datant du 22 août 2023.
Récemment, l’activité transactionnelle a été stimulée par les inscriptions, une tendance commune à de nombreuses blockchains. Le marché NFT BlueMove a lancé le standard APT20 mi-décembre. Entre le 23 et le 24 décembre, le volume total des transactions a atteint 6,8 millions.
Sécurité et décentralisation
Au 26 décembre 2023, le réseau Aptos compt
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
Messari
