Los desarrolladores principales de Bitcoin han aprobado una propuesta para eliminar el límite predeterminado de 83 bytes en los datos de OP_RETURN en la versión v30 planificada para su lanzamiento en octubre, aumentando el nuevo límite a 100.000 bytes. Esta medida relajará las restricciones sobre la inserción de datos dentro de las transacciones, siendo las verdaderas limitaciones el tamaño de la transacción y los límites del tamaño del bloque. El cambio tiene como objetivo simplificar la inserción de datos en cadena, promover una publicación de datos más descentralizada y reducir los incentivos para enviar transacciones directamente a los mineros. Aunque este ajuste de política ha generado un intenso debate y disputas de gobernanza dentro de la comunidad, es solo una modificación en la política de retransmisión del mempool y no un cambio a nivel de consenso; los usuarios pueden optar por otras implementaciones. Los partidarios argumentan que esto se alinea con el comportamiento real de los mineros, mientras que los opositores temen que pueda provocar un aumento de datos basura y sobrecarga en la red. Treinta y un desarrolladores principales apoyan públicamente la no filtración de transacciones no estándar, enfatizando la naturaleza de Bitcoin como un sistema resistente a la censura. El cambio fue propuesto por Greg Sanders y otros, y fusionado por Gloria Zhao. Las reacciones de la comunidad están fuertemente divididas, involucrando discusiones sobre descentralización, salud de la red y transparencia en la gobernanza.

Los desarrolladores de Bitcoin Core han fusionado una solicitud de extracción para eliminar el límite predeterminado de 83 bytes para datos OP_RETURN, vigente desde hace mucho tiempo, con el cambio en la política del mempool que entrará en vigor en la versión v30 de la implementación, programada para octubre.

Bitcoin Core es la implementación de referencia del protocolo Bitcoin, mantenida por una comunidad de desarrolladores de código abierto y ampliamente utilizada para ejecutar nodos completos en la red. El nuevo límite de 100.000 bytes eliminará efectivamente el tope en la cantidad de datos que se pueden incrustar en una transacción usando OP_RETURN, con restricciones prácticas que ahora provienen del límite estándar de tamaño de transacción (aproximadamente 400 KB) o del límite de tamaño de bloque (4 MB de peso). Sin embargo, los límites antiguos aún pueden aplicarse manualmente mediante la opción "-datacarriersize", que sigue siendo utilizable pero ahora está obsoleta, sin un cronograma establecido para su eliminación.

El cambio simplifica la incrustación de datos onchain y podría ampliar casos de uso similares a inscripciones, aunque es distinto de los Ordinals existentes, que utilizan datos witness — una porción de datos de transacciones Bitcoin introducida por la actualización SegWit en 2017 y posteriormente flexibilizada con la actualización Taproot en 2021. El límite OP_RETURN fue introducido inicialmente en 2014 para frenar el spam y la congestión. Sin embargo, los críticos argumentan que ahora es ineficaz, ya que los usuarios pueden evadirlo evitando el mempool y enviando transacciones directamente a los mineros — lo que genera preocupaciones sobre la centralización. Los defensores del cambio en la política dicen que simplemente alinea los valores predeterminados de Bitcoin Core con el comportamiento real de los mineros, haciendo que la incrustación de datos sea más libre de permisos al reducir los incentivos para acuerdos directos con mineros y promoviendo una publicación de datos más descentralizada basada en el mempool.

No obstante, la propuesta ha generado controversia en cuanto a la gobernanza, comunicación y prácticas de moderación de Bitcoin Core, con algunos disidentes siendo bloqueados por spam en GitHub. En última instancia, se trata de un ajuste en la política de retransmisión del mempool — no un cambio en el consenso — y los usuarios pueden optar por implementaciones alternativas de Bitcoin como Bitcoin Knots si prefieren reglas diferentes.

