Hilo largo: La verdad ignorada: la verdadera razón detrás de que Bitcoin Core v30 haya liberado OP_RETURN

Chainfeeds Guía de lectura:

El cambio de política de OP_RETURN en Bitcoin Core v30: no es una rendición ante Ordinals, sino una canalización proactiva para el ecosistema BitVM. No es una respuesta pasiva ante la especulación, sino una preparación anticipada para la innovación tecnológica. Esto demuestra la visión prospectiva de los desarrolladores de Core.

Fuente del artículo:

Autor del artículo:

Aaron Zhang

Opinión:

Aaron Zhang: En abril de 2024, Citrea lanzó el primer puente BitVM completo: Clementine. Es el primer zkRollup en Bitcoin, utilizando BitVM para la verificación en L1. Luego se encontraron con un desafío técnico: necesitaban publicar en la cadena 144 bytes de datos de anclaje. Estos 144 bytes incluyen 128 bytes: una prueba de conocimiento cero Groth16, y 16 bytes: total accumulated work (prueba de trabajo total acumulada). Estos datos se utilizan cuando Watchtower desafía al Operator, para demostrar que tienen la cadena correcta de Bitcoin. El problema es: OP_RETURN solo permite 83 bytes. No es suficiente. Alguien podría preguntar por qué no ponerlo en el witness, como hace Ordinals. La diferencia clave es que las transacciones de verificación posteriores de Citrea necesitan leer estos datos. Pero Bitcoin Script no puede referenciar los datos witness de la transacción anterior. Por lo tanto, los datos deben estar en la posición scriptPubKey, no es opcional. En resumen: los datos witness solo pueden probar la validez de la transacción actual, pero no pueden ser leídos por transacciones posteriores. Los datos en scriptPubKey pueden ser referenciados por el Script de transacciones posteriores. La lógica de verificación de BitVM requiere referencias en cadena, por lo que debe usar scriptPubKey. 83 bytes no son suficientes, así que Citrea se vio obligada a usar un método muy malo: crear salidas Taproot "no gastables", disfrazando los datos como claves públicas. El problema de este enfoque es que infla permanentemente el conjunto UTXO. Cada transacción WatchtowerChallenge crea dos UTXO que nunca se pueden limpiar. Todos los nodos completos deben almacenar para siempre estas claves públicas falsas. Esto es exactamente la peor situación que los desarrolladores de Core siempre han querido evitar. La cadena de razonamiento de los desarrolladores de Core: la situación actual es que Citrea usa UTXO falsos (malo), en el futuro más proyectos BitVM imitarán esto o usarán multisig desnudo (como el protocolo Stamp). La conclusión es que es mejor relajar OP_RETURN, proporcionando un camino de "menor daño". Esta es una estrategia de reducción de daños. ¿Por qué Core está dispuesto a abrir camino para BitVM? Porque BitVM es una dirección importante de innovación en L1 de Bitcoin. El CEO de Blockstream, Adam Back, dijo: "El mecanismo de anclaje de BitVM es una dirección importante para L1". Si el ecosistema BitVM se desarrolla: varios zkRollups, puentes cross-chain y verificaciones complejas en cadena tendrán necesidades similares de anclaje.