Ethereum Classic (ETC) : Comment fonctionnent les transactions et le gaz ETC
Ethereum Classic est une couche 1 indépendante compatible EVM qui a préservé l'historique original de la chaîne Ethereum après le fork DAO de 2016. ETC est sa monnaie native et son actif de gaz, tandis que les mineurs de preuve de travail produisent des blocs et sécurisent la chaîne actuelle. Cette page se concentre sur le fonctionnement des transactions et du gaz ETC et sur les vérifications que les utilisateurs doivent effectuer avant d'envoyer des fonds, de payer des frais ou d'utiliser le réseau.
Comprendre comment les transactions, le gaz et les confirmations de preuve de travail d'Ethereum Classic diffèrent d'Ethereum.
Objet :
Ethereum Classic
Mode de marché :
Snapshot uniquement
Actif de frais :
ETC
Fuseau horaire :
UTC
Cette page ne prescrit pas un nombre de confirmations, n'estime pas la rentabilité du minage, n'audite pas un contrat ou ne garantit pas le crédit d'échange.
Propriété du contenu : Équipe éditoriale de BitcoinToolkitRéférences techniques : documentation officielle du protocole et des développeurs.Approche de révision : les explications techniques sont vérifiées par rapport aux sources primaires et mises à jour lorsque le réseau ou l'actif change.Dernière revue du contenu : Dernier test d'intégration des données :
Comment fonctionnent les transactions et le gaz ETC
Les règles de compte de style Ethereum s'appliquent, mais la monnaie de frais et l'état du réseau sont spécifiques à Ethereum Classic.
Flux de travail Ethereum Classic de la première décision de l'utilisateur à un résultat vérifié.
Nonce, gaz et exécution de contrat
Un compte détenu en externe signe une transaction contenant un nonce, une destination, une valeur, une limite de gaz et des conditions de frais. Le nonce ordonne les transactions de ce compte. ETC paie le coût d'exécution que l'action transfère de la valeur native ou appelle un contrat intelligent.
Le gaz utilisé reflète le calcul exécuté et les changements de stockage. Un appel de contrat peut être annulé après avoir consommé du gaz, tandis que le gaz non utilisé dans la limite n'est pas facturé. Les conditions de frais dépendent de la demande Ethereum Classic et du comportement du client, donc une estimation de gaz Ethereum ne doit pas être copiée sans interroger un nœud ou un portefeuille compatible ETC.
Où Ethereum Classic diffère pour les utilisateurs
L'historique partagé et les formats d'adresse compatibles ne rendent pas ETC et ETH interchangeables.
Un historique pré-fork, deux registres actuels
Ethereum Classic a continué la chaîne originale après le fork lié à DAO, tandis qu'Ethereum a suivi le fork modifiant l'état et est ensuite passé à la preuve d'enjeu. Chaque réseau a maintenant un consensus, des actifs, des contrats, des soldes et une activité applicative indépendants. Une transaction diffusée sur l'un n'apparaît pas sur l'autre.
Les deux réseaux utilisent des adresses hexadécimales familières et des outils EVM. Cette compatibilité crée un risque opérationnel : un portefeuille peut accepter le même texte d'adresse tandis qu'un échange ou une application ne prend en charge qu'un seul réseau. Les utilisateurs doivent sélectionner explicitement Ethereum Classic et vérifier la prise en charge des dépôts ETC plutôt que de se fier à l'apparence de l'adresse.
La confiance de règlement ETC augmente à mesure que les mineurs étendent la chaîne.
La confirmation Ethereum Classic ne règle pas chaque question opérationnelle ultérieure.
Finalité probabiliste plutôt que point de contrôle
Les mineurs rivalisent pour produire des blocs valides et le réseau suit ses règles de choix de fork de preuve de travail. Les transactions plus anciennes deviennent plus coûteuses à réorganiser à mesure que du travail supplémentaire s'accumule, mais il n'y a pas de nombre de confirmation universel unique qui convient à chaque valeur de transaction ou politique de risque du destinataire.
Ethereum Classic a connu des réorganisations de majorité de hachage dans son histoire, c'est pourquoi les échanges peuvent exiger plus de confirmations qu'un portefeuille personnel. Un premier bloc inclus est une preuve utile, pas une garantie irréversible. Les destinataires doivent suivre leur propre seuil de risque et vérifier que la transaction reste sur la chaîne canonique.
La sélection du réseau et la vérification du contrat comptent plus que la marque EVM familière.
Préparer la chaîne correcte
Confirmez le portefeuille RPC, l'identifiant de chaîne, le support de destination et le solde de frais en ETC. Pour les transferts de jetons, vérifiez le contrat Ethereum Classic plutôt qu'un contrat Ethereum avec le même symbole. Envoyez un petit test à une nouvelle route d'échange et attendez le seuil de confirmation défini par le destinataire.
Les développeurs doivent vérifier la compatibilité du client et de l'opcode, les cibles du compilateur, la disponibilité des oracles, les hypothèses de pont et les adresses de déploiement spécifiques au réseau. Un contrat déployé sur Ethereum n'est pas automatiquement présent sur Ethereum Classic. Traitez les ponts, les actifs enveloppés et les points de terminaison RPC tiers comme des dépendances supplémentaires plutôt que comme des propriétés du réseau ETC de base.
Sélectionnez explicitement Ethereum Classic.
Gardez ETC pour le gaz.
Utilisez des politiques de confirmation spécifiques au destinataire.
Les comptes signent des transactions de style Ethereum avec un nonce, une limite de gaz et un prix du gaz. Les mineurs ordonnent les transactions valides en blocs sous preuve de travail, et les applications attendent des confirmations supplémentaires car le risque de réorganisation de la chaîne diminue de manière probabiliste plutôt que par des points de contrôle de finalité de preuve d'enjeu.
Une transaction Ethereum Classic peut s'exécuter avec succès tandis que l'état de l'application, la permission du contrat ou la sortie ultérieure reste incorrecte pour l'objectif de l'utilisateur. ETC est l'actif profilé par le marché. ETC paie le gaz pour les transferts et l'exécution de contrats intelligents.
Ce que les utilisateurs d'Ethereum Classic doivent vérifier et pourquoi cette conception diffère
Les politiques de confirmation varient selon le destinataire. La page n'audite pas les contrats ni les ponts.
Pour Ethereum Classic, la séquence pratique est Choisir le réseau, Financer l'actif de frais, Examiner l'action, Exécuter, Vérifier la finalité. Confirmez la destination officielle et le réseau actuel, puis inspectez le solde final, la position, le reçu ou l'état de sortie documenté qui complète réellement la tâche : Comprendre comment les transactions Ethereum Classic, le gaz et les confirmations de preuve de travail diffèrent d'Ethereum.
FAQ sur l'utilisation du réseau Ethereum Classic
Ethereum Classic est-il le même réseau qu'Ethereum ?
Non. Ils partagent une histoire précoce, mais disposent désormais d'un consensus, d'actifs et d'un état distincts.
Qu'est-ce qui paie le gaz Ethereum Classic ?
ETC paie les frais de gaz pour les transferts natifs et l'exécution de contrats intelligents.
Les transactions ETC sont-elles finales instantanément ?
Non. La confiance dans les confirmations de preuve de travail augmente à mesure que des blocs supplémentaires et un travail cumulatif s'accumulent.
Limites connues
Les politiques de confirmation varient selon le destinataire.
La page n'audite pas les contrats ni les ponts.
Les frais de réseau et les conditions de minage changent.
Méthodologie des données de marché
La page utilise un instantané agrégé CoinGecko ETC/USD. Aucun graphique d'échange n'est rendu pour cette entité.
Source de l'instantané du marché
Données de marché agrégées CoinGecko (ETC/USD)
Cache
Le cache de l'instantané est d'environ 60 secondes.
Gestion des échecs
Les données mises en cache vérifiées sont étiquetées Cached ou Delayed. Les valeurs manquantes restent indisponibles.
