Si bien la adopción de Bitcoin está en aumento, su protocolo no parece ser escalable para respaldar su crecimiento. Esto le puede además un mayor dinamismo y confianza que se podrá ver reflejado en el mercado de las criptomonedas e incluso en el Bitcoin trader.
Esto se debe a la congestión ocasional de la red que retrasa la confirmación de la transacción y genera tarifas más altas. Ahora, la propuesta de escalabilidad de BIP-119, quiere resolver este problema. Esto evitaría una transacción por lotes con múltiples problemas. Dado que se procesaría a través de un enlace entre las dos transacciones. En este caso, la transacción receptora tiene un costo menor y también puede distribuir los fondos de manera eficiente con los diversos puntos de venta que tiene.
El comando (OP_CTV), implementado por esta solución de escalabilidad, realiza esta operación de enviar fondos a varias direcciones con la introducción de acuerdos, o transacciones acordadas, mencionados en la justificación de la propuesta disponible en Github.
Esta característica fue muy criticada en el foro BitcoinTalk por Gregory Maxwell en 2014, quien originalmente propuso implementar pruebas de conocimiento cero (SNARK).
Pero debido a la ausencia de un lenguaje de contrato inteligente más eficiente para manejar este procedimiento en Bitcoin, el mismo autor ha descartado su implementación.
Básicamente, los pactos son “acuerdos” sobre cómo se gasta un Bitcoin sucesivamente a través de una serie de transacciones, además de la autoridad que tiene una clave privada en las monedas en cuestión.
Los pactos son restricciones sobre cómo se puede gastar una moneda, independientemente de quién la posea. Por lo tanto, pueden ser útiles en la construcción de contratos inteligentes.
Como son difíciles de implementar y existe el riesgo de introducir elementos que reducen la fungibilidad, no se consideraron seriamente para su inclusión en Bitcoin.
Este BIP presenta un pacto simple llamado “Modelo” que abre la puerta a un número significativo de usos sin riesgo significativo.
Bueno para intercambios
En la conferencia Scaling Bitcoin, donde Rubin expuso su idea bajo el nombre OP_SECURETHEBAG, el autor dio un ejemplo de cómo funciona el comando.
Por lo tanto, se debe crear un lote de transacciones para crear una transacción confirmada hacia una segunda fase del lote y la entrega final del BTC (salida de salida) a los destinatarios.
En teoría, la transacción final ejecutada en la segunda fase (receptor) tiene un costo muy bajo en comisiones de red.
Sin embargo, la primera transacción del ciclo (emisor) pagaría comisiones promedio en función de su peso de memoria, que sería considerablemente menos de lo necesario para enviar todas las transacciones por separado, evitando la congestión del grupo de memoria de Bitcoin.
Hay varios ejemplos que, a primera vista, advierten sobre la implementación de OP_CTV. Entre los principales beneficiarios de esta nueva propuesta se encuentran los intercambios. Después de todo, como custodios de los fondos de sus clientes, siempre hay solicitudes de retiro para atender.
En tiempos de alta demanda, pueden emitir una transacción OP_CTV para optimizar este proceso, ahorrando comisiones y gastos operativos, evitando saturar la red de Bitcoin.
Del mismo modo, una vez que la adopción de Bitcoin comienza a extenderse, los operadores que desean realizar pagos o transacciones con sus múltiples proveedores, clientes y empleados simultáneamente, pueden beneficiarse de OP_CTV.
Esto también se aplica a las industrias en torno a Bitcoin, donde, por ejemplo, los grupos mineros pueden distribuir rápida y económicamente las recompensas recolectadas por los mineros a sus participantes.
¡Pregunta lo que quieras!