Este año se ha producido un aumento masivo en la demanda del espacio limitado disponible dentro de los bloques de bitcoin, lo que ha llevado a tarifas más altas para las transacciones en cadena. Gran parte de la demanda es de transacciones que revelan inscripciones. El contenido de estas inscripciones se revela como parte de los datos testigo1 de una transacción bitcoin. Estos datos testigo1 se descuentan a una cuarta parte del costo de otros datos de transacciones. ¿Por qué damos un descuento a estas inscripciones? ¿Deberíamos desembolsar el descuento para testigos?

¿Por qué algunos bytes son más baratos que otros?

El dinero en general y el bitcoin en particular operan gracias a incentivos humanos. Bitcoin alinea los incentivos de los mineros y los realizadores de transacciones mediante el uso del token nativo de bitcoin para pagar a los mineros por la inclusión de transacciones particulares en los bloques que construyen. No se puede decir lo mismo de alinear los incentivos de los corredores de nodos con los mineros y los participantes en las transacciones, ni de alinear los incentivos entre remitentes y destinatarios.

Hasta la fecha, ha habido 3 mejoras importantes en la alineación de incentivos de Bitcoin:

1. Limitar el tamaño del bloque

2. Transferir el costo de scripts complejos del remitente al destinatario (P2SH)

3. Alinear los costos de los datos entre los corredores de nodos y los operadores de transacciones (SegWit)

LIMITAR EL TAMAÑO DEL BLOQUE

Los operadores quieren realizar muchas transacciones y los mineros quieren cobrar muchas tarifas de transacción; pero los corredores de nodos tienen que transmitir, verificar y almacenar todos los datos de esas transacciones y no reciben compensación como los mineros por hacerlo. Al principio de la historia de Bitcoin, Satoshi trabajó para solucionar este problema añadiendo un límite de tamaño de bloque fijo (aplicado por los nodos). El límite era de 1 millón de bytes por bloque y establecía un límite superior a la cantidad de datos que los nodos necesitarían descargar y verificar. En ese momento, Satoshi escribió: "Podemos introducir un cambio gradualmente más adelante si nos acercamos a necesitarlo". Más tarde, refiriéndose a un parche para aumentar el límite, señaló: "No uses este parche, te hará incompatible con la red", lo que significa que aumentar el límite de tamaño de bloque es un cambio duro y requiere Más coordinación incluso que un tenedor suave. En los años siguientes, Bitcoin evitó deliberadamente cambios de bifurcación dura tan incompatibles, lo que también significó mantener el límite de tamaño de bloque de 1 millón de bytes.

TRANSFERIR LOS COSTOS DE GUIONES COMPLEJOS DEL REMITENTE AL DESTINATARIO

Debido a que bitcoin está protegido mediante scripts de bloqueo, siempre ha sido posible bloquearlo con scripts avanzados, incluido multisig. Según el diseño original, el remitente de una transacción de bitcoin colocaría el script de bloqueo completo del destinatario en su transacción y pagaría cualquier tarifa para incluir ese script de bloqueo en un bloque. Los desarrolladores se dieron cuenta de que a medida que aumentaban las tarifas, los remitentes podrían dudar en pagar a los usuarios de scripts de bloqueo más grandes debido al mayor costo de pagar a esos usuarios. Estos complejos scripts de bloqueo también plantearon un problema a la hora de codificarlos en direcciones y compartirlos mediante mecanismos de bajo ancho de banda, como el código QR.

Para resolver esto, se agregó P2SH a bitcoin como un soft fork. Según las reglas de esta bifurcación, en lugar de colocar el script de bloqueo completo del destinatario en el resultado de la transacción, el remitente simplemente incluye un hash del mismo. Cuando el destinatario inevitablemente gasta esa producción, incluye el script completo en la transacción de gasto, que se compara con el hash del script al que está bloqueada la moneda antes de ser validada. Con este cambio, un script de canje de cualquier tamaño podría representarse mediante un script de bloqueo de longitud fija y los remitentes ya no tenían la necesidad (o capacidad) de discriminar entre destinatarios según sus condiciones de gasto.

ALINEAR LOS COSTOS DE DATOS ENTRE LOS CORREDORES DE NODOS Y LOS TRANSACTORES

La verificación más fundamental que realizan los nodos en las transacciones de bitcoins es que el bitcoin que intentan gastar, de hecho, existe. Para hacer esto, cada nodo mantiene un índice de cada unidad de bitcoin gastable (salida de transacciones no gastadas, UTXO). Cuanto mayor sea este índice, mayor será el costo de ejecutar un nodo y verificar transacciones futuras2. Como resultado, una transacción que aumenta el tamaño de este índice (teniendo más salidas que entradas) cuesta más con el tiempo que una transacción con la misma cantidad de bytes que reduce el tamaño del índice.

