Hechos clave:
-
Las transacciones comprimidas pesan menos y pueden eludir las limitaciones de transmisión.
-
Básicamente, se propone cambiar ciertos datos incluidos en las transacciones para identificarlas.
Los desarrolladores de soluciones relacionadas con Bitcoin exploran nuevas formas de optimizar la transmisión de datos en la red. Tom Briar, a través de la lista de correo Bitcoin-Dev, presentó un borrador técnico y una posible implementación de transacciones Bitcoin comprimidas.
Brezo plantea una solución para hacer las transacciones más eficientes en términos de ancho de banda. Su propuesta se centra en la compresión de datos, un mecanismo que permite enviar transacciones más pequeñas a través de medios con ancho de banda limitado, como satélites o técnicas de esteganografía.
¿Qué ventajas puede aportar un desarrollo como este a los usuarios de Bitcoin? En primer lugar, Las transacciones más ligeras significan menos espacio de bloque utilizado por transacción., lo que a su vez se traduce en comisiones más baratas. La razón es que, cuanto mayor sea el tamaño de bloque ofrecido para incluir transacciones, el coste de ese espacio disminuirá.
Por otro lado, para la red en general, las transacciones que ocupan menos espacio implican una contabilidad más ligera en el tiempo. De este modo, Los requisitos de espacio de almacenamiento se reducen para aquellos que desean ejecutar un nodo Bitcoin.
El estrategia incluye varios enfoques. Por un lado, propone el uso de números enteros de longitud variable en lugar de los tradicionales enteros representados por 4 bytes fijos. Esto reduce el espacio necesario para procesar los datos incluidos en las transacciones.
Además, propone sustituir la identificación completa de transacciones anteriores por una referencia a su ubicación en contabilidad o cadena de bloques de la red, optimizando el uso del espacio. Este método, detalla el desarrollador, sólo podría utilizarse para aquellas transacciones con más de 100 confirmaciones, dado que una eventual reorganización en los bloques podría llevar a que la referencia no corresponda a la ubicación real de una transacción.
Para transacciones P2WPKH, donde se debe incluir una firma y una clave pública de 33 bytes en la estructura del token, Briar sugiere omitir la clave pública y utilizar una técnica para reconstruirla a partir de la firma. Nuevamente, el objetivo es disminuir el tamaño de la transacción utilizando esta técnica.
Comentarios sobre transacciones comprimidas en Bitcoin
Esta propuesta tuvo varias observaciones –especialmente de carácter técnico– en su repositorio en GitHub. Las recomendaciones giran principalmente en torno a ideas para ahorrar una pequeña cantidad de espacio adicional para cada entrada de una transacción.
Una de las limitaciones observadas tiene que ver con la conversión de una transacción comprimida a un formato que los nodos completos y otro software puedan usar, requiere más CPU (unidad central de procesamiento), memoria y recursos de E/S (entrada y salida de datos) en comparación con el procesamiento. una transacción serializada regular. Por esta razón, Se espera que las conexiones de alta velocidad sigan utilizando el formato de transacción habitual.