El número de transacciones en cadena de Bitcoin aumentó un 62% mes a mes (MoM) en noviembre de 2023, principalmente debido al resurgimiento de Ordinals y BRC-20. El valor total en dólares de las transferencias de Bitcoin en noviembre superó los 147 mil millones de dólares, un enorme aumento del 21% con respecto al mes anterior. Este aumento se atribuye principalmente a la apreciación del precio de BTC en términos de USD, pero el volumen de operaciones de BTC en el mercado al contado también aumentó un 18% mes a mes, mientras que el volumen de operaciones de futuros cayó un 1% mes a mes, respectivamente.
Desde el surgimiento de Ordinals en enero de 2023, la comunidad de desarrollo de Bitcoin ha experimentado un resurgimiento significativo en la exploración de nuevos protocolos de tokens fungibles, soluciones de escalamiento e implementaciones de contratos inteligentes. En general, el panorama de desarrollo de Bitcoin posterior a Ordinals se ha expandido y está trabajando más duro que en cualquier otro momento en años para mejorar los casos de uso de aplicaciones dentro y fuera de la cadena. Esta nota destacará siete desarrollos y recomendaciones importantes para Bitcoin en el cuarto trimestre de 2023. Estos desarrollos resaltan un compromiso renovado de los desarrolladores del ecosistema de Bitcoin para expandir la adopción de Bitcoin y respaldar los casos de uso.
Desarrollo tecnológico BitVMBitVM Qué es: BitVM implementa contratos inteligentes expresivos en Bitcoin. Dada la naturaleza del diseño de Bitcoin, ejecutar contratos inteligentes directamente en Bitcoin es lento y costoso. Con BitVM, los contratos inteligentes se ejecutan fuera de la cadena y los participantes solo pueden usar directamente el código en Bitcoin en caso de una disputa, utilizando los scripts nativos de Bitcoin para ejecutar las reglas del contrato. BitVM funciona de manera similar a los paquetes acumulativos optimistas utilizados en el ecosistema Ethereum, incluidos elementos como pruebas de fraude y protocolos de respuesta a desafíos. Los contratos de BitVM están estructurados para permitir que dos partes acuerden una secuencia de transacciones prefirmadas que conducen a un evento. Al igual que los resúmenes optimistas, este tipo de contratos suponen que usted no hace trampa, pero si lo hace, la parte honesta tiene la oportunidad de desafiar al tramposo. Fundamentalmente, BitVM no requiere una actualización de la cadena de bloques de capa 1 de Bitcoin. BitVM solo utiliza primitivas que ya se entienden en Bitcoin, como bloqueos hash, bloqueos de tiempo y Tapscript. Por qué es importante: Bitcoin es a menudo criticado por su falta de innovación y capacidad para competir directamente con otras capas 1 más generales como Ethereum y Solana. Bitcoin siempre ha priorizado el escalado capa por capa en lugar de intentar ampliar la funcionalidad de la capa base. Lightning Network es un ejemplo de una red centrada en pagos de alto rendimiento construida sobre Bitcoin. Con BitVM, se pueden realizar cálculos más complejos en capas construidas sobre Bitcoin, continuando así escalando Bitcoin a través de capas en lugar de actualizar el protocolo central.
Taproot Assets se activa en la red principal ¿Qué es el protocolo Taproot Assets? Lightning Labs, una empresa de desarrollo de blockchain que crea software para Bitcoin Lightning Network, ha lanzado un nuevo protocolo para la emisión de monedas estables y otros activos en Lightning Network. El Protocolo Taproot Assets (anteriormente TARO) permite a los desarrolladores emitir, enviar y recibir activos basados en Bitcoin. Durante muchos años, Lightning Labs ha estado proponiendo y trabajando en formas de emitir activos en Lightning Network, y el lanzamiento de esta red principal es un hito importante. Los activos Taproot se crean ingresando datos arbitrarios en un script Taproot. Tapscript es un lenguaje de secuencias de comandos que se utiliza para habilitar varios tipos de transacciones nuevos durante el proceso de actualización de Taproot. Los activos de Taproot utilizan Taptree, una estructura de datos de árbol de Merkle, para almacenar datos de tokens en las salidas de Taproot. Todos los activos de Taproot se emiten en cadena a través de transacciones Taproot estándar en la capa base. Aunque los activos de Taproot se emiten y liquidan en la capa base de Bitcoin, Lightning Labs diseñó específicamente los activos de Taproot para que sean compatibles con Lightning Network. El activo Taproot funciona a través de una versión modificada de la transacción de Bitcoin parcialmente firmada (PSBT) que también se utiliza para intercambiar Ordinals y BRC-20, llamada transacción virtual de Bitcoin parcialmente firmada (vPSBT). El mecanismo es una forma de intercambiar activos de Taproot de forma peer-to-peer sin confianza en Lightning Network.
Por qué es importante: Taproot Assets proporcionará una forma eficiente de crear tokens fungibles en Bitcoin. En abril de 2023, los desarrolladores de Ordinals crearon un nuevo estándar de token fungible llamado BRC-20. El estándar de token utiliza tecnología de inscripción que permite a los usuarios adjuntar datos arbitrarios a un solo sat (la unidad más pequeña de Bitcoin). La aparición de BRC-20 demuestra que existe demanda de NFT en Bitcoin, a pesar de la notoria ineficiencia del estándar BRC-20. Con el lanzamiento oficial de Taproot Assets el 18 de octubre de 2023, las NFT en Bitcoin tienen la oportunidad de prosperar en Lightning Network. Los beneficios de poseer NFT en Lightning Network incluyen la reducción de la congestión de la red en la cadena nativa de Bitcoin. En general, Taproot Assets es una solución prometedora para introducir NFT en Bitcoin y permitir que más usuarios se unan a Lightning Network.
Propuesta OP_CAT
¿Qué es la propuesta OP_CAT? El investigador de Bitcoin, Ethan Heilman, presentó una propuesta de mejora de Bitcoin (BIP) a la lista de correo de Bitcoin-Dev proponiendo agregar el código de operación OP_CAT al lenguaje de programación de Bitcoin. Este código de operación permitirá a los desarrolladores crear y evaluar árboles Merkle y otras estructuras de datos hash en Tapscript, un lenguaje de programación nativo utilizado para habilitar nuevos tipos de transacciones durante el proceso de actualización de Taproot. OP_CAT no es una idea nueva. Los desarrolladores de Bitcoin eliminaron anteriormente los códigos de operación de los scripts de Bitcoin porque podían crear scripts con uso intensivo de datos que gravaban los recursos informáticos del nodo de Bitcoin. Sin embargo, dado que la actualización de Taproot introduce un límite de tamaño para los scripts de Taproot (520 bytes), OP_CAT será una herramienta útil para los desarrolladores sin incurrir en una sobrecarga computacional excesiva para los operadores de nodos. Por qué es importante: antes de la actualización de Taproot en noviembre de 2021, Bitcoin dependía completamente de Bitcoin Script para su programabilidad. Sin embargo, la actualización de Taproot amplía significativamente las capacidades de programación de transacciones de Bitcoin. Habilitar OP_CAT mejorará aún más la programabilidad de Bitcoin al eliminar las limitaciones impuestas anteriormente, creando nuevas oportunidades para diferentes casos de uso.
Propuesta preliminar de OP_TXHASH ¿Qué es la propuesta preliminar de OP_TXHASH? El desarrollador de Bitcoin Core, Steven Roose, propuso un BIP que se centra en los beneficios de implementar dos nuevos códigos de operación para el lenguaje de secuencias de comandos de Bitcoin, OP_TXHASH y OP_CHECKTXHASHVERIFY. El código de operación OP_TXHASH competiría directamente con BIP-118 y BIP-119, las dos principales propuestas de contrato para Bitcoin en la actualidad. Los convenios son condiciones de pago predeterminadas impuestas a las transacciones de Bitcoin. Por ejemplo, un usuario podría crear un contrato que garantice que el destinatario de una transacción solo pueda gastar los BTC enviados a su dirección después de 200 bloques. Por qué es importante: Habilitar contratos podría ser el impulso para la próxima gran actualización de Bitcoin. TXHASH es uno de los BIP líderes que los desarrolladores esperan activar dentro de 1 o 2 años. TXHASH permite personalizar los campos de transacción en transacciones de Bitcoin, proporcionando una forma más adaptable de expresar contratos. Esta flexibilidad permite a los usuarios ajustar las tarifas de transacción, una característica clave cuando se trata de tasas inciertas y fluctuantes, que no está respaldada por otras propuestas compactas como BIP-119. Además, OP_TXHASH tiene el potencial de replicar la funcionalidad de BIP-118 cuando se combina con otros BIP como OP_CAT, otra propuesta de contrato líder que la comunidad Bitcoin está evaluando actualmente.
Propuesta de Lightning Timeout Trees ¿Qué es la propuesta de Lightning Timeout Trees? Lightning Network es la capa 2 principal de Bitcoin y ha experimentado una adopción generalizada en los últimos años. Una barrera clave para una mayor adopción es que los usuarios deben iniciar al menos una transacción de Bitcoin en cadena cuando usan Lightning Network para poder mover fondos fuera de la cadena. Esta restricción limita la cantidad de usuarios que pueden mover activos fuera de la cadena, especialmente si las tarifas de transacción en la cadena son altas. Una solución explorada desde hace mucho tiempo es un concepto llamado "fábricas de canales", que permitiría a varios usuarios unirse a Lightning Network en una sola transacción de Bitcoin. La implementación de Channel Factories tiene el potencial de reducir significativamente la barrera de entrada a Lightning Network al reducir el costo de abrir canales Lightning entre múltiples usuarios. Por qué es importante: Aunque se ha teorizado sobre Bitcoin durante años, sus limitaciones de secuencias de comandos han dificultado que alguien encuentre una solución convincente y segura para habilitar las fábricas de canales. Sin embargo, la propuesta de John Law "Lightning Timeout Trees" puede haber encontrado una solución utilizando contratos, es decir, condiciones de gasto en resultados de transacciones BTC. La propuesta introduce el concepto de un coordinador (o Proveedor de Servicios Lightning - LSP) que supervisará la apertura y el cierre de los canales de los usuarios. Al utilizar contratos, los coordinadores no podrán gastar el BTC de un usuario sin la autorización adecuada. Si bien la propuesta no está exenta de limitaciones, es la primera arquitectura de fábrica de canales que aprovecha los contratos, un poderoso mecanismo para agregar condiciones de gasto en BTC que es cada vez más popular entre los desarrolladores de Bitcoin y es adecuado para aplicaciones que incluyen BTC. Varios casos de uso, incluido el alojamiento (consulte BIP 345).
Propuesta Musig2 actualizada ¿Qué es la propuesta MuSig2? MuSig2 es una versión mejorada de MuSig1, un esquema de firmas múltiples en Bitcoin que permite privacidad y escalabilidad. MuSig permite que varias partes controlen una clave privada con sus propias claves. Una clave privada compartida no parece una transacción de múltiples firmas en cadena, por lo que deja una huella mínima en la cadena. MuSig1 es un avance basado en firmas Schnorr que ofrece mejoras significativas con respecto al esquema tradicional de firmas múltiples de Bitcoin que se basa en ECDSA. MuSig2 (BIP-327) es una iteración mejorada de MuSig1, que proporciona características superiores de seguridad, eficiencia y privacidad al operar como un esquema de firma múltiple de dos rondas, que requiere solo dos rondas de comunicación entre firmantes para generar firmas válidas en lugar de tres rondas. En octubre, el desarrollador de Bitcoin Core, Andrew Chow, propuso dos nuevos BIP centrados en el desarrollo de MuSig2. Los BIP propuestos son MuSig2-PSBT y MuSig2-Descriptor. Por qué es importante: MuSig2-PSBT es un BIP de seguimiento de estándares que permitirá un esquema privado de firmas múltiples para transacciones de Bitcoin parcialmente firmadas (PSBT). Este avance beneficiará a los usuarios y mercados de Ordinals y BRC-20, que utilizan PSBT para facilitar la venta de activos, además de a otros usuarios. La integración de MuSig2 en PSBT ayudará en general a ocultar este tipo de transacciones en cadena al hacer que las transacciones con múltiples firmas parezcan transacciones con una sola firma. El segundo BIP, MuSig2-descriptors, es un BIP informativo que ayudará a los proveedores de billeteras a implementar MuSig2-PSBT al proporcionar una forma de describir los resultados de las transacciones controladas por las billeteras MuSig2. Vale la pena señalar que el BIP para MuSig2-PSBT aún se encuentra bajo revisión preliminar y es necesario que se le asigne un número BIP, por lo que el BIP no estará listo para su envío en el corto plazo (6-12 meses).
BIP-324 – Transporte V2 ¿Qué es BIP-324? BIP-324 es una mejora orientada a la privacidad de la capa P2P de Bitcoin. Esta capa de Bitcoin facilita la transferencia de datos entre nodos de Bitcoin. La capa P2P de Bitcoin actúa como una autopista para los datos, aunque la mayoría de los datos son información de texto claro y son vulnerables a muchos tipos de ataques. Los atacantes potenciales pueden emplear métodos pasivos, como monitorear la actividad de los nodos para recopilar información sobre direcciones IP y orígenes de transacciones, o técnicas activas, incluidas actividades de manipulación, como interceptar datos transmitidos por nodos y realizar censura. Estos ataques se denominan ataques MITM (man-in-the-middle). BIP-324, anteriormente conocido como BIP-151, aboga por cifrar datos en la capa P2P de Bitcoin para aumentar la resistencia a los ataques pasivos y activos a Bitcoin.
Por qué es importante: La última versión de Bitcoin core (v0.26) agrega soporte para transferencias P2P cifradas de la versión 2 especificadas en BIP-324. Esta función está desactivada de forma predeterminada, pero permite que cualquiera pueda activarla y beneficiarse de protección adicional. Este es un paso importante hacia la privacidad de nivel P2P para Bitcoin y marca la primera vez que BIP se activa en Bitcoin desde 2021 (aunque BIP-324 no requirió una bifurcación suave).
