Strawman de Shinobi é uma série semanal onde nosso Editor Técnico Shinobi desafia a comunidade Bitcoin, com o objetivo de estimular conversas em torno de debates técnicos acalorados.

______________________________________________________________

Então, algum autista completo que é relativamente novo na arena pública teve que surgir do nada e lançar uma ideia maluca na mesa que podemos fazer agora mesmo sem nenhuma mudança ou bifurcação para o Bitcoin, não foi? ?

Como Bitcoin de você Robin. (Os leitores provavelmente deveriam pelo menos dar uma chance ao artigo acima e ver se ele ajuda na sua compreensão do BitVM antes de prosseguir)

Embora eu ache que grande parte da empolgação com a ideia esteja ficando exagerada e desconectada da realidade, ainda acho que este é um momento monumental na história do Bitcoin. O nível de eficiência de construção de coisas no BitVM em termos do tamanho das árvores principais necessárias e do número de transações pré-assinadas necessárias é absolutamente péssimo, e pelo menos para mim é uma questão muito aberta que tipos de casos de uso realmente encontrariam isso O nível de ineficiência é uma compensação aceitável pelas garantias que proporciona, mas a funcionalidade possível que pode ser alcançada é enorme.

Já foram apresentadas duas ideias concretas que, apesar do enorme custo fora da cadeia em transações pré-assinadas e scripts dentro do taptree, pode realmente fazer sentido pagar esse custo de dados para obter os tipos de garantias de confiança que o BitVM pode fornecer.

Primeiro, um novo tipo de estaca bidirecional, uma “estaca Sentinela”. Uma cadeia lateral federada poderia ser configurada onde a federação coloca um vínculo em um contrato BitVM, reforçando a lógica de uma cadeia lateral. Então, sempre que processassem uma retirada, teriam que inserir uma prova no BitVM provando que se trata de uma retirada legítima. Caso contrário, um conjunto de verificadores funcionando como torres de vigia poderia confiscar os títulos das federações no BitVM. Oferece uma possibilidade interessante de ter uma dinâmica em que a entidade que custodia os fundos na cadeia lateral tem que realmente provar a uma parte externa que está agindo corretamente ou que os fundos foram retirados. A nova dinâmica aqui, em comparação com os esquemas tradicionais de títulos cortáveis, é que a lógica que arbitra quando ocorre o corte pode ser muito mais complexa e é, na verdade, verificada na aplicação, e não por meio de truques criptográficos atraentes ou outra camada de confiança.

Em segundo lugar, UTXOracle. Embora seja uma maneira incrível de calcular o preço do Bitcoin em dólares sem confiança com seu próprio nó, não havia nenhuma maneira de realmente colocar esses dados “em” um script Bitcoin de qualquer forma para usá-los sem confiança em um contrato inteligente. BitVM oferece uma maneira de fazer isso. Construindo um circuito de porta lógica para SPV verificar um bloco Bitcoin (apenas a prova de trabalho), blocos completos reais poderiam ser alimentados em um BitVM e com uma sequência longa o suficiente deles você poderia realmente usar a lógica UTXOracle dentro do BitVM, amarrando o resultado do contrato aos dados de preços derivados sem confiança do blockchain.

Para contratos de alto valor ou sidechains, isso pode valer algumas centenas de megabytes, ou mesmo um ou dois gigabytes, de dados fora da cadeia pelas garantias que fornece. No geral, embora o BitVM não transforme magicamente o Bitcoin em Ethereum da noite para o dia, e o progresso provavelmente será muito lento e experimental, ele abre a porta para um paradigma totalmente novo de como usar o Bitcoin.

Então, assim como da última vez, envie suas idéias, perguntas que você tenha para ajudar a esclarecer sua compreensão do BitVM ou ideias sobre o que realmente pode ser feito com isso. Meus DMs estão abertos e [email protected] é outra opção. Na próxima semana analisarei tudo e espero que todos entendamos melhor a proposta.

Até próxima semana.

Fonte: bitcoinmagazine.com

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *