Operativa del pago con ETH: precio, gas y confirmaciones

Aceptar ETH no consiste simplemente en publicar una dirección de Ethereum y esperar transferencias. Un pago comercial necesita un precio, una solicitud de pago exacta, una regla de vencimiento, gestión de confirmaciones, una referencia de pedido y una acción fiable después del pago.

Yolfi ofrece enlaces de pago con criptomonedas, suscripciones, eventos de pago, webhooks y liquidación directa sin custodia en la billetera para combinaciones compatibles de activo y red. ETH en Ethereum solo debe ofrecerse si esa combinación exacta aparece en la configuración activa y autenticada del comercio; una página pública de una moneda o red no demuestra por sí sola que la liquidación esté habilitada.

Esta guía explica las decisiones operativas que implica un proceso de pago con ETH: cuándo fijar precios en ETH, cuándo utilizar en su lugar una stablecoin en la red Ethereum, cómo gestionar el gas y las variaciones del tipo de cambio, y qué debe hacer tu aplicación antes y después de la confirmación.

¿Qué significa aceptar pagos con Ethereum?

Ethereum es una red de cadena de bloques. ETH es su activo nativo: se utiliza para pagar comisiones de transacción y también puede transferirse como medio de pago. Ethereum también permite operar con tokens, incluidas stablecoins como USDC y USDT. Ethereum.org ofrece una introducción más amplia a la red en ¿Qué es Ethereum?.

Para el contexto de Yolfi, consulta la página de la red Ethereum y la página del activo ETH. Estas páginas públicas describen el activo y la red, pero no confirman la disponibilidad de liquidación en una cuenta concreta.

Un cliente que paga con ETH suele seguir este proceso:

1. Tu página de pago crea una solicitud vinculada a un pedido o cliente.
2. La solicitud muestra ETH, la red Ethereum, la dirección receptora, el importe exacto y, cuando corresponde, una hora de vencimiento.
3. El cliente aprueba la transacción en una billetera compatible.
4. La transacción se envía a Ethereum y queda pendiente.
5. Tu sistema de pagos detecta la transferencia y espera el estado de confirmación requerido.
6. Un evento de pago verificado indica a tu aplicación que debe completar el pedido, actualizar una factura o ampliar el acceso.

Ese último paso es importante. El hash identifica una transacción, pero verlo por sí solo no demuestra que se haya difundido, confirmado o asociado al pedido correspondiente.

¿ETH o una stablecoin en Ethereum?

ETH y las stablecoins pueden utilizar la misma red, pero resuelven necesidades de precios diferentes.

Ofrece ETH cuando los clientes ya lo tengan o cuando el precio del producto se exprese de forma natural en ETH. Si un producto tiene un precio fijo en dólares, una stablecoin en la red Ethereum puede resultar más sencilla para el cliente y el equipo financiero, ya que el importe del token no tiene que seguir el precio de mercado de ETH.

No describas un pago con stablecoin como un pago con ETH solo porque se ejecuta en Ethereum. «Paga 0,02 ETH en Ethereum» y «Paga 50 USDC en Ethereum» son métodos de pago distintos. El segundo utiliza un contrato de token y el cliente aún necesita una pequeña cantidad de ETH para pagar la comisión de la red.

Para conocer la configuración específica de stablecoins, consulta las guías para aceptar pagos con USDC y aceptar pagos con USDT.

Cuándo conviene aceptar ETH

ETH puede ser una opción de pago adicional útil cuando:

• los clientes ya utilizan billeteras de Ethereum;
• un producto está dirigido a desarrolladores, empresas de criptomonedas, coleccionistas, operadores u otros compradores familiarizados con Ethereum;
• un cliente solicita pagar una factura con su saldo de ETH;
• una empresa quiere recibir los pagos directamente en la billetera configurada;
• el precio del producto o servicio se expresa intencionalmente en ETH;
• los pagos confirmados deben activar la entrega o el acceso a una cuenta.

Es una opción predeterminada menos conveniente para una compra pequeña con precio en moneda fiduciaria si el comprador aún no posee ETH. El cliente tendría que adquirir ETH, gestionar una billetera y pagar una comisión de red. Mantén las opciones de pago con tarjeta o transferencia bancaria cuando se adapten mejor al público.

ETH también puede ofrecerse junto con stablecoins. Deja que la demanda de los clientes determine qué métodos aparecen, en lugar de mostrar todos los activos posibles de forma predeterminada.

