O volume de negociação on-chain aumentou 62% em novembro, fazendo um balanço de sete desenvolvimentos importantes na tecnologia BTC

Fonte/galáxia

Compilador/Nick

Resumo

Este artigo destaca os importantes desenvolvimentos tecnológicos que ocorreram no ecossistema BTC em outubro e novembro de 2023. São abordados os seguintes sete tópicos:

Lançamento do white paper BitVM

Taproot Assets é lançado na mainnet

OP_CAT proposta

OP_TXHASH propostas

Proposta de Lightning Timeout Trees

Proposta MuSig2-PSBT

Proposta BIP-324

Introdução

Em novembro de 2023, o número de transações on-chain no BTC aumentou 62% mês a mês, principalmente devido ao ressurgimento de Ordinais e BRC-20. O valor total de dólares transferidos BTC novembro excedeu US $ 147 bilhões, um aumento significativo de 21% em relação ao mês anterior. Este aumento foi em grande parte devido aos preços mais altos do BTC, mas o volume do BTC no mercado à vista também aumentou em 18% QoQ, enquanto o volume de futuros diminuiu em 1% QoQ, respectivamente.

Desde a ascensão dos Ordinals em janeiro de 2023, a comunidade de desenvolvimento do BTC viu um ressurgimento significativo na exploração de novos protocolos de token fungível, soluções de escalonamento e implementações de contratos inteligentes. No geral, o cenário de desenvolvimento pós-ordinais BTC se expandiu e está trabalhando mais do que em qualquer momento em anos para melhorar os casos de uso de aplicativos on-chain e off-chain. Este artigo destacará sete desenvolvimentos e recomendações principais para o BTC do 4º trimestre de 2023. Esses desenvolvimentos destacam o novo compromisso dos desenvolvedores do ecossistema BTC em expandir o alcance de aplicativos BTC e casos de uso de suporte.

Desenvolvimento tecnológico

BitVM

Definição BitVM: BitVM implementa contratos inteligentes expressivos em BTC. Dado o design do BTC, executar contratos inteligentes diretamente no BTC é lento e caro. Com o BitVM, os contratos inteligentes são executados off-chain, e os participantes só podem usar o código no BTC diretamente no caso de uma disputa, utilizando scripts nativos do BTC para aplicar as regras do contrato. O BitVM opera de forma semelhante aos rollups otimistas usados no ecossistema ETH Fang, com elementos como provas de fraude e protocolos de desafio-resposta.

O contrato BitVM é estruturado de tal forma que duas partes concordam em uma sequência pré-assinada de transações que levam ao evento. Semelhante aos rollups otimistas, se houver um trapaceiro, a parte honesta tem a oportunidade de desafiar o trapaceiro. Crucialmente, o BitVM não precisa atualizar o blockchain BTC Layer 1. O BitVM usa apenas primitivos que já são compreendidos no BTC, como hashlocks, timelocks e taps.

Importância: BTC são frequentemente criticados por sua falta de inovação e capacidade de competir diretamente com outros Layer 1s mais versáteis, como ETH e Solana. O BTC sempre prioriza o escalonamento hierárquico em vez de tentar estender os recursos da camada base. A Lightning Network é um exemplo de uma rede centrada em pagamentos de alto desempenho construída em BTC. Com o BitVM, cálculos mais complexos podem ser realizados em camadas construídas em cima do BTC, permitindo que você continue a escalar o BTC por meio de hierarquização em vez de atualizar os protocolos principais.

Taproot Assets Lançamentos na Mainnet

Definição de ativos Taproot: A Lightning Labs, uma empresa de desenvolvimento de blockchain que constrói software para a BTC Lightning Network, lançou um novo protocolo para emissão de stablecoins e outros ativos na Lightning Network. O protocolo Taproot Assets (anteriormente conhecido como TARO) permite que os desenvolvedores emitem, enviem e recebam ativos baseados em BTC. A Lightning Labs vem propondo e trabalhando em maneiras de emitir ativos na Lightning Network há anos, e esse lançamento da rede principal é um marco significativo.

Os Ativos Taproot são criados inserindo dados arbitrários em um script Taproot (Tap). Tap é uma linguagem de script que permite uma variedade de novos tipos de transação durante o processo de atualização do Taproot. O ativo Taproot usa Taptree, uma estrutura de dados de árvore Merkle, para armazenar dados de token na saída Taproot. Todos os ativos Taproot são emitidos on-chain através de transações Taproot padrão na camada base. Embora os ativos Taproot sejam emitidos e liquidados na camada base BTC, a Lightning Labs projetou especificamente os ativos Taproot para serem compatíveis com a Lightning Network. A funcionalidade do ativo Taproot é alcançada através de uma versão melhorada da Transação BTC Parcialmente Assinada (PSBT), que também é usada para negociar Ordinais e BRC-20, conhecida como Transação BTC Virtual Parcialmente Assinada (vPSBT). O mecanismo é uma maneira de negociar ativos Taproot na Lightning Network de uma maneira confiável e peer-to-peer.

