El volumen de operaciones on-chain aumentó un 62% en noviembre, haciendo balance de siete importantes desarrollos en tecnología BTC

Fuente/galaxia

Compilador/Nick

Resumen

Este artículo destaca los importantes desarrollos tecnológicos que tuvieron lugar en el ecosistema BTC en octubre y noviembre de 2023. Se tratan los siguientes siete temas:

Publicación del informe técnico de BitVM

Taproot Assets se lanza en la red principal

OP_CAT propuesta

OP_TXHASH propuestas

Propuesta de árboles de tiempo de espera de rayos

Propuesta de MuSig2-PSBT

Propuesta BIP-324

Introducción

En noviembre de 2023, el número de transacciones on-chain en BTC aumentó un 62% intermensual, principalmente debido al resurgimiento de Ordinals y BRC-20. El valor total de los dólares transferidos BTC noviembre superó los 147.000 millones de dólares, un aumento significativo del 21% con respecto al mes anterior. Este aumento se debió en gran medida al aumento de los precios en BTC, pero BTC volumen en el mercado al contado también aumentó un 18% intertrimestral, mientras que el volumen de futuros disminuyó un 1% intertrimestral, respectivamente.

Desde el auge de Ordinals en enero de 2023, la comunidad de desarrollo de BTC ha visto un resurgimiento significativo en la exploración de nuevos protocolos de tokens fungibles, soluciones de escalado e implementaciones de contratos inteligentes. En general, el panorama de desarrollo de BTC post-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. Este artículo destacará siete desarrollos y recomendaciones clave para el BTC del cuarto trimestre de 2023. Estos desarrollos ponen de manifiesto el nuevo compromiso de los desarrolladores del ecosistema BTC para ampliar el alcance de las aplicaciones BTC y dar soporte a los casos de uso.

Desarrollo tecnológico

BitVM

Definición de BitVM: BitVM implementa contratos inteligentes expresivos en BTC. Dado el diseño BTC, ejecutar contratos inteligentes directamente en BTC es lento y costoso. Con BitVM, los contratos inteligentes se ejecutan fuera de la cadena y los participantes solo pueden usar el código en el BTC directamente en caso de una disputa, utilizando BTC scripts nativos para hacer cumplir las reglas del contrato. BitVM funciona de manera similar a los rollups optimistas utilizados en el ecosistema ETH Fang, con elementos como pruebas de fraude y protocolos de desafío-respuesta.

El contrato de BitVM está estructurado de tal manera que dos partes acuerdan una secuencia de transacciones prefirmadas que conducen al evento. Al igual que los resúmenes optimistas, si hay un tramposo, la parte honesta tiene la oportunidad de desafiar al tramposo. Lo más importante es que BitVM no necesita actualizar BTC cadena de bloques de capa 1. BitVM solo usa primitivas que ya se entienden en el BTC, como hashlocks, timelocks y taps.

Importancia: BTC a menudo son criticados por su falta de innovación y capacidad para competir directamente con otros Layer 1 más versátiles como ETH y Solana. BTC siempre priorizar el escalado por niveles en lugar de intentar ampliar las capacidades de la capa base. Lightning Network es un ejemplo de una red de alto rendimiento y centrada en los pagos basada en BTC. Con BitVM, se pueden realizar cálculos más complejos en capas construidas sobre BTC, lo que le permite continuar escalando BTC a través de niveles en lugar de actualizar los protocolos principales.

Taproot Assets se lanza en la red principal

Definición de activos de Taproot: Lightning Labs, una empresa de desarrollo de blockchain que crea software para la BTC Lightning Network, ha lanzado un nuevo protocolo para emitir stablecoins y otros activos en Lightning Network. El protocolo Taproot Assets (anteriormente conocido como TARO) permite a los desarrolladores emitir, enviar y recibir activos basados en BTC. Lightning Labs ha estado proponiendo y trabajando en formas de emitir activos en Lightning Network durante años, y este lanzamiento de la red principal es un hito importante.

Los activos de Taproot se crean introduciendo datos arbitrarios en un script de Taproot (Tap). Tap es un lenguaje de scripting que permite una variedad de nuevos tipos de transacciones durante el proceso de actualización de Taproot. El recurso Taproot utiliza Taptree, una estructura de datos de árbol de Merkle, para almacenar datos de token en la salida de Taproot. Todos los activos de Taproot se emiten en la cadena a través de transacciones estándar de Taproot en la capa base. Aunque los activos de Taproot se emiten y liquidan en BTC capa base, Lightning Labs diseñó específicamente los activos de Taproot para que sean compatibles con Lightning Network. La funcionalidad del activo Taproot se logra a través de una versión mejorada de la Transacción BTC Parcialmente Firmada (PSBT), que también se utiliza para operar Ordinals y BRC-20, conocida como Transacción BTC Parcialmente Firmada Virtual (vPSBT). El mecanismo es una forma de intercambiar activos de Taproot en Lightning Network de una manera no confiable y de igual a igual.