La mayor parte de la mayoría de los scripts de desbloqueo de bitcoins son las firmas criptográficas. Estas firmas tienen aproximadamente el doble del tamaño de sus claves públicas correspondientes, lo que hace que los scripts de desbloqueo (incluso sin P2SH) sean más grandes que los scripts de bloqueo.

El costo significativamente mayor de consumir versus crear UTXO crea un conflicto de incentivos entre los corredores de nodos y los realizadores de transacciones. Los actores de transacciones no están incentivados a gastar sus pequeños UTXO (especialmente en momentos con tarifas altas), prefiriendo gastar grandes UTXO y crear más UTXO de cambio pequeño. Mientras tanto, los corredores de nodos pagan el costo de esta acumulación de pequeños UTXO en costos de validación más altos para todas las transacciones.

Por extraño que parezca, la verificación de que cada UTXO gastado por una transacción en la cadena de bloques histórica tenga su script de bloqueo satisfecho por un script de desbloqueo correspondiente es significativamente menos fundamental. De hecho, un nodo bitcoin que ejecute bitcoin core 26.x predeterminado no validará la ejecución completa del script de bloqueo para transacciones anteriores al bloque 804000 (19 de agosto de 2023).

Todo lo anterior significa que existen diferentes costos impuestos a los nodos de bitcoin por diferentes partes de la cadena de bloques. Los datos necesarios para determinar los efectos de cada transacción deben ser validados por cada nodo que se sincroniza desde el bloque génesis3, los resultados de las transacciones tienden a ser más costosos que las entradas de las transacciones a largo plazo (especialmente si tienen una larga vida) y muchos de los datos testigo ni siquiera se verifica excepto para las transacciones más recientes.

ENTRAR TESTIGO SEGREGADO

La bifurcación suave de testigo segregado (SegWit) es el cambio más ambicioso realizado en bitcoin hasta la fecha. La mayor motivación para el cambio fue solucionar el problema de larga data de la maleabilidad5 del TXID4 en bitcoin. Para solucionar esta maleabilidad, el script de desbloqueo se reemplaza con un "testigo" recién creado. Al eliminar los datos de autorización (que a menudo pueden ser modificados por terceros sin cambiar los efectos de la transacción) del TXID, se hacen posibles protocolos (como Lightning) que dependen de TXID inmutables.

Una vez que los datos de autorización se sacaron de la estructura de transacción original, ya no cuentan para el límite de bloque de 1 millón de bytes. Se requiere un nuevo límite. En ese momento se discutieron muchos enfoques para limitar los datos de testigos segregados: un límite de bytes de testigo separado6, un límite combinado de < 1 millón de bytes7 o un límite combinado ponderado. Al final, se eligió el límite combinado ponderado, con datos de testigos segregados ponderados en 1 unidad, datos de transacciones ponderados en 4 unidades y un límite de bloque de peso de 4 millones. Cada unidad de peso se trata como 1/4 de un byte virtual (vByte) a efectos de cálculo de tarifas.

¿Por qué estos pesos? Veamos el costo de las entradas y salidas de transacciones con y sin testigo segregado:

Lo primero que hay que tener en cuenta en esta tabla es cómo los tipos de secuencias de comandos testigo (P2WPKH, P2WSH) tienen casi el mismo número de bytes de entrada y salida (que se cobran un vByte completo cada uno). Luego, al gastador de un script testigo se le cobra 1/4 de vByte por los datos que autorizan el gasto, muchos de los cuales no se verifican excepto para las transacciones más recientes, y ninguno de los cuales tiene un costo continuo en el índice UTXO. La otra cosa que vale la pena señalar aquí es cómo el costo de usar una firma múltiple 2 de 3 más segura en comparación con una firma única se reduce de 147 vBytes a 36,25 vBytes.

TAPROOOT E INSCRIPCIONES LO CAMBIAN TODO (O NADA)

Como dije al principio, bitcoin se basa en incentivos humanos, y aquí podemos ver cómo se han realizado cambios en bitcoin a lo largo de los años para mejorar la alineación de incentivos entre las partes que utilizan la red.

Taproot en sí es "simplemente" una forma alternativa de bloquear bitcoins mediante testigos segregados. No cambia estos incentivos significativamente. Uno de los cambios que vino junto con Taproot fue eliminar ciertos límites en el tamaño del script. Esto se hizo para reducir la complejidad del diseño de herramientas de análisis para scripts de bitcoin y como reconocimiento del costo relativo de los diferentes tipos de datos. La eliminación de estos límites hizo que las inscripciones fueran más simples de lo que eran antes de Taproot, pero no cambió fundamentalmente la estructura de incentivos de la red.

