Clés de paiement, clés de stake, et pourquoi vous avez de nombreuses adresses
Une adresse Cardano contient généralement deux parties : un identifiant de paiement contrôlant la dépense, et un identifiant de stake contrôlant la délégation.
La conséquence est qu’un portefeuille génère de nombreuses adresses de paiement qui partagent toutes une seule clé de stake. Vos fonds sont répartis entre elles ; votre staking est unifié. Recherchez une adresse et vous voyez une fraction de vos avoirs, ce qui est alarmant si vous ne savez pas à quoi vous attendre.
Cardanoscan gère cela correctement. Recherchez une adresse de stake et vous obtenez la position agrégée, la délégation et l’historique complet des récompenses — la vue qui correspond à ce que votre portefeuille vous montre, et celle à utiliser.
Cette conception permet aussi quelque chose de véritablement utile : un staking liquide sans période de blocage. Comme la délégation est contrôlée par une clé séparée de celle de la dépense, vos fonds restent librement dépensables pendant qu’ils sont délégués. Il n’y a pas de période de déverrouillage, contrairement aux vingt-huit jours de Polkadot ou à la file d’attente de sortie d’Ethereum. C’est l’une des meilleures décisions de conception de Cardano et elle découle directement de la séparation des clés.
Les epochs, et pourquoi les récompenses arrivent en retard
Cardano fonctionne par epochs de cinq jours, et les récompenses de staking suivent un calendrier qui surprend presque tout nouveau délégant : vous déléguez, et les premières récompenses apparaissent environ quinze à vingt jours plus tard.
La raison est le mécanisme de snapshot. Votre délégation est enregistrée dans un snapshot à la fin d’un epoch, devient active à l’epoch suivant, produit des récompenses à celui d’après, et est payée à celui d’après encore. Rien ne va mal ; le pipeline a simplement de la profondeur.
Cardanoscan montre où vous en êtes dans ce cycle, ce qui est la seule façon de distinguer « fonctionne normalement » de « mal configuré ». Vu le nombre de questions de support que cela génère, c’est une chose véritablement précieuse pour un explorateur à mettre en avant.
Une conséquence qui vaut la peine d’être connue : comme la délégation est capturée en snapshot, changer de pool n’interrompt pas les récompenses. Vous continuez à gagner de l’ancien pool à travers le pipeline pendant que la nouvelle délégation prend effet. Il n’y a ni pénalité ni interruption, ce qui signifie qu’il n’y a aucune raison d’hésiter à quitter un pool saturé ou peu performant.
Lire une page de pool de stake
Les pages de pool de Cardanoscan portent les données qui déterminent les rendements, et il vaut la peine de savoir quels champs comptent.
La saturation est le champ important. Au-dessus d’un seuil défini par le protocole, les récompenses d’un pool cessent d’augmenter avec un stake supplémentaire, donc déléguer à un pool saturé réduit le rendement de tous, vous y compris. Le mécanisme existe pour pousser le stake vers la décentralisation et il fonctionne — mais seulement si les délégants regardent.
Les frais se composent de deux parties : un minimum fixe par epoch et une marge en pourcentage. Sur un petit pool, le frais fixe représente une plus grande proportion d’une cagnotte de récompenses plus petite, ce qui compte plus que la marge affichée.
Les blocs produits face aux blocs attendus est le signal de qualité opérationnelle. Un pool produisant systématiquement moins de blocs que ce que son stake implique a des problèmes techniques, ce qui se traduit directement par des récompenses plus faibles.
Nous décrivons comment le mécanisme fonctionne plutôt que de vous dire où déléguer. C’est une décision aux conséquences financières et elle vous appartient.
UTXO étendu et actifs natifs
Cardano utilise l’UTXO étendu — comme le modèle de Bitcoin, mais les sorties peuvent porter des données arbitraires et être protégées par des scripts. C’est un modèle computationnel véritablement différent des comptes d’Ethereum, avec des propriétés différentes : les résultats de transaction sont prévisibles avant soumission, et la concurrence doit être conçue plutôt que supposée.
La conséquence la plus immédiatement visible est les actifs natifs. Les tokens Cardano ne sont pas des smart contracts. Ce sont des objets au niveau du registre, portés dans les sorties aux côtés de l’ADA, transférés par le même mécanisme.
Cela élimine toute une classe de problèmes. Il n’y a pas de contrat de token pouvant être mis à niveau pour bloquer les transferts, pas de mécanisme d’approbation à exploiter, pas de logique de transfert sur mesure à auditer. Le risque d’approbation de tokens qui domine les conseils de sécurité EVM n’existe tout simplement pas ici.
Cela signifie aussi qu’une sortie portant des tokens doit porter un montant minimum d’ADA à leurs côtés, ce qui explique pourquoi vous ne pouvez pas envoyer de tokens depuis une adresse ne détenant aucun ADA. Cardanoscan montre la composition de chaque sortie, c’est là que cela devient visible — et où une transaction échouée apparemment inexplicable trouve généralement son explication.
La gouvernance, et ce qu’un explorateur peut vous en montrer
Cardano est entré dans sa phase Voltaire avec une gouvernance on-chain : représentants délégués, comité constitutionnel, et votes enregistrés sur le registre plutôt qu’annoncés ailleurs.
La propriété qui compte pour un lecteur est la même que celle qui rend la gouvernance Polkadot intéressante. Comme les actions de gouvernance sont on-chain, vous pouvez lire ce qu’une proposition ferait réellement plutôt que de vous fier à sa description. Une proposition intitulée d’une façon et encodant autre chose est détectable, et l’explorateur est l’endroit où vous la détecteriez.
Cardanoscan met ces données en avant aux côtés des informations de staking. Pour la plupart des gens, cela ne sera jamais pertinent. Pour quiconque détient de l’ADA et veut comprendre ce qui est décidé avec, c’est la différence entre participer et en être informé après coup.
Cela change aussi ce que signifie la délégation. Une clé de stake peut déléguer à un pool pour la production de blocs et séparément à un représentant pour la gouvernance, qui sont des décisions différentes aux conséquences différentes. Les explorateurs qui traitent la délégation comme un champ unique se trompent, et il vaut la peine de vérifier que l’outil que vous utilisez les distingue.
Le point plus large, qui s’applique bien au-delà de Cardano : la valeur de mettre un processus on-chain n’est pas qu’il soit décentralisé dans un sens abstrait. C’est que le processus devient vérifiable par quiconque possède un navigateur. C’est une propriété de responsabilité véritablement différente d’une annonce publiée, et très peu de chaînes l’ont.