Recientemente, una propuesta para eliminar la limitación del tamaño de los datos adicionales que pueden llevar OP_RETURN en el cliente de Bitcoin Core ha causado un gran revuelo en la industria. Promotores típicos como el desarrollador Peter Todd han presentado PR (Pull Request) una y otra vez, dando la impresión de que no se detendrán hasta lograr su objetivo.
El 23 de julio de 2023, Peter Todd presentó el PR#28130, proponiendo eliminar las restricciones sobre los datos que pueden llevar OP_RETURN. El PR fue cerrado y no fue aceptado.
El 28 de abril de 2025, él no se rindió 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 la opción de configuración para evitar que los usuarios del software del cliente abran las restricciones por sí mismos.
La propuesta fue rechazada por la mayoría.
También hay un desarrollador llamado instagibbs, que propuso otra sugerencia un poco más moderada PR#32406. Sugirió mantener la opción de configuración temporalmente, pero sin restricciones por defecto.
Esta propuesta también es más favorable que la de BitZan. Instagibbs escribió una explicación al respecto, explicando el origen de OP_RETURN y por qué se propone este tipo de cambio.
Un oponente típico es el desarrollador Luke Dashjr. Él es el mantenedor del software cliente Bitcoin Knots y se opuso enérgicamente a las inscripciones hace dos años. Se pueden revisar los artículos anteriores de Jiachain al respecto.
Para los lectores comunes, una forma sencilla de entender este problema es hacer esta comparación con la cadena de enseñanza:
Eliminar restricciones de datos adicionales + Ejecución de datos adicionales en máquina virtual = Ethereum
Por supuesto, en realidad no es tan simple. El libro mayor de Bitcoin es un modelo UTXO sin estado; para modificar el libro mayor y que pueda almacenar datos de estado (lo que a su vez plantea el nuevo problema de la explosión de estado), se acercaría al diseño de Ethereum.
De todos modos, fue precisamente porque Bitcoin Core rechazó la capacidad de datos adicionales del libro mayor de Bitcoin que Vitalik Buterin pudo realizar su contrato inteligente soñado, lo que lo llevó a crear el proyecto Ethereum.
Y en este ciclo hasta ahora, aquellos que apuestan a que Ethereum superará a BTC deben tener en mente que muchos animales de la pradera están corriendo veloces.
Dado que esta capacidad es solo una función del software del cliente y no parte del consenso del protocolo de Bitcoin, no hay que preocuparse de que esta disputa conduzca a un hard fork como el de 2017.
Las principales razones para el soporte incluyen, por ejemplo, que hay muchos clientes mágicos que ya han eliminado esta restricción y son compatibles con ciertos grupos de minería; Tal vez podría traer más incentivos a los mineros; La restricción de la capacidad de OP_RETURN no puede impedir que las personas utilicen inteligentemente otras capacidades, como el script multisig y taproot para transportar datos, pero debido a la restricción de forzar la división y el empalme de datos, conduce a la fragmentación de UTXO; No existe un método único para identificar con precisión qué son los datos basura, que están destinados a ser un juego inútil del gato y el ratón; Espera un momento.
Las principales razones en contra incluyen: levantar las restricciones de datos podría hacer que el libro mayor de Bitcoin se expanda rápidamente, debilitando así la descentralización; traer una gran cantidad de aplicaciones no financieras, debilitando la posición de BTC y convirtiéndolo en un simple talonario; 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 seamos testigos de un momento histórico: el Bitcoin, como un consenso, en realidad no necesita depender de un único software de cliente dominante. (Aunque este es un hecho, muchas personas simplemente no son conscientes de ello)
¿No es acaso un ecosistema de Bitcoin diversificado, con dos o tres clientes de Bitcoin de igual a igual, bibliotecas de código y equipos de desarrolladores que compiten entre sí, que sigue un conjunto de consensos de Bitcoin, donde se respeta la diversidad y se lucha sin romper, lo que realmente resalta 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 disputas más graves de BTC
Escrito por: Liu Jiaolian
Recientemente, una propuesta para eliminar la limitación del tamaño de los datos adicionales que pueden llevar OP_RETURN en el cliente de Bitcoin Core ha causado un gran revuelo en la industria. Promotores típicos como el desarrollador Peter Todd han presentado PR (Pull Request) una y otra vez, dando la impresión de que no se detendrán hasta lograr su objetivo.
El 23 de julio de 2023, Peter Todd presentó el PR#28130, proponiendo eliminar las restricciones sobre los datos que pueden llevar OP_RETURN. El PR fue cerrado y no fue aceptado.
El 28 de abril de 2025, él no se rindió 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 la opción de configuración para evitar que los usuarios del software del cliente abran las restricciones por sí mismos.
La propuesta fue rechazada por la mayoría.
También hay un desarrollador llamado instagibbs, que propuso otra sugerencia un poco más moderada PR#32406. Sugirió mantener la opción de configuración temporalmente, pero sin restricciones por defecto.
Esta propuesta también es más favorable que la de BitZan. Instagibbs escribió una explicación al respecto, explicando el origen de OP_RETURN y por qué se propone este tipo de cambio.
Un oponente típico es el desarrollador Luke Dashjr. Él es el mantenedor del software cliente Bitcoin Knots y se opuso enérgicamente a las inscripciones hace dos años. Se pueden revisar los artículos anteriores de Jiachain al respecto.
Para los lectores comunes, una forma sencilla de entender este problema es hacer esta comparación con la cadena de enseñanza:
Eliminar restricciones de datos adicionales + Ejecución de datos adicionales en máquina virtual = Ethereum
Por supuesto, en realidad no es tan simple. El libro mayor de Bitcoin es un modelo UTXO sin estado; para modificar el libro mayor y que pueda almacenar datos de estado (lo que a su vez plantea el nuevo problema de la explosión de estado), se acercaría al diseño de Ethereum.
De todos modos, fue precisamente porque Bitcoin Core rechazó la capacidad de datos adicionales del libro mayor de Bitcoin que Vitalik Buterin pudo realizar su contrato inteligente soñado, lo que lo llevó a crear el proyecto Ethereum.
Y en este ciclo hasta ahora, aquellos que apuestan a que Ethereum superará a BTC deben tener en mente que muchos animales de la pradera están corriendo veloces.
Dado que esta capacidad es solo una función del software del cliente y no parte del consenso del protocolo de Bitcoin, no hay que preocuparse de que esta disputa conduzca a un hard fork como el de 2017.
Las principales razones para el soporte incluyen, por ejemplo, que hay muchos clientes mágicos que ya han eliminado esta restricción y son compatibles con ciertos grupos de minería; Tal vez podría traer más incentivos a los mineros; La restricción de la capacidad de OP_RETURN no puede impedir que las personas utilicen inteligentemente otras capacidades, como el script multisig y taproot para transportar datos, pero debido a la restricción de forzar la división y el empalme de datos, conduce a la fragmentación de UTXO; No existe un método único para identificar con precisión qué son los datos basura, que están destinados a ser un juego inútil del gato y el ratón; Espera un momento.
Las principales razones en contra incluyen: levantar las restricciones de datos podría hacer que el libro mayor de Bitcoin se expanda rápidamente, debilitando así la descentralización; traer una gran cantidad de aplicaciones no financieras, debilitando la posición de BTC y convirtiéndolo en un simple talonario; 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 seamos testigos de un momento histórico: el Bitcoin, como un consenso, en realidad no necesita depender de un único software de cliente dominante. (Aunque este es un hecho, muchas personas simplemente no son conscientes de ello)
¿No es acaso un ecosistema de Bitcoin diversificado, con dos o tres clientes de Bitcoin de igual a igual, bibliotecas de código y equipos de desarrolladores que compiten entre sí, que sigue un conjunto de consensos de Bitcoin, donde se respeta la diversidad y se lucha sin romper, lo que realmente resalta el atractivo de la descentralización de Bitcoin?