En recientes declaraciones, el Director de Investigaci\u00f3n de HashKey Investment, Gary Ma Wu<\/strong>, detall\u00f3 el trasfondo y la controversia de la propuesta del n\u00facleo de Bitcoin para \u00abcancelar las restricciones de datos de OP_RETURN\u00bb<\/strong>. Wu resumi\u00f3 e integr\u00f3 las opiniones de miembros relevantes de la comunidad, que se presentan a continuaci\u00f3n.<\/p>\n OP_RETURN<\/strong> es un opcode en Bitcoin Script que permite incrustar peque\u00f1as cantidades de datos en transacciones de Bitcoin. Esto permite a los usuarios almacenar datos en la blockchain, pero estas salidas son \u00abdemostrablemente no gastables\u00bb<\/strong> y, por lo tanto, no incrementan la carga en el conjunto de UTXO (salida de transacci\u00f3n no gastada). El l\u00edmite actual del n\u00facleo de Bitcoin es de 80 bytes<\/strong> para el tama\u00f1o de los datos de OP_RETURN. La propagaci\u00f3n de transacciones de OP_RETURN que excedan los 83 bytes<\/strong> se restringe por la pol\u00edtica de nodos (no por reglas de consenso).<\/p>\n El desarrollador Peter Todd<\/strong> propuso el PR #32359<\/strong>, sugiriendo eliminar esta restricci\u00f3n y tambi\u00e9n borrar opciones de configuraci\u00f3n relacionadas (como -datacarrier<\/strong> y -datacarriersize<\/strong>), lo que equivaldr\u00eda a eliminar la esperanza de autoconfiguraci\u00f3n para los nodos, lo que ha generado intensas discusiones.<\/p>\n Partidarios:<\/strong><\/p>\n Opositores:<\/strong><\/p>\n Nothing<\/strong>, socio de investigaci\u00f3n, apoya la eliminaci\u00f3n del l\u00edmite de 80 bytes para OP_RETURN. Considera que el l\u00edmite actual es ineficaz y que su eliminaci\u00f3n podr\u00eda proporcionar numerosos beneficios, incluyendo un retorno al dise\u00f1o inicial de Bitcoin<\/strong>, reducir la carga de la red, apoyar el desarrollo ecol\u00f3gico, aumentar los ingresos de los mineros y alinearse con ideas libertarias.<\/p>\n En la era de Satoshi Nakamoto, OP_RETURN no ten\u00eda l\u00edmites. En 2014, se introdujo un l\u00edmite de 40 bytes<\/strong> (posteriormente ampliado a 80 bytes) con el fin de mantener la \u00abpureza\u00bb<\/strong> de Bitcoin (para contabilidad en lugar de almacenamiento de datos). 0x_Todd<\/strong> argumenta que eliminar el l\u00edmite no es \u00abherej\u00eda\u00bb<\/strong>, sino un retorno al dise\u00f1o cl\u00e1sico de la era de Satoshi, en l\u00ednea con el esp\u00edritu original de Bitcoin.<\/p>\n El l\u00edmite de 80 bytes es ineficaz, como una \u00abvalla de 10 cm de altura\u00bb<\/strong> que no puede detener el almacenamiento de grandes cantidades de datos. Los m\u00e9todos de elusi\u00f3n incluyen el uso de protocolos como Inscripciones y Runas para almacenar datos a trav\u00e9s de m\u00faltiples transacciones.<\/p>\n La elusi\u00f3n a trav\u00e9s de pol\u00edticas de nodos, como el uso del cliente Libre Relay<\/strong> (cuyo lema es \u00abEliminar el paternalismo en la pol\u00edtica de retransmisi\u00f3n de Bitcoin Core\u00bb<\/em>).<\/p>\n Peter Todd, proponente del PR #32359, es uno de los desarrolladores clave de Bitcoin Core, y su contribuci\u00f3n est\u00e1 entre las diez m\u00e1s destacadas. Su respaldo a la eliminaci\u00f3n de restricciones es una manifestaci\u00f3n de \u00abdespaternalizaci\u00f3n\u00bb<\/strong>, lo que merece apoyo.<\/p>\n Actualmente, las inscripciones almacenan datos a trav\u00e9s de un m\u00e9todo \u00abbug\u00bb<\/strong> (por ejemplo, eludiendo el l\u00edmite de 80 bytes mediante m\u00faltiples transacciones), lo que aumenta la carga sobre la red. Al eliminar el l\u00edmite de 80 bytes, estas inscripciones podr\u00edan almacenar datos directamente a trav\u00e9s de OP_RETURN, disminuyendo las transacciones innecesarias y aliviando la presi\u00f3n sobre la red. Como nota adicional, las inscripciones ya no son populares<\/strong>, lo que convierte a este argumento en un beneficio secundario.<\/p>\n La eliminaci\u00f3n de restricciones podr\u00eda generar ingresos adicionales para los mineros. Un ejemplo dado por 0x_Todd<\/strong> fue un bloque OP_RETURN de \u00absuper tarjeta bug\u00bb<\/strong> de 7MB<\/strong>, donde el remitente pag\u00f3 $3,600<\/strong> en tarifas de transacci\u00f3n. Esto demuestra la autenticidad de la demanda del mercado: alguien est\u00e1 dispuesto a pagar por incluir grandes cantidades de datos en la cadena, y los mineros est\u00e1n dispuestos a acomodarlo.<\/p>\n 0x_Todd<\/strong> adopta una postura liberal y sostiene que este tipo de comportamiento \u00abdeterminado por el mercado\u00bb<\/strong> (consentimiento mutuo) no deber\u00eda ser restringido, y que una intervenci\u00f3n r\u00edgida ser\u00eda un error. Adem\u00e1s, dado que Bitcoin se reduce cada cuatro a\u00f1os, los ingresos de los mineros tienden a disminuir. Permitir transacciones de OP_RETURN de gran tama\u00f1o puede aumentar los ingresos y motivar a los mineros a seguir invirtiendo en poder computacional, lo que fortalecer\u00eda la seguridad de la red Bitcoin.<\/p>\n El Director de Investigaci\u00f3n de HashKey se opone a la eliminaci\u00f3n del l\u00edmite de 80 bytes para OP_RETURN, argumentando que su eliminaci\u00f3n podr\u00eda acarrear efectos negativos (como la ocupaci\u00f3n de espacio en bloques por datos no transaccionales), a la vez que enfatiza la importancia de la libertad del usuario<\/strong> (manteniendo opciones de configuraci\u00f3n). Cree que el apoyo y la oposici\u00f3n son m\u00e1s bien una diferencia conceptual, sin un claro correcto o incorrecto en el corto plazo. A continuaci\u00f3n, expone sus propias respuestas a cuatro argumentos:<\/p>\n Aunque no exist\u00edan restricciones en OP_RETURN en los tiempos de Satoshi Nakamoto, no todos sus dise\u00f1os fueron razonables. Muchos de los enfoques tempranos demostraron tener inconvenientes posteriormente (como algunas modificaciones antes y despu\u00e9s de la guerra de bloques). No podemos simplemente abogar por la eliminaci\u00f3n de restricciones bajo el argumento de que \u00abno hab\u00eda restricciones en la era de Satoshi Nakamoto\u00bb;<\/strong> los dise\u00f1os de aquella \u00e9poca pueden no ser aplicables hoy.<\/p>\n Levantar restricciones es \u00fanicamente una propuesta del cliente Bitcoin Core, no una decisi\u00f3n consensuada por toda la red de Bitcoin. Peter Todd, como desarrollador senior, tiene una filosof\u00eda tendente a la \u00abcompatibilidad de incentivos\u00bb<\/strong> y su propuesta se alinea con este estilo, aunque no es sorprendente. Las pr\u00e1cticas \u00abpaternalistas\u00bb<\/strong> de Bitcoin Core (como eliminar opciones de configuraci\u00f3n) son cuestionables y podr\u00edan restringir la libertad del usuario.<\/p>\n Eliminar el l\u00edmite de 80 bytes ofrece beneficios limitados a las Inscripciones. 80 bytes no son suficientes para almacenar archivos grandes (como im\u00e1genes), pero s\u00ed para que el protocolo BRC-20 grabe datos JSON (para la emisi\u00f3n de monedas). Aunque Bitcoin proporciona caracter\u00edsticas poderosas (como sellos de una sola vez y SegWit), siempre habr\u00e1 personas que emitan monedas en la cadena de la manera \u00abm\u00e1s fea\u00bb<\/strong>. La eliminaci\u00f3n de restricciones no puede remediar este problema fundamental.<\/p>\n Los efectos sobre los ingresos de los mineros son complejos (podr\u00edan incrementarse, pero tambi\u00e9n da\u00f1ar la \u00abventaja de servicio exclusivo\u00bb<\/strong> de la piscina de miner\u00eda). Apoyar el liberalismo implica que los usuarios tienen el derecho de pagar para estar presentes en la cadena y que usar OP_RETURN para almacenar datos es m\u00e1s elegante que las inscripciones (requiere menos transacciones y no a\u00f1ade UTXO residual).<\/p>\n Aun as\u00ed, se debe enfatizar la libertad del usuario<\/strong>: como operador de nodo completo, cada uno debe ser libre de decidir si disemina o no estos datos (por ejemplo, el contenido de un tabl\u00f3n de mensajes no deber\u00eda concernirle).<\/p>\n Se ha criticado a Bitcoin Core por eliminar opciones de configuraci\u00f3n (como -datacarriersize<\/strong> y configuraciones de Full-RBF<\/strong>), privando a los usuarios de sus opciones. Si Bitcoin Core no proporciona esta libertad, se puede optar por Bitcoin Knots o a\u00f1adir filtros de transacciones; sin embargo, este \u00faltimo enfoque puede resultar \u00abun esfuerzo f\u00fatil\u00bb<\/strong>.<\/p>\n El fundador de UTXO Stack<\/strong> se mostr\u00f3 a favor de la eliminaci\u00f3n de las restricciones y opina que es preferible abrirlo directamente en lugar de permitir que los usuarios lo eludan. Mencion\u00f3 que protocolos como ordi<\/strong> escriben m\u00e1s de 80 bytes de datos a trav\u00e9s de m\u00faltiples transacciones y que eliminar restricciones podr\u00eda reducir este \u00abtrabajo in\u00fatil\u00bb<\/strong> y el polvo de UTXO.<\/p>\n El cofundador de Fiamma<\/strong> se opone a la eliminaci\u00f3n de restricciones, argumentando que algunos proyectos de Bitcoin L2 (como almacenar datos de estado en Bitcoin) utilizan esta blockchain solo como una capa de disponibilidad de datos (DA), lo que resulta poco significativo en su opini\u00f3n y representa un caso de \u00abgastar mucho dinero para obtener poco resultado\u00bb<\/strong>.<\/p>\n \u00ab\u00bfDesde que se puede eludir? Entonces, \u00bflas restricciones del nodo son \u00fatiles?\u00bb<\/p><\/blockquote>\n Son \u00fatiles, pero para comprender este problema es necesario iniciar con OP_RETURN y analizar las \u00abreglas de consenso\u00bb<\/strong> y \u00abestrategias de nodos\u00bb<\/strong> que implica.<\/p>\n OP_RETURN es un opcode en el lenguaje de scripts de Bitcoin que finaliza la ejecuci\u00f3n del script y marca la salida como demostrablemente no gastable. El comportamiento de OP_RETURN (finalizando la ejecuci\u00f3n del script y marcando la salida como no gastable) es una regla central del protocolo Bitcoin y forma parte de las reglas de consenso. Estas reglas solo se ocupan de \u00absi es no gastable\u00bb<\/strong> y no se preocupan por el tama\u00f1o espec\u00edfico de los datos adjuntos. El l\u00edmite de tama\u00f1o espec\u00edfico de los datos adjuntos a OP_RETURN pertenece a la estrategia de nodos. Los nodos tienen una gran capacidad de decisi\u00f3n, dado que pueden procesar los datos de transacci\u00f3n que reciben a su manera.<\/p>\n Antes de que un bloque sea subido a la blockchain<\/strong>: existen restricciones sobre la propagaci\u00f3n de transacciones en la red P2P. Anteriormente, Bitcoin Core no propagaba transacciones OP_RETURN que sobrepasaran los 83 bytes; sin embargo, si tales transacciones formaban parte de un nuevo bloque, los nodos reconocer\u00edan esa transacci\u00f3n como v\u00e1lida, y la cadena no bifurcar\u00eda debido a que cumple con las reglas de consenso.<\/p>\n Despu\u00e9s de ser incorporados a la cadena<\/strong>, los nodos tambi\u00e9n pueden tomar decisiones, como descartar autom\u00e1ticamente datos adjuntos a OP_RETURN para reducir la carga de almacenamiento.<\/p>\n Positivo: Puede aumentar los ingresos de los mineros y apoyar proyectos del ecosistema Bitcoin (como Runas, Alcanos y cadenas laterales). Negativo: Puede generar presi\u00f3n sobre el espacio de bloque de los usuarios comunes de Bitcoin. La actitud de los mineros es incierta: por un lado, el aumento de competencia por espacio en bloques podr\u00eda incrementar los ingresos; por otro, los pools de miner\u00eda podr\u00edan no estar de acuerdo al ver disminuida su ventaja de servicio exclusivo al empaquetar transacciones no est\u00e1ndar.<\/p>\n Consejo personal<\/strong>: si se aprueba el PR, pero a un usuario no le agrada, puede optar por ejecutar un cliente m\u00e1s restrictivo (como Bitcoin Knots) o utilizar una versi\u00f3n anterior. Es fundamental reexaminar el papel de Bitcoin Core (equilibrando parches de seguridad, estrategias de nodos y reglas de consenso) y considerar elegir un cliente que est\u00e9 m\u00e1s alineado con su filosof\u00eda personal.<\/p>\n","protected":false},"excerpt":{"rendered":" Compilado por Gary Ma Wu En recientes declaraciones, el Director de Investigaci\u00f3n de HashKey Investment, Gary Ma Wu, detall\u00f3 el trasfondo y la controversia de la propuesta del n\u00facleo de Bitcoin para \u00abcancelar las restricciones de datos de OP_RETURN\u00bb. Wu resumi\u00f3 e integr\u00f3 las opiniones de miembros relevantes de la comunidad, que se presentan a continuaci\u00f3n. Revisi\u00f3n de antecedentes: controversia sobre la restricci\u00f3n de datos de OP_RETURN OP_RETURN es un opcode en Bitcoin Script que permite incrustar peque\u00f1as cantidades de datos en transacciones de Bitcoin. Esto permite a los usuarios almacenar datos en la blockchain, pero estas salidas son \u00abdemostrablemente<\/p>\n","protected":false},"author":3,"featured_media":4083,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[11,252,1603,558],"class_list":["post-4084","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bitcoin","tag-bitcoin","tag-hashkey","tag-peter-todd","tag-satoshi-nakamoto"],"yoast_description":"Explora el debate sobre la propuesta de OP_RETURN en Bitcoin: \u00bfdeber\u00edan eliminarse los l\u00edmites de tama\u00f1o de datos para fomentar m\u00e1s libertad, o esto congestiona la red?","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/4084","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/comments?post=4084"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/4084\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media\/4083"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media?parent=4084"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/categories?post=4084"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/tags?post=4084"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Revisi\u00f3n de antecedentes: controversia sobre la restricci\u00f3n de datos de OP_RETURN<\/h2>\n
Puntos de vista<\/h2>\n
\n
\n
Recolecci\u00f3n de opiniones y puntos de vista personales<\/h2>\n
1. Sin restricciones en la era de Satoshi: retorno a los cl\u00e1sicos<\/h3>\n
2. Las restricciones actuales son inv\u00e1lidas y se pueden eludir f\u00e1cilmente<\/h3>\n
3. Reducir la carga de las inscripciones en la red<\/h3>\n
4. Proporcionar ingresos adicionales a los mineros est\u00e1 en l\u00ednea con el liberalismo<\/h3>\n
1. No hab\u00eda restricciones en la era de Nakamoto, pero eso no significa que sea razonable<\/h3>\n
2. La postura de Peter Todd y el papel de Bitcoin Core<\/h3>\n
3. Problema de las inscripciones: la eliminaci\u00f3n de restricciones tiene un significado limitado<\/h3>\n
4. Ingresos de los mineros y liberalismo: la libertad del usuario es m\u00e1s importante<\/h3>\n
Reglas de consenso y estrategia de nodos<\/h2>\n
Posibles impactos y sugerencias<\/h2>\n