Elige el modelo de precios antes de crear la página de pago

Una solicitud de pago con ETH necesita una única fuente de referencia clara para el precio.

Precio fijo en ETH

Un precio fijo en ETH funciona cuando el vendedor calcula sus precios en ETH. Un producto puede costar una cantidad determinada de ETH independientemente de su valor en moneda fiduciaria al momento del pago.

Este modelo es sencillo en la página de pago, pero la empresa asume el riesgo de mercado. Los ingresos medidos en moneda local pueden variar entre la fijación del precio, el pago y una conversión posterior.

Precio en moneda fiduciaria convertido a ETH

Un producto denominado en moneda fiduciaria puede calcular el importe necesario en ETH al iniciar el proceso de pago. La solicitud debe mostrar:

• el precio de referencia en moneda fiduciaria;
• el importe exacto de ETH que se debe enviar;
• el tipo de cambio o la cotización utilizados, si la página de pago los muestra;
• cuándo vence la cotización;
• qué sucede si el pago llega tarde o con un importe diferente.

No mantengas abierta indefinidamente una cotización de un activo volátil. Si un cliente paga un importe antiguo en ETH después de que cambie el mercado, podría pagar menos o más que el precio actual.

Precio en stablecoin sobre Ethereum

Para un producto cuyo precio ya está expresado en dólares, una stablecoin compatible en Ethereum puede eliminar la mayor parte del problema de conversión de ETH. No elimina las comisiones de red, la gestión de confirmaciones ni la verificación del token. La solicitud de pago aún debe indicar el activo exacto, el contrato del token reconocido por el sistema de pagos, la red, el importe, la dirección y el estado.

Ten en cuenta las comisiones de gas de Ethereum

El gas es la comisión que se paga por el cómputo y el procesamiento de transacciones en Ethereum. El remitente lo paga en ETH y la comisión puede variar según la demanda de la red. La documentación sobre gas de Ethereum.org explica los límites de gas, las comisiones base, las comisiones de prioridad y por qué la comisión final de una billetera depende de la transacción y de las condiciones del momento.

Para los comercios, cuatro reglas evitan confusiones:

1. Separa el gas del importe de la compra. Si la solicitud de pago es de 0,05 ETH, el comercio debe recibir 0,05 ETH; la billetera necesita ETH adicional para pagar el gas.
2. No prometas una comisión de red fija. Muestra la estimación actual de la billetera o informa al cliente de que se aplican comisiones de la red Ethereum.
3. Evalúa la viabilidad de los pagos pequeños. Un pago puede ser técnicamente válido, pero poco conveniente si el gas representa una parte considerable de la compra.
4. No descuentes el gas de un reembolso sin una regla publicada. Indica si la empresa o el cliente asume la comisión de una transacción de reembolso independiente.

Una transferencia de tokens suele consumir más gas que una transferencia básica de ETH porque invoca un contrato de token. Evita publicar una comparación permanente de comisiones: los costos reales dependen de la transacción y de las condiciones de la red.

Red principal de Ethereum y otras redes

«ETH» puede aparecer en billeteras tanto en la red principal de Ethereum como en otras redes. Que los formatos de dirección sean similares no significa que esas redes sean intercambiables. Una transacción enviada en otra red no es un pago en la red principal de Ethereum solo porque el activo se llame ETH o el destino comience por 0x.

Utiliza la red principal de Ethereum cuando esa sea la opción exacta seleccionada en el proceso de pago activo. Considera otra red únicamente si se cumplen estas tres condiciones:

• aparece como opción compatible en tu configuración activa de Yolfi;
• tu billetera de liquidación está configurada y probada para esa red;
• tus clientes realmente la utilizan.

No deduzcas la compatibilidad a partir de una billetera, un formato de dirección o una lista de tokens. Publica únicamente las combinaciones de activo y red que aparecen en el proceso de pago activo. La guía para comercios sobre cómo evitar pagos con criptomonedas en la red equivocada explica con más detalle las etiquetas de la página de pago, las pruebas necesarias ante incidentes y las solicitudes de sustitución.

Cómo preparar un proceso de pago con ETH mediante Yolfi

1. Confirma la disponibilidad antes de configurar una billetera

Abre la configuración autenticada de liquidación y comprueba si ETH en Ethereum se ofrece realmente para tu cuenta. Si no aparece, no publiques ETH como opción de pago ni pidas a los clientes que envíen fondos. Utiliza en su lugar una combinación de activo y red que esté disponible actualmente.

