Operaciones Práctico
Pagar servidores en criptomonedas, en la práctica
Qué cadenas cuestan menos en comisiones, qué ocurre si envía el pago a la cadena equivocada, y por qué los decimales poco redondos de una factura son una función y no un accidente.
Lectura de 9 minutos Publicado el 18 de marzo de 2026 Comprobado hace 27 días
Pagar una factura de alojamiento en criptomonedas es una operación de dos minutos una vez que se ha hecho, y de veinte minutos la primera vez. La fricción no está en la tecnología: está en tres errores que nadie anota, porque anotarlos significaría admitir que ocurren. Los tres se pueden evitar, y uno de ellos es irreversible.
Elegir una cadena, según lo que le cuesta
La moneda que usted posee suele ser la misma con la que paga, y eso está bien. Pero si la compra específicamente para este fin, los criterios razonables son la comisión de transacción, el tiempo de confirmación y si le importa que el pago pueda vincularse públicamente a una dirección que usa en otro lugar.
| Cadena | Espera típica | Vinculable | Notas para una factura recurrente |
|---|---|---|---|
| Tron (TRC-20) | ~1 min | Sí | Suele ser la forma más barata de mover un stablecoin. Las comisiones se pagan en TRX, así que conserve algo de esa moneda, o la transferencia simplemente no podrá generarse. |
| Litecoin | ~15 min | Sí | Barata, discreta, extremadamente fiable. Una buena opción por defecto cuando no necesita un stablecoin. |
| Monero | ~20 min | No | La única de esta lista en la que el importe y la contraparte no son públicos. Las comisiones son bajas y predecibles. |
| Bitcoin | ~20 min | Sí | Las comisiones varían con la congestión, en ocasiones en un orden de magnitud. Sin problema para una factura anual, molesto para una mensual. |
| Ethereum (ERC-20) | ~3 min | Sí | Rápida y fiable, y la comisión puede superar sin más una factura pequeña. Compruébelo antes de enviar, no después. |
El ticker de un stablecoin no es una cadena. USDT existe en Tron, en Ethereum y en varias otras; las direcciones tienen un aspecto distinto y los fondos no pasan de una a otra. Elegir «USDT» es solo la mitad de la decisión: la otra mitad es la red, y es la mitad que sale mal.
Por qué el importe termina en decimales poco redondos
Una factura de 39,00 $ que le pide que envíe 39,87 $ parece un redondeo descuidado. Es justo lo contrario: esos decimales son la forma en que su pago se vincula a su pedido sin que nadie tenga que asociar su nombre a él.
Un proveedor que no recopila la identidad tiene un problema a la hora de conciliar los pagos. Dos clientes que pagan 39 $ la misma tarde generan dos transacciones indistinguibles. Dar a cada factura un importe fraccionario único convierte el propio importe en la referencia, en la práctica un nonce. Le cuesta a usted unos céntimos y evita que el proveedor tenga que saber nada sobre usted.
La consecuencia práctica: envíe el importe exacto que se indica. Redondear a un número entero destruye la referencia, y el pago llega sin poder atribuirse. No se pierde nada —se concilia a mano en cuanto alguien lo revisa—, pero usted ha cambiado una vía automática por una manual, y aproximadamente una hora.
Las tres formas en que algo sale mal
1. La red equivocada — la cara
Usted copia la dirección de un stablecoin de una factura esperando una cadena determinada, y la envía por otra. Que esto sea o no recuperable depende por completo de si el destinatario controla una clave en la cadena donde han acabado realmente los fondos. Si es así, se trata de un ticket de soporte. Si no lo es, nadie en el mundo puede recuperarlo, y un proveedor que le diga lo contrario solo está ganando tiempo.
La regla que evita casi todos estos casos: compruebe que la red de la pantalla de retirada coincide con la red de la factura antes de mirar siquiera la dirección. La dirección es lo último que hay que comprobar, no lo primero.
2. Un número redondo — la molesta
Ya se ha tratado más arriba. Siempre recuperable. Le cuesta una hora y un mensaje.
3. Un segundo pago para corregir el primero — la que se agrava
Esta es la que convierte un problema pequeño en uno real. Algo parece no estar bien, así que usted vuelve a enviar. Ahora hay dos transacciones, una de las cuales puede estar en la cadena equivocada, y cualquier reembolso debe desenredarse antes de que pueda hacerse cualquier otra cosa.
Escriba al soporte antes de enviar nada por segunda vez. Casi todos los casos realmente irrecuperables empiezan con un segundo pago bien intencionado.
La ventana de tipo de cambio, y qué protege
Una factura emitida en dólares y liquidada en moneda tiene que fijar un tipo de cambio en algún momento. La mayoría de los proveedores lo mantienen durante una ventana corta —treinta minutos es lo habitual—, y esa ventana existe para proteger a ambas partes de un movimiento entre la emisión y la confirmación.
Lo que ocurre después de esa ventana es lo que conviene saber antes de necesitarlo. Un comportamiento razonable consiste en abonar el pago al tipo vigente en el momento en que realmente llega y liquidar la diferencia en cualquiera de los dos sentidos, con un umbral pequeño por debajo del cual nadie reclama nada a nadie. Un comportamiento poco razonable consiste en tratar un pago tardío como impagado mientras se conservan los fondos. Pregunte con cuál de los dos se está tratando; la respuesta cabe en una frase y dice mucho.
Llevar la contabilidad cuando la factura está en moneda
A su contable no le importa la cadena, pero sí le importan tres datos. Recójalos en el momento del pago, en lugar de reconstruirlos a fin de año, cuando el tipo que usó ya es solo una suposición.
- El importe fiat de la factura, que es lo que el servicio costó realmente.
- La moneda, la cantidad y el hash de la transacción, que constituyen la prueba de que el pago se realizó y que cualquiera puede verificar.
- El tipo de cambio al que adquirió la moneda, si la compró específicamente para este fin. En muchas jurisdicciones, la diferencia entre la adquisición y el gasto constituye en sí misma un hecho imponible, y esa es una pregunta para alguien local, no para una página de alojamiento.
Conserve el hash de la transacción junto con la factura. Es la única prueba que no depende de que el proveedor siga existiendo, siga teniendo el registro o siga manteniendo una buena relación con usted, que es la misma razón por la que, en general, conviene preferir las cosas verificables.
Nuestra forma de gestionar todo esto está en la página de métodos de pago: qué cadenas, cuántas confirmaciones necesita cada una, y qué ocurre exactamente en cada uno de los tres casos de fallo anteriores, incluido aquel en el que la respuesta honesta es que el dinero se ha perdido.
Escrito por los ingenieros que dirigen la plataforma, y revisado de nuevo hace 27 días. Si algo aquí es incorrecto o ha quedado desactualizado, dígalo desde el panel — de ahí proviene más o menos la mitad de esto.