Saltar al contenido
BitcoinToolkit

Ethereum Classic (ETC): Cómo funcionan las transacciones y el gas en ETC

Ethereum Classic es una capa 1 independiente compatible con EVM que preservó la historia original de la cadena Ethereum después del fork DAO de 2016. ETC es su moneda nativa y activo de gas, mientras que los mineros de prueba de trabajo producen bloques y aseguran la cadena actual. Esta página se centra en cómo funcionan las transacciones y el gas de ETC y las comprobaciones que los usuarios necesitan antes de enviar fondos, pagar tarifas o usar la red.

Comprenda cómo las transacciones de Ethereum Classic, el gas y las confirmaciones de prueba de trabajo difieren de Ethereum.

Asunto:
Ethereum Classic
Modo de mercado:
Solo instantánea
Activo de tarifa:
ETC
Zona horaria:
UTC

Esta página no prescribe un número de confirmaciones, estima la rentabilidad de la minería, audita un contrato ni garantiza el abono del exchange.

Propiedad del contenido: Equipo Editorial de BitcoinToolkit Referencias técnicas: documentación oficial del protocolo y para desarrolladores. Enfoque de revisión: las explicaciones técnicas se verifican con fuentes primarias y se actualizan cuando la red o el activo cambian. Última revisión de contenido: Última prueba de integración de datos:

Cómo funcionan las transacciones y el gas de ETC

Se aplican las reglas de cuentas estilo Ethereum, pero la moneda de tarifas y el estado de la red son específicos de Ethereum Classic.

Flujo de trabajo de Ethereum Classic que muestra Elegir red, Financiar activo de tarifa, Revisar acción, Ejecutar, Verificar finalidad
Flujo de trabajo de Ethereum Classic desde la primera decisión del usuario hasta un resultado verificado.

Nonce, gas y ejecución de contratos

Una cuenta de propiedad externa firma una transacción que contiene un nonce, destino, valor, límite de gas y términos de tarifa. El nonce ordena las transacciones de esa cuenta. ETC paga el costo de ejecución ya sea que la acción transfiera valor nativo o llame a un contrato inteligente.

El gas utilizado refleja la computación ejecutada y los cambios de almacenamiento. Una llamada de contrato puede revertirse después de consumir gas, mientras que el gas no utilizado dentro del límite no se cobra. Las condiciones de tarifa dependen de la demanda de Ethereum Classic y el comportamiento del cliente, por lo que una estimación de gas de Ethereum no debe copiarse sin consultar un nodo o billetera compatible con ETC.

Dónde difiere Ethereum Classic para los usuarios

La historia compartida y los formatos de dirección compatibles no hacen que ETC y ETH sean intercambiables.

Una historia pre-fork, dos libros de contabilidad actuales

Ethereum Classic continuó la cadena original después del fork relacionado con DAO, mientras que Ethereum siguió el fork que cambió el estado y luego pasó a prueba de participación. Cada red ahora tiene consenso, activos, contratos, saldos y actividad de aplicaciones independientes. Una transacción transmitida a una no aparece en la otra.

Ambas redes usan direcciones hexadecimales familiares y herramientas EVM. Esa compatibilidad crea riesgo operativo: una billetera puede aceptar el mismo texto de dirección mientras que un exchange o aplicación soporta solo una red. Los usuarios deben seleccionar Ethereum Classic explícitamente y verificar el soporte de depósito de ETC en lugar de confiar en la apariencia de la dirección.

Ethereum Classic y VeChain: diferencias clave

Prueba de trabajo y riesgo de confirmación

La confianza en la liquidación de ETC crece a medida que los mineros extienden la cadena.

Diagrama de decisión de Ethereum Classic que separa las comprobaciones de identidad, ejecución y finalización
La confirmación de Ethereum Classic no resuelve todas las preguntas operativas posteriores.

Finalidad probabilística en lugar de puntos de control

Los mineros compiten para producir bloques válidos y la red sigue sus reglas de elección de bifurcación de prueba de trabajo. Las transacciones más antiguas se vuelven más costosas de reorganizar a medida que se acumula trabajo adicional, pero no hay un número de confirmación universal que se adapte a cada valor de transacción o política de riesgo del destinatario.