Por que é importante: a Taproot Assets fornecerá uma maneira eficiente de criar tokens fungíveis em BTC. Em abril de 2023, os desenvolvedores do Ordinals criaram um novo padrão de token fungível chamado BRC-20. O padrão de token usa tecnologia de inscrição que permite aos usuários anexar dados arbitrários a um único SAT, a menor unidade de BTC. O surgimento do BRC-20 é uma prova da necessidade de NFTs no BTC, embora o padrão BRC-20 seja notoriamente ineficiente. Com o lançamento oficial da Taproot Assets em 18 de outubro de 2023, os NFTs em BTC têm a chance de prosperar na Lightning Network. Os benefícios de possuir NFTs na Lightning Network incluem a redução do congestionamento da rede em cadeias nativas BTC. No geral, a Taproot Assets é uma solução promissora para introduzir NFTs no BTC e obter mais usuários na Lightning Network.

OP_CAT Proposta

Definição da Proposta OP_CAT: O pesquisador BTC Ethan Heilman submeteu uma Proposta de Melhoria BTC (BIP) para a lista de discussão Bitcoin-Dev, sugerindo a adição de OP_CAT opcodes às linguagens de script BTC. O opcode permitirá que os desenvolvedores criem e avaliem árvores Merkle e outras estruturas de dados hash no Tap, uma linguagem de script nativa usada para habilitar novos tipos de transação durante o processo de atualização do Taproot.

OP_CAT não é uma ideia nova. Os desenvolvedores BTC removeram anteriormente opcodes de scripts BTC porque poderia construir scripts com uso intensivo de dados, aumentando a carga sobre os recursos de computação do nó BTC. No entanto, como a atualização do Taproot introduz um limite de tamanho (520 bytes) para scripts Taproot, OP_CAT será uma ferramenta útil para desenvolvedores e não incorrerá em sobrecarga computacional excessiva para operadores de nós.

Por que é importante: Antes da atualização do Taproot de novembro de 2021, o BTC dependia inteiramente de scripts BTC para programação. No entanto, a atualização do Taproot expande significativamente as capacidades de programação de transações do BTC. Habilitar OP_CAT melhorará ainda mais a programabilidade do BTC, removendo limitações anteriormente impostas, criando novas oportunidades para diferentes casos de uso.

OP_TXHASH Proposta

Definição da proposta OP_TXHASH: Steven Roose, desenvolvedor principal do BTC, propôs um BIP focado nos benefícios da implementação de dois novos opcodes, OP_TXHASH e OP_CHECKTXHASHVERIFY para linguagens de script BTC. O opcode OP_TXHASH competirá diretamente com as duas principais propostas de contrato BTC hoje, BIP-118 e BIP-119. Um contrato é uma condição de gastos predeterminada imposta à transação BTC. Por exemplo, um usuário pode criar um contrato que garante que o destinatário de uma transação só pode gastar o BTC enviado para seu endereço após 200 blocos.

Por que é importante: Habilitar o contrato pode ser a motivação para a próxima grande atualização do BTC. TXHASH É UM DOS PRINCIPAIS BIPS QUE OS DESENVOLVEDORES QUEREM ATIVAR EM 1-2 ANOS. TXHASH FORNECE UMA REPRESENTAÇÃO MAIS ADAPTÁVEL DE CONTRATOS, PERMITINDO QUE OS CAMPOS DE TRANSAÇÃO SEJAM PERSONALIZADOS DENTRO DE TRANSAÇÕES BTC. Essa flexibilidade permite que os usuários ajustem as taxas de transação, uma característica fundamental ao lidar com taxas incertas e flutuantes, o que não é suportado por outras propostas de convênio, como o BIP-119. Além disso, quando combinado com outros BIPs como OP_CAT, OP_TXHASH tem o potencial de replicar a funcionalidade do BIP-118, outra proposta compacta líder atualmente sendo avaliada pela comunidade BTC.

Proposta de árvores de tempo limite relâmpago

Definição da proposta Lightning Timeout Trees: A Lightning Network é a principal camada 2 do BTC e tem visto ampla adoção nos últimos anos. Um obstáculo importante para uma maior adoção é que os usuários precisam iniciar pelo menos uma transação BTC on-chain ao usar a Lightning Network para transferir fundos fora da cadeia. Esse limite limita o número de usuários que podem migrar ativos para fora da cadeia, especialmente se as taxas de transação on-chain forem altas.

