API de données on-chain

#Données on-chain pour agents IA et LLM

« Le MVRV de Bitcoin est-il en zone d’euphorie ? », « Combien d’ETH est staké ? », « Ethereum est-il déflationniste cette semaine ? » : un agent IA lit les réseaux Bitcoin et Ethereum par l’outil MCP get_onchain_data, sans nœud ni explorateur de blocs.

{
  "name": "get_onchain_data",
  "arguments": {
    "fields": ["btc_mvrv", "eth_staking", "eth_deflation"]
  }
}

• Pour le LLM : les métriques on-chain décrivent un réseau entier et ne prennent pas de paire ; un MVRV au-dessus de 3,5 a historiquement signifié l’euphorie, sous 1 un marché sous son coût moyen — une lecture, pas un signal.
• Pour les développeurs : chaque métrique est une route (/v1/btc/mvrv, /v1/btc/mempool…), donc un outil pour votre propre agent IA quand vous le construisez en tool calling.
• Où ça tourne : Claude, ChatGPT, Cursor et tout client MCP, y compris les frameworks d’agents qui parlent MCP, comme LangChain ou n8n.

Branchez votre agent IA avec le guide du serveur MCP, ou apprenez-lui BytNode avec les Agent Skills open source.

#Cadence et portée

Ces familles ne se rafraîchissent pas au rythme du marché, et les interroger chaque minute ne sert à rien.

• Le réseau Bitcoin : le mempool et les frais bougent chaque minute, l’état du réseau toutes les cinq minutes, le minage toutes les dix.
• La valorisation on-chain de Bitcoin : un point par jour, daté par time à minuit UTC.
• Ethereum : quelques minutes pour l’offre, le gas et la DeFi ; une heure pour le staking. L’historique est quotidien.

Chaque route a son historique sous /history, avec une limit. Aucune n’accepte de symbole : passer ?symbol=BTCUSDT est refusé plutôt qu’ignoré, pour éviter qu’un chiffre de tout le marché soit attribué à un seul actif.

#Le réseau Bitcoin

/v1/btc/fees/history rend par défaut une ligne par lecture de la source (une par minute) ; ?timeframe=1h, 4h ou 1d garde la dernière lecture de chaque bucket clos, datée au début du bucket.

Concentration des pools, récompenses de bloc et difficulté. L’historique accepte un paramètre dataset pour choisir entre concentration, rewards, difficulty et fee_rates.

#Valorisation on-chain de Bitcoin

Quatre métriques qui rapportent le prix à l’usage réel de la chaîne. Chacune expose une label : un repère de lecture, jamais un signal d’exécution.

curl -H "X-API-KEY: $BYTNODE_API_KEY" \
  "https://api.bytnode.com/v1/btc/mvrv"

Le MVRV compare la capitalisation à la valeur à laquelle les pièces ont bougé pour la dernière fois. Au-dessus de 3,5, l’histoire parle d’euphorie ; en dessous de 1, le marché se traite sous son coût d’acquisition moyen.

Le NVT rapporte la capitalisation au volume des transactions on-chain : un ratio cours/chiffre d’affaires appliqué à un réseau. Il est dérivé à la demande, et servi avec nvt_signal, sa version lissée sur quatre-vingt-dix jours, moins bruitée.

Le nombre d’adresses actives, avec ses moyennes à sept et trente jours et le momentum qui les compare. C’est la mesure la plus directe de l’usage.

Le rapport entre les revenus des mineurs et la difficulté. Quand il s’effondre, les mineurs les moins efficaces vendent leurs réserves, créant une pression vendeuse qui n’apparaît pas dans le carnet d’ordres.

#On-chain Ethereum

Huit familles, toutes sur tout le marché, toutes avec un historique quotidien.

Le prix du gas, sa congestion, puis son momentum : la valeur actuelle comparée à ses moyennes à sept et trente jours, avec le régime qui en découle. Le gas est la mesure la plus réactive de la demande de blocs sur Ethereum.

Le brûlage face à l’émission, annualisés, avec la zone qui en résulte. C’est la lecture monétaire d’Ethereum : à forte activité, le réseau détruit plus qu’il n’émet.

Un indice composite qui croise le taux d’immobilisation et la contraction de l’offre : plus il monte, plus l’offre disponible se raréfie.

Le ratio ETH/BTC, sa capitalisation relative et son momentum sur sept jours : la mesure de la rotation entre les deux actifs de référence.