Uno de los grandes desafíos del Bitcoin es su adopción masiva como método de pago. Para lograr este objetivo se han propuesto diferentes herramientas. Entre ellos, la red Lightning, que actualmente ha alcanzado un importante nivel de desarrollo. Sin embargo, todavía no ha alcanzado su potencial y aquí es donde un desarrollo como los pactos podría ser crucial.

Desarrollador de Bitcoin John Law público un artículo, resumido a través de la lista de desarrolladores de Bitcoin y la red Lightning, que propone un método para crear fábricas de canales de pago a través de simples convenios (o acuerdos). Estos canales de pago estarían dirigidos a usuarios ocasionales.

Los convenios son métodos para programar condiciones en transacciones de transacciones. bitcóin y velar por su cumplimiento. Actualmente no se han integrado al consenso de Bitcoin, pero desde 2022 el debate en torno a estas funciones ha cobrado relevancia.

“Si bien se ha demostrado que los convenios mejoran Bitcoin de varias maneras, la escalabilidad de Lightning generalmente no figura como una de ellas”, explica Law. Otros desarrolladores como Jameson Loop coinciden en que Los pactos traerían beneficios a Bitcoin.según informó CriptoNoticias.

La clave está en los usuarios ocasionales y los convenios

Law sostiene que los métodos actuales para crear canales de pago, incluidos aquellos que utilizan multi-sig como CoinJoin, se limitan a generar unas pocas docenas o cientos de canales para cada UTXO o cada transacción financiada. Un UTXO (Salida de transacciones no gastadas) es una salida de transacción no gastada en la cadena de bloques de Bitcoin.

Además, al crear canales de pago en la red relámpago Las personas involucradas se comprometen a firmar en cada transacción, lo que puede crear un problema de coordinación si hay numerosos firmantes. De esta forma, explica el programador, “si una UTXO requiere firmas de un conjunto de 1.000 usuarios ocasionales y si 999 de ellos firman, pero uno no, las 999 firmas que se obtuvieron no se pueden utilizar”. Por su naturaleza, los usuarios ocasionales no siempre están disponibles.

Según la ley, pactos simples como CTV (OP_CHECKTEMPLATEVERIFY) y APO (SIGHASH_ANYPREVOUT) permitiría que una única pequeña transacción restringiera los fondos, con la condición de que posteriormente se gastaran en una o más transacciones predefinidas.

OP_CHECKTEMPLATEVERIFY es un código de operaciones que permite a los scripts de Bitcoin verificar el cumplimiento de un conjunto de condiciones. Estas condiciones pueden incluir la estructura de la transacción, la cantidad de Bitcoin que se envía y la firma del remitente.

SIGHASH_ANYPREVOUT es un modificador de firma que permite a los usuarios firmar transacciones sin especificar todas las entradas de la transacción. Esto es útil para contratos inteligentes, ya que permite a los usuarios firmar transacciones sin saber de antemano cuáles serán todas las entradas de la transacción.

Con estas funciones, Es posible que un solo usuario dedicado pueda crear un millón de canales para usuarios ocasionales, quienes no tendrían que preocuparse por cumplir condiciones específicas, ya que solo tendrían que interactuar con el contrato una vez cada pocos meses.

Un mecanismo similar al utilizado por arca permite que cada uno de los canales de pago se coloque opcionalmente en la cadena, pero también permite que el financiador de la fábrica reclame los fondos del canal que no se han puesto en la cadena después de su vencimiento. Esto puede ser extremadamente eficiente: se puede crear un árbol de tiempo de espera fuera de la cadena que financie millones de canales mediante una única pequeña transacción dentro de la cadena. Después del vencimiento, el financiador de la fábrica puede reclamar los fondos en otra pequeña transacción en cadena, y los usuarios individuales retiran sus fondos a través de LN a sus otros canales antes de la fecha de vencimiento de la fábrica.

Bitcoin Optech, boletín de desarrollo

Una gama de opciones

Covenants podría proporcionar otras funciones a los usuarios de Lightning. Por ejemplo, los cambios en el tamaño del canal fuera de la cadena podrían ser compatibles o utilizar el mismo capital para ofrecer simultáneamente liquidez entrante a usuarios ocasionales y enrutar pagos no relacionados a otros usuarios

Además, a los usuarios ocasionales se les podrían cobrar sanciones ajustables por intentar poner un estado antiguo en la cadena (intentando así engañar a otra persona y obtener ganancias financieras), y a los usuarios ocasionales se les podría permitir monitorear la cadena de bloques solo durante unos minutos cada pocos meses. , sin utilizar un servicio torre de vigilancia o nodos especiales que funcionan como torres de vigilancia.

Algunas críticas

Desarrollador Anthony Towns expresar su preocupación por lo que él llama el problema de la “rebaño de truenos” o “spam de caducidad forzada”, como se le llama en el Libro Blanco de Lightning.

Según este fallo, si un usuario dedicado falla accidental o deliberadamente, sería necesario que muchos usuarios ocasionales envíen transacciones a la cadena principal al mismo tiempo.

Por ejemplo, “una fábrica con un millón de usuarios puede requerir una confirmación urgente de hasta un millón de transacciones más una confirmación no confidencial de hasta dos millones de transacciones más para que esos usuarios puedan volver a colocar esos fondos en nuevos canales”. Explicar Bitcoin Optech.

Si el problema ocurre inesperadamente, los usuarios no pueden hacer nada más que coordinar y esperar varios días para que se confirmen sus transacciones. Además, si hay una fecha de vencimiento del contrato, los usuarios ocasionales probablemente requerirán que la fábrica del canal transfiera sus fondos varias semanas antes de esa fecha, o incluso varios meses antes.