Apuntan a un soft fork en Bitcoin para enfrentar el dilema OP_RETURN

Este 4 de octubre, dos desarrolladores presentaron BIP-447, una propuesta de mejora para Bitcoin (BIP-447) que introduce un soft fork (bifurcación suave), un cambio en las reglas que los nodos pueden adoptar sin fragmentar la red.  

Titulada «Poda de OP_RETURN sin romper la re-verificación del árbol de Merkle + Reducción selectiva del espacio de bloque para transacciones con datos arbitrarios», BIP-447 aborda el uso de inscripciones, como datos como textos o imágenes, incrustadas en Bitcoin mediante OP_RETURN, un código que agrega información no monetaria a las transacciones.  

Como lo reportó CriptoNoticias, las operaciones con OP_RETURN han conducido a la actual «guerra de clientes», reflejando tensiones entre distintos enfoques que los autores de BIP-447 consideran problemáticos: 

• Por un lado, Luke Dashjr introdujo en Bitcoin Knots un filtrado por patrones para bloquear transacciones con inscripciones. Ese filtrado, según se lee en el repositorio de BIP-447, incentiva a que los usuarios eludan la red P2P (persona a persona) y envíen sus transacciones directamente a grandes pools, concentrando poder minero en esas plataformas.  

• Por otro, en Bitcoin Core v.30, la próxima versión de este cliente que saldrá este mismo mes, se propuso eliminar el límite de OP_RETURN, lo que permitiría insertar datos arbitrarios, pero haría que los nodos tengan que almacenar más información, entre ella potencialmente contenido ilegal como pornografía infantil, lo que podría ocasionarles problemas. 

¿Cómo funciona BIP-447 en Bitcoin? 

El texto de BIP-447 detalla su funcionamiento en tres puntos clave.  

Primero, apunta a mitigar las inscripciones en las transacciones mediante un soft fork que incrementaría los costos de scripts complejos (programas que ejecutan acciones) sin expandir la capacidad de los bloques.  

De concretarse, el soft fork provocaría que las inscripciones con OP_RETURN cuesten 4 veces más que en la actualidad. 

Esa circunstancia ejercería presión económica contra lo que los autores entienden como «abuso de la blockchain», preservando la eficiencia de las transacciones estándar.  

Según se detalla, los nodos nuevos asignarían pesos mayores a transacciones con OP_RETURN mayores de 32 bytes, pero respetarían el límite de peso virtual de hasta 4 megabytes, establecido por SegWit, que los nodos antiguos también reconocen. 

Eso aseguraría que los bloques sigan siendo válidos para todos y preserva el consenso de la red. 

En segundo lugar, BIP-447 sigue un modelo de despliegue conocido como “UASF” (bifurcación suave activada por usuarios), que permite a los corredores de nodos imponer estas reglas sin depender de grupos de desarrolladores que no han resuelto el problema. 

De modo tal, esta UASF daría a los nodos la capacidad de tomar decisiones individuales al margen de la política de los clientes. 

Tercero, integra la opción de almacenamiento podable de SegData, un método que, inspirado en ideas como SegWit (que separa datos de verificación para ahorrar espacio), permite a los nodos guardar solo las partes esenciales de las transacciones y descartar el resto, aliviando su carga.  

Esa integración ofrecería a los operadores de nodos protección económica al reducir costos de hardware y resguardo legal al evitar almacenar contenido problemático. 

¿Qué apunta a mejorar BIP-447 en Bitcoin? 

Entre los aspectos que la propuesta promete mejorar se destacan:  

• Reducir la carga para nodos ligeros, permitiéndoles verificar transacciones sin almacenar todo el estado UTXO (salidas de transacciones no gastadas), lo que los hace más accesibles. 

• Disminuir el consumo de ancho de banda al transmitir datos suplementarios solo cuando es necesario, optimizando el tráfico. 

• Facilitar una escalabilidad gradual que adapta la red a nodos de distintas capacidades sin sacrificar seguridad. Además, al bajar los costos operativos para nodos menos potentes, fomenta que más participantes los operen, reforzando la descentralización. 

Promover una red con menos peso y el impacto económico de BIP-447 en Bitcoin 

Para desincentivar el uso excesivo de espacio en el archivo de Bitcoin, las salidas OP_RETURN mayores a 32 bytes enfrentarían un costo cuatro veces mayor, eliminando el descuento de peso que permite incluir hasta 4 MB por 1 MB de espacio, como ocurre con SegWit.  

En contraste, los compromisos SegData de 32 bytes no incurrirían en esta penalización adicional, ya que su diseño evita el aumento de peso aplicado a datos grandes, permitiendo a los nodos gestionarlos sin penalizar el espacio ocupado.  

Con ese esquema, se crearía una presión económica para que los usuarios abandonen las inscripciones pesadas o migren a formatos podables como SegData. 

Podemos verlo con un ejemplo hipotético, aportado por los autores de la propuesta.  

De acuerdo con su documento, el impacto económico de BIP-447 sería significativo. Las inscripciones de «1 MB se reducirían de cuatro a una por bloque (75 % menos), y las de 100 KB de 40 a 10 (75 % menos)».  

Esas modificaciones harían a las inscripciones demasiado caras para seguir usándolas indiscriminadamente, según el texto.  

Los autores de la propuesta ilustran cómo, con un precio de 20 satoshis por byte virtual (sat/vB), el costo de las transacciones en bitcoin varía drásticamente según su tipo. 

Por ejemplo, una operación simple costaría unos 2.800 satoshis (alrededor de 2,80 dólares con un BTC a 124.000 dólares) y una multifirma 2-de-3 (multisig) subiría a unos 3.200 satoshis (3,20 dólares).  

No obstante, en el caso de las inscripciones de 1 MB, el precio se dispararía hasta los 20.000.000 de satoshis (unos 20.000 dólares), cuatro veces más que los 5.000.000 satoshis (5.000 dólares) actuales.