Para las combinaciones compatibles, Yolfi utiliza un modelo sin custodia: los pagos pasan del cliente a la billetera configurada por el comercio, en lugar de ingresar en un saldo bajo custodia de Yolfi. Esto elimina un paso de custodia, pero también deja la seguridad de la billetera, la titularidad de la dirección y la conciliación bajo la responsabilidad del comercio. Si ETH en Ethereum está disponible, añade únicamente una dirección de liquidación de Ethereum que controle la empresa y verifícala carácter por carácter.

2. Elige ETH y la red exacta que se muestra

Selecciona ETH en Ethereum solo cuando esa combinación esté disponible en la configuración activa y autenticada. Si Yolfi ofrece otras redes, trata cada una como una ruta de pago independiente, con sus propias pruebas, instrucciones para clientes y registros de liquidación.

La página de pago debe indicar «ETH en Ethereum», no solo «criptomonedas» o «envía ETH aquí». Repite la red en el punto en que el cliente aprueba la transacción.

3. Define el importe y la política de vencimiento

Para un producto denominado en ETH, establece el importe exacto en ETH. Para un producto con precio en moneda fiduciaria, permite que la página de pago calcule un importe cotizado en ETH y define cuánto tiempo será válido.

Decide de antemano cómo gestionará el sistema:

• una transacción enviada antes del vencimiento pero confirmada después;
• un pago enviado después del vencimiento;
• un importe inferior al solicitado;
• un importe superior al solicitado;
• dos transacciones enviadas para un mismo pedido.

No resuelvas estos casos modificando silenciosamente el historial del pedido. Envía las discrepancias a revisión o emite una nueva solicitud de pago de acuerdo con una política documentada.

4. Crea un enlace de pago o integra el proceso de pago

Un enlace de pago con criptomonedas es la vía estructurada más rápida para una factura, un paquete de servicios, un producto digital o un cliente que solicita pagar con ETH. Aporta a la transferencia un importe y un contexto comercial sin exigir una integración personalizada.

Un producto de autoservicio debe conectar la página de pago con sus propios registros de pedidos y clientes. Conserva identificadores como:

• ID del cliente o de la cuenta;
• ID del pedido o de la factura;
• producto y plan;
• precio de referencia en moneda fiduciaria e importe cotizado en ETH;
• fecha y hora de creación y vencimiento de la cotización;
• activo y red seleccionados.

Estos campos permiten atender consultas y llevar la contabilidad sin tener que hacer suposiciones a partir de la actividad de la billetera.

5. Espera el estado de confirmación requerido

Las transacciones de Ethereum pasan por varios estados. Pueden permanecer pendientes, ser sustituidas, fallar o incluirse en un bloque. La documentación sobre transacciones de Ethereum explica los campos de una transacción, las comisiones, los nonces, las firmas y cómo se incluyen las transacciones.

Establece una política de confirmación adecuada al valor y al riesgo del pedido. No afirmes que todas las empresas necesitan el mismo número fijo de confirmaciones. Utiliza el estado confirmado que genera el proceso de pago y aplica cualquier política adicional que requiera tu empresa.

Nunca completes un pedido basándote únicamente en una captura de pantalla de la billetera, una página de retorno del navegador o un hash. Comprueba que la transacción coincida con la red, el activo, el destino, el importe exacto, el pedido y el estado de confirmación solicitados.

6. Procesa los eventos de pago de forma idempotente

Cuando ETH en Ethereum sea compatible y esté habilitado, utiliza los eventos de pago o webhooks de Yolfi para conectar la confirmación con la aplicación. Un evento confirmado puede:

• marcar una factura como pagada;
• entregar una descarga o licencia;
• añadir créditos;
• activar una cuenta;
• ampliar un periodo pagado;
• avisar al equipo de finanzas o de atención al cliente.

El procesamiento de webhooks debe ser idempotente: recibir el mismo evento más de una vez no debe provocar dos entregas ni ampliar dos veces una suscripción. Guarda la referencia del pago y el identificador de la transacción, verifica el evento con el método documentado de la integración, devuelve una respuesta satisfactoria solo después de un procesamiento duradero y, cuando sea necesario, vuelve a intentar las operaciones internas de forma segura.

¿Enlaces de pago o un proceso de pago integrado?