Ahora al quid de la cuestión. Las inscripciones se revelan en el testigo, por lo que solo se les cobra 1/4 vByte por byte de datos de inscripción. ¿Es esto un abuso del descuento de testigos? La verdad es que los datos de inscripción son algunos de los datos más baratos de validar para los nodos de la red. La estructura de script utilizada por las inscripciones omite explícitamente la ejecución de los datos de la inscripción, por lo que la única verificación que se realiza es una verificación de hash única (asegurando que la inscripción revelada es lo que el inscriptor planeó revelar). Estos datos se procesan una vez y los nodos nunca los vuelven a examinar. Tiene un costo computacional muy bajo (un orden de magnitud menor que un script multifirma de tamaño equivalente).

Pero las inscripciones están elevando las tarifas y expulsando a otros usuarios.

¡Sí! Con el software actual disponible para interactuar con la red bitcoin, los inscritos tienen mayores incentivos económicos para realizar sus inscripciones que muchas personas para realizar otras transacciones.

Esto pone de relieve el valor de aumentar la densidad económica de las transacciones de bitcoins. Lightning Network da un gran paso hacia esto al permitir que cientos, miles o millones de transacciones económicas se empaqueten en una sola transacción de bitcoin. Cuanto mayor sea la densidad económica de cada byte en una transacción, menor será la tarifa pagada por esa actividad económica. A medida que aumenta la densidad económica de las transacciones de bitcoins, otros usos del espacio de bloques han quedado y seguirán estando descartados9.

Vale la pena señalar que si prevalecen los protocolos multifirma fuera de la cadena, como MuSig2 o FROST, o las firmas de adaptadores; Puede tener sentido reducir o eliminar el descuento por testigo. Estos protocolos pueden permitir que condiciones de gasto que de otro modo serían importantes se representen mediante una sola firma. Esto, combinado con el eficiente gasto en rutas clave de Taproot, podría reducir el costo de un insumo con condiciones casi arbitrariamente complejas a solo 105 bytes.

CONCLUSIÓN

La respuesta a las altas tarifas causadas por las inscripciones es la misma que ante cualquier otro supuesto escenario de caída del cielo en la historia de bitcoin: construir con paciencia, construir con paciencia. Hay mucho que podemos hacer para aumentar la densidad económica de las transacciones de bitcoin, desde crear mejores billeteras Lightning hasta Ark , contratos de registros discretos y más. Eliminar el descuento de testigo (prematuramente), revertir la raíz principal o acciones contraproducentes similares solo servirán para reducir la densidad económica de las transacciones actuales de bitcoins y exacerbar la situación.

Mantente humilde, acumula sats y construye.

NOTAS A PIE

1. El término testigo fue adoptado en bitcoin de la jerga criptográfica, donde se refiere a los datos necesarios para verificar de manera eficiente una afirmación criptográfica. BIP141 lo define como cualquier "dato requerido para verificar la validez de la transacción pero no requerido para determinar los efectos de la transacción". Es posible que los criptógrafos hayan tomado el término de las marcas testigo de fabricación utilizadas para verificar de manera eficiente la alineación de los componentes.
2. El proyecto Utreexo tiene como objetivo cambiar esto para un subconjunto de nodos bitcoin permitiéndoles acumular de manera eficiente raíces de inclusión UTXO y luego recibir las rutas de inclusión junto con los gastos de esos UTXO. Si esta se convierte en una forma común de usar bitcoin, trasladará el costo de más UTXO de los nodos a los titulares de esos UTXO.
3. El proyecto ZeroSync tiene como objetivo cambiar esto para algunos nodos en algunos contextos.
4. ID de transacción: orden de bytes invertido doble SHA256 de la transacción en formato de red pre-segwit.
5. Múltiples transacciones válidas con las mismas entradas y salidas tienen diferentes txids si están firmadas de diferentes maneras o si un tercero modifica sus firmas.
6. Puede tener cualquier valor sin una bifurcación dura porque los nodos antiguos no conocen los datos de testigos segregados.
7. 1 millón o menos para mantener la compatibilidad y evitar una bifurcación dura.
8. Suponiendo el uso de claves públicas compactas y firmas DER de bajo R/S de 71 bytes.
9. ¿Alguien recuerda Satoshi Dice?

Esta es una publicación invitada de Brandon Black. Las opiniones expresadas son enteramente propias y no reflejan necesariamente las de BTC Inc o Bitcoin Magazine.

Descargo de responsabilidad:

1. Este artículo está reimpreso de [bitcoinmagazine]. Todos los derechos de autor pertenecen al autor original [BRANDON BLACK]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
2. Descargo de responsabilidad: los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas están a cargo del equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.