Profundidade entender Bitcoin "SegWit" tecnologia e suas três versões de atualização

Do SegWit ao Taproot, passando pelo protocolo TaprootAssets, analisamos de forma abrangente as três principais atualizações da tecnologia Bitcoin Segregated Witness e entendemos profundamente a história da expansão e expansão da capacidade do Bitcoin. Este artigo é de Fu Shaoqing, SatoshiLab, um artigo escrito pelo BTC Studio na Ilha de Todas as Coisas, compilado, compilado e escrito por PAews. (Sinopse: Adam Back computador antiquântico “racha Bitcoin”: Recomenda-se integrar Taproot com SLH-DSA) (Suplemento de fundo: A maior controvérsia depois do Bitcoin Taproot, como a remoção de OP_Return afetará o ecossistema BTC? ） 1. Quando o autor aprende a tecnologia Bitcoin, ele descobre que será mais fácil aprender e dominar os três pontos de conhecimento de SegWit, Taproot e TaprootAssets da perspetiva da história de desenvolvimento de Segregated Witness. E você pode entender melhor o protocolo Taproot Assets do Lightning Network Lab, entender bem o papel do universo e entender as funções e o possível desenvolvimento futuro do protocolo TaprootAssets. Com esse entendimento, podemos projetar melhor produtos relevantes para os usuários usarem. Há também duas perspetivas importantes para pensar ao ler este artigo: a expansão do Bitcoin e a expansão do Bitcoin. Scaling refere-se à expansão da capacidade de dados que o Bitcoin pode usar e gerenciar, que é limitada ao tamanho do bloco no estágio inicial, e a capacidade total de dados que pode ser gerenciada pelo Bitcoin no estágio posterior. O limite de expansão da capacidade é gerenciar espaço de dados ilimitado; Expansão refere-se à capacidade de expandir a função de implementação de instruções de script do Bitcoin, e o limite de expansão é alcançar capacidades de programação Turing-complete. Toda a história do desenvolvimento do Bitcoin é a história da expansão e expansão da capacidade, incluindo várias cadeias de fork do Bitcoin, bem como a exploração do Bitcoin no OP_RETURN e a segregação testemunham três mudanças de versão. O esquema detalhado nas três versões, que a maioria dos leitores pode ignorar, é colocado no documento pelo autor, a fim de compreender profundamente a tecnologia relevante, e ignorá-lo não afeta o efeito de leitura. Os autores do protocolo BIP envolvidos no artigo marcaram o tempo, para que os leitores possam sentir o ciclo temporal de uma tecnologia desde a geração de ideias até o lançamento do ambiente de produção, de modo a sentir a dificuldade de implementar a tecnologia em certa medida. Mais importante ainda, o tempo de geração do protocolo das três versões Segregated Witness, até o tempo de lançamento, também pode ver totalmente a lei de desenvolvimento desta coisa, e também é conveniente prever o desenvolvimento futuro. É uma boa referência para as equipas que desenvolvem produtos baseados nestas tecnologias e protocolos escolherem quando participar. A participação prematura de uma coisa nova torna-se muitas vezes um “mártir” devido à imaturidade da tecnologia de suporte; Se participar demasiado tarde, perderá a oportunidade e tornar-se-á um “espectador”; Os autores acreditam que é melhor entrar antes de entrar no período de disponibilidade. Este juízo de “prestes a entrar no período de disponibilidade” baseia-se muitas vezes no juízo do tempo, baseado no juízo dos pormenores técnicos. 1.1. Transações Antecipadas (Sem Testemunha Segregada) Transações definidas no white paper (modelo de transação mais simples) A transação Bitcoin mais básica nos primeiros dias, permitindo várias entradas e duas saídas. Uma das saídas é uma mudança para si mesmo, e a outra é uma transferência para uma externa. (Nota: A diferença entre a entrada total e a saída total é a comissão) A maioria das transações são 2 saídas, e existem de fato cenários com apenas uma saída, resumidos da seguinte forma: Para ilustrar melhor a diferença, vamos usar a legenda de 2 entradas e 2 saídas. (Outra razão importante é que o material a que me refiro fornece esta imagem de 2 entradas vs. 2 saídas sem redesenhar.) Preguiçoso ^_^) Não é mais fácil de entender com tal gráfico de comparação? Diagrama de exemplo de transação tradicional comparado ao diagrama de transação SegWit Segwit 1.2. Explorando OP_RETURN Por que falar sobre OP_RETURN quando se fala de SegWit? Porque esta é uma exploração anterior ao SegWit, ele pode entender melhor as razões para SegWit. OP_RETURN é um opcode de script que encerra o script e retorna o valor na parte superior da pilha. Este opcode é semelhante a uma função de retorno em uma linguagem de programação. Na história do Bitcoin, a funcionalidade do opcode OP_RETURN foi modificada várias vezes, e agora é usada principalmente como uma forma de armazenar dados no livro-razão. A funcionalidade do OP_RETURN opcodes mudou significativamente no passado, e agora é um mecanismo importante que nos permite armazenar dados arbitrários on-chain. OP_RETURN é inicialmente uma operação de retorno usada para encerrar prematuramente a execução do script, e o resultado da execução é apresentado como um projeto de topo de pilha. Este opcode inicialmente tinha uma vulnerabilidade facilmente explorável, mas Satoshi Nakamoto rapidamente corrigiu a vulnerabilidade. Outras alterações na funcionalidade OP _RETURN Na atualização do Bitcoin Core v0.9.0, o script “OP_RETURN output” foi transformado em um tipo de saída padrão, permitindo que os usuários anexem dados à “saída de transação não gastável”. O limite superior da quantidade de dados disponíveis nesses scripts é inicialmente limitado a 40 bytes e, em seguida, aumentado para 80 bytes. Armazenando dados no blockchain Alterar OP_RETURN para sempre retornar false tem resultados interessantes. Como nenhum opcode ou dado é avaliado após OP_RETURN, os usuários da rede começam a usar esses opcodes para armazenar dados em qualquer formato. Durante o período do Bitcoin Cash (BCH), de 1º de agosto de 2017 a 15 de novembro de 2018, o comprimento dos dados que podem ser anexados à saída OP_RETURN é expandido para 220 bytes, e dados maiores podem facilitar aplicações inovadoras no blockchain, como a publicação de conteúdo nas mídias sociais do blockchain. No BSV, o limite de 220 bytes foi mantido por um curto período de tempo. Posteriormente, em janeiro de 2019, como o opcode OP_RETURN encerrou o script de tal forma que o nó não validou nenhum opcode subsequente, o nó também não verificou se o script estava dentro do limite máximo de tamanho do script de 520 bytes. Como resultado, os operadores de nós na rede decidiram aumentar o tamanho máximo da transação para 100KB, dando aos desenvolvedores mais liberdade para inovar aplicativos, permitindo que novos aplicativos coloquem dados maiores e mais complexos no livro-razão Bitcoin. Havia um exemplo de um aplicativo em que alguém colocava um site inteiro no livro razão BSV. OP_RETURN Embora existam certas extensões funcionais, os recursos gerais ainda são limitados. E as melhorias no OP_RETURN não produziram mais evolução técnica a partir da arquitetura (ainda limitada a blocos de 1M), assim nasceu a tecnologia do SegWit. Sua atualização da 3ª versão ilustra melhor a correção do SegWit na direção da expansão e expansão de capacidade, e os poderosos efeitos que produz. 1.3. Diagrama de comparação das primeiras transações e três alterações de versão do SegWit Para entender melhor toda a história do Bitcoin com o SegWit, mostraremos um diagrama de comparação dos quatro estágios no início do artigo. SegWit versão 1 Segwit 2.1. Introdução e protocolos relacionados Segregated Witness, ou SegreGated Witness (S…