Shinobi: cómo los convenios ayudan a escalar Bitcoin

Bitcoin fue diseñado para ser una alternativa a los sistemas financieros y monetarios tradicionales a los que podría acceder cualquier persona en el mundo con una conexión a Internet. Para lograr esto de manera más completa, especialmente porque las tarifas de la capa base superan a muchos usuarios, Bitcoin necesita una actualización, dicen muchos defensores. Y, según el editor técnico de la revista Bitcoin , la actualización más importante para ayudar a escalar Bitcoin es la implementación de algo llamado "convenios".

Esta entrevista es parte del paquete "El futuro de Bitcoin" de CoinDesk publicado coincidiendo con la cuarta "reducción a la mitad" de Bitcoin en abril de 2024. Frank Corva es corresponsal de empresa a empresa de Bitcoin Magazine, colaborador de Forbes Digital Assets y presentador del Nuevo podcast de la capital del renacimiento.

Los convenios vienen en varias formas y algunos se pueden utilizar como una herramienta para compartir UTXO de manera más segura entre múltiples usuarios. Permiten que más usuarios de Bitcoin sean propietarios de sus Bitcoin en la cadena base y facilitan una mayor funcionalidad en las capas 2 de Bitcoin . Efectivamente, los convenios se comprometen a restricciones específicas sobre cómo se pueden gastar los UTXO futuros, similares a las transacciones prefirmadas, excepto que se aplican por consenso.

En mi entrevista con Shinobi, un sabio autodidacta que escribe bajo ese seudónimo, explica qué son los convenios, por qué es difícil intentar escalar Bitcoin en su forma actual y un riesgo particular involucrado con la implementación de convenios.

La entrevista ha sido condensada y ligeramente editada para mayor claridad.

Usted mencionó en su entrevista en What Bitcoin Did de Peter McCormack que la gente tiene opiniones firmes sobre Bitcoin, pero no siempre tienen el conocimiento técnico para justificar esas opiniones. ¿Cuál es la percepción más errónea que la mayoría tiene sobre Bitcoin ?

No entender qué es una segunda capa y cómo funciona. Debido al éxito de [la] [Red] Lightning, la gente tiene la noción de que [ellos] pueden simplemente pronunciar la frase “Capa 2” y eso significa mágicamente que todo es posible. Se pasa por alto por completo la realidad de que una segunda capa tiene que interactuar con la capa base, y hay muchas maneras de hacerlo con la forma en que funciona Bitcoin en este momento.

La única forma real de lograr cosas muy complicadas que no son compatibles con la capa base es dar tus monedas a un grupo de otras personas y simplemente confiar [en esas personas] cualquier cosa arbitraria que hagas en [una] Capa 2.

Creo que hay un completo fracaso en comprender la realidad de eso. Para que una Capa 2 haga cosas complicadas, o necesitamos agregar más características a la capa base para [facilitar] una manera confiable de anclar [la Capa 2 a la capa base] o tenemos que confiar en los custodios.

Con respecto a las Capas 2 de Bitcoin , mucha gente simplemente argumenta que simplemente agregaremos Capas 2 o 3 y eso escalará la red. Pero usted ha dicho que no es tan sencillo. ¿Porqué es eso?

Todas las [Capas 2] tienen que interactuar con la capa base. No puede usar Lightning sin abrir un canal en la capa base, lo que requiere una transacción en cadena. Si bien Lightning ayuda enormemente en términos de escalar la cantidad de transacciones que las personas individuales pueden [hacer], todavía existe el límite de que se necesita realizar una transacción en cadena para llegar a esa capa.

El problema es que la capa base no escala. Transacciones comprimidas relámpago. [No creó un] cambio fundamental en la cantidad de personas o usuarios que pueden hacer uso de la red. Lightning [simplemente permite] que se procesen muchas más transacciones porque las comprimes y KEEP la mayoría de ellas fuera de la cadena.

Necesitamos encontrar formas de comprimir la propiedad, no solo la capacidad de realizar transacciones, para que varias personas puedan reclamar un UTXO. [De esta manera] nunca tendrán que confirmar en cadena como lo hace un canal Lightning cuando se abre.

