Księgowość krypto MetaMask

Połącz MetaMask z CryptaCount za pomocą swojego publicznego adresu portfela i zamień aktywność on-chain w czyste księgi. CryptaCount odczytuje Twoją historię, oblicza koszt nabycia i księguje zapisy księgowe w Twoim ERP — przy czym szczegóły pozostają w księdze pomocniczej.

Twój portfel jako źródło dla księgi pomocniczej

Portfele on-chain przechowują aktywność skarbową i operacyjną, której Twój system księgowy nie widzi. CryptaCount odczytuje tę aktywność do krypto księgi pomocniczej, stosuje koszt nabycia oraz Twoją politykę wyceny i tworzy zbiorcze zapisy księgowe dla Twojej księgi głównej.

Jak połączyć

MetaMask to portfel niepowierniczy (non-custodial), więc nie ma klucza API — łączysz się za pomocą adresu publicznego (widok tylko do odczytu, wyłącznie obserwacyjny):

1. Adres publiczny (zalecane). Skopiuj swój publiczny adres portfela MetaMask (`0x…`). W CryptaCount przejdź do Integracje → Dodaj portfel → MetaMask i wklej go. CryptaCount odczytuje Twoją historię on-chain w obsługiwanych sieciach EVM (Ethereum, Polygon, Arbitrum, Optimism, Base i inne).
2. Import CSV. Wyeksportuj historię transakcji z portfela MetaMask jako plik CSV i wgraj go.

**Zawsze podawaj wyłącznie adres *publiczny*. Nigdy nie wpisuj Secret Recovery Phrase** ani klucza prywatnego — CryptaCount nigdy o nie nie prosi. Adres publiczny jest wyłącznie obserwacyjny i tylko do odczytu; nie może przenosić środków. Dodaj każdy adres, jeśli Twoja firma korzysta z wielu portfeli.

Co trafia do Twoich ksiąg

Aktywność on-chain dla tych adresów: swapy, transfery, interakcje DeFi (płynność, lending, staking), aktywność NFT oraz opłaty gas — każde sklasyfikowane na potrzeby księgowości, przy czym transfery między Twoimi własnymi portfelami są uzgadniane, aby nie zostały zaksięgowane jako zbycia.

Stworzone dla zespołów finansowych

• Multi-chain — jeden komplet ksiąg dla wszystkich łańcuchów, z których korzysta Twoja firma, dzięki naszej własnej infrastrukturze danych on-chain
• Automatyczne ustalanie kosztu nabycia — 12 metod zbycia (FIFO, LIFO, HIFO, średnia ważona, identyfikacja szczegółowa i inne); traktowania wymagane przez przepisy jurysdykcji (UK Section 104 pooling, Kanada ACB) stosowane automatycznie
• Zapisy księgowe do Twojego ERP — QuickBooks, Xero, NetSuite lub Sage → Integracje ERP →
• Gotowe do audytu — każda pozycja księgi głównej prowadzi z powrotem do transakcji on-chain

Zobacz księgę pomocniczą → · Księgowość dla biur rachunkowych →

Jak CryptaCount wczytuje aktywność Twojego portfela MetaMask do księgi pomocniczej

Portfel MetaMask jest podłączany za pomocą adresu publicznego — widoku wyłącznie obserwacyjnego, który pozwala CryptaCount odczytywać historię on-chain bez możliwości przemieszczania środków. Na podstawie tego adresu CryptaCount odczytuje każdą transakcję w obsługiwanych sieciach EVM, z których korzysta portfel, i zapisuje każdą z nich jako odrębny, opatrzony znacznikiem czasu wpis w krypto księdze pomocniczej — swap, transfer, interakcja z kontraktem, opłata gas — każdy z zachowanym aktywem, ilością, stroną kontrahenta i odnośnikiem on-chain. Twoja księga główna otrzymuje zbiorcze zapisy, a pełne szczegóły on-chain pozostają pod spodem dla uzgodnień, obliczeń zysku i audytu.

