Suporte ao Taproot para carteiras BitGo

À medida que nos aproximamos da ativação do soft fork do Taproot no bloco 709.632 da Bitcoin, gostaríamos de compartilhar mais detalhes sobre o suporte ao Taproot para as carteiras quentes e de custódia qualificada da BitGo. Temos o orgulho de anunciar que a BitGo terá suporte completo à API tanto para envios quanto para recebimentos em endereços Taproot. Como é habitual com os novos recursos do Bitcoin, o Taproot é 100% opcional. Haverá não haverá interrupção nos serviços do Bitcoin, nem será necessário criar novas carteiras, atualizar moedas antigas ou mudar para novos endereços.

Assim que ativarmos o Taproot para as carteiras BitGo, será possível criar novos endereços Taproot para receber transações, e esses endereços funcionarão perfeitamente com as carteiras existentes. É importante observar que pode levar algum tempo para que outros softwares do ecossistema Bitcoin sejam atualizados e, até lá, eles podem não ser capazes de validar e enviar transações para endereços Taproot.

Observe que, neste momento, estamos lançando apenas o suporte completo ao Taproot para nossa API. O suporte na interface do usuário para envios a endereços Taproot estará disponível no lançamento, mas a criação de novos endereços Taproot e o uso de entradas Taproot nas transações não estarão disponíveis e serão habilitados posteriormente.

Cronograma da atualização

Aqui está o que esperamos que aconteça nos próximos dias, à medida que ativamos o Taproot em todos os nossos serviços:

12/11, por volta das 15h (horário do Pacífico) - O suporte ao Taproot será ativado para as carteiras BitGo na Testnet do Bitcoin.

14/11, por volta da meia-noite (PST) - Bloco 709.632 minerado, ativando as novas regras de consenso do Taproot.

14/11, por volta das 17h (horário do Pacífico) - Após monitorar a cadeia para garantir que as novas regras de consenso tenham sido ativadas com sucesso e estejam funcionando conforme o esperado, o suporte ao Taproot será habilitado para as carteiras quentes da BitGo na Mainnet do Bitcoin. As carteiras de custódia qualificada da BitGo poderão criar novos endereços Taproot e receber fundos nesses endereços, mas não poderemos processar saques de endereços Taproot até aproximadamente quarta-feira, 17 de novembro.

17/11 - Retiradas habilitadas para fundos em endereços Taproot em carteiras de custódia qualificadas.

Observe que esses horários são aproximados e podem sofrer alterações sem aviso prévio. Entre em contato com support@bitgo.com ou inscreva-se para receber status.bitgo.com para obter as informações mais atualizadas.

O que é o Taproot?

Existem muitos ótimos artigos explicando o que Raiz principal é e o que é significa para os usuários do Bitcoin. Em resumo, essa atualização permite maior flexibilidade na forma como o Bitcoin codifica as condições de gastos, além de introduzir suporte para assinaturas Schnorr, que são um tipo de assinatura digital mais simples e flexível. Também faz parte da atualização Taproot uma nova variante do tipo de endereço Bech32, o Bech32m.

Flexibilidade nas condições de gastos

O Taproot muda a forma como os scripts complexos usados para bloquear Bitcoins podem ser expressos. Em vez de criar um único script extenso com muitas condições de gasto distintas, o Taproot permite que cada uma dessas condições seja expressa individualmente. Apenas a condição de gasto que for efetivamente utilizada precisa ser revelada à rede, aumentando a privacidade e reduzindo potencialmente as taxas.

Para tornar tudo isso um pouco mais concreto, vamos dar uma olhada em uma carteira típica da BitGo com assinatura múltipla. Temos três chaves que são usadas com nossas carteiras: a Chave do Cliente, que fica com o nosso cliente; a Chave da BitGo, que fica conosco; e a Chave de Backup, que fica com um terceiro. Qualquer duas dessas três chaves para a carteira especificada podem ser usadas para autorizar uma transação de Bitcoin.

Até o Taproot surgir, precisávamos expressar essa condição de gasto usando o OP_CHECKMULTISIG, o que nos obrigava a revelar todas as três chaves públicas e duas assinaturas. Émos forçados a gravar uma chave pública adicional na blockchain, mesmo que não haja uma assinatura para essa chave pública. Não seria ótimo se pudéssemos revelar apenas as chaves públicas que correspondem às assinaturas realmente utilizadas para realizar o gasto?

Com o Taproot, basta que apenas uma dessas três condições de gasto, que não se sobrepõem, seja satisfeita:

• Assinaturas do cliente e chaves da BitGo

• Assinaturas do cliente e chaves de backup

• Assinaturas das chaves do Backup e da BitGo

Em vez de revelar todas essas três chaves públicas e as assinaturas de duas delas, agora é possível dividir esses casos em três scripts multisig 2-de-2 separados e incorporá-los a uma árvore de Merkle. Essa árvore de scripts é chamada de TapTree, e basta uma pequena quantidade de dados, conhecida como prova de inclusão, para demonstrar que um determinado script de gasto está presente nela. Ao gastar saídas Taproot, basta revelar o script a ser usado, juntamente com a prova de inclusão e as duas assinaturas necessárias para satisfazer esse script específico, para autorizar o gasto.

