Cuando pagas el pan, el panadero no acepta dinero para comérselo. Lo acepta porque puede pagar con él harina, alquiler o el trabajo de otra persona. Esa función se llama Medium of Exchange: medio de intercambio. Con Bitcoin la pregunta práctica es la misma: ¿puedes usarlo realmente para pagar en esa situación? La respuesta depende del destinatario, del método y de los costes, no solo de que el activo tenga un precio de mercado.
Imagina a un agricultor que tiene grano y necesita herramientas. El fabricante de herramientas no quiere grano. El trueque directo se atasca: ambos tendrían que querer al mismo tiempo lo que ofrece el otro. El agricultor puede vender el grano a cambio de un medio aceptado y después comprar herramientas con él. El banco central del Reino Unido, Bank of England, explica así cómo el dinero facilita el comercio. Es un ejemplo de su función, no una afirmación de que el dinero surgiera históricamente de esa manera en todas partes. Tampoco implica que desaparezca el trueque ni que todos los vendedores acepten lo mismo. [1]
En la caja, la teoría se convierte en una pregunta concreta. ¿Acepta el comercio Bitcoin ahora y mediante un método compatible con tu cartera? Bitcoin.org señala las limitaciones de aceptación. Una pegatina o una antigua ficha en un mapa no demuestran disponibilidad actual. Acuerda método e importe antes de enviar. Merchant Adoption se refiere a la incorporación de estos pagos por los comercios; las compras que funcionan ayudan a evaluarla. Pagar un almuerzo demuestra ese uso concreto, no que puedas pagar cualquier cosa en cualquier lugar del mismo modo. [2]
Pensemos en una compra de 200 CZK, coronas checas. El comprador envía bitcoins (BTC), pero un servicio de pagos los convierte y abona coronas al comercio. Bitcoin.org describe estos procesadores. Bitcoin ha participado realmente en el pago, pero eso no demuestra que los precios se fijen en bitcoin ni que el comerciante conserve BTC. La corona sigue determinando el precio. Esta función es la Unit of Account: la unidad en que se expresa el precio. Por eso importan el tipo de cambio ofrecido, las comisiones y la vigencia de la oferta antes de pagar. [2]
Tomemos un modelo sencillo: la compra cuesta 100 unidades y hay una comisión adicional de 1 unidad. La comisión representa el 1 % del precio. En una compra de 10 unidades, la misma comisión supone el 10 %. El gasto total es 101 y 11; el porcentaje se calcula sobre el precio del producto, no sobre esos totales. Bitcoin.org explica que un pago on-chain, registrado directamente en la cadena de Bitcoin, no tiene una comisión fijada como simple porcentaje del importe enviado. Añade también conversión y servicio al comparar. Estas cifras ilustran la diferencia, no son tarifas actuales. [2]
El teléfono del comprador indica que el pago se ha enviado. El comercio todavía debe comprobarlo por su cuenta: una captura de pantalla no basta. Bitcoin Developer Guide distingue una transacción difundida por la red de su inclusión en un bloque, el siguiente conjunto de transacciones añadido a la cadena. Al incluirse obtiene su primera confirmación. Cada bloque posterior aumenta el trabajo necesario para reescribir ese historial. El doble gasto es un intento de volver a pagar con las mismas monedas. Más confirmaciones ofrecen mayor protección frente a ese intento, no certeza absoluta. Una compra pequeña y la venta de una máquina cara pueden necesitar procedimientos distintos. La espera debe responder al importe y al riesgo, no a una promesa universal. [3]
Lightning Network permite pagos a través de canales sin registrar cada compra en un bloque. A lo largo de la ruta debe poder transferirse el importe necesario en la dirección correcta. BOLT 4, la especificación del encaminamiento, distingue temporary_channel_failure, un impedimento temporal del canal; amount_below_minimum, un importe demasiado pequeño; y fee_insufficient, una comisión de encaminamiento insuficiente. No necesitas memorizar estos nombres: explican por qué a veces falla un pago. Que una aplicación admita Lightning no garantiza el éxito ni costes nulos. Lo decisivo es el resultado real para el destinatario. [4]
Llamar dinero a algo no determina por sí solo qué debe aceptar un comercio. Bank of England explica el término británico legal tender: tiene un significado limitado al ofrecer liquidar íntegramente una deuda si el contrato no establece otro método de pago. No obliga de forma general a todos los comercios a aceptar cualquier efectivo. Es un ejemplo británico, no una regla para todos los países. Separa las normas locales, el acuerdo con el destinatario y la posibilidad técnica de transferir los fondos. Cada aspecto resuelve una parte diferente de la situación. [5]
El Banco Central Europeo (BCE, ECB en inglés) distingue también una unidad para expresar precios y una función de conservación del valor. Store of Value significa trasladar poder adquisitivo al futuro. Estas funciones pueden coincidir, pero una no demuestra las demás: se puede usar BTC para pagar una compra denominada en coronas aunque el tipo de cambio del bitcoin fluctúe mucho. La distinción no impone etapas obligatorias de desarrollo ni un orden predeterminado que Bitcoin deba seguir. Para comprender su uso real, conviene examinar por separado las compras completadas, la unidad de los precios contractuales y el valor del ahorro con el tiempo. [6]
Para obtener la imagen más completa, lee esta entrada junto con Unit of Account, Store of Value, Merchant Adoption, Lightning Network. También enlazan con esta entrada Dinero sólido, Día de la Pizza Bitcoin, Regression Theorem, Commodity Money.