Comptabilité crypto MetaMask

Connectez MetaMask à CryptaCount avec votre adresse de portefeuille publique et transformez l'activité on-chain en comptes propres. CryptaCount lit votre historique, calcule le coût d'acquisition et comptabilise des écritures dans votre ERP — avec le détail conservé dans le grand livre auxiliaire.

Votre portefeuille comme source pour le grand livre auxiliaire

Les portefeuilles on-chain contiennent une activité de trésorerie et opérationnelle que votre logiciel de comptabilité ne peut pas voir. CryptaCount lit cette activité dans un grand livre auxiliaire crypto, applique le coût d'acquisition et votre politique d'évaluation, et produit des écritures synthétisées pour votre grand livre général.

Comment connecter

MetaMask est un portefeuille non-custodial, il n'y a donc pas de clé API — vous vous connectez par adresse publique (une vue en lecture seule, en observation uniquement) :

1. Adresse publique (recommandée). Copiez votre adresse de portefeuille publique MetaMask (`0x…`). Dans CryptaCount, allez dans Intégrations → Ajouter portefeuille → MetaMask et collez-la. CryptaCount lit votre historique on-chain sur les réseaux EVM pris en charge (Ethereum, Polygon, Arbitrum, Optimism, Base et autres).
2. Import CSV. Exportez votre historique de transactions depuis le portfolio MetaMask en CSV et importez-le.

**Ne fournissez jamais que l'adresse *publique*. N'entrez jamais une phrase de récupération secrète** ni une clé privée — CryptaCount ne les demande jamais. Une adresse publique est en observation uniquement et en lecture seule ; elle ne peut pas déplacer des fonds. Ajoutez chaque adresse si votre entreprise utilise plusieurs portefeuilles.

Ce qui alimente vos comptes

Activité on-chain pour ces adresses : swaps, transferts, interactions DeFi (liquidité, lending, staking), activité NFT et frais de gas — chacun classifié pour la comptabilité, avec les transferts entre vos propres portefeuilles rapprochés pour ne pas être comptabilisés comme des cessions.

Conçu pour les équipes finance

• Multi-chaînes — un seul jeu de comptes sur les chaînes utilisées par votre entreprise, via notre infrastructure de données on-chain
• Coût d'acquisition automatisé — 12 méthodes de cession (FIFO, LIFO, HIFO, coût moyen pondéré, identification spécifique et plus) ; les traitements imposés par la juridiction (UK Section 104 pooling, Canada ACB) s'appliquent automatiquement
• Écritures dans votre ERP — QuickBooks, Xero, NetSuite ou Sage → Intégrations ERP →
• Prêt à l'audit — chaque ligne du grand livre est traçable jusqu'à la transaction on-chain

Voir le grand livre auxiliaire → · Comptabilité pour cabinets →

Comment CryptaCount ingère l'activité de votre portefeuille MetaMask dans le grand livre auxiliaire

Un portefeuille MetaMask est connecté par son adresse publique, une vue en observation uniquement qui permet à CryptaCount de lire l'historique on-chain sans aucune capacité à déplacer des fonds. À partir de cette adresse, CryptaCount lit chaque transaction sur les réseaux EVM pris en charge qu'utilise le portefeuille et inscrit chacune comme un enregistrement discret et horodaté dans le grand livre auxiliaire crypto — le swap, le transfert, l'interaction avec un contrat, les frais de gas — chacun avec son actif, sa quantité, sa contrepartie et sa référence on-chain intacts. Votre grand livre général reçoit des écritures synthétisées, tandis que le détail on-chain complet reste en dessous pour le rapprochement, le calcul des plus-values et l'audit.

L'ingestion est idempotente : chaque transaction on-chain est indexée sur son hash et sa position de log, de sorte que relire un portefeuille ne double jamais le comptage d'un événement. Vous pouvez actualiser après une clôture, ajouter une adresse nouvellement découverte, ou étendre l'historique, en ayant la certitude que les quantités et les soldes restent stables à travers les actualisations. Parce que les portefeuilles on-chain détiennent une activité de trésorerie et opérationnelle que votre logiciel de comptabilité ne peut autrement pas voir, c'est souvent le seul endroit où cette activité devient visible pour la finance — une source de vérité fiable pour ce que le portefeuille a réellement fait.