Wczytywanie jest idempotentne: każda transakcja on-chain jest powiązana z jej skrótem (hashem) i pozycją w logu, więc ponowny odczyt portfela nigdy nie powoduje podwójnego liczenia zdarzenia. Możesz odświeżać dane po zamknięciu okresu, dodać nowo odkryty adres lub rozszerzyć historię — i ufać, że ilości oraz salda pozostają stabilne przy każdym odświeżeniu. Ponieważ portfele on-chain przechowują aktywność skarbową i operacyjną, której Twój system księgowy w inny sposób nie widzi, jest to często jedyne miejsce, gdzie ta aktywność staje się w ogóle widoczna dla działu finansowego — wiarygodne, jedyne źródło prawdy o tym, co portfel rzeczywiście robił.

Klasyfikacja i uzgadnianie transakcji on-chain

Surowe dane on-chain są gęste i nieoznakowane; CryptaCount czyni je gotowymi do celów księgowych, klasyfikując każdą transakcję w zdarzenie użyteczne dla Twoich ksiąg — swap (zbycie jednego aktywa i nabycie drugiego, wycenione niezależnie), transfer przychodzący lub wychodzący, interakcja DeFi taka jak dostarczenie płynności, lending lub staking, ruch NFT albo opłata gas. Swap na zdecentralizowanej giełdzie jest ujmowany jako zdarzenie dwustronne, którym jest, dzięki czemu zawarty w nim zrealizowany zysk jest uchwycony, a nie ukryty w pojedynczym ruchu tokena.

Uzgodnienie weryfikuje księgi względem samego łańcucha. CryptaCount śledzi bieżące saldo każdego aktywa wynikające ze sklasyfikowanej historii i sprawdza je względem salda on-chain adresu, dzięki czemu brakująca transakcja, nieobsługiwana sieć lub niesklasyfikowana interakcja objawia się jako rozbieżność, a nie po cichu zniekształca Twoje pozycje. Łańcuch jest ostatecznym autorytetem w kwestii tego, co posiada portfel, a księga pomocnicza powinna się z nim uzgadniać — ten status przepływa do Twojej krypto księgi pomocniczej → dla recenzentów do sprawdzenia.

Koszt nabycia i zysk/strata dla ksiąg

Każde zbycie z portfela — swap na inny token, sprzedaż lub transfer, który Twoja polityka traktuje jako zbycie — wymaga kosztu nabycia, by zrealizowany zysk lub strata mogły zostać zmierzone i zaksięgowane. CryptaCount przechowuje partie nabycia dla każdego aktywa i konsumuje je przy zbyciu zgodnie z wybraną metodą, następnie księguje zysk lub stratę w księdze głównej obok ruchu on-chain. Partie żyją w księdze pomocniczej, więc zaksięgowana kwota nigdy nie jest nieprzejrzysta: możesz prześledzić od zysku w księdze głównej wstecz do konkretnych nabyć, które go skonsumowały — w tym aktywów pierwotnie nabytych na giełdzie i później przetransferowanych do portfela.

Silnik obsługuje pełen zakres strategii zbycia, których może potrzebować zespół finansowy, i automatycznie stosuje traktowania wymagane przez przepisy jurysdykcji tam, gdzie jest to właściwe. Metoda jest celowym wyborem polityki stosowanym konsekwentnie we wszystkich kontach i łańcuchach, a nie zgadywaniem per transakcja — zapoznaj się z dostępnymi metodami kosztu nabycia →, aby dowiedzieć się, jak każda z nich konsumuje partie.

Transfery między własnymi kontami

Treasury on-chain stale przemieszczają aktywa — z giełdy do MetaMaska, między dwoma własnymi portfelami lub między łańcuchami przez bridge — a każdy taki ruch może być mylnie ujęty jako zbycie. Nic nie zostało sprzedane, gdy aktyw po prostu zmienia lokalizację w obrębie organizacji, jednak naiwny czytnik widzi odpływ z jednego adresu i napływ do drugiego i ryzykuje zaksięgowaniem fikcyjnego zysku. CryptaCount dopasowuje dwie nogi transferu wewnętrznego jako pojedynczy ruch tego samego aktywa, przenosząc oryginalny koszt nabycia przez ruch tak, by nie był ani resetowany, ani krystalizowany jako zysk, który nigdy nie miał miejsca.

Dopasowanie uwzględnia aktyw, ilość, czas i kierunek we wszystkich Twoich podłączonych adresach, a wszystko, czego nie można pewnie sparować, flaguje do potwierdzenia przez człowieka — bridgey i konwersje aktywów opakowywanych szczególnie korzystają na weryfikacji przez recenzenta. Daje to kontrolę nad przenoszoną podstawą — dokładnie tego oczekuje audytor, gdy aktywa przemieszczają się między własnymi portfelami organizacji. Dodanie z góry wszystkich firmowych adresów sprawia, że dopasowywanie jest niezawodne, a nie częściowe.

