Infrastruktura danych
Warstwa infrastruktury danych jest odpowiedzialna za pozyskiwanie danych blockchain z ponad 131 sieci, normalizowanie ich do spójnego formatu transakcji i dostarczanie danych klasy rachunkowej do silnika obliczeniowego. Ta warstwa obsługuje fundamentalną heterogeniczność architektur blockchain, zachowując jednocześnie jakość i kompletność danych wymaganych przez sprawozdawczość finansową.
Zasięg blockchain
Dział zatytułowany „Zasięg blockchain”Sieci kompatybilne z EVM
Dział zatytułowany „Sieci kompatybilne z EVM”CryptaCount obejmuje pełne spektrum sieci kompatybilnych z EVM, w tym Ethereum, Polygon, BSC, Arbitrum, Optimism, Avalanche, Base i dziesiątki innych sieci. Dla każdego łańcucha platforma przechwytuje:
- Transfery aktywów natywnych — Podstawowe transfery on-chain obejmujące natywną walutę łańcucha
- Zdarzenia transferu tokenów — Wszystkie ruchy tokenów (zamienne i niezamienne)
- Interakcje z kontraktami — W tym zdarzenia protokołu DeFi, operacje płynności i staking
- Opłaty transakcyjne — Przypisanie kosztu na transakcję w aktywum natywnym
Sieci spoza EVM
Dział zatytułowany „Sieci spoza EVM”Jedenaście odrębnych architektur blockchain jest w pełni obsługiwanych, każda z dedykowaną normalizacją danych:
| Łańcuch | Architektura | Kluczowe cechy |
|---|---|---|
| Bitcoin | UTXO | Model wejście/wyjście, obsługa multi-signature |
| NEAR | Model kont z shardingiem | Wykonanie oparte na paragonach, nazwane konta |
| Cosmos | Przekazywanie wiadomości IBC | Transfery IBC w wielu łańcuchach, staking i delegacje |
| Stellar | Niestandardowy konsensus (SCP) | Operacje w transakcjach, wbudowany DEX |
| Cardano | Rozszerzony UTXO | Natywne tokeny multi-asset |
| Polkadot | Łańcuch przekaźnikowy + parachain | Wiadomości cross-chain, staking nominacji |
| Hedera | Hashgraph | Model oparty na kontach z natywną usługą tokenów |
| TRON | DPoS | Tokeny TRC-20, model energii i przepustowości |
| StarkNet | ZK-rollup | Warstwa 2 na Ethereum |
| Aptos | Move VM | Zasobocentryczne wykonanie równoległe |
| SUI | Move VM (zorientowana na obiekty) | Model obiektów z unikalną semantyką własności |
Dane każdej sieci są normalizowane do uniwersalnego formatu transakcji CryptaCount przed dotarciem do silnika rachunkowego. Warstwa normalizacji obsługuje różnice w formatach znaczników czasu, formatach adresów, strukturach opłat i semantyce zdarzeń — prezentując spójny model danych niezależnie od bazowego łańcucha.
Zapewnienie jakości danych
Dział zatytułowany „Zapewnienie jakości danych”Ciągła synchronizacja i inteligentne wznawianie
Dział zatytułowany „Ciągła synchronizacja i inteligentne wznawianie”Synchronizacja portfela jest ciągła i przyrostowa. Po połączeniu portfela platforma niezależnie śledzi najnowszy zsynchronizowany punkt dla każdej kategorii danych. Kolejne synchronizacje wznawiają się od miejsca, w którym zostały przerwane, zamiast pobierać ponownie całe historię — kluczowe dla portfeli o dużym wolumenie, które mogą obejmować miliony historycznych zdarzeń.
Deduplikacja
Dział zatytułowany „Deduplikacja”Zdarzenia transferu tokenów są deduplikowane przy użyciu unikalnych identyfikatorów on-chain. Zapobiega to podwójnemu liczeniu, gdy to samo zdarzenie pojawia się w wielu odpowiedziach danych, co może wystąpić na granicach stronicowania lub podczas replikacji dostawcy danych.
Synchronizacja z rozdzieleniem kategorii
Dział zatytułowany „Synchronizacja z rozdzieleniem kategorii”Dane blockchain są synchronizowane w odrębnych kategoriach — transakcje w walucie natywnej i zdarzenia transferu tokenów są śledzone niezależnie. To oddzielenie zapewnia, że każdy strumień danych utrzymuje własny stan synchronizacji, zapobiegając zakłóceniom między różnymi typami zdarzeń i umożliwiając bardziej niezawodne aktualizacje przyrostowe.
Wykrywanie tokenów spamowych
Dział zatytułowany „Wykrywanie tokenów spamowych”Ekosystem blockchain jest nasycony tokenami spamowymi — bezwartościowymi tokenami dystrybuowanymi do portfeli w celach phishingowych, reklamowych lub oszukańczych. Włączenie ich do zapisów rachunkowych tworzy szum i potencjalne ryzyko błędnej klasyfikacji.
CryptaCount stosuje wieloczynnikowe wykrywanie spamu:
- Ocena heurystyczna — Tokeny są oceniane na podstawie wieku kontraktu, liczby posiadaczy, płynności, wzorców transferu i jakości metadanych. Tokeny poniżej progu ufności są oznaczane jako potencjalny spam.
- Wykrywanie homoglifów — Nazwy i symbole tokenów są sprawdzane pod kątem ataków z użyciem podobnych znaków Unicode (np. wizualnie podobne znaki używane do podszywania się pod legalne tokeny).
- Ręczne nadpisanie — Użytkownicy mogą oznaczać dowolny aktyw jako spam lub nie-spam, nadpisując automatyczne wykrywanie na podstawie własnego profesjonalnego osądu.
Aktywa oznaczone jako spam są ukryte w domyślnych widokach, ale zachowane w danych bazowych dla kompletności i możliwości audytu. Można je przywrócić w dowolnym momencie.
Uzgodnienie salda
Dział zatytułowany „Uzgodnienie salda”Platforma uzgadnia obliczone salda z danymi źródłowymi on-chain. Dla każdego portfela i aktywu system porównuje:
- Obliczone saldo — Wyznaczone na podstawie przetworzenia wszystkich pozyskanych transakcji (wpływy minus wypływy)
- Saldo on-chain — Bieżące saldo raportowane bezpośrednio przez blockchain
Rozbieżności wskazują na brakujące transakcje, luki synchronizacji lub błędy klasyfikacji. To uzgodnienie zapewnia niezależną weryfikację kompletności danych — kluczowe zapewnienie dla sprawozdawczości finansowej gotowej do audytu.
Zasady niezawodności danych
Dział zatytułowany „Zasady niezawodności danych”Infrastruktura danych jest zbudowana na trzech zasadach niezawodności:
-
Kompletność — Każde zdarzenie on-chain istotne dla podłączonego portfela jest przechwytywane. Uzgodnienie salda z danymi blockchain na żywo weryfikuje to w sposób ciągły.
-
Dokładność — Kwoty transakcji, znaczniki czasu, przypisania opłat i tożsamości tokenów są weryfikowane względem danych źródłowych on-chain. Do wartości on-chain nie są używane żadne szacunki ani przybliżenia.
-
Aktualność — Nowe transakcje są przechwytywane podczas każdego cyklu synchronizacji. Platforma automatycznie zarządza limitami stawek dostawcy i stronicowaniem, aby zapewnić stałe pozyskiwanie danych bez przerw.
Te zasady zapewniają, że silnik rachunkowy operuje na fundamencie danych spełniającym standardy dowodowe wymagane dla profesjonalnej sprawozdawczości finansowej i zleceń audytowych.
Nadal potrzebujesz pomocy?
Nie możesz znaleźć tego, czego szukasz? Nasz zespół wsparcia jest do Twojej dyspozycji.
Testujesz CryptaCount dla swojej kancelarii? Zobacz cennik · Umów demo