• Tres propuestas preliminares para Bitcoin describen cómo la agregación de firmas podría reducir el tamaño de las transacciones y las comisiones.
  • La agregación completa de las firmas podría disminuir las comisiones en un 27,3% en un ejemplo simulado que involucra 100 entradas.
  • La propuesta BIP 460 requiere la activación de una modificación suave (soft fork) y el soporte de los monederos para el nuevo formato de firmas propuesto (formato “witness-v2”).

Las tres propuestas preliminares para Bitcoin explican cómo la agregación de firmas podría disminuir las comisiones en algunas transacciones. En un ejemplo simulado, consolidar 100 entradas en una sola salida reduce lo suficiente el tamaño de la transacción como para disminuir las comisiones en un 27,3% con la agregación completa.

Este porcentaje solo se aplica cuando las entradas cumplen con las condiciones de la propuesta; sin embargo, este cambio aún no está activo. Primero se deben activar las reglas a través de una modificación suave, y los monederos deben soportar el nuevo formato de transacción.

¿Por qué 100 entradas generan el mayor ahorro posible según los modelos?

Las comisiones de Bitcoin se basan en el “tamaño virtual” de la transacción, que se calcula según los requisitos del BIP 141. Dado que la agregación de firmas reduce la cantidad de datos de firmas, también puede disminuir el tamaño de la transacción. Otros datos relacionados con la transacción también influyen en su tamaño, por lo que la reducción de las comisiones es menor que la reducción en el número de bytes de las firmas.

El BIP 458 describe un método de agregación parcial de firmas, que combina las firmas sin que los firmantes tengan que coordinarse. Este método reduce los datos de las firmas de 64 bytes a 32(n+1) bytes. El BIP 459 describe la agregación completa de firmas; este método requiere que los firmantes colaboren, pero permite representar las firmas de un grupo con una sola firma de 64 bytes.

Para diez firmas, el tamaño del payload de la firma se reduciría de 640 bytes a 352 bytes con una agregación parcial, o a 64 bytes con una agregación completa. Estos cambios disminuyen el tamaño del payload en un 45% y un 90%, respectivamente. No se reduce el tamaño total de la transacción en los mismos porcentajes, ya que las firmas solo constituyen una parte de su tamaño total.

Las transacciones modeladas muestran cómo esta diferencia afecta las tarifas. Una transacción con diez entradas y diez salidas pasa de tener 1016 bytes virtuales a 944 con una agregación parcial, o a 872 con una agregación completa. Estas reducciones de tamaño se traducen en descuentos de tarifas del 7.1% y del 14.2%.

En comparación, la consolidación de 100 entradas en una sola salida reduce el tamaño de los bytes virtuales de 5804 a 5012, o incluso a 4220, lo que representa reducciones del 13.6% y del 27.3%.

Síguenos en X para obtener actualizaciones en tiempo real sobre criptomonedas.

Una bifurcación suave (soft fork) y las actualizaciones de las carteras deben llevarse a cabo primero.

El BIP 460, que propone la agregación de entradas cruzadas, está marcado como un borrador. Describe el método de gasto basado en rutas de clave (key-path spending) al estilo Taproot en la versión 2 de los “testigos” (witnesses) y depende de los BIPs 340, 341, 458 y 459. La propuesta recomienda su activación a través de una bifurcación suave, pero los parámetros específicos para dicha activación aún no están definidos.

También sería necesario contar con el soporte de las carteras. Estas deberían ser capaces de reconocer y utilizar las nuevas salidas generadas por la versión 2 de los “testigos” para crear y realizar transacciones. No obstante, el BIP 460 permite que las entradas opten por no participar en el proceso de agregación y utilicen las firmas estándar del BIP 341, lo que significa que las carteras podrían compatibilizarse con la nueva versión sin necesidad de implementar inmediatamente el mecanismo de agregación de firmas.

¿Por qué la cifra del 27,3% tiene sus limitaciones?

El modelo asume que todos los datos de entrada pertenecen a un único grupo de agregación elegible. También utiliza configuraciones de firma predeterminadas y scripts de salida de 34 bytes, sin anexos ni datos adicionales de verificación.

BIP 460 excluye las firmas basadas en rutas de script del proceso de agregación, y algunos datos de entrada pueden optar por no incluir dichas firmas cuando un protocolo requiere que ciertas firmas aparezcan en la cadena. Por lo tanto, las transacciones que contengan menos datos de entrada elegibles, rutas de gasto diferentes o más datos que no requieren firma no se ajustarán a la reducción del 27,3% prevista por el modelo.

Suscríbete a nuestro canal de YouTube para obtener las últimas noticias sobre criptomonedas.

Relacionado:El riesgo cuántum para Bitcoin aumenta, ya que 7,12 millones de BTC tienen claves públicas visibles.

Anúnciate aquí

Aviso de responsabilidad:La información presentada en este artículo tiene únicamente fines informativos y educativos. No constituye asesoramiento financiero de ningún tipo. Coin Edition no se hace responsable de ninguna pérdida que pueda derivarse del uso del contenido, los productos o los servicios mencionados. Se recomienda a los lectores que actúen con cautela antes de tomar cualquier medida relacionada con la empresa.

```