Ethereum Classic ha experimentado reorganizaciones de hash mayoritario en su historia, por lo que los exchanges pueden requerir más confirmaciones que una billetera personal. Un primer bloque incluido es evidencia útil, no una garantía irreversible. Los destinatarios deben seguir su propio umbral de riesgo y verificar que la transacción permanezca en la cadena canónica.

Compare tarifas, ejecución, seguridad y flujo de trabajo del usuario antes de elegir entre Ethereum Classic y la red XDC.

Comprobaciones de ETC antes de enviar o desplegar

La selección de red y la verificación de contratos importan más que la marca familiar EVM.

Prepare la cadena correcta

Confirme la billetera RPC, el identificador de cadena, el soporte de destino y el saldo de tarifas en ETC. Para transferencias de tokens, verifique el contrato de Ethereum Classic en lugar de un contrato de Ethereum con el mismo símbolo. Envíe una pequeña prueba a una nueva ruta de exchange y espere el umbral de confirmación definido por el destinatario.

Los desarrolladores deben verificar la compatibilidad del cliente y los opcodes, los objetivos del compilador, la disponibilidad de oráculos, los supuestos de puentes y las direcciones de despliegue específicas de la red. Un contrato desplegado en Ethereum no está automáticamente presente en Ethereum Classic. Trate los puentes, los activos envueltos y los endpoints RPC de terceros como dependencias adicionales en lugar de propiedades de la red base ETC.

  • Seleccione Ethereum Classic explícitamente.
  • Mantenga ETC para gas.
  • Use políticas de confirmación específicas del destinatario.
  • Verifique los contratos en la cadena ETC.

Explore referencias de criptomonedas relacionadas

Guía de Ethereum Classic para tenedores

El resultado de ETC necesita contexto

Las cuentas firman transacciones estilo Ethereum con un nonce, límite de gas y precio de gas. Los mineros ordenan transacciones válidas en bloques bajo prueba de trabajo, y las aplicaciones esperan confirmaciones adicionales porque el riesgo de reorganización de la cadena disminuye probabilísticamente en lugar de a través de puntos de control de finalidad de prueba de participación.

Una transacción de Ethereum Classic puede ejecutarse con éxito mientras que el estado de la aplicación, el permiso del contrato o la salida posterior siguen siendo incorrectos para el objetivo del usuario. ETC es el activo con perfil de mercado. ETC paga gas por transferencias y ejecución de contratos inteligentes.

Lo que los usuarios de Ethereum Classic deben verificar y por qué este diseño difiere

Las políticas de confirmación varían según el destinatario. La página no audita contratos ni puentes.

Para Ethereum Classic, la secuencia práctica es Elegir red, Financiar activo de tarifa, Revisar acción, Ejecutar, Verificar finalidad. Confirme el destino oficial y la red actual, luego inspeccione el saldo final, la posición, el recibo o el estado de salida documentado que realmente completa la tarea: Comprenda cómo las transacciones de Ethereum Classic, el gas y las confirmaciones de prueba de trabajo difieren de Ethereum.

Preguntas frecuentes sobre el uso de la red Ethereum Classic

¿Es Ethereum Classic la misma red que Ethereum?

No. Comparten una historia temprana, pero ahora tienen consenso, activos y estado separados.

¿Qué paga el gas de Ethereum Classic?

ETC paga el gas por transferencias nativas y ejecución de contratos inteligentes.

¿Las transacciones ETC son finales de inmediato?

No. La confianza de confirmación de prueba de trabajo aumenta a medida que se acumulan bloques adicionales y trabajo acumulativo.

Limitaciones conocidas

Metodología de datos de mercado

La página utiliza una instantánea agregada CoinGecko ETC/USD. No se muestra ningún gráfico de intercambio para esta entidad.

Fuente de la instantánea de mercado
Datos de mercado agregados CoinGecko (ETC/USD)
Caché
La caché de instantáneas es de aproximadamente 60 segundos.
Manejo de fallos
Los datos en caché verificados están etiquetados como Cached o Delayed. Los valores faltantes permanecen no disponibles.
Estado de la instantánea
Retrasado
Reportar un problema
Reportar un problema de datos de mercado →

Fuentes técnicas

Las fuentes primarias seleccionadas respaldan las explicaciones operativas. La atribución del proveedor de mercado permanece separada.

Información editorial

Contenido técnico verificado, fuentes revisadas e historial de actualizaciones.

Publicado
Última revisión
Verificación de datos
Fuentes
Documentación oficial