Classification et rapprochement des transactions on-chain

Les données brutes on-chain sont denses et non étiquetées ; CryptaCount les rend exploitables en comptabilité en classifiant chaque transaction en un événement que vos livres peuvent utiliser — un swap (une cession d'un actif et une acquisition d'un autre, valorisés indépendamment), un transfert entrant ou sortant, une interaction DeFi telle que l'apport de liquidité, le lending ou le staking, un mouvement NFT, ou des frais de gas. Un swap sur une plateforme décentralisée est reconnu pour l'événement bilatéral qu'il est, de sorte que la plus-value réalisée qui y est incorporée est capturée plutôt que dissimulée dans un seul mouvement de jeton.

Le rapprochement prouve la concordance des livres avec la chaîne elle-même. CryptaCount suit le solde courant de chaque actif impliqué par votre historique classifié et le vérifie par rapport au solde on-chain de l'adresse, de sorte qu'une transaction manquante, un réseau non pris en charge ou une interaction non classifiée apparaisse comme un écart plutôt que de déformer silencieusement vos positions. La chaîne fait autorité pour ce que détient un portefeuille, et le grand livre auxiliaire doit se rapprocher d'elle — ce statut est disponible dans votre grand livre auxiliaire → pour que les réviseurs puissent l'inspecter.

Coût d'acquisition et plus-values pour les livres comptables

Toute cession depuis le portefeuille — un swap en un autre jeton, une vente, ou un transfert que votre politique traite comme une cession — nécessite un coût d'acquisition afin que la plus-value ou moins-value réalisée puisse être mesurée et comptabilisée. CryptaCount maintient les lots d'acquisition par actif et les consomme lors des cessions selon la méthode choisie, puis enregistre la plus-value ou moins-value au grand livre général en parallèle du mouvement on-chain. Les lots résident dans le grand livre auxiliaire, de sorte que le chiffre comptabilisé n'est jamais opaque : vous pouvez remonter depuis une plus-value au grand livre jusqu'aux acquisitions spécifiques qu'elle a consommées — y compris des actifs d'abord acquis sur une plateforme d'échange et ultérieurement bridgés dans le portefeuille.

Le moteur prend en charge l'ensemble des méthodes de cession dont une équipe finance peut avoir besoin et applique automatiquement les traitements imposés par la juridiction là où ils sont pertinents. La méthode est un choix de politique délibéré appliqué de manière cohérente sur tous les comptes et chaînes, et non une estimation par transaction — consultez les méthodes de coût d'acquisition disponibles → pour comprendre comment chacune consomme les lots.

Transferts entre vos propres comptes

Les trésoreries on-chain déplacent constamment des actifs — d'une plateforme d'échange vers MetaMask, entre deux de vos propres portefeuilles, ou sur des chaînes via un bridge — et chaque déplacement peut être confondu avec une cession. Rien n'a été vendu lorsqu'un actif change simplement d'emplacement au sein de l'organisation, pourtant un lecteur naïf voit une sortie d'une adresse et une entrée vers une autre et risque de comptabiliser une plus-value fictive. CryptaCount rapproche les deux jambes d'un transfert interne en un seul mouvement du même actif, en portant le coût d'acquisition original à travers le déplacement afin qu'il ne soit ni réinitialisé ni cristallisé en une plus-value qui n'a jamais eu lieu.

Le rapprochement tient compte de l'actif, de la quantité, du calendrier et de la direction sur l'ensemble de vos adresses connectées, et signale tout ce qu'il ne peut pas associer avec certitude pour confirmation par un utilisateur humain — les bridges et les conversions d'actifs enveloppés bénéficient notamment du regard d'un réviseur. Cela vous maintient en contrôle du coût porté, ce qui est précisément ce qu'un auditeur attend lorsque des actifs se déplacent entre les propres portefeuilles d'une organisation. Ajouter toutes les adresses de l'entreprise dès le départ est ce qui rend ce rapprochement fiable plutôt que partiel.

