Bitcoin como un consenso, en realidad no necesita depender de un único software de cliente dominante.
Escrito por: Liu Jiao Lian
Recientemente, una propuesta para eliminar el límite de tamaño de los datos adicionales que se pueden llevar con OP_RETURN en el cliente de Bitcoin Core ha causado un gran revuelo en la industria. Los típicos promotores, como el desarrollador Peter Todd, han presentado PR (Pull Request) repetidamente, mostrando una clara intención de no rendirse hasta alcanzar su objetivo.
El 23 de julio de 2023, Peter Todd presentó el PR#28130, proponiendo eliminar la restricción sobre los datos que lleva OP_RETURN. El PR fue cerrado y no fue adoptado.
El 28 de abril de 2025, él no se dio por vencido y volvió a presentar la misma propuesta PR#32359. Exigió de manera radical no solo la eliminación de las restricciones de datos adicionales, sino también la eliminación de las opciones de configuración, para evitar que los usuarios del software cliente abrieran las restricciones por sí mismos.
La propuesta fue rechazada por la mayoría.
Otro desarrollador, instagibbs, presentó otra propuesta un poco más moderada, PR#32406. Propuso mantener temporalmente la opción de configuración, pero sin aplicar restricciones por defecto.
Esta propuesta también es un paso adelante. instagibbs escribió una explicación sobre el origen de OP_RETURN y por qué se propone este cambio.
Los opositores típicos incluyen al desarrollador Luke Dashjr. Él es el mantenedor del software cliente Bitcoin Knots y se opuso ferozmente a los inscriptos hace dos años. Se puede revisar los artículos anteriores sobre la cadena de enseñanza.
Para los lectores comunes, para entender este problema de manera sencilla, se puede hacer una analogía así:
Eliminar la restricción de datos adicionales + Ejecución de datos adicionales en la máquina virtual = Ethereum
Por supuesto, en realidad no es tan simple. El libro mayor de Bitcoin es un modelo UTXO sin estado, y para modificar el libro mayor para que pueda almacenar datos de estado (lo que a su vez trae el nuevo problema de la explosión de estado), se acercaría al diseño de Ethereum.
De todos modos, fue porque Bitcoin Core rechazó la capacidad de datos adicionales del libro mayor de Bitcoin que Vitalik Buterin quería utilizar para realizar el contrato inteligente que él tenía en mente, que lo obligó a crear el proyecto Ethereum.
Y en este ciclo hasta ahora, aquellos que apuestan a que Ethereum superará a BTC deben tener en mente a muchos animales de la pradera corriendo a toda velocidad.
Debido a que esta capacidad es solo una función del software del cliente y no forma parte del consenso del protocolo de Bitcoin, no hay que preocuparse de que esta controversia cause un hard fork como el de 2017.
Las principales razones de apoyo incluyen: muchos clientes modificados ya han eliminado esta restricción y han recibido el apoyo de ciertos grupos mineros; quizás esto pueda traer más incentivos a los mineros; limitar la capacidad de OP_RETURN no impide que las personas utilicen ingeniosamente otras capacidades como multisig, o como scripts de taproot para llevar datos, y en cambio, las restricciones han llevado a la fragmentación de UTXO al forzar la división y combinación de datos; es mejor permitir que restringir, no hay un enfoque único que pueda identificar con precisión qué son datos basura, lo que está destinado a ser un juego inútil de gato y ratón; etc.
Las principales razones en contra incluyen: la eliminación de las restricciones de datos podría hacer que el libro mayor de Bitcoin se expanda rápidamente, debilitando así la descentralización; podría generar una gran cantidad de aplicaciones no financieras, debilitando la posición de BTC, convirtiéndolo en un libro de cheques; etc.
Según las estadísticas de Clark Moddy Bitcoin, el tamaño actual de la blockchain de Bitcoin es de aproximadamente 748.1GB, de los cuales los datos adicionales de OP_RETURN son aproximadamente 3.83GB, lo que representa alrededor del 0.5%.
Actualmente no hay una conclusión definitiva sobre si el PR relacionado será fusionado y publicado. Sin embargo, según los resultados de la votación de la comunidad, el número de nodos que ahora utilizan la versión reducida de Bitcoin Knots ha superado el número de nodos de la última versión de Bitcoin Core 29.0.
Quizás estemos presenciando un momento histórico: el Bitcoin como un consenso, en realidad no necesita depender de un único software cliente dominante. (Aunque esto es un hecho, simplemente no es algo que mucha gente haya reconocido.)
¿Un ecosistema de Bitcoin diversificado, con dos o tres clientes de Bitcoin, bibliotecas de código y equipos de desarrollo y mantenimiento en competencia, que sigue un conjunto de consensos de Bitcoin, en el que se respeta la diversidad y se lucha sin romper, no podría resaltar aún más el atractivo de la descentralización de Bitcoin?
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
OP_RETURN: una de las controversias más graves de BTC
Escrito por: Liu Jiao Lian
Recientemente, una propuesta para eliminar el límite de tamaño de los datos adicionales que se pueden llevar con OP_RETURN en el cliente de Bitcoin Core ha causado un gran revuelo en la industria. Los típicos promotores, como el desarrollador Peter Todd, han presentado PR (Pull Request) repetidamente, mostrando una clara intención de no rendirse hasta alcanzar su objetivo.
El 23 de julio de 2023, Peter Todd presentó el PR#28130, proponiendo eliminar la restricción sobre los datos que lleva OP_RETURN. El PR fue cerrado y no fue adoptado.
El 28 de abril de 2025, él no se dio por vencido y volvió a presentar la misma propuesta PR#32359. Exigió de manera radical no solo la eliminación de las restricciones de datos adicionales, sino también la eliminación de las opciones de configuración, para evitar que los usuarios del software cliente abrieran las restricciones por sí mismos.
La propuesta fue rechazada por la mayoría.
Otro desarrollador, instagibbs, presentó otra propuesta un poco más moderada, PR#32406. Propuso mantener temporalmente la opción de configuración, pero sin aplicar restricciones por defecto.
Esta propuesta también es un paso adelante. instagibbs escribió una explicación sobre el origen de OP_RETURN y por qué se propone este cambio.
Los opositores típicos incluyen al desarrollador Luke Dashjr. Él es el mantenedor del software cliente Bitcoin Knots y se opuso ferozmente a los inscriptos hace dos años. Se puede revisar los artículos anteriores sobre la cadena de enseñanza.
Para los lectores comunes, para entender este problema de manera sencilla, se puede hacer una analogía así:
Eliminar la restricción de datos adicionales + Ejecución de datos adicionales en la máquina virtual = Ethereum
Por supuesto, en realidad no es tan simple. El libro mayor de Bitcoin es un modelo UTXO sin estado, y para modificar el libro mayor para que pueda almacenar datos de estado (lo que a su vez trae el nuevo problema de la explosión de estado), se acercaría al diseño de Ethereum.
De todos modos, fue porque Bitcoin Core rechazó la capacidad de datos adicionales del libro mayor de Bitcoin que Vitalik Buterin quería utilizar para realizar el contrato inteligente que él tenía en mente, que lo obligó a crear el proyecto Ethereum.
Y en este ciclo hasta ahora, aquellos que apuestan a que Ethereum superará a BTC deben tener en mente a muchos animales de la pradera corriendo a toda velocidad.
Debido a que esta capacidad es solo una función del software del cliente y no forma parte del consenso del protocolo de Bitcoin, no hay que preocuparse de que esta controversia cause un hard fork como el de 2017.
Las principales razones de apoyo incluyen: muchos clientes modificados ya han eliminado esta restricción y han recibido el apoyo de ciertos grupos mineros; quizás esto pueda traer más incentivos a los mineros; limitar la capacidad de OP_RETURN no impide que las personas utilicen ingeniosamente otras capacidades como multisig, o como scripts de taproot para llevar datos, y en cambio, las restricciones han llevado a la fragmentación de UTXO al forzar la división y combinación de datos; es mejor permitir que restringir, no hay un enfoque único que pueda identificar con precisión qué son datos basura, lo que está destinado a ser un juego inútil de gato y ratón; etc.
Las principales razones en contra incluyen: la eliminación de las restricciones de datos podría hacer que el libro mayor de Bitcoin se expanda rápidamente, debilitando así la descentralización; podría generar una gran cantidad de aplicaciones no financieras, debilitando la posición de BTC, convirtiéndolo en un libro de cheques; etc.
Según las estadísticas de Clark Moddy Bitcoin, el tamaño actual de la blockchain de Bitcoin es de aproximadamente 748.1GB, de los cuales los datos adicionales de OP_RETURN son aproximadamente 3.83GB, lo que representa alrededor del 0.5%.
Actualmente no hay una conclusión definitiva sobre si el PR relacionado será fusionado y publicado. Sin embargo, según los resultados de la votación de la comunidad, el número de nodos que ahora utilizan la versión reducida de Bitcoin Knots ha superado el número de nodos de la última versión de Bitcoin Core 29.0.
Quizás estemos presenciando un momento histórico: el Bitcoin como un consenso, en realidad no necesita depender de un único software cliente dominante. (Aunque esto es un hecho, simplemente no es algo que mucha gente haya reconocido.)
¿Un ecosistema de Bitcoin diversificado, con dos o tres clientes de Bitcoin, bibliotecas de código y equipos de desarrollo y mantenimiento en competencia, que sigue un conjunto de consensos de Bitcoin, en el que se respeta la diversidad y se lucha sin romper, no podría resaltar aún más el atractivo de la descentralización de Bitcoin?