¿Podrías dar una explicación sencilla sobre cómo funcionan?

Existen numerosas propuestas de pacto que hacen cosas muy diferentes. La forma más sencilla de clasificarlos a todos sería si el script o la dirección de los bitcoins que posee le dijera "Estas son las restricciones que deben cumplirse antes de poder gastar esto".

Por ejemplo, debe proporcionar una firma y cumplir con los criterios para un bloqueo de tiempo antes de que se le permita gastarlo. Un pacto es un candado que no sólo tiene esas condiciones iniciales, sino que puede llevarlas adelante en el futuro. Déjame ponerlo de otra manera. [Destacaré] dos propuestas amplias: CTV (un acrónimo de código de operación CheckTemplateVerify) y TapleafUpdateVerify.

CTV simplemente le permite comprometerse con un hash de una transacción futura. Luego, cuando se crea ese UTXO, bloqueando ese hash CTV, es lo mismo que una transacción prefirmada. Cuando vayas a gastar esa moneda, verificará la transacción que la gastó y se asegurará de que tenga el mismo hash que el bloqueo CTV. Sólo la transacción con ese hash exacto puede gastarlo. De esa manera, podría tomar un único UTXO y comprometerlo a crear docenas de otros UTXO, y todos ellos pueden ser canales Lightning. Un solo UTXO podría abrir canales Lightning para 50 personas, aunque solo haya una transacción y una salida confirmadas en la cadena.

TapleafUpdateVerify está diseñado para salir eficientemente de una UTXO compartida. [Volviendo a] ese ejemplo con CTV, para que las personas realmente reclamen sus monedas en la cadena para poder gastarlas donde quieran, se debe realizar un conjunto completo de transacciones múltiples, una tras otra en la cadena, antes de que alguien pueda obtenga su UTXO confirmado y luego gástelo libremente.

TapleafUpdateVerify le permitiría dejar de forma segura un UTXO compartido en una sola transacción sin poder tomar más dinero del que tiene derecho. [Esto] obliga a que el dinero se gaste de [una] manera en que una persona obtiene su dinero en una transacción, pero todo el cambio regresa a otro UTXO que es una firma múltiple de todos los involucrados, menos la persona que acaba de irse.

Eso es súper interesante. ¿Cuáles son los riesgos o compensaciones involucradas con esto?

Realmente no creo que haya desventajas o riesgos con CTV. Por eso soy un gran defensor de ello. Mejora el modelo de confianza. Nadie será capaz de gastar dos veces.

Algo como TLUV (el acrónimo de TapleafUpdateVerify) [tiene] un riesgo potencial. Tiene el potencial de habilitar versiones de algo como una cadena de transmisión , dependiendo de cómo se implemente y cómo se combine con otras características de Bitcoin.

Garantiza que el cambio de algo que se retira vuelve directamente a un contrato complicado que tiene todas las diferentes condiciones de gasto, y bloqueará el cambio nuevamente en él. Por lo tanto, existe la posibilidad de realizar una vinculación bidireccional para cosas como las cadenas laterales . Eso es algo perjudicial a largo plazo.

¿Está diciendo que esto podría dar vida a las cadenas de transmisión sin que se activen los Protocolos de mejora de Bitcoin (BIP) para cadenas de transmisión (BIP 300 y BIP 301)?

Sí.

Interesante. Es fácil desilusionarse con Bitcoin en estos días con tanta gente en el espacio de Bitcoin discutiendo sobre cómo creen que Bitcoin debería escalar. ¿Qué te mantiene motivado a pesar de la negatividad?

Hay una buena cantidad de personas en este espacio que finalmente están expresando que están hartas de las narrativas dogmáticas o simplemente de formas demasiado simplistas de ver las cosas. En general, será muy saludable que un gran número de personas de todos los diferentes campos en este espacio se cansen de tener discusiones o argumentos basados ​​en “¿De qué campo eres? Oh, eso significa que eres bueno o malo”, y céntrate más en conversaciones sustanciales sobre temas serios. Va a ser muy complicado pasar por esto, pero por otro lado, veo potencial para mucha más productividad y madurez.