Sniktitt #001

Vi tar arbeidsbyrden

Ett av mantraene våre i BlokkSkatt er enkelt, men kompromissløst:

👉 Vi tar arbeidsbyrden – slik at kryptoskatt blir så automatisert som mulig for sluttbrukeren.

Dette er ikke noe vi har lagt på toppen som et «nice to have».
Det er støpt inn i selve grunnmuren av hvordan BlokkSkatt er designet.

Ett hovedmål er at du skal bruke minst mulig tid på kryptoskatten din.

Et annet er at resultatet skal være så nøyaktig som menneskelig og maskinelt mulig – men den biten tar vi i en egen post senere.

Hvorfor må man fortsatt legge inn én og én adresse i 2026?

Jeg har lenge undret meg over hvorfor de aller fleste kryptoskatteløsninger fortsatt er bygget slik at:

• du må legge til én og én on-chain adresse

• du må fortelle systemet hvilken blokkjede adressen «tilhører»

Dette gir lite mening.

Bitcoin-adresser og Ethereum-adresser ser ikke akkurat like ut.
Solana, Tron, Cosmos, EVM, UTXO – de skriker jo nærmest hvilken familie de tilhører.

Likevel legges ansvaret på brukeren.

Det føles… veldig 2018.

Hvordan vi gjør det i BlokkSkatt

Hos BlokkSkatt gjør vi det annerledes.

Du kan:

• slenge alle adressene dine i ett tekstdokument

• enten laste opp filen eller kopiere og lime inn så mange adresser du vil i slengen

• ferdig

Systemet vårt:

• identifiserer hvilken blokkjede hver adresse tilhører

• støtter ekte bulk-import uten at du må gjøre manuelt arbeid

• flagger automatisk adresser vi ikke gjenkjenner for manuell oppfølging

Bak kulissene bruker vi:

• noen hundre linjer kode

• et kartotek på noen tusen linjer

• og identifiserer rundt 98 % av adressene der ute helt automatisk

Resten fanges opp – ikke ignorert.

Automatisering betyr ikke «håpe på det beste».
Det betyr kontrollert flyt, med fallbacks.

Litt om blokkjede-velgeren (og hvorfor den ikke er tvang)

Vi ber brukeren indikere hvilke blokkjeder de har vært aktive på.

Ikke per adresse.
Men som en helhet.

Viktig:

• systemet feiler ikke om du ikke oppgir noe

• vi bruker det kun for ytelse og hastighet

På EVM alene finnes det et hav av L2-er.
Vi looper gjennom alle uansett – men dersom brukeren indikerer relevante kjeder, prioriteres disse høyere i køen.

Resultatet?
➡️ raskere data
➡️ raskere tilgjengelig i frontend
➡️ bedre brukeropplevelse

Igjen: vi tar arbeidsbyrden.

Fun fact 🤓

En internasjonal kryptoskatteløsning vi testet tilbyr en form for «bulk-import» ved å koble til Metamask og hente adressene fra kontoen.

Jeg har en ekstrem Metamask-konto med over 100 adresser.

Resultat?
Skatteløsningen krasjer 🤣

Til løsningens forsvar: den kontoen er et lite mareritt.
Med over 100 adresser krasjer faktisk også Metamask selv i Chrome, og jeg må bruke Rabby for å håndtere kontoen.

For mer normale kryptobrukere med 3–5 adresser i Metamask vil dette nok fungere helt greit.

Men poenget står:
Jeg er ikke en normal bruker – men mine behov gjør at vi bygger en løsning som kommer alle brukere til gode.

Oppsummert

Å be brukere manuelt spesifisere om en adresse er BTC eller ETH i 2026, når formatene er fundamentalt forskjellige, er rett og slett en foreldet brukerflyt.

Hos BlokkSkatt tror vi på dette:

Automatisering > late utviklere

Og ja – det krever mer arbeid for oss.
Akkurat slik det skal være.