Frais et mouvements internes

Chaque action on-chain coûte du gas, et le gas fait partie de l'économie de la transaction qu'il finance. CryptaCount capture les frais de gas et les traite selon votre politique — en ajoutant le gas d'une acquisition au coût d'acquisition de cet actif, en le déduisant du produit de cession, ou en l'enregistrant comme une charge — de sorte que le coût et la plus-value déclarés reflètent le vrai coût d'opérer on-chain. Sur un portefeuille actif, le gas s'accumule en un chiffre réel, et l'ignorer sous-estime les coûts et surestime les plus-values. Les interactions DeFi peuvent également générer des jetons de récompense ou de frais, qui sont reconnus à la réception plutôt qu'omis.

• Frais de gas — capitalisés dans le coût d'acquisition, déduits du produit de cession, ou enregistrés comme charge selon votre politique d'évaluation, jamais silencieusement ignorés.
• Récompenses DeFi — récompenses de liquidité, de lending ou de staking reconnues à la juste valeur à la réception et dotées d'un coût d'acquisition pour la cession ultérieure.
• Swaps — reconnus comme une cession et une acquisition, chacun valorisé indépendamment, afin que les plus-values incorporées soient capturées.
• Mouvements internes et cross-chain — rapprochés entre vos adresses et exclus des calculs de plus-values, avec le coût porté intact.

Contrôles et piste d'audit

Le contrôle le plus fort avec un portefeuille non-custodial est que CryptaCount ne détient jamais qu'une adresse publique — en observation uniquement, en lecture seule, incapable de déplacer des fonds — et ne demande jamais de phrase de récupération secrète ni de clé privée. C'est trivial à démontrer à un auditeur : la connexion ne peut physiquement pas effectuer de transaction. Au-delà de l'accès, chaque ligne du grand livre général est traçable à travers le grand livre auxiliaire jusqu'à la transaction on-chain exacte qui la sous-tend, avec son hash, sa date, son actif, sa quantité et les lots de coût d'acquisition consommés. Parce que la chaîne est publique et immuable, cette référence source constitue une preuve inhabituellement solide.

Les écritures synthétisées maintiennent votre ERP épuré tandis que le détail on-chain reste dans le grand livre auxiliaire, et les mêmes données alimentent votre reporting de conformité crypto → afin que les états financiers et le grand livre auxiliaire ne divergent jamais. Les écritures — débits, crédits et mappings de comptes — sont vérifiables avant comptabilisation via les écritures comptables →, de sorte que rien n'atteint le grand livre général sans être examiné.

Considérations multi-entités et de trésorerie

Les organisations Web3 opèrent rarement depuis un seul portefeuille. Les opérations, la trésorerie, la paie et l'activité protocolaire peuvent chacune résider dans des adresses séparées, et un groupe peut couvrir plusieurs entités juridiques. Le modèle d'espace de travail de CryptaCount vous permet d'affecter les portefeuilles de chaque entité à ses propres livres, avec sa propre politique d'évaluation et son propre plan comptable, tout en consolidant sur le groupe lorsque nécessaire. Un opérateur de DAO, un fonds, ou une trésorerie d'entreprise peut maintenir l'activité on-chain de chaque entité proprement séparée plutôt que mélangée dans un seul livre indifférencié.

Cela importe à la fois pour la précision et la gouvernance. Le coût d'acquisition, le rapprochement des transferts et le calcul des plus-values s'effectuent au sein des livres d'une entité, de sorte qu'un transfert entre les portefeuilles de deux entités est traité comme le mouvement inter-entreprises qu'il est réellement, et non consolidé comme si le groupe n'était qu'une seule adresse. La revue et les permissions peuvent être délimitées par espace de travail, favorisant la séparation des tâches qu'un auditeur attend sur une trésorerie multi-portefeuille et multi-chaîne.

