Messari analyse Pharos : le parallélisme sur l’ensemble du cycle de vie, définissant la prochaine génération de couches 1 à hautes performances
TechFlow SélectionTechFlow Sélection
Messari analyse Pharos : le parallélisme sur l’ensemble du cycle de vie, définissant la prochaine génération de couches 1 à hautes performances
Après le lancement réussi du réseau de test AtlanticOcean en octobre 2025, Pharos prévoit de lancer son réseau principal au deuxième trimestre 2026 et d’organiser son offre initiale de jetons (TGE).
Dédié à des analyses Web3 approfondiesRédaction : Youssef Haidar, chercheur chez Messari
Traduction et adaptation : Chopper, Foresight News
TL;DR :
- Pharos est une blockchain de couche 1 modulaire conçue comme infrastructure universelle mondiale pour les actifs du monde réel (RWAs), fondée par d’anciens cadres dirigeants de l’équipe chargée des infrastructures blockchain d’Ant Group.
- Contrairement aux blockchains publiques qui ne parallélisent que l’exécution des transactions, Pharos adopte une architecture entièrement parallèle couvrant l’intégralité du cycle de vie d’un bloc — consensus, exécution, stockage et disponibilité des données — afin d’atteindre durablement un débit de 30 000 transactions par seconde sur son réseau principal.
- Pharos Store intègre nativement l’arbre de Merkle au niveau fondamental du stockage, réduisant le chemin d’entrée/sortie (I/O) traditionnellement nécessitant 8 à 10 lectures disque à seulement 1 à 3 lectures, résolvant ainsi un goulot d’étranglement invisible qui limite la capacité de traitement des blockchains hautes performances parallèles.
- Pharos unifie l’environnement virtuel Ethereum (EVM) et WebAssembly (WASM) sous une seule machine virtuelle déterministe (DTVM), permettant aux contrats Solidity d’appeler nativement des contrats Rust sans passer par des ponts interchaînes ou des surcoûts liés à l’interfaçage entre machines virtuelles distinctes.
- Le Réseau de traitement spécialisé (SPN) permet aux développeurs de construire des couches d’exécution personnalisées destinées à des scénarios à forte charge (par exemple, négociation de produits dérivés ou vérification de preuves à connaissance nulle). Ces couches héritent nativement de la sécurité du réseau principal via une « re-staking » native, sans nécessiter le déploiement d’un cluster indépendant de nœuds validateurs.
Introduction
Pharos est une blockchain haute performance de couche 1 modulaire visant à constituer une infrastructure universelle mondiale pour les actifs du monde réel (RWAs). Le réseau prend en charge des temps de finalisation de bloc inférieurs à une seconde et peut supporter simultanément un milliard d’utilisateurs concurrents. Sa vision consiste à bâtir un système financier inclusif combinant la fluidité extrême des applications Web2 avec les garanties natives de sécurité décentralisée propres aux blockchains. Pharos privilégie une stratégie écologique d’écosystème d’actifs centrée sur la « qualité plutôt que la quantité », facilitant à la fois la liquidité des actifs institutionnels traditionnels sur la chaîne et l’accès à la circulation des actifs pour les populations non bancarisées ou sous-bancarisées.
L’avantage distinctif de Pharos par rapport aux blockchains compatibles EVM classiques réside dans son architecture de calcul profondément parallèle (DP). La plupart des blockchains ne peuvent paralléliser que l’étape d’exécution des transactions ; Pharos, quant à elle, exploite un accélérateur matériel personnalisé pour exécuter en parallèle l’intégralité du cycle de vie d’un bloc, y compris la disponibilité des données, l’exécution et le règlement, ainsi que la confirmation du consensus.
En éliminant tous les goulots d’étranglement invisibles sur l’ensemble de la chaîne, le réseau atteint durablement un débit de 30 000 transactions par seconde et un débit de transfert de données de 2 Gbps, suffisant pour soutenir simultanément des transactions à l’échelle mondiale impliquant un milliard d’utilisateurs. Après le lancement réussi de son réseau de test AtlanticOcean en octobre 2025, Pharos prévoit de lancer son réseau principal au deuxième trimestre 2026, accompagné d’un événement de génération de jetons (TGE).
Contexte du projet
Pharos a été co-fondée en novembre 2024 par Alex Zhang et Wish Wu, tous deux anciens cadres dirigeants des infrastructures blockchain d’Ant Group. Alex Zhang était auparavant PDG de ZAN, la filiale Web3 d’Ant Group, et directeur technique d’AntChain ; Wish Wu occupait quant à lui le poste de responsable de la sécurité chez ZAN, accumulant une vaste expérience pratique dans les domaines de la sécurité et de la conformité institutionnelles.
Pharos s’inscrit dans l’héritage technologique éprouvé d’Ant Group, ayant été découpée, puis itérée et améliorée de façon autonome afin de créer une blockchain publique décentralisée, open source et ouverte. L’équipe fondatrice rassemble des talents provenant de Microsoft, PayPal, de l’université Stanford et de Ripple, ce qui témoigne d’une solide expertise technique.
En novembre 2024, Pharos a bouclé un tour de financement amorçage de 8 millions de dollars, mené conjointement par Hack VC et Lightspeed Faction. Par ailleurs, le projet a noué un partenariat stratégique approfondi avec ZAN, centré sur trois axes clés : l’infrastructure de nœuds, le dispositif de protection de la sécurité et l’accélération matérielle des performances, afin de garantir un fonctionnement stable du réseau conforme aux standards institutionnels.
Technologies fondamentales
Pharos considère l’ensemble du cycle de vie d’un bloc comme un processus planifié en parallèle. Selon l’équipe, l’optimisation d’un seul module — par exemple, celui de l’exécution — conduit inévitablement à des goulots d’étranglement sévères au niveau des entrées/sorties (I/O) du stockage, de la confirmation du consensus ou de la diffusion des données.
Pour lever ces contraintes, Pharos adopte une pile protocolaire modulaire, dissociant les fonctions d’exécution, de consensus et de règlement, et s’appuyant sur un moteur de stockage personnalisé ainsi qu’un environnement à double machine virtuelle.
Couche de consensus
Les protocoles de consensus BFT (Byzantine Fault Tolerance) traditionnels reposent sur une proposition de bloc effectuée par un unique nœud, ce qui impose une limite intrinsèque à leurs performances et expose le réseau à un risque de point de défaillance unique. Pharos dépasse cette limitation grâce à un protocole BFT entièrement asynchrone, exempt d’hypothèse temporelle fixe : les nœuds validateurs progressent dynamiquement selon l’état réel du réseau, plutôt que d’attendre passivement un délai d’expiration.
La plupart des protocoles BFT basés sur des tours doivent attendre la finalisation définitive du tour précédent avant de pouvoir poursuivre, ce qui restreint leur débit au niveau de la latence maximale observée. Pharos dissocie la phase de proposition de bloc de celle de confirmation : les nœuds validateurs traitent les transactions en fonction de la capacité réelle du réseau, évitant tout blocage même sous des conditions de volatilité extrême, tout en préservant à la fois l’activité (liveness) et la sécurité. Ce protocole maintient son activité même dans des scénarios totalement asynchrones où les délais de transmission des messages sont imprévisibles.
Afin de prévenir les congestions réseau dues aux transactions dupliquées, un algorithme de cartographie déterministe attribue chaque transaction à un nœud validateur spécifique. Le schéma ci-dessus illustre clairement ce mécanisme : les transactions issues du mempool sont fragmentées et distribuées ; le nœud validateur 1 traite les transactions 1 et 2, le nœud validateur 2 traite les transactions 3 et 4, et le nœud validateur 3 traite la transaction 5 ; quant au nœud validateur 4, il reste inactif pendant ce tour et ne diffuse aucune donnée redondante. Chaque nœud valideur actif génère indépendamment sa propre proposition de bloc à partir des transactions qui lui ont été affectées. En conséquence, les ressources du réseau s’adaptent linéairement au nombre de nœuds validateurs (doubler le nombre de nœuds ≈ doubler la bande passante de proposition), sans générer de nœuds inutiles ou redondants.
Une fois que tous les nœuds validateurs ont soumis leurs propositions, le réseau procède à un vote croisé intensif entre toutes les paires possibles. Si plus des deux tiers des nœuds validateurs parviennent à un accord sur une proposition donnée, le réseau fusionne la diffusion fiable avec le vote de consensus, et ne requiert que trois tours de communication pour valider définitivement le bloc, produisant ainsi un registre de transactions triées et dédupliquées.
Couche d’exécution
Le cœur de la couche d’exécution de Pharos est la pile de la machine virtuelle déterministe (DTVM), qui remplace le modèle séquentiel traditionnel par une architecture à double machine virtuelle parallèle.
Pile DTVM
La DTVM assure nativement, au sein d’un seul environnement d’exécution, la compatibilité avec l’EVM et WASM, sans nécessiter de machines virtuelles séparées, permettant ainsi des appels inter-langages transparents entre contrats écrits en Solidity et ceux développés en Rust, Go ou C++. Pour imposer une déterminisme strict au niveau matériel, la DTVM compile tout bytecode en une représentation intermédiaire déterministe de bas niveau (dMIR), éliminant toute ambiguïté liée aux opérations flottantes ou aux exceptions non définies. Les règles normalisées d’arrêt, la logique arithmétique fixe et une pile d’appel virtuelle de 8 Mo (profondeur maximale de 1024) rendent le comportement indépendant de l’architecture hôte, assurant une parfaite cohérence des registres entre nœuds x86 et ARM.
Étant donné que la dMIR sert de backend universel pour plusieurs frontends de bytecode, un seul moteur optimisé de compilation à la volée (JIT) peut prendre en charge l’EVM, WASM et potentiellement RISC-V, évitant ainsi les surcoûts redondants inhérents aux architectures multi-machine virtuelle. Seuls les modules correctement compilés au format dMIR sont autorisés à s’exécuter sur la chaîne, renforçant naturellement la barrière de déterminisme.
Pour atténuer les retards inhérents aux compilations JIT traditionnelles, la DTVM intègre le moteur Zeta. La plupart des machines virtuelles de blockchain se trouvent confrontées à un dilemme : soit un délai élevé lors du déploiement complet (précompilation), soit un délai important à la première invocation (compilation JIT). Zeta rompt la logique de compilation au niveau du contrat pour descendre jusqu’à la granularité de la fonction. Une fois le contrat déployé sur la chaîne, le moteur vérifie sa validité et génère le bytecode dMIR, puis compile de façon asynchrone, en arrière-plan, chaque fonction individuellement. Si une fonction n’a pas encore été compilée au moment de son appel, une compilation JIT légère est déclenchée à la volée, suivie immédiatement par une exécution en code natif. Les tests montrent un délai de 0,95 milliseconde à la première invocation, et une exécution entièrement native dès la deuxième invocation.
Pipeline Pharos
Le pipeline Pharos intègre de façon séquentielle tous les composants, décomposant le cycle de vie séquentiel d’un bloc en étapes concourantes. Les blockchains classiques suivent rigoureusement le flux ordonné « proposition → exécution → confirmation », chaque étape devant attendre la finalisation de la précédente. Pharos, quant à elle, s’appuie sur un cadre à 64 cœurs, allouant dynamiquement les ressources processeur central et entrées/sorties disque afin d’exécuter en parallèle et de façon superposée les phases d’exécution, de calcul du hachage de Merkle et de finalisation de l’état, sans laisser aucun temps mort au niveau matériel.
Cette architecture supporte également une finalité flexible à plusieurs niveaux : finalité de tri (verrouillage définitif de l’ordre des transactions), finalité transactionnelle (résultat déterministe de l’exécution) et finalité de bloc (accès complet et autorisé à l’ensemble du bloc sur le réseau). Pour les applications sensibles à la latence faible — telles que les transactions financières ou les jeux vidéo — il n’est pas nécessaire d’attendre la finalité complète du bloc pour obtenir l’ordre des transactions et leurs résultats d’exécution, ce qui améliore considérablement l’expérience utilisateur ; en revanche, les infrastructures telles que les oracles ou les indexeurs de blocs attendent la finalité complète du bloc.
Grâce à son architecture de pipeline, Pharos atteint, dans des conditions optimales, un débit de 500 000 transactions par seconde, réduisant la latence de 30 à 50 % comparé aux pipelines séquentiels traditionnels.
Ph-WASM
L’EVM n’est pas nativement adapté aux tâches gourmandes en puissance de calcul : sa largeur de mot de base de 256 bits, son architecture basée sur une pile et son absence de support natif pour les fonctionnalités matérielles modernes imposent une limite de performance intrinsèque. Ph-WASM est un environnement d’exécution WebAssembly personnalisé pour Pharos, fonctionnant en parallèle avec l’EVM pour absorber les charges à haut débit, notamment la planification de modèles d’intelligence artificielle, les transactions de contrats perpétuels sur la chaîne et la vérification de preuves à connaissance nulle. Il intègre des optimisations avancées de compilation telles que l’accélération vectorielle SIMD (Single Instruction, Multiple Data) et la fusion d’opcodes, garantissant une efficacité élevée et une faible consommation énergétique tant pour les calculs intensifs sur processeur que pour les interactions intensives entrées/sorties.
Valeur concrète : les logiques critiques en termes de performances sont développées en Rust ou C++ et déployées sur Ph-WASM, tandis que les contrats Solidity existants continuent de s’exécuter sur l’EVM. Les deux machines virtuelles compilent vers le format dMIR, permettant aux contrats Solidity d’appeler nativement des contrats Rust sans pont interchaînes, sans exécution imbriquée entre machines virtuelles ni surcoût lié à la communication interprocessus. La liquidité des actifs et leur composable sont ainsi harmonisées à l’échelle globale. Par exemple, la logique du fonds de trésorerie frontal d’un protocole DeFi est développée en Solidity pour assurer la compatibilité écosystémique, tandis que le moteur de tarification en temps réel est délégué à un contrat Rust exécuté sur Ph-WASM, répondant ainsi aux exigences natives de débit dynamique et temps réel.
Couche de stockage
L’expansion volumineuse de l’état du registre et les entrées/sorties disque lentes constituent un obstacle silencieux mais critique à l’évolutivité des blockchains. Même les moteurs d’exécution ultra-rapides subissent des ralentissements dus aux lectures disque traditionnelles de l’arbre de Merkle Patricia (MPT). Sur Ethereum, par exemple, l’interrogation de l’état d’un seul compte nécessite 8 à 10 lectures disque indépendantes, et le mécanisme de recherche par hachage provoque une compression fréquente de la base de données, consommant massivement la bande passante disque. À l’échelle de centaines de millions de comptes, ces coûts s’accumulent et transforment finalement le stockage en goulot d’étranglement principal du débit.
Pharos Store est un moteur de stockage natif de la chaîne conçu selon les principes de LETUS (Log-structured Efficient Trusted Universal Storage), visant à éliminer structurellement ces goulots d’étranglement. Son innovation centrale consiste à intégrer nativement les structures de données certifiées : elle abandonne la conception standard en deux couches (base de données clé-valeur indépendante surmontée d’un arbre de Merkle), intégrant directement l’arbre de Merkle au niveau fondamental du moteur de stockage. Cette approche réduit le chemin d’entrées/sorties (I/O) de 8 à 10 lectures disque à seulement 1 à 3 lectures, une optimisation structurelle qui s’amplifie à chaque transaction traitée par le réseau.
Le moteur repose sur trois structures personnalisées spécifiques pour organiser les données :
- Arbre de Merkle multi-version incrémental (DMM-Tree) : un arbre de Merkle à haute ramification intégrant nativement le codage incrémental, persistant uniquement les changements d’état modifiés, sans nécessiter de réécriture complète des nœuds.
- Stockage paginé versionné structuré en journal (LSVPS) : fournit une abstraction d’indexation paginée entre mémoire et disque pour l’arbre de Merkle multi-version incrémental, utilisant des numéros de version monotones croissants à la place de l’adressage par hachage. L’indexation par version élimine les ralentissements fréquents liés à la compression intensive des arbres structurés en journal, réduisant la consommation de bande passante disque de 96,5 %.
- Flux de données journal versionné (VDLS) : stocke les métadonnées utilisateur sous forme de journal append-only (lecture seule), garantissant l’intégrité des données et permettant une restauration rapide après un arrêt brutal du nœud.
Selon les données officielles, Pharos Store réduit globalement les coûts de stockage de 80 % et offre un débit I/O 15,8 fois supérieur à la combinaison arbre de Merkle Patricia / base de données hiérarchique d’Ethereum. Optimisé en profondeur pour l’exécution parallèle, le moteur prend en charge la lecture concurrente, le calcul multithreadé des hachages de Merkle et les écritures non bloquantes, garantissant que la couche de stockage suit parfaitement la vitesse de la couche d’exécution, sans freinage rétroactif. Le système est compatible avec un stockage hiérarchique à chaud/froid : les données des blocs anciens sont automatiquement migrées depuis les SSD haute performance vers des supports d’archivage à moindre coût ; le mécanisme de balayage des limites pour simplifier le registre a été testé en conditions réelles, réduisant le volume de stockage de plus de 42 %.
Couche réseau
La couche réseau repose sur un protocole P2P optimisé de type « gossip » pour assurer l’ensemble des communications du système Pharos, permettant une diffusion des messages à faible latence. Le système adapte dynamiquement l’allocation de bande passante en fonction de la charge réseau en temps réel, garantissant une distribution efficace des transactions et des données même sous des pressions extrêmes.
Réseaux de traitement spécialisés (SPN)
Pharos introduit les Réseaux de traitement spécialisés (SPN), permettant une extension modulaire dédiée aux applications. Un SPN est essentiellement une couche d’exécution indépendante et personnalisée, héritant nativement de la sécurité de Pharos, fonctionnant de manière semi-indépendante avec ses propres paramètres et logique de consensus. Les développeurs peuvent configurer des SPN pour des charges de calcul intensif qui seraient peu pratiques ou économiquement inefficaces sur une blockchain publique générale, notamment le chiffrement homomorphe pleinement (FHE), le calcul sécurisé multipartite (MPC), l’inférence de modèles d’intelligence artificielle ou les transactions à haute fréquence.
Les SPN démarrent leur sécurité via une « re-staking » native : les nœuds validateurs du réseau principal Pharos stakent leurs jetons natifs pour obtenir des certificats de staking liquide, puis « re-stakent » ces certificats sur un ou plusieurs sous-réseaux SPN. Cette approche construit un système de protection partagé, garantissant à la fois la sécurité initiale et l’efficacité des capitaux pour les sous-réseaux dédiés, sans obliger chaque nouveau réseau à recruter ex nihilo un ensemble indépendant de nœuds validateurs.
Les utilisateurs bénéficient d’une interopérabilité entre les SPN et la chaîne principale grâce à un protocole dédié, reposant sur trois composants fondamentaux : une boîte aux lettres de messages, un registre et un pont interchaînes. Contrairement aux réseaux de couche 2 généralistes, ce protocole est profondément intégré de façon native au réseau principal Pharos, permettant une relève de messages à faible latence et des transferts d’actifs atomiques, évitant ainsi les problèmes courants de fragmentation de la liquidité inhérents aux architectures multi-chaînes.
Flux complet de communication inter-sous-réseaux :
- Un utilisateur lance une transaction inter-sous-réseau depuis SPN1, en spécifiant sa destination dans la file d’attente de messages de SPN2.
- Un nœud relais transporte la transaction, les justificatifs cryptographiques et l’en-tête de bloc vers le réseau principal.
- Le réseau principal vérifie l’authenticité de la transaction, l’archive dans la boîte aux lettres de messages, qui devient alors la source de données autorisée et globale pour les messages inter-sous-réseaux.
- SPN2 lit les données depuis la boîte aux lettres de messages, les archive localement dans sa propre boîte aux lettres, complétant ainsi la transmission d’exécution.
L’ensemble du processus repose sur deux contrats intelligents fondamentaux : le contrat d’adaptation SPN gère la vérification des messages au niveau du protocole et le routage inter-sous-réseaux ; le contrat de gestion SPN supervise le cycle de vie des sous-réseaux, l’état du registre et les règles de gouvernance, garantissant la cohérence entre les configurations de chaque SPN et le réseau global Pharos. Ces deux composants coopèrent pour assurer une exécution atomique inter-sous-réseaux et un partage vérifiable des données, sans besoin d’un tiers de confiance.
Un mécanisme de secours d’urgence intégré en natif est prévu : quel que soit le comportement de l’opérateur d’un sous-réseau SPN, les utilisateurs conservent toujours la possibilité de retirer de force leurs actifs vers la chaîne principale, préservant ainsi l’attribut anti-censure, essentiel pour les scénarios à haut risque et à haute valeur tels que les produits dérivés DeFi ou les actifs institutionnels.
Écosystème
En vue du lancement du réseau principal et du TGE prévu au deuxième trimestre 2026, la Fondation Pharos coordonne le développement d’un écosystème complet et diversifié, couvrant les actifs du monde réel (RWAs), le BTCFi, les bourses décentralisées (DEX), les bourses décentralisées de contrats perpétuels (PerpDEX), les marchés de prédiction, la mise en gage liquide (LST), l’automatisation du yield farming, les banques intelligentes IA, les protocoles d’emprunt/prêt, ainsi que les indexeurs, oracles, multisignatures, explorateurs de blocs, solutions de sécurité, interopérabilité interchaînes et portefeuilles.
L’écosystème se concentre sur la piste « RealFi – Finance réelle » : contrairement aux rendements DeFi issus d’actifs crypto natifs, RealFi met l’accent sur la construction de services financiers institutionnels sur chaîne, ancrés sur des actifs du monde réel. RealFi est par défaut ouvert à tous, sans seuil d’accès : les RWAs sont mis à disposition de tous les utilisateurs via des émetteurs tels que Centrifuge, qui lancera sur Pharos des produits de dette américaine tokenisés (JTRSY) et des produits de crédit structurés de notation AAA (JAAA).
Le principal obstacle actuel à la mise en œuvre institutionnelle des actifs réels sur chaîne réside dans la fragmentation écosystémique. La Fondation Pharos lance officiellement le programme de co-construction de l’Alliance RealFi. Dans le cadre du réseau Pharos et de cette alliance :
Chainlink agit comme infrastructure autoritaire globale pour la communication sécurisée interchaînes et l’intégrité des données. Le marché des actifs réels de Pharos intègre nativement les oracles de prix Chainlink. LayerZero fournit le protocole d’interopérabilité interchaînes pour l’ensemble du réseau, tandis que TopNod propose un portefeuille natif sécurisé avec gestion autonome.
Centrifuge, s’appuyant sur la norme deRWA pour les actifs réels, émet des RWAs hautement liquides et fortement composable, empaquetant des titres tokenisés existants sous forme de jetons librement échangeables et compatibles avec les protocoles DeFi.
Anchorage Digital, première banque cryptographique fédéralement régulée aux États-Unis, fournit des services institutionnels de garde, de frappe et de distribution de jetons, couvrant les investisseurs institutionnels participants au TGE de Pharos.
R25 lancera un protocole dédié aux actifs réels, axé sur le crédit structuré et la conception de rendements transparents.
Faroo développe un protocole natif de mise en gage liquide pour les actifs réels sur Pharos.
L’Alliance RealFi s’étendra progressivement par vagues successives, les nouveaux membres étant sélectionnés selon des critères rigoureux de qualité des actifs, de maturité technique et de synergie écosystémique. Par ailleurs, Pharos annonce la création d’un fonds d’incubation RealFi de 10 millions de dollars, destiné à soutenir les équipes débutantes développant des applications DeFi natives et des infrastructures sur Pharos. Parmi les partenaires d’incubation figurent Hack VC, Draper Dragon, Lightspeed Faction et Centrifuge.
Conclusion
La philosophie fondamentale de conception de la couche sous-jacente de Pharos repose sur l’idée que la simple parallélisation de l’exécution des transactions ne suffit pas à franchir les limites de performance. En concevant l’intégralité du cycle de vie d’un bloc comme un processus concurrent, le réseau vise à résoudre les goulots d’étranglement structurels qui entravent depuis longtemps le débit des blockchains publiques de couche 1. Sa pile DTVM unifie l’EVM et WASM dans un seul environnement d’exécution déterministe, tandis que Pharos Store s’attaque directement à un point faible historiquement négligé de l’évolutivité sur chaîne — les entrées/sorties du stockage — en réduisant le nombre de lectures disque requis de 8 à 10 à seulement 1 à 3.
Les réseaux de traitement spécialisés (SPN) offrent une voie d’évolutivité modulaire, évitant la fragmentation et la dispersion de la liquidité entre des environnements d’exécution autonomes. Le TGE et le lancement du réseau principal sont prévus pour le deuxième trimestre 2026 ; l’avenir de ce projet dépendra finalement de sa capacité à transformer sa conception architecturale en performances réelles du réseau, ainsi que de l’adoption et de la diffusion du RealFi sur Pharos.
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
