Ga naar inhoud

Gegevensinfrastructuur

De gegevensinfrastructuurlaag is verantwoordelijk voor het ophalen van blockchaindata van 131+ netwerken, het normaliseren hiervan tot een consistent transactieformaat en het leveren van boekhoudkundige-kwaliteitsdata aan de berekeningsmotor. Deze laag verwerkt de fundamentele heterogeniteit van blockchainarchitecturen terwijl de gegevenskwaliteit en volledigheid worden gehandhaafd die financiële rapportage vereist.

CryptaCount dekt het volledige spectrum van EVM-compatibele ketens, waaronder Ethereum, Polygon, BSC, Arbitrum, Optimism, Avalanche, Base en tientallen aanvullende netwerken. Voor elke keten legt het platform het volgende vast:

  • Overdrachten van native activa — Primaire on-chain overdrachten met de native valuta van de keten
  • Token transfer-gebeurtenissen — Alle tokenbewegingen (fungibel en niet-fungibel)
  • Contractinteracties — Inclusief DeFi-protocolgebeurtenissen, liquiditeitsbewerkingen en staking
  • Transactiekosten — Kostentoewijzing per transactie in het native activum

Elf verschillende blockchainarchitecturen worden volledig ondersteund, elk met toegewijde gegevensnormalisatie:

KetenArchitectuurKernkenmerken
BitcoinUTXOInput/output-model, ondersteuning voor meervoudige handtekeningen
NEARGedeeld accountmodelOp receipts gebaseerde uitvoering, benoemde accounts
CosmosIBC-berichtdoorgifteMulti-chain IBC-overdrachten, staking en delegatie
StellarAangepaste consensus (SCP)Bewerkingen binnen transacties, ingebouwde DEX
CardanoExtended UTXOMulti-asset native tokens
PolkadotRelay chain + parachainsCross-chain messaging, nominatiestaking
HederaHashgraphOp rekeningen gebaseerd met native tokenservice
TRONDPoSTRC-20-tokens, energie- en bandbreedtemodel
StarkNetZK-rollupLayer 2 op Ethereum
AptosMove VMResource-georiënteerde parallelle uitvoering
SUIMove VM (objectgericht)Objectmodel met unieke eigendomssemantiek

De data van elk netwerk wordt genormaliseerd naar het universele transactieformaat van CryptaCount voordat het de boekhoudmotor bereikt. De normalisatielaag verwerkt verschillen in tijdstempelformaten, adresformaten, kostenstructuren en gebeurtenissemantiek — en presenteert een consistent datamodel ongeacht de onderliggende keten.

Portemonneesynchronisatie is continu en incrementeel. Zodra een portemonnee is aangesloten, volgt het platform voor elke gegevenscategorie afzonderlijk het laatste gesynchroniseerde punt. Volgende synchronisaties worden hervat vanaf waar ze zijn gebleven in plaats van volledige geschiedenissen opnieuw op te halen — kritisch voor portemonnees met hoog volume die miljoenen historische gebeurtenissen kunnen bevatten.

Token transfer-gebeurtenissen worden gededupliceerd met behulp van unieke on-chain identifiers. Dit voorkomt dubbeltellingen wanneer dezelfde gebeurtenis in meerdere gegevensantwoorden verschijnt, wat kan optreden bij paginatiegrensovergangen of tijdens replicatie van gegevensproviders.

Blockchaindata wordt gesynchroniseerd in afzonderlijke categorieën — transacties in native valuta en token transfer-gebeurtenissen worden onafhankelijk bijgehouden. Deze scheiding zorgt ervoor dat elke gegevensstroom zijn eigen synchronisatiestatus handhaaft, interferentie tussen verschillende gebeurtenistypen voorkomt en betrouwbaardere incrementele updates mogelijk maakt.

Het blockchainecosysteem is verzadigd met spamtokens — waardeloze tokens die aan portemonnees worden gedistribueerd voor phishing-, reclame- of zwendeldoeleinden. Het opnemen hiervan in boekhoudregisters creëert ruis en potentiële misclassificatierisico’s.

CryptaCount past meervoudige spamdetectie toe:

  • Heuristische scoring — Tokens worden geëvalueerd op basis van contractleeftijd, aantal houders, liquiditeit, overdrachtspatronen en metadatakwaliteit. Tokens onder een betrouwbaarheidsdrempel worden gemarkeerd als potentiële spam.
  • Homoglietendetectie — Tokennamen en -symbolen worden gecontroleerd op Unicode-lookalike-aanvallen (bijv. visueel vergelijkbare tekens die worden gebruikt om legitieme tokens na te bootsen).
  • Handmatige overschrijving — Gebruikers kunnen elk activum als spam of niet-spam markeren, waarmee de automatische detectie wordt overschreven op basis van hun professioneel oordeel.

Als spam gemarkeerde activa zijn verborgen in standaardweergaven maar worden bewaard in de onderliggende data voor volledigheid en controleerbaarheid. Ze kunnen op elk moment worden hersteld.

Het platform reconcilieert berekende saldi met on-chain brondata. Voor elke portemonnee en elk activum vergelijkt het systeem:

  • Berekend saldo — Afgeleid van de verwerking van alle opgehaalde transacties (instroom minus uitstroom)
  • On-chain saldo — Actueel saldo zoals rechtstreeks gerapporteerd door de blockchain

Discrepanties duiden op ontbrekende transacties, synchronisatiehiaten of classificatiefouten. Deze reconciliatie biedt onafhankelijke verificatie van gegevensvolledigheid — een kritische zekerheid voor accountant-klare financiële rapportage.

De gegevensinfrastructuur is gebaseerd op drie betrouwbaarheidsprincipes:

  1. Volledigheid — Elke on-chain gebeurtenis die relevant is voor een aangesloten portemonnee wordt vastgelegd. Saldoreconciliatie met live blockchaindata valideert dit continu.

  2. Nauwkeurigheid — Transactiebedragen, tijdstempels, kostentoewijzingen en tokenidentiteiten worden geverifieerd aan de hand van on-chain brondata. Er worden geen schattingen of benaderingen gebruikt voor on-chain waarden.

  3. Tijdigheid — Nieuwe transacties worden vastgelegd tijdens elke synchronisatiecyclus. Het platform beheert limieten van gegevensproviders en paginering automatisch om een gestage gegevensinvoer zonder hiaten te waarborgen.

Deze principes zorgen ervoor dat de boekhoudmotor werkt op een datafundament dat voldoet aan de bewijsstandaarden die vereist zijn voor professionele financiële rapportage en auditopdrachten.

Nog hulp nodig?

Kunt u niet vinden wat u zoekt? Ons supportteam staat voor u klaar.

Evalueert u CryptaCount voor uw kantoor? Bekijk prijzen · Demo boeken