Opłaty i wewnętrzne ruchy

Każda akcja on-chain kosztuje gas, a gas jest częścią ekonomiki transakcji, za którą jest płacony. CryptaCount rejestruje opłaty gas i traktuje je zgodnie z Twoją polityką — dodając gas przy nabyciu do kosztu nabycia aktywa, potrącając go z wpływów przy zbyciu lub księgując jako koszt — dzięki czemu raportowany koszt i zysk odzwierciedlają prawdziwy koszt działania on-chain. W aktywnym portfelu gas sumuje się do realnej liczby, a ignorowanie go zaniża koszty i zawyża zyski. Interakcje DeFi mogą również generować tokeny nagród lub opłat, które są ujmowane na dzień otrzymania, a nie pomijane.

• Opłaty gas — kapitalizowane do podstawy, potrącane z wpływów lub odnoszone w koszty zgodnie z Twoją polityką wyceny, nigdy po cichu ignorowane.
• Nagrody DeFi — nagrody z płynności, lendingu lub stakingu ujmowane w wartości godziwej na dzień otrzymania i opatrzone kosztem nabycia dla późniejszego zbycia.
• Swapy — ujmowane jako zbycie i nabycie, każde wycenione niezależnie, dzięki czemu wbudowane zyski są uchwycone.
• Wewnętrzne i cross-chainowe ruchy — parowane między Twoimi adresami i wykluczone z obliczeń zysku, z przeniesioną podstawą.

Kontrole i ścieżka audytu

Najsilniejszą kontrolą przy portfelu niepowierniczym jest to, że CryptaCount przechowuje wyłącznie adres publiczny — wyłącznie obserwacyjny, tylko do odczytu, niezdolny do przemieszczania środków — i nigdy nie prosi o Secret Recovery Phrase ani klucz prywatny. To banalne do udowodnienia audytorowi: połączenie fizycznie nie może dokonywać transakcji. Poza dostępem każda pozycja księgi głównej jest identyfikowalna wstecz przez księgę pomocniczą do dokładnej transakcji on-chain, z jej skrótem (hashem), datą, aktywem, ilością i skonsumowanymi partiami nabycia. Ponieważ łańcuch jest publiczny i niezmienny, to odniesienie źródłowe jest wyjątkowo mocnym dowodem.

Zbiorcze zapisy utrzymują Twój ERP w czystości, podczas gdy szczegóły on-chain pozostają w księdze pomocniczej, a te same dane zasilają Twoje krypto-raportowanie compliance →, dzięki czemu sprawozdania i księga pomocnicza nigdy się nie rozchodzą. Zapisy — debety, kredyty i mapowania kont — są przeglądalne przed zaksięgowaniem przez zapisy księgowe →, więc nic nie dociera do księgi głównej niewidocznie.

Kwestie wielopodmiotowe i skarbcowe

Organizacje Web3 rzadko działają z jednego portfela. Operacje, treasury, wynagrodzenia i aktywność protokołu mogą żyć w oddzielnych adresach, a grupa może obejmować kilka podmiotów prawnych. Model przestrzeni roboczych CryptaCount pozwala przypisać portfele każdego podmiotu do osobnego zestawu ksiąg, z własną polityką wyceny i planem kont, a jednocześnie konsolidować grupę, gdy zajdzie taka potrzeba. Operator DAO, fundusz lub skarbiec korporacyjny mogą utrzymywać aktywność on-chain każdego podmiotu czysto oddzieloną, a nie zmieszaną w jednej nierozróżnionej księdze.

Ma to znaczenie zarówno dla dokładności, jak i ładu korporacyjnego. Koszt nabycia, dopasowywanie transferów i obliczanie zysku działają w obrębie ksiąg danego podmiotu, więc transfer między portfelami dwóch podmiotów jest traktowany jako ruch wewnątrzgrupowy, którym jest, a nie nettowany, jakby grupa była jednym adresem. Uprawnienia i przegląd mogą być ograniczone do poszczególnych przestrzeni roboczych, co wspiera rozdzielenie obowiązków oczekiwane przez audytorów w treasury wieloportfelowym, wielołańcuchowym.

