Puntos clave
- Bitcoin consume y crea UTXO; no utiliza el mismo modelo de cuentas que Ethereum.
- Las confirmaciones acumulan evidencia de inclusión y deben ajustarse al riesgo de la operación.
- Script y las políticas de firma permiten definir condiciones de gasto, con un alcance distinto a EVM.
¿Qué es Bitcoin?
Bitcoin registra transferencias de su activo nativo mediante una red de nodos que verifican reglas de consenso. Su modelo UTXO representa cantidades disponibles para gastar como salidas de transacciones anteriores. El saldo que muestra una wallet se construye a partir de esas unidades.
Para una empresa, integrar Bitcoin implica más que mostrar una dirección de cobro. El sistema necesita identificar entradas, vincularlas con una operación de negocio y decidir cuándo considera suficiente su confirmación. También debe mantener control sobre las claves y sobre quién puede autorizar un movimiento.
Cómo funciona
Una transacción utiliza salidas anteriores como entradas y crea nuevas salidas, incluidas las de cambio cuando corresponde. Las condiciones de gasto se expresan mediante scripts. Los nodos validan esas condiciones y los mineros incorporan transacciones a bloques mediante prueba de trabajo.
La selección de UTXO influye en comisiones y privacidad. El backend debe seguir transacciones pendientes, confirmaciones y posibles reorganizaciones, además de evitar que un mismo cobro se contabilice varias veces. Un nodo propio permite verificar el estado directamente, aunque añade responsabilidades de operación y mantenimiento.
La comisión depende del tamaño virtual de la transacción y de la tarifa elegida, no solo del importe enviado. Por eso el número y tipo de entradas influyen en el coste operativo de un servicio.
Qué aporta Bitcoin
Bitcoin puede encajar en cobros, seguimiento de tesorería y flujos que necesitan mover BTC con una política de autorización explícita. La arquitectura puede separar preparación de transacciones y firma para mantener las claves fuera de los servicios que atienden peticiones públicas.
Evaluamos el importe, la frecuencia y los requisitos de control de cada operación antes de definir confirmaciones y comisiones. Si se necesitan pagos frecuentes de pequeña cuantía, una solución como Lightning cambia el modelo operativo y debe evaluarse con sus propios requisitos de liquidez y disponibilidad.
Para tesorería, se pueden separar preparación y firma mediante transacciones parcialmente firmadas, o PSBT. El equipo define quién prepara los pagos, quién los autoriza y cómo comprueba destinatarios y cambio antes de firmar. También necesita gestionar salidas, copias de seguridad y conciliación por confirmaciones. Lightning añade otro modelo operativo, con canales y liquidez propia; no debe tratarse como una simple opción para acelerar cualquier transferencia del ledger base.
Limitaciones y criterios de elección
Bitcoin no ofrece el mismo entorno de contratos de propósito general que Ethereum. Un proyecto con tokens y lógica compleja debe distinguir las capacidades nativas de los protocolos adicionales o de otras redes que utiliza. Cada componente añade supuestos diferentes.
Las comisiones y los tiempos observados varían con la demanda y con la política de envío. Tampoco basta con verificar un hash para conocer el estado final de un pago. La aplicación debe definir cómo trata retrasos, sustituciones y reorganizaciones, y presentar esas situaciones de forma comprensible al usuario.
