Infrastructure de données

La couche d’infrastructure de données est responsable de l’ingestion des données blockchain provenant de 131+ réseaux, de leur normalisation dans un format de transaction cohérent et de la fourniture de données de qualité comptable au moteur de calcul. Cette couche gère l’hétérogénéité fondamentale des architectures blockchain tout en maintenant la qualité et l’exhaustivité des données qu’exige le reporting financier.

Couverture blockchain

Réseaux compatibles EVM

CryptaCount couvre l’ensemble des chaînes compatibles EVM, notamment Ethereum, Polygon, BSC, Arbitrum, Optimism, Avalanche, Base et des dizaines de réseaux supplémentaires. Pour chaque chaîne, la plateforme capture :

• Transferts d’actifs natifs — Transferts on-chain primaires impliquant la devise native de la chaîne
• Événements de transfert de tokens — Tous les mouvements de tokens (fongibles et non fongibles)
• Interactions avec les contrats — Dont les événements de protocoles DeFi, les opérations de liquidité et le staking
• Frais de transaction — Attribution du coût par transaction dans l’actif natif

Réseaux non-EVM

Onze architectures blockchain distinctes sont entièrement prises en charge, chacune avec une normalisation de données dédiée :

Chaîne	Architecture	Caractéristiques clés
Bitcoin	UTXO	Modèle entrées/sorties, support multi-signature
NEAR	Modèle de compte fragmenté	Exécution basée sur les reçus, comptes nommés
Cosmos	Passage de messages IBC	Transferts IBC multi-chaînes, staking et délégation
Stellar	Consensus personnalisé (SCP)	Opérations dans les transactions, DEX intégré
Cardano	UTXO étendu	Tokens natifs multi-actifs
Polkadot	Relay chain + parachains	Messagerie cross-chain, staking par nomination
Hedera	Hashgraph	Basé sur les comptes avec service de tokens natifs
TRON	DPoS	Tokens TRC-20, modèle d’énergie et de bande passante
StarkNet	ZK-rollup	Layer 2 sur Ethereum
Aptos	Move VM	Exécution parallèle orientée ressources
SUI	Move VM (orienté objet)	Modèle objet avec une sémantique de propriété unique

Les données de chaque réseau sont normalisées dans le format de transaction universel de CryptaCount avant d’atteindre le moteur comptable. La couche de normalisation gère les différences de formats d’horodatage, de formats d’adresse, de structures de frais et de sémantique des événements — présentant un modèle de données cohérent quelle que soit la chaîne sous-jacente.

Assurance qualité des données

Synchronisation continue et reprise intelligente

La synchronisation des wallets est continue et incrémentielle. Une fois un wallet connecté, la plateforme suit le dernier point synchronisé pour chaque catégorie de données de manière indépendante. Les synchronisations suivantes reprennent là où elles s’étaient arrêtées plutôt que de récupérer l’intégralité de l’historique — ce qui est essentiel pour les wallets à volume élevé pouvant impliquer des millions d’événements historiques.

Déduplication

Les événements de transfert de tokens sont dédupliqués à l’aide d’identifiants on-chain uniques. Cela empêche les doubles comptages lorsque le même événement apparaît dans plusieurs réponses de données, ce qui peut se produire aux limites de pagination ou lors de la réplication chez un fournisseur de données.

Synchronisation par catégorie séparée

Les données blockchain sont synchronisées en catégories distinctes — les transactions en devise native et les événements de transfert de tokens sont suivis indépendamment. Cette séparation garantit que chaque flux de données maintient son propre état de synchronisation, évitant les interférences entre différents types d’événements et permettant des mises à jour incrémentielles plus fiables.

Détection des tokens spam

L’écosystème blockchain est saturé de tokens spam — des tokens sans valeur distribués aux wallets à des fins de phishing, de publicité ou d’escroquerie. Les inclure dans les enregistrements comptables crée du bruit et des risques de mauvaise classification.

CryptaCount emploie une détection multi-facteurs des spams :

• Score heuristique — Les tokens sont évalués en fonction de l’ancienneté du contrat, du nombre de détenteurs, de la liquidité, des modèles de transfert et de la qualité des métadonnées. Les tokens en dessous d’un seuil de confiance sont signalés comme spam potentiel.
• Détection d’homoglyphes — Les noms et symboles des tokens sont vérifiés pour détecter les attaques d’usurpation d’identité par caractères Unicode similaires visuellement (p. ex., des caractères visuellement similaires utilisés pour imiter des tokens légitimes).
• Remplacement manuel — Les utilisateurs peuvent marquer tout actif comme spam ou non-spam, remplaçant la détection automatique en fonction de leur jugement professionnel.

Les actifs signalés comme spam sont masqués des vues par défaut mais conservés dans les données sous-jacentes à des fins d’exhaustivité et d’auditabilité. Ils peuvent être restaurés à tout moment.

Réconciliation des soldes

La plateforme réconcilie les soldes calculés par rapport aux données sources on-chain. Pour chaque wallet et actif, le système compare :

• Solde calculé — Dérivé du traitement de toutes les transactions ingérées (entrées moins sorties)
• Solde on-chain — Solde actuel tel que signalé directement par la blockchain

Les écarts indiquent des transactions manquantes, des lacunes de synchronisation ou des erreurs de classification. Cette réconciliation fournit une vérification indépendante de l’exhaustivité des données — une assurance essentielle pour un reporting financier prêt pour l’audit.

Principes de fiabilité des données

L’infrastructure de données est fondée sur trois principes de fiabilité :

1. Exhaustivité — Chaque événement on-chain pertinent pour un wallet connecté est capturé. La réconciliation des soldes par rapport aux données blockchain en temps réel valide cela en continu.

2. Précision — Les montants des transactions, les horodatages, les attributions de frais et les identités des tokens sont vérifiés par rapport aux données sources on-chain. Aucune estimation ni approximation n’est utilisée pour les valeurs on-chain.

3. Actualité — Les nouvelles transactions sont capturées lors de chaque cycle de synchronisation. La plateforme gère automatiquement les limites de débit des fournisseurs et la pagination pour assurer une ingestion constante des données sans lacunes.

Ces principes garantissent que le moteur comptable opère sur une base de données répondant aux normes probantes requises pour le reporting financier professionnel et les missions d’audit.