Erreurs courantes dans la comptabilisation de l'activité MetaMask

• Portefeuilles manquants. L'activité on-chain n'est complète que si chaque adresse de l'entreprise est connectée ; un portefeuille omis laisse une lacune qui brise le rapprochement des transferts et les soldes.
• Traiter les swaps comme des non-événements. Un swap DEX est une cession et une acquisition ; l'ignorer dissimule une plus-value ou moins-value réalisée.
• Comptabiliser les transferts internes ou les bridges comme des ventes. Déplacer des actifs entre vos propres portefeuilles ou sur des chaînes n'est pas une cession — rapprocher les jambes préserve le coût.
• Ignorer le gas. Les frais de gas font partie du coût de transaction ; les omettre sous-estime les coûts et surestime les plus-values sur un portefeuille actif.
• Mal étiqueter les récompenses DeFi. Les récompenses de liquidité, de lending et de staking sont des revenus à la réception et une plus-value distincte lors de la cession ultérieure ; les fusionner dénature les deux chiffres.

Comment CryptaCount utilise vos données MetaMask

CryptaCount lit votre adresse publique MetaMask comme source en observation uniquement, ingère chaque transaction on-chain sur les réseaux EVM que vous utilisez, classifie swaps, transferts, interactions DeFi, activité NFT et gas en événements comptables, rapproche les soldes par rapport à la chaîne, calcule le coût d'acquisition et les plus-values réalisées selon votre politique, et comptabilise des écritures synthétisées dans votre ERP — avec le détail on-chain complet conservé dans le grand livre auxiliaire afin que chaque chiffre soit traçable jusqu'au hash de sa transaction. Il ne détient jamais de clés et ne déplace jamais de fonds. Pour voir comment CryptaCount gérerait vos portefeuilles et vos chaînes, notre équipe peut parcourir votre configuration avec vous.

Quels réseaux CryptaCount lit-il pour une adresse MetaMask ?

CryptaCount lit l'historique on-chain sur les réseaux EVM pris en charge qu'utilise le portefeuille — Ethereum et les principaux layer-2 et sidechains tels que Polygon, Arbitrum, Optimism et Base, entre autres. La même adresse publique est lue sur chaque chaîne sur laquelle elle a été active, de sorte qu'un seul jeu de livres peut couvrir les réseaux qu'utilise réellement votre organisation.

Comment CryptaCount traite-t-il les positions DeFi dans les livres ?

Les interactions DeFi sont classifiées selon ce qu'elles sont économiquement — apport ou retrait de liquidité, lending, emprunt, ou staking — et les jetons de récompense reçus sont reconnus à la juste valeur à la réception avec un coût d'acquisition pour la cession ultérieure. Lorsqu'une interaction est ambiguë, elle est signalée pour révision plutôt que devinée, de sorte que le traitement comptable est une décision que vous contrôlez.

Connecter une adresse publique est-il réellement sécurisé pour notre trésorerie ?

Oui. Une adresse publique est en observation uniquement et en lecture seule : elle permet à CryptaCount de voir l'historique on-chain du portefeuille mais ne peut rien déplacer, signer ni retirer. CryptaCount ne demande jamais votre phrase de récupération secrète ni votre clé privée, et il n'existe aucun chemin par lequel une adresse connectée pourrait autoriser une transaction — l'accès est uniquement en observation.

Comment les mouvements de bridge cross-chain sont-ils traités ?

Un bridge déplace la même valeur d'une chaîne à une autre au sein de votre organisation, il ne doit donc pas être comptabilisé comme une cession. Lorsque les deux côtés sont connectés, CryptaCount rapproche les jambes et porte le coût d'acquisition à travers le bridge, et signale toute jambe qu'il ne peut pas associer avec certitude pour qu'un réviseur confirme — c'est pourquoi connecter toutes vos adresses dès le départ est important.