Los cambios originalmente propuestos fueron redactados por Greg Sanders, con contribuciones de otros, incluyendo a Peter Todd. En mayo, el plan para eliminar el límite OP_RETURN desató un intenso debate dentro de la comunidad Bitcoin. Los partidarios argumentaron que la restricción había superado su utilidad y que levantar el límite incentivaría un comportamiento onchain menos dañino al alejar a los usuarios de técnicas de datos no podables. Los opositores dijeron que la propuesta carecía de consenso y podría incentivar el spam, con algunos críticos incluso calificándola de "coercitiva".

Los desarrolladores consideraron inicialmente tres opciones: mantener el límite, aumentarlo o eliminarlo completamente. Las dos primeras se consideraron arbitrarias e inefectivas, mientras que la tercera opción obtuvo un amplio — aunque no unánime — apoyo, según la discusión en GitHub.

Sopesando los argumentos a favor y en contra del cambio, la desarrolladora de Bitcoin Core e ingeniera de software de Chaincode Labs, Gloria Zhao, quien fusionó la solicitud de extracción, dijo el lunes que la actualización corrige un desfase entre el costo y la estandarización de diferentes métodos de almacenamiento de datos. Señaló que el límite existente empujaba a los usuarios hacia alternativas más dañinas, no podables, o hacia la presentación directa a mineros, ambas prácticas que socavan la descentralización y la utilidad del mempool. Zhao también abordó las preocupaciones sobre el spam y el daño a la red, argumentando que las salidas OP_RETURN son podables, relativamente costosas y no suponen carga para la validación ni para el conjunto UTXO, lo que las convierte en una opción menos dañina. El objetivo más amplio, dijo, es evitar tendencias centralizadoras, apoyar el uso sin permisos del espacio en bloques y asegurar que la política de Bitcoin Core refleje lo que los mineros ya aceptan.

Muchos en la comunidad Bitcoin, incluyendo al Director de Seguridad de Casa Jameson Lopp, al desarrollador de Spiral Ben Carman y al Jefe de Investigación de Galaxy Alex Thorn, elogiaron la decisión. "Bitcoin Core acaba de enviar un mensaje: Los ataques personales y los ataques Sybil son ineficaces. ¡Meritocracia o nada!", dijo Lopp.

Sin embargo, el cambio continúa teniendo detractores, incluyendo a Luke Dashjr, desarrollador de Bitcoin Core, mantenedor de Knots y CTO del pool de minería Ocean, quien anteriormente argumentó que permitir más spam es un abuso de la red."Las salidas OP_RETURN mayores de 83 bytes aumentarán significativamente, la inflación de UTXO seguirá empeorando y habrá más basura en la cadena. Esto va a envejecer como un mal tatuaje", dijo el educador de Bitcoin y excolaborador de Core, Jimmy Song. "Animaría a cualquiera que ejecute Bitcoin Core a que investigue por su cuenta antes de actualizar cuando se lance. El precedente horrible que establece y el riesgo combinado de un Core centralizado y piscinas de minería centralizadas crean una situación insostenible", agregó el autor de Bitcoin, Parker Lewis.

Antes de la fusión, en una carta abierta el viernes, 31 desarrolladores de Bitcoin Core argumentaron en contra de filtrar transacciones no estándar, afirmando que iría en contra de la naturaleza de Bitcoin como un sistema resistente a la censura. "Esto no es respaldar ni aprobar el uso de datos no financieros, sino aceptar que, como sistema resistente a la censura, Bitcoin puede y será usado para casos de uso con los que no todos están de acuerdo", escribieron los desarrolladores.

"Los desarrolladores de Bitcoin Core han estado cambiando la red gradualmente para permitir el spam, y ahora parecen centrarse también en eliminar barreras para los spammers. Es poco sincero simplemente decir 'es lo que es ahora, qué pena'", respondió Samson Mow, fundador de Jan3.

Los desarrolladores principales de Bitcoin Core planean eliminar el límite de datos de OP_RETURN, lo que provoca un intenso debate en la comunidad.