Por qué es importante: Taproot Assets proporcionará una forma eficiente de crear tokens fungibles en BTC. En abril de 2023, los desarrolladores de Ordinals crearon un nuevo estándar de tokens fungibles 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 BTC. La aparición de BRC-20 es un testimonio de la necesidad de NFT en BTC, aunque el estándar BRC-20 es notoriamente ineficiente. Con el lanzamiento oficial de Taproot Assets el 18 de octubre de 2023, los NFT en BTC 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 BTC cadenas nativas. En general, Taproot Assets es una solución prometedora para introducir NFT en BTC y conseguir más usuarios en Lightning Network.

OP_CAT Propuesta

OP_CAT Definición de la propuesta: BTC investigador Ethan Heilman presentó una Propuesta de Mejora de BTC (BIP) a la lista de correo Bitcoin-Dev, sugiriendo la adición de códigos de operación OP_CAT a BTC lenguajes de scripting. El código de operación permitirá a los desarrolladores construir y evaluar árboles de Merkle y otras estructuras de datos hash en Tap, un lenguaje de scripting nativo utilizado para habilitar nuevos tipos de transacciones durante el proceso de actualización de Taproot.

OP_CAT no es una idea nueva. BTC desarrolladores eliminaron anteriormente los códigos de operación de los scripts de BTC porque podían crear scripts con uso intensivo de datos, lo que aumentaba la carga de los recursos informáticos de BTC nodo. Sin embargo, dado que la actualización de Taproot introduce un límite de tamaño (520 bytes) para los scripts de Taproot, OP_CAT será una herramienta útil para los desarrolladores y no incurrirá en una sobrecarga computacional excesiva para los operadores de nodos.

Por qué es importante: Antes de la actualización de Taproot de noviembre de 2021, BTC dependía completamente de BTC scripts para la programabilidad. Sin embargo, la actualización de Taproot amplía significativamente las capacidades de programación de transacciones de BTC. La habilitación de OP_CAT mejorará aún más la programabilidad de BTC al eliminar las limitaciones impuestas anteriormente, creando nuevas oportunidades para diferentes casos de uso.

OP_TXHASH Propuesta

OP_TXHASH Definición de la propuesta: Steven Roose, BTC desarrollador principal, propuso un BIP centrado en los beneficios de implementar dos nuevos códigos de operación, OP_TXHASH y OP_CHECKTXHASHVERIFY para lenguajes de scripting BTC. El código de operación OP_TXHASH competirá directamente con las dos principales propuestas de contrato BTC hoy, BIP-118 y BIP-119. Un contrato es una condición de gasto predeterminada impuesta a BTC transacción. Por ejemplo, un usuario puede crear un contrato que garantice que el destinatario de una transacción solo pueda gastar el BTC enviado a su dirección después de 200 bloques.

Por qué es importante: Habilitar el contrato podría ser la motivación para BTC próxima actualización importante. TXHASH ES UNO DE LOS PRINCIPALES BIPS QUE LOS DESARROLLADORES QUIEREN ACTIVAR EN 1-2 AÑOS. TXHASH PROPORCIONA UNA REPRESENTACIÓN MÁS ADAPTABLE DE LOS CONTRATOS AL PERMITIR QUE LOS CAMPOS DE TRANSACCIÓN SE PERSONALICEN DENTRO DE BTC TRANSACCIONES. 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 de convenio como BIP-119. Además, cuando se combina con otros BIP como OP_CAT, OP_TXHASH tiene el potencial de replicar la funcionalidad de BIP-118, otra propuesta compacta líder que actualmente está siendo evaluada por la comunidad BTC.

Propuesta de árboles de tiempo de espera de rayos

Definición de la propuesta de árboles de tiempo de espera de rayos: Lightning Network es la capa 2 principal de BTC y ha experimentado una adopción generalizada en los últimos años. Un obstáculo clave para una mayor adopción es que los usuarios deben iniciar al menos una transacción BTC en la cadena cuando utilizan la Lightning Network para transferir fondos fuera de la cadena. Este límite limita el número de usuarios que pueden migrar activos fuera de la cadena, especialmente si las tarifas de transacción dentro de la cadena son altas.