Elige la configuración más sencilla que ofrezca suficiente control.

Una dirección de billetera por sí sola no es un enlace de pago. Carece de una solicitud única, un precio actual exacto, un vencimiento, una referencia de pedido y un estado visible para el cliente.

Las suscripciones con ETH necesitan una regla de precios

Yolfi ofrece suscripciones con criptomonedas para las combinaciones de pago compatibles. No presupongas que esto incluye automáticamente ETH en Ethereum. Si esa combinación aparece en la configuración activa y autenticada, decide si el plan estará denominado en ETH o en moneda fiduciaria antes de ofrecerlo.

Un plan fijo en ETH mantiene estable el importe del token mientras varía su valor en moneda fiduciaria. Un plan con precio en moneda fiduciaria necesita una nueva cotización en ETH para cada cobro o solicitud de pago. Una stablecoin en Ethereum puede resultar más sencilla cuando la empresa quiere mantener el importe nominal cercano a un precio en moneda fiduciaria.

Tu producto sigue siendo responsable de las reglas de acceso. Define:

• cuándo comienza el acceso;
• qué estado del pago amplía el periodo pagado;
• cuánto tiempo tiene el cliente para resolver una renovación pendiente o fallida;
• si existe un periodo de gracia;
• qué cambia con la cancelación;
• cómo se gestionan los pagos duplicados o tardíos.

Un evento de pago informa del estado financiero. No debe sustituir la máquina de estados de suscripción del producto.

Reembolsos y contabilidad

Un pago confirmado en Ethereum no se revierte mediante un contracargo de la red de tarjetas. Aun así, un comercio puede reembolsar al cliente enviando una transacción independiente conforme a su política de reembolsos.

Antes de emitir un reembolso:

1. verifica el pedido original y la transacción confirmada;
2. verifica el importe y el activo aprobados para el reembolso;
3. obtén y verifica la dirección de reembolso mediante un proceso documentado;
4. indica cómo se gestionan las comisiones de red;
5. exige la aprobación interna correspondiente;
6. registra la transacción de reembolso por separado del cobro original.

No envíes automáticamente un reembolso a una dirección pegada en un mensaje inesperado. El pagador, el titular de la cuenta y el destinatario propuesto podrían no ser la misma persona.

Para cada pago, conserva la referencia del pedido, el cliente, el activo, la red, el importe en criptomonedas, el valor de referencia en moneda fiduciaria y la marca de tiempo que utilizó la empresa, la dirección de liquidación, el identificador de la transacción, el estado de confirmación, las comisiones registradas por tu empresa y cualquier reembolso posterior. El tratamiento contable y fiscal varía según la jurisdicción, por lo que debes confirmar con un asesor cualificado el método de valoración y declaración requerido.

Errores comunes al aceptar ETH

Publicar solo una dirección de billetera

Una dirección no indica al cliente el importe actual, la red, el vencimiento ni la referencia del pedido. Utiliza una solicitud de pago que vincule la transferencia con la compra.

Tratar ETH y Ethereum como sinónimos

Ethereum es la red; ETH es el activo nativo. Las stablecoins y otros tokens también pueden transferirse en Ethereum. Indica tanto el activo como la red en las instrucciones para el cliente.

Ignorar la volatilidad del gas

El precio del comercio y la comisión de gas del cliente son conceptos separados. No anuncies una comisión permanente ni supongas que las transferencias de ETH y de tokens tienen la misma comisión.

Mantener abierta demasiado tiempo una cotización en ETH

Una cotización desactualizada genera pagos insuficientes o excesivos que podrían evitarse. Utiliza una regla de vencimiento explícita y emite una nueva solicitud cuando sea necesario.

Completar el pedido desde la página de retorno

El navegador puede volver antes de que se confirme un pago válido. Completa el pedido solo después de que el estado de pago verificado o un webhook verificado coincidan con la solicitud.

Fijar la misma regla de confirmación en todos los casos

La política de confirmación debe reflejar el estado de la transacción, el valor del pedido y el riesgo. Separa las decisiones de entrega de alto riesgo de la mera aparición de un hash.

Suponer que todas las transferencias a una dirección 0x usan la red principal de Ethereum

Varias redes utilizan direcciones con el formato de Ethereum. Acepta únicamente la red seleccionada en el proceso de pago activo y verifica la transacción en esa red.

Olvidar los procedimientos de reembolso y contabilidad