Quando uma saída Taproot 2-de-3 bloqueada por Bitcoin neste projeto é gasta, o custo por entrada é ligeiramente maior (107,5 vBytes contra 104,5 vBytes) do que ao gastar uma entrada SegWit nativa usando OP_CHECKMULTISIG, devido à necessidade de codificar a prova de inclusão do script 2-de-2. Então, por que alguém usaria o Taproot?

Melhorias na privacidade

Ao usar o Taproot, quem monitora a blockchain não consegue saber quais outras condições de gasto não foram utilizadas na TapTree. Pode não ter havido nenhuma outra condição, ou centenas delas. Antes do Taproot, cada uma dessas condições de gasto teria que ser revelada, o que representa um desperdício de espaço na blockchain e faz com que as transações se destaquem das demais. Ao usar o Taproot, há menos informações que precisam ser colocadas na blockchain pública e, portanto, menos informações que possam ser usadas para identificar transações, mantendo-se 100% responsável quanto a quem assinou a transação.

Assinaturas de Schnorr

Pela primeira vez na história do Bitcoin, um novo algoritmo de assinatura digital está sendo adicionado ao lado das assinaturas tradicionais do Algoritmo de Assinatura Digital de Curva Elíptica (ECDSA). Essas novas assinaturas são conhecidas como assinaturas Schnorr, têm um tamanho fixo de 64 bytes e são mais rápidas de calcular, uma vez que não requerem uma operação inversa modular complexa.

É particularmente digno de nota que as assinaturas Schnorr podem ser agregadas por meio de simples operações de adição. Isso facilita a expressão de algumas condições comuns de gasto como uma única chave, exigindo uma única assinatura. A MuSig2 O esquema de assinaturas múltiplas permitirá que os participantes calculem com segurança chaves públicas agregadas e assinaturas com apenas um pequeno aumento na comunicação. Gastar uma entrada bloqueada com essa chave agregada economiza uma quantidade impressionante de 47 bytes por entrada (57,5 vBytes contra 104,5 vBytes) em comparação com o OP_CHECKMULTISIG nativo do SegWit.

Em uma referência à tradicional preferência por prazos longos do Bitcoin, os endereços BitGo Taproot criados desde o início terão uma chave pública agregada MuSig2. A possibilidade de realizar transações usando essa chave pública agregada não estará disponível no lançamento, uma vez que os detalhes ainda estavam em fase de alteração até julho de 2021, e o implementação de referência ainda não está completo no momento da redação deste artigo. No entanto, estamos muito animados para lançar o suporte ao MuSig2 em breve, o que representará uma atualização automática e sem complicações para as carteiras existentes com UTXOs Taproot. Em essência, acumular UTXOs Taproot no momento do lançamento reduzirá as taxas futuras.

Como faço para usar isso com minha carteira BitGo?

Assim que o bloco 709.632 for minerado, as novas regras do Taproot entrarão em vigor na rede principal do Bitcoin. Pouco tempo depois, permitiremos que os usuários da API criem novos endereços Taproot. Isso será possível mediante o fornecimento do cadeia: 30 parâmetro para a API da BitGo.

Exemplo da API da BitGo

Se você estiver usando o SDK BitGoJS ou o BitGo Express, também precisará fornecer o addressType: 'p2tr' parâmetro, além do cadeia: 30 parâmetro da função createAddress() nos objetos Wallet. As versões mínimas compatíveis para o suporte ao Taproot são 13.1.0 para o SDK BitGoJS e 9.10.1 para o BitGo Express.

Exemplo do BitGo Express

Exemplo do SDK BitGoJS

Impacto a longo prazo

Esperamos que a adoção do Taproot seja um processo gradual, com as carteiras passando a oferecer suporte a ele ao longo do tempo, de forma muito semelhante ao padrão de adoção do SegWit. Por ser um serviço de carteiras exclusivamente multassinatura, os benefícios para as carteiras BitGo são mais evidentes, e esperamos observar uma economia significativa de taxas a longo prazo em relação à nossa implementação multassinatura atual, à medida que mais clientes passarem a usar o Taproot e à medida que habilitarmos o suporte ao MuSig2.

No curto prazo, algumas carteiras podem não conseguir enviar transações para endereços Taproot, e prevemos que possa levar vários meses para que os softwares de todo o ecossistema Bitcoin sejam atualizados para oferecer suporte total a esse novo recurso. Compreendemos a importância dessa atualização para todos os usuários das carteiras BitGo e estamos empenhados em permitir que nossos clientes utilizem os recursos mais avançados que o Bitcoin oferece.

Se você compartilha da nossa visão de construir a plataforma de serviços Bitcoin mais escalável do mundo, Inscreva-se aqui para fazer parte da equipe de Bitcoin da BitGo. Estamos procurando engenheiros experientes que sejam apaixonados por promover a adoção do Bitcoin e estejam dispostos a enfrentar o desafio dos projetos altamente técnicos previstos em nosso plano de trabalho. Vislumbramos um futuro em que o Bitcoin possa ser usado de forma simples e segura por todos.