Typowe pułapki przy rozliczaniu aktywności MetaMask

• Brakujące portfele. Aktywność on-chain jest kompletna tylko wtedy, gdy każdy firmowy adres jest podłączony; pominięty portfel pozostawia lukę, która psuje dopasowywanie transferów i salda.
• Traktowanie swapów jako nieistotnych. Swap DEX to zbycie i nabycie; zignorowanie go ukrywa zrealizowany zysk lub stratę.
• Księgowanie wewnętrznych lub bridgowych transferów jako sprzedaży. Przenoszenie aktywów między własnymi portfelami lub między łańcuchami nie jest zbyciem — parowanie nóg zachowuje podstawę.
• Ignorowanie gasu. Opłaty gas są częścią kosztu transakcji; pominięcie ich zaniża koszty i zawyża zyski w aktywnym portfelu.
• Błędne oznaczanie nagród DeFi. Nagrody z płynności, lendingu i stakingu to przychód na dzień otrzymania i oddzielny zysk przy późniejszym zbyciu; mieszanie obu zniekształca obydwie liczby.

Jak CryptaCount wykorzystuje dane Twojego MetaMaska

CryptaCount odczytuje adres publiczny Twojego MetaMaska jako wyłącznie obserwacyjne źródło, wczytuje każdą transakcję on-chain w sieciach EVM, z których korzystasz, klasyfikuje swapy, transfery, interakcje DeFi, aktywność NFT i gas w zdarzenia księgowe, uzgadnia salda z łańcuchem, oblicza koszt nabycia i zrealizowane zyski zgodnie z Twoją polityką i księguje zbiorcze zapisy do Twojego ERP — z pełnymi, zachowanymi szczegółami on-chain w księdze pomocniczej, dzięki czemu każda liczba jest identyfikowalna do swojego skrótu transakcji. Nigdy nie przechowuje kluczy i nigdy nie przemieszcza środków. Aby dowiedzieć się, jak radziłby sobie z Twoimi portfelami i łańcuchami, nasz zespół może przeprowadzić przegląd Twojej konfiguracji.

Jakie sieci CryptaCount odczytuje dla adresu MetaMask?

CryptaCount odczytuje historię on-chain w obsługiwanych sieciach EVM, z których korzysta portfel — Ethereum oraz główne sieci warstwy 2 i łańcuchy boczne, takie jak Polygon, Arbitrum, Optimism i Base, wśród innych. Ten sam adres publiczny jest odczytywany w każdym łańcuchu, na którym był aktywny, więc jeden zestaw ksiąg może obejmować sieci, z których faktycznie korzysta Twoja organizacja.

Jak CryptaCount obsługuje pozycje DeFi dla celów księgowych?

Interakcje DeFi są klasyfikowane zgodnie z tym, czym są ekonomicznie — dostarczanie lub wycofywanie płynności, lending, pożyczanie lub staking — a wszelkie otrzymane tokeny nagród są ujmowane w wartości godziwej na dzień otrzymania z kosztem nabycia dla późniejszego zbycia. Gdy interakcja jest niejednoznaczna, jest flagowana do przeglądu zamiast zgadywana, dzięki czemu sposób ujęcia księgowego jest decyzją, którą kontrolujesz.

Czy podłączenie adresu publicznego jest bezpieczne dla naszego treasury?

Tak. Adres publiczny jest wyłącznie obserwacyjny i tylko do odczytu: pozwala CryptaCount widzieć historię on-chain portfela, ale nie może przemieszczać, podpisywać ani wypłacać czegokolwiek. CryptaCount nigdy nie prosi o Secret Recovery Phrase ani klucz prywatny i nie istnieje żadna ścieżka, którą podłączony adres mógłby autoryzować transakcję — dostęp jest wyłącznie obserwacyjny.

Jak są traktowane ruchy przez cross-chainowe bridgey?

Bridge przenosi tę samą wartość z jednego łańcucha na drugi w obrębie Twojej organizacji, więc nie powinien być ujmowany jako zbycie. Gdy obie strony są podłączone, CryptaCount paruje nogi i przenosi koszt nabycia przez bridge, a każdą nogę, której nie można pewnie dopasować, flaguje do potwierdzenia przez recenzenta — dlatego podłączenie wszystkich swoich adresów z góry ma znaczenie.