Una solución explorada desde hace mucho tiempo es un concepto llamado “fábrica de canales” que permite que varios usuarios se unan a la LN en una sola transacción BTC. La implementación de una fábrica de canales tiene el potencial de reducir significativamente la barrera de entrada para Lightning Network al reducir el costo de abrir un canal Lightning entre múltiples usuarios.

Importancia: Aunque BTC teoría existe desde hace años, sus limitaciones de scripting dificultan que alguien encuentre una solución convincente y segura para habilitar una fábrica de canales. Sin embargo, la propuesta de John Law para los “árboles de tiempo de espera relámpago” puede haber encontrado una solución para el uso de contratos (es decir, las condiciones de gasto para la salida de BTC transacciones). La propuesta introduce el concepto de coordinador (o proveedor de servicios relámpago - LSP) que supervisará la apertura y el cierre de los canales de los usuarios. Al usar la escritura, el coordinador no podrá gastar el BTC del usuario sin la debida autorización. Si bien la propuesta no está exenta de limitaciones, es la primera arquitectura de fábrica de canal que aprovecha los contratos, un poderoso mecanismo para agregar condiciones de gasto en BTC que está creciendo en popularidad entre los desarrolladores de BTC para una variedad de casos de uso, incluido el alojamiento BTC (ver BIP 345).

Propuesta actualizada de Musig2

Definición de la propuesta de MuSig2: MuSig2 es una versión mejorada de MuSig1, un esquema multifirma en BTC que permite la privacidad y la escalabilidad. MuSig permite que varias partes controlen una clave privada con su propia clave. Las claves privadas compartidas no se parecen a las transacciones multifirma en cadena, lo que deja una huella mínima en la cadena. MuSig1 es un avance basado en las firmas Schnorr que ofrece mejoras significativas con respecto a BTC esquemas multifirma tradicionales que se basan en ECDSA.

MuSig2 (BIP-327) es una iteración mejorada de MuSig1 que proporciona características superiores de seguridad, eficiencia y privacidad al funcionar como un esquema multifirma de dos rondas, que requiere solo dos rondas de comunicación entre firmantes para generar firmas válidas en lugar de tres. 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 orbital estándar que permitirá un esquema multifirma privado para transacciones de BTC parcialmente firmadas (PSBT). Este avance beneficiará a los usuarios de Ordinals y BRC-20 y a los marketplaces, entre otros usuarios, que utilizan PSBT para impulsar la venta de activos. La integración de MuSig2 en PSBT en general ayudará a ocultar este tipo de transacciones en cadena al hacer que parezcan transacciones de una sola firma. El segundo BIP, MuSig2-deiors, es un BIP informativo que ayudará a los proveedores de billeteras a implementar MuSig2-PSBT al proporcionar una forma de describir la salida de las transacciones controladas por la billetera MuSig2. Es importante tener en cuenta que el BIP de MuSig2-PSBT aún está en revisión preliminar y debe asignarse un número BIP, por lo tanto, este BIP no estará listo para su envío a corto plazo (6-12 meses).

BIP-324 – Transporte V2

Definición de BIP-324: BIP-324 es una mejora de la privacidad en la capa P2P BTC, que facilita la transferencia de datos entre BTC nodos de la BTC. BTC capa P2P actúa como una autopista para los datos, aunque gran parte de los datos son de texto plano y vulnerables a múltiples tipos de ataques. Los atacantes potenciales pueden emplear métodos pasivos, como la supervisión de la actividad de los nodos para recopilar información sobre las direcciones IP y el origen de las transacciones, o pueden emplear técnicas proactivas, incluidas las actividades de manipulación, como interceptar los datos transmitidos por los nodos y censurarlos. Estos ataques se conocen como ataques MITM (man-in-the-middle). BIP-324, anteriormente conocido como BIP-151, aboga por el cifrado de datos en BTC capa P2P para mejorar la resistencia a BTC ataques pasivos y activos.

Importancia: La última versión de Bitcoin core (v0.26) agrega soporte para las transferencias P2P cifradas de la versión 2 especificadas en BIP-324. La función está desactivada de forma predeterminada, pero cualquiera puede activarla y beneficiarse de una protección adicional. Este es un paso significativo BTC la privacidad a nivel P2P, marcando la primera vez que BIP se activa en BTC desde 2021 (aunque BIP-324 no requiere una bifurcación suave).