La liquidación directa en la billetera no elimina el trabajo de atención al cliente ni de contabilidad. Define la verificación de direcciones, las aprobaciones, el tratamiento de las comisiones de red, los registros de valoración y la conciliación antes de que aumente el volumen.

Preguntas frecuentes

¿Cómo puedo aceptar pagos con Ethereum en mi sitio web?

Primero comprueba que ETH en Ethereum aparezca en tu configuración activa y autenticada de Yolfi. Si aparece, configura una billetera de liquidación y crea un enlace de pago o un proceso de pago integrado. Muestra el importe exacto y el vencimiento; después, espera un estado de pago confirmado o un webhook verificado antes de completar el pedido. Si no aparece, elige una combinación compatible en lugar de aceptar una transferencia sin gestionar.

¿Puedo aceptar pagos con ETH sin KYC?

No deduzcas la respuesta de una página pública sobre ETH. Consulta los requisitos actuales de incorporación y de la configuración autenticada para la combinación de pago disponible en tu cuenta. Tu empresa también puede tener sus propias obligaciones legales, fiscales, de verificación de clientes o de presentación de informes según su actividad y jurisdicción.

¿Los clientes pagan las comisiones de gas de Ethereum?

La billetera remitente paga la comisión de la red Ethereum en ETH. Mantén esa comisión de gas separada del importe de la compra. La estimación puede variar según la demanda de la red y el tipo de transacción.

¿Debo fijar los precios de los productos en ETH o en moneda fiduciaria?

Utiliza un precio fijo en ETH cuando el producto esté denominado intencionalmente en ETH y la empresa acepte las variaciones del tipo de cambio. Para bienes con precio en moneda fiduciaria, crea una cotización en ETH con duración limitada u ofrece una stablecoin compatible si se adapta mejor al modelo de precios.

¿Cuántas confirmaciones debe tener un pago con ETH?

No hay una única cifra adecuada para todos los comercios y pedidos. Utiliza el estado confirmado del sistema de pagos y una política de riesgos escrita que tenga en cuenta el estado de la transacción, el valor y el riesgo de entrega. No consideres que el envío o el hash de una transacción equivale a una confirmación.

¿Puedo aceptar USDC o USDT en Ethereum en lugar de ETH?

Sí, cuando tu configuración activa de Yolfi ofrezca la combinación exacta de stablecoin y Ethereum. Las stablecoins son adecuadas para productos con precios en moneda fiduciaria, pero los clientes aún necesitan ETH para pagar el gas y deben utilizar el token y la red correctos.

¿Puedo aceptar ETH en redes distintas de la red principal de Ethereum?

Habilita otra red únicamente cuando aparezca en tu configuración activa de Yolfi, tu billetera de liquidación esté correctamente configurada para ella y tus clientes la utilicen. No supongas que existe compatibilidad basándote en el formato de una dirección o la etiqueta de una billetera.

¿Los pagos con ETH son reembolsables?

Un pago confirmado no se revierte como un contracargo de tarjeta. El comercio puede emitir una transacción independiente conforme a su política de reembolsos después de verificar el pedido, el importe, el activo, el destino, la aprobación y el tratamiento de las comisiones de red.

¿Puede Yolfi custodiar o convertir mis ETH?

Para las combinaciones de pago compatibles, el modelo documentado es la liquidación directa y sin custodia: los pagos de los clientes llegan a la billetera configurada por el comercio. No diseñes un proceso que presuponga que Yolfi custodia, convierte o desembolsa ETH posteriormente, ni presupongas que admite ETH salvo que aparezca en la configuración autenticada.

Conclusión

Para aceptar pagos con Ethereum de forma fiable, trata la página de pago como un sistema de pagos, no como una página que solo muestra una dirección de billetera. Elige ETH o una stablecoin en Ethereum según el modelo de precios, mantén el gas separado del importe de la compra, establece el vencimiento de las cotizaciones volátiles, muestra la red exacta y espera datos de pago confirmados.

Si ETH en Ethereum aparece en la configuración activa y autenticada de Yolfi, comienza con un producto y una ruta de pago. Prueba el importe exacto, el vencimiento, la transacción de la billetera, la confirmación, el webhook, la entrega, la conciliación y el procedimiento de reembolso. Añade suscripciones u otras redes solo después de que ese proceso funcione y la demanda de los clientes justifique la complejidad adicional. Si la combinación no está disponible, no improvises con una simple dirección de billetera.