Uma solução há muito explorada é um conceito chamado “fábrica de canais” que permite que vários usuários se juntem ao LN em uma única transação BTC. A implementação de uma fábrica de canais tem o potencial de reduzir significativamente a barreira de entrada para a Lightning Network, reduzindo o custo de abertura de um canal Lightning entre vários usuários.

Importância: Embora a teoria BTC já exista há anos, suas limitações de script tornam difícil para qualquer pessoa encontrar uma solução convincente e segura para habilitar uma fábrica de canais. No entanto, a proposta de John Law para “Lightning Timeout Trees” pode ter encontrado uma solução para o uso de contratos (ou seja, as condições de gastos para a saída de transações BTC). A proposta introduz o conceito de um coordenador (ou prestador de serviços relâmpagos - LSP) que supervisionará a abertura e o encerramento dos canais de utilizadores. Ao usar a escritura, o coordenador será impedido de gastar o BTC do usuário sem a devida autorização. Embora a proposta não seja isenta de limitações, é a primeira arquitetura de fábrica de canais a tirar proveito dos contratos, um mecanismo poderoso para adicionar condições de gastos em BTC que está crescendo em popularidade entre os desenvolvedores BTC para uma variedade de casos de uso, incluindo hospedagem BTC (ver BIP 345).

Proposta Musig2 atualizada

Definição da proposta MuSig2: MuSig2 é uma versão atualizada do MuSig1, um esquema multisig no BTC que permite privacidade e escalabilidade. MuSig permite que várias partes controlem uma chave privada com sua própria chave. As chaves privadas compartilhadas não se parecem com transações multisig on-chain, deixando uma pegada on-chain mínima. MuSig1 é um avanço baseado em assinaturas Schnorr que oferece melhorias significativas em relação aos esquemas multisig tradicionais BTC que dependem do ECDSA.

MuSig2 (BIP-327) é uma iteração melhorada do MuSig1 que fornece recursos superiores de segurança, eficiência e privacidade, operando como um esquema multisig de duas rodadas, exigindo apenas duas rodadas de comunicação entre os signatários para gerar assinaturas válidas em vez de três. Em outubro, o desenvolvedor do Bitcoin Core, Andrew Chow, propôs dois novos BIPs focados no desenvolvimento do MuSig2. Os BIPs propostos são MuSig2-PSBT e MuSig2-Descritor.

Por que é importante: MuSig2-PSBT é um BIP orbital padrão que permitirá um esquema multisig privado para transações BTC parcialmente assinadas (PSBTs). Esse avanço beneficiará os usuários e marketplaces do Ordinals e BRC-20, entre outros usuários, que usam o PSBT para impulsionar a venda de ativos. A integração do MuSig2 no PSBT em geral ajudará a ocultar esses tipos de transações on-chain, tornando-as parecidas com transações de assinatura única. O segundo BIP, MuSig2-deiors, é um BIP informativo que ajudará os provedores de carteira a implementar o MuSig2-PSBT, fornecendo uma maneira de descrever a saída de transações controladas pela carteira MuSig2. É importante notar que o BIP do MuSig2-PSBT ainda está em revisão preliminar e precisa ser atribuído um número BIP, portanto, este BIP não estará pronto para envio a curto prazo (6-12 meses).

BIP-324 – V2 Transporte

Definição do BIP-324: O BIP-324 é uma melhoria na privacidade na camada P2P do BTC, que facilita a transferência de dados entre nós BTC no BTC. A camada P2P BTC atua como uma rodovia para dados, embora grande parte dos dados seja de texto simples e vulnerável a vários tipos de ataques. Os atacantes potenciais podem empregar métodos passivos, como monitorar a atividade do nó para coletar informações sobre endereços IP e a origem das transações, ou podem empregar técnicas proativas, incluindo atividades de adulteração, como intercetar dados transmitidos por nós e censurá-los. Estes ataques são conhecidos como ataques MITM (man-in-the-middle). BIP-324, anteriormente conhecido como BIP-151, defende a criptografia de dados na camada P2P BTC para aumentar a resistência a ataques passivos e ativos BTC.

Importância: A última versão do núcleo do Bitcoin (v0.26) adiciona suporte para transferências P2P criptografadas da versão 2 especificadas no BIP-324. O recurso é desativado por padrão, mas qualquer pessoa pode ativá-lo e se beneficiar de proteção adicional. Este é um passo significativo de privacidade no nível P2P do BTC, marcando a primeira vez que o BIP foi ativado no BTC desde 2021 (embora o BIP-324 não exija um soft fork).