Desenvolvimento de novas tecnologias do Bitcoin: à beira de uma nova explosão
A tecnologia original do Bitcoin sempre teve um problema de conflito entre a aplicação em larga escala e as capacidades que o Bitcoin deveria ter. A aplicação em larga escala e o volume de transações significam que existem ordens de transação mais complexas e um espaço de transação maior? Significa que é necessário implementar todas as funcionalidades em um único sistema do Bitcoin? Com o desenvolvimento da tecnologia, muitas questões terão respostas mais claras.
Este artigo irá listar algumas questões relevantes, bem como o processo de surgimento e resolução dessas questões. Através deste artigo, é possível observar a correlação entre essas questões e a tecnologia, bem como o processo de mudança entre a cadeia principal do Bitcoin e as "testes de cadeia" relacionadas. A tecnologia do Bitcoin tem sido explorada por diferentes projetos e equipes, mas as mudanças na rede principal do Bitcoin sempre foram pouco evidentes, até o surgimento de tecnologias como o Taproot, que impulsionaram o surgimento de protocolos como o Ordinals, levando a um novo auge de desenvolvimento.
Do ponto de vista geral, ao observar esses processos de desenvolvimento e as tecnologias relacionadas que surgiram, podemos ver as conexões entre eles e inferir mais direções de desenvolvimento e a arquitetura geral.
1. Principais explorações e conflitos da tecnologia original do Bitcoin
1.1 A linguagem de script do Bitcoin e algumas instruções removidas
A linguagem de programação do Bitcoin é uma linguagem de script que segue o paradigma da notação polonesa reversa, sem instruções de loop e controle condicional. Portanto, costuma-se dizer que a linguagem de script do Bitcoin não é Turing completa, o que resulta em certas limitações na linguagem de script do Bitcoin.
Devido a essas limitações, os hackers não podem usar essa linguagem de script para escrever loops infinitos ou códigos maliciosos que podem levar a ataques DOS, evitando ataques DOS na rede Bitcoin. Os desenvolvedores do Bitcoin acreditam que o blockchain principal não deve ter integridade de Turing para evitar alguns ataques e congestionamento da rede.
No entanto, também é precisamente por causa dessas limitações que a rede Bitcoin não consegue executar outros programas complexos, não consegue realizar algumas funções "úteis". Alguns sistemas de blockchain que se desenvolveram posteriormente, para resolver problemas específicos e atender às necessidades dos usuários, mudaram diretamente isso. Por exemplo, a linguagem usada pelo Ethereum é Turing completa.
Os tipos comuns de instruções de script do Bitcoin incluem: constantes, controle de fluxo, pilha, strings, lógica de bits, lógica aritmética, criptografia, entre outros.
Na história do Bitcoin, houve várias ocorrências de ordens de redução. As razões para as ordens de redução incluem considerações de segurança, bem como a necessidade de tornar o protocolo subjacente mais básico e estável. Isso resultou em um fato: apenas o Bitcoin é adequado como uma rede de camada. Do ponto de vista das características básicas do Bitcoin e do design em camadas, quase só o Bitcoin pode servir como infraestrutura de rede de camada, mesmo que haja cadeias alternativas, estas são produtos de 1.5 camadas.
1.2 História, causas e significado das bifurcações do Bitcoin
Na história do desenvolvimento do Bitcoin, além da questão dos comandos a serem eliminados, por outro lado, há a disputa sobre o tamanho do bloco, que frequentemente causa bifurcações duras no Bitcoin.
No início da criação do BTC, não havia limitações no tamanho dos blocos. Mas quando o preço do BTC era muito baixo e o custo das transações maliciosas também era muito baixo, para resolver esse problema, Satoshi Nakamoto presidiu um soft fork em 12 de setembro de 2010, adicionando uma limitação de que o volume do bloco não poderia exceder 1MB. Satoshi Nakamoto apontou que essa limitação era temporária e que no futuro poderia ser aumentada de maneira controlada e gradual, para atender às necessidades de escalabilidade.
Com a popularidade do Bitcoin, os problemas de congestionamento de transações na rede e o aumento do tempo de confirmação tornaram-se cada vez mais graves. Em 2015, Gavin Andresen e Mike Hearn anunciaram que implementariam a proposta BIP-101 na nova versão do BitcoinXT, esperando aumentar o limite de bloco para 8MB. No entanto, Greg Maxell, Luke Jr, Pieter Wuille e outros desenvolvedores centrais opuseram-se, argumentando que tal ação aumentaria a barreira de entrada para a execução de nós completos e traria efeitos incontroláveis. Esta discussão acabou por se expandir em termos de tópicos e participantes.
Em meio a constantes controvérsias, surgiram muitos casos. Por exemplo, o tamanho do bloco do BCH é de 8M, que foi aumentado para 32M. O tamanho do bloco do BSV é de 128M. Além do BCH( e do BSV), muitos outros forks do BTC também surgiram nesse período. Segundo a BitMEXResearch, apenas no ano seguinte ao fork do BCH, surgiram pelo menos 50 novas moedas fork.
O fork do Bitcoin é uma exploração de desenvolvimento, tentando atender a mais demandas através de suas próprias mudanças. Entre essas demandas estão as necessidades dos usuários, dos mineradores, dos investidores e dos desenvolvedores.
1.3 Desenvolvimento de alguns exemplos típicos de Bitcoin
Após a saída de Satoshi Nakamoto, o herdeiro Gavin Andresen liderou a criação do Bitcoin Core e da Fundação Bitcoin. Durante esse período, houve uma exploração contínua da escalabilidade do BTC, especialmente no campo da emissão de ativos.
Colored Coins( moedas coloridas)
O CEO da eToro, Yoni Assia, apresentou pela primeira vez as moedas coloridas em 27 de março de 2012. A ideia evoluiu continuamente e, em fóruns como o Bitcointalk, o conceito de moedas coloridas começou a se formar e a ganhar atenção. Finalmente, Meni Rosenfeld publicou um white paper detalhando as moedas coloridas em 4 de dezembro de 2012.
A ideia das moedas coloridas é representar ativos e valores mais amplos, adicionando uma marcação especial a partes específicas do Bitcoin, (, ou seja, a coloração ). As moedas coloridas surgiram na prática em uma série de entidades, que podem ser divididas em duas categorias:
Baseado em OP_RETURN: como Flavien Charlon propôs em 2013 com os Open Assets, utilizando OP_RETURN para armazenar no script e completando a "coloração" e a transação através de leitura externa.
baseado em OP_RETURN: um representante típico é o EPOBC Protocol proposto pela ChromaWay em 2014, as informações adicionais sobre os ativos EPOBC são armazenadas no campo nSequence da transação Bitcoin, cada categoria e legalidade do ativo EPOBC precisa ser rastreada até a transação genesis para ser determinada.
MasterCoin(OMNI)
JR Willett publicou a concepção do MasterCoin em 6 de janeiro de 2012, nomeando-o de "o segundo white paper do Bitcoin", e em julho de 2013, lançou oficialmente o projeto por meio de um ICO, levantando um total de 5120 BTC. A diferença entre MasterCoin e Colored Coins é que ele estabeleceu uma camada completa de nós, mantendo um banco de dados de modelo de estado através da varredura dos blocos do Bitcoin, que reside em nós fora da blockchain. Este design pode fornecer funcionalidades mais complexas do que as Colored Coins, como a criação de novos ativos, bolsas descentralizadas, feedback automático de preços, entre outras. Em 2014, a Tether também lançou uma stablecoin sobre o Bitcoin através do protocolo Mastercoin, que é o Tether USD que conhecemos, (OMNI).
CounterParty
Counterparty foi oficialmente lançado em 2014. A Counterparty também usa OP_RETURN para armazenar dados na rede BTC. Mas, ao contrário das moedas coloridas, os ativos no Counterparty não existem na forma de UTXO, mas sim através da informação carregada por OP_RETURN para indicar a transferência de ativos. Quando um detentor de ativos assina uma transação com um endereço de posse que contém dados especiais, a transferência do ativo é concluída. Através desse método, a Counterparty pode realizar a emissão, troca de ativos e ser compatível com plataformas de contratos inteligentes do Ethereum.
Além disso, há opiniões que acreditam que Ethereum, Ripple e BitShares também pertencem ao conceito mais amplo de "Bitcoin 2.0".
1.4 A imperfeição do Bitcoin e protocolos em camadas
As imperfeições ou limitações do sistema Bitcoin ( manifestam-se principalmente em vários aspectos:
1. Sistema de contas UTXO do Bitcoin
Nos atuais projetos de blockchain, existem principalmente duas formas de registro, uma é o modelo de conta/saldo e a outra é o modelo UTXO. O Bitcoin utiliza o modelo UTXO, enquanto o Ethereum, EOS e outros utilizam o modelo de conta/saldo.
UTXO)Saídas de Transação Não Gastas( são saídas de transação que não foram gastas, e é um conceito central na geração e validação de transações de Bitcoin. As transações formam uma estrutura encadeada, todas as transações de Bitcoin legítimas podem ser rastreadas até as saídas de uma ou mais transações anteriores, sendo que as origens dessas cadeias são recompensas de mineração, e o final são as saídas de transação não gastas atuais.
Se quisermos implementar contratos inteligentes, o modelo de conta UTXO apresenta grandes problemas. O designer do livro amarelo do Ethereum, Gavin Wood, tem uma compreensão profunda do UTXO. A principal nova funcionalidade do Ethereum é o contrato inteligente, e devido às considerações sobre contratos inteligentes, Gavin Wood achou difícil implementar contratos inteligentes Turing completos com base no UTXO. O modelo de conta é naturalmente orientado a objetos; para cada transação, há um registro correspondente na conta )nonce++(. Para facilitar a gestão de contas, foi introduzido um estado global, e cada transação altera esse estado global.
Outra grave falha do UTXO é que não permite um controle detalhado sobre os limites de retirada da conta.
2. A linguagem de script do Bitcoin, não é Turing-completa
Embora a linguagem de script do Bitcoin possa suportar vários cálculos, ela não pode suportar todos os cálculos. A principal limitação é que a linguagem de script do Bitcoin não possui instruções de loop e instruções de controle condicional. Portanto, dizemos que: a linguagem de script do Bitcoin não é Turing completa. Isso resulta em certas limitações na linguagem de script do Bitcoin.
Para a segurança, a razão para não suportar linguagens Turing completas não é suficiente. Além disso, as linguagens não Turing completas têm capacidades muito limitadas.
3. Outras imperfeições do Bitcoin, segurança, escalabilidade
O problema da centralização da mineração, o algoritmo de mineração do Bitcoin basicamente permite que os mineradores façam pequenas modificações no cabeçalho do bloco milhões de vezes, até que a versão modificada de um determinado nó tenha um hash inferior ao valor alvo. No entanto, esse algoritmo de mineração é suscetível a dois tipos de ataques centralizados. O primeiro é que o ecossistema de mineração é controlado por ASICs) projetados especificamente, que melhoram a eficiência em milhares de vezes nesta tarefa específica de mineração de Bitcoin, e circuitos integrados( de computador. Isso significa que a mineração de Bitcoin não é mais altamente descentralizada e em busca de igualitarismo, mas sim requer uma participação efetiva de capital substancial. O segundo é que a maioria dos mineradores de Bitcoin na verdade não completam a validação de blocos localmente; ao invés disso, dependem de pools de mineração centralizados para fornecer os cabeçalhos dos blocos. Este problema pode ser considerado sério: atualmente, os três principais pools de mineração controlam indiretamente cerca de 50% da capacidade de processamento na rede Bitcoin.
O problema de escalabilidade é uma questão importante para o Bitcoin. Ao usar Bitcoin, cresce cerca de 1MB por hora. Se a rede Bitcoin processar 2000 transações por segundo como o Visa, crescerá 1MB a cada três segundos), 1GB por hora e 8TB( por ano. O número reduzido de transações também gera controvérsia na comunidade Bitcoin; blocos maiores podem melhorar o desempenho, mas a questão é o risco de centralização.
Design em Camadas
O design em camadas é uma forma de os seres humanos lidarem com sistemas complexos, através da divisão do sistema em várias estruturas de camadas e definição das relações e funções entre cada camada, a fim de alcançar a modularidade, manutenibilidade e escalabilidade do sistema, aumentando assim a eficiência e a confiabilidade do design do sistema.
Para um sistema de protocolos amplo e extenso, o uso de camadas traz benefícios claros. Isso torna mais fácil para as pessoas compreenderem, facilita a divisão de trabalho e a implementação, e permite melhorias modulares, entre outras vantagens. Assim como no design do modelo em sete camadas ISO/OSI em redes de computadores, na implementação específica, algumas camadas podem ser combinadas; por exemplo, o protocolo de rede específico TCP/IP é um protocolo de quatro camadas. Em termos de vantagens da estratificação de protocolos: as camadas são independentes entre si, têm boa flexibilidade, podem ser estruturalmente separadas, são fáceis de implementar e manter, e ajudam a promover o trabalho de padronização.
Do ponto de vista dos protocolos em camadas, o Bitcoin, por estar na camada mais básica, tem seus UTXOs, não ser Turing completo, ter um longo tempo de geração de blocos, capacidade de bloco pequena e o desaparecimento do criador, todos eles não são desvantagens, mas sim características que uma rede de camada deve possuir.
![Às vésperas de uma nova explosão, resumo abrangente sobre o desenvolvimento de novas tecnologias do Bitcoin])https://img-cdn.gateio.im/webp-social/moments-074ff0b9337dec4aa746c91bae22716d.webp(
2. Importantes novas tecnologias no desenvolvimento do Bitcoin ) expansão de bloco e expansão de capacidade (
Na própria blockchain do Bitcoin, essa exploração também gerou muitos resultados, essencialmente na expansão da capacidade dos blocos e das funcionalidades. Eles se manifestam principalmente nas seguintes áreas.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
7 Curtidas
Recompensa
7
6
Repostar
Compartilhar
Comentário
0/400
GasFeeLover
· 1h atrás
Se não consegue jogar, então não jogue. Isto não é algo que pessoas comuns possam entender.
Ver originalResponder0
ILCollector
· 9h atrás
Quem disse que o BTC só serve para especulação?
Ver originalResponder0
hodl_therapist
· 9h atrás
Frente da fila, o mundo crypto entende a literatura.
Ver originalResponder0
LiquidityHunter
· 9h atrás
Passei 6 horas a analisar dados de DEX num dia, o que me deixou os olhos cansados. A trajetória de desenvolvimento deste mercado é realmente impressionante.
História da evolução da tecnologia Bitcoin: das controvérsias das forquilhas à inovação em camadas
Desenvolvimento de novas tecnologias do Bitcoin: à beira de uma nova explosão
A tecnologia original do Bitcoin sempre teve um problema de conflito entre a aplicação em larga escala e as capacidades que o Bitcoin deveria ter. A aplicação em larga escala e o volume de transações significam que existem ordens de transação mais complexas e um espaço de transação maior? Significa que é necessário implementar todas as funcionalidades em um único sistema do Bitcoin? Com o desenvolvimento da tecnologia, muitas questões terão respostas mais claras.
Este artigo irá listar algumas questões relevantes, bem como o processo de surgimento e resolução dessas questões. Através deste artigo, é possível observar a correlação entre essas questões e a tecnologia, bem como o processo de mudança entre a cadeia principal do Bitcoin e as "testes de cadeia" relacionadas. A tecnologia do Bitcoin tem sido explorada por diferentes projetos e equipes, mas as mudanças na rede principal do Bitcoin sempre foram pouco evidentes, até o surgimento de tecnologias como o Taproot, que impulsionaram o surgimento de protocolos como o Ordinals, levando a um novo auge de desenvolvimento.
Do ponto de vista geral, ao observar esses processos de desenvolvimento e as tecnologias relacionadas que surgiram, podemos ver as conexões entre eles e inferir mais direções de desenvolvimento e a arquitetura geral.
1. Principais explorações e conflitos da tecnologia original do Bitcoin
1.1 A linguagem de script do Bitcoin e algumas instruções removidas
A linguagem de programação do Bitcoin é uma linguagem de script que segue o paradigma da notação polonesa reversa, sem instruções de loop e controle condicional. Portanto, costuma-se dizer que a linguagem de script do Bitcoin não é Turing completa, o que resulta em certas limitações na linguagem de script do Bitcoin.
Devido a essas limitações, os hackers não podem usar essa linguagem de script para escrever loops infinitos ou códigos maliciosos que podem levar a ataques DOS, evitando ataques DOS na rede Bitcoin. Os desenvolvedores do Bitcoin acreditam que o blockchain principal não deve ter integridade de Turing para evitar alguns ataques e congestionamento da rede.
No entanto, também é precisamente por causa dessas limitações que a rede Bitcoin não consegue executar outros programas complexos, não consegue realizar algumas funções "úteis". Alguns sistemas de blockchain que se desenvolveram posteriormente, para resolver problemas específicos e atender às necessidades dos usuários, mudaram diretamente isso. Por exemplo, a linguagem usada pelo Ethereum é Turing completa.
Os tipos comuns de instruções de script do Bitcoin incluem: constantes, controle de fluxo, pilha, strings, lógica de bits, lógica aritmética, criptografia, entre outros.
Na história do Bitcoin, houve várias ocorrências de ordens de redução. As razões para as ordens de redução incluem considerações de segurança, bem como a necessidade de tornar o protocolo subjacente mais básico e estável. Isso resultou em um fato: apenas o Bitcoin é adequado como uma rede de camada. Do ponto de vista das características básicas do Bitcoin e do design em camadas, quase só o Bitcoin pode servir como infraestrutura de rede de camada, mesmo que haja cadeias alternativas, estas são produtos de 1.5 camadas.
1.2 História, causas e significado das bifurcações do Bitcoin
Na história do desenvolvimento do Bitcoin, além da questão dos comandos a serem eliminados, por outro lado, há a disputa sobre o tamanho do bloco, que frequentemente causa bifurcações duras no Bitcoin.
No início da criação do BTC, não havia limitações no tamanho dos blocos. Mas quando o preço do BTC era muito baixo e o custo das transações maliciosas também era muito baixo, para resolver esse problema, Satoshi Nakamoto presidiu um soft fork em 12 de setembro de 2010, adicionando uma limitação de que o volume do bloco não poderia exceder 1MB. Satoshi Nakamoto apontou que essa limitação era temporária e que no futuro poderia ser aumentada de maneira controlada e gradual, para atender às necessidades de escalabilidade.
Com a popularidade do Bitcoin, os problemas de congestionamento de transações na rede e o aumento do tempo de confirmação tornaram-se cada vez mais graves. Em 2015, Gavin Andresen e Mike Hearn anunciaram que implementariam a proposta BIP-101 na nova versão do BitcoinXT, esperando aumentar o limite de bloco para 8MB. No entanto, Greg Maxell, Luke Jr, Pieter Wuille e outros desenvolvedores centrais opuseram-se, argumentando que tal ação aumentaria a barreira de entrada para a execução de nós completos e traria efeitos incontroláveis. Esta discussão acabou por se expandir em termos de tópicos e participantes.
Em meio a constantes controvérsias, surgiram muitos casos. Por exemplo, o tamanho do bloco do BCH é de 8M, que foi aumentado para 32M. O tamanho do bloco do BSV é de 128M. Além do BCH( e do BSV), muitos outros forks do BTC também surgiram nesse período. Segundo a BitMEXResearch, apenas no ano seguinte ao fork do BCH, surgiram pelo menos 50 novas moedas fork.
O fork do Bitcoin é uma exploração de desenvolvimento, tentando atender a mais demandas através de suas próprias mudanças. Entre essas demandas estão as necessidades dos usuários, dos mineradores, dos investidores e dos desenvolvedores.
1.3 Desenvolvimento de alguns exemplos típicos de Bitcoin
Após a saída de Satoshi Nakamoto, o herdeiro Gavin Andresen liderou a criação do Bitcoin Core e da Fundação Bitcoin. Durante esse período, houve uma exploração contínua da escalabilidade do BTC, especialmente no campo da emissão de ativos.
Colored Coins( moedas coloridas)
O CEO da eToro, Yoni Assia, apresentou pela primeira vez as moedas coloridas em 27 de março de 2012. A ideia evoluiu continuamente e, em fóruns como o Bitcointalk, o conceito de moedas coloridas começou a se formar e a ganhar atenção. Finalmente, Meni Rosenfeld publicou um white paper detalhando as moedas coloridas em 4 de dezembro de 2012.
A ideia das moedas coloridas é representar ativos e valores mais amplos, adicionando uma marcação especial a partes específicas do Bitcoin, (, ou seja, a coloração ). As moedas coloridas surgiram na prática em uma série de entidades, que podem ser divididas em duas categorias:
Baseado em OP_RETURN: como Flavien Charlon propôs em 2013 com os Open Assets, utilizando OP_RETURN para armazenar no script e completando a "coloração" e a transação através de leitura externa.
baseado em OP_RETURN: um representante típico é o EPOBC Protocol proposto pela ChromaWay em 2014, as informações adicionais sobre os ativos EPOBC são armazenadas no campo nSequence da transação Bitcoin, cada categoria e legalidade do ativo EPOBC precisa ser rastreada até a transação genesis para ser determinada.
MasterCoin(OMNI)
JR Willett publicou a concepção do MasterCoin em 6 de janeiro de 2012, nomeando-o de "o segundo white paper do Bitcoin", e em julho de 2013, lançou oficialmente o projeto por meio de um ICO, levantando um total de 5120 BTC. A diferença entre MasterCoin e Colored Coins é que ele estabeleceu uma camada completa de nós, mantendo um banco de dados de modelo de estado através da varredura dos blocos do Bitcoin, que reside em nós fora da blockchain. Este design pode fornecer funcionalidades mais complexas do que as Colored Coins, como a criação de novos ativos, bolsas descentralizadas, feedback automático de preços, entre outras. Em 2014, a Tether também lançou uma stablecoin sobre o Bitcoin através do protocolo Mastercoin, que é o Tether USD que conhecemos, (OMNI).
CounterParty
Counterparty foi oficialmente lançado em 2014. A Counterparty também usa OP_RETURN para armazenar dados na rede BTC. Mas, ao contrário das moedas coloridas, os ativos no Counterparty não existem na forma de UTXO, mas sim através da informação carregada por OP_RETURN para indicar a transferência de ativos. Quando um detentor de ativos assina uma transação com um endereço de posse que contém dados especiais, a transferência do ativo é concluída. Através desse método, a Counterparty pode realizar a emissão, troca de ativos e ser compatível com plataformas de contratos inteligentes do Ethereum.
Além disso, há opiniões que acreditam que Ethereum, Ripple e BitShares também pertencem ao conceito mais amplo de "Bitcoin 2.0".
1.4 A imperfeição do Bitcoin e protocolos em camadas
As imperfeições ou limitações do sistema Bitcoin ( manifestam-se principalmente em vários aspectos:
1. Sistema de contas UTXO do Bitcoin
Nos atuais projetos de blockchain, existem principalmente duas formas de registro, uma é o modelo de conta/saldo e a outra é o modelo UTXO. O Bitcoin utiliza o modelo UTXO, enquanto o Ethereum, EOS e outros utilizam o modelo de conta/saldo.
UTXO)Saídas de Transação Não Gastas( são saídas de transação que não foram gastas, e é um conceito central na geração e validação de transações de Bitcoin. As transações formam uma estrutura encadeada, todas as transações de Bitcoin legítimas podem ser rastreadas até as saídas de uma ou mais transações anteriores, sendo que as origens dessas cadeias são recompensas de mineração, e o final são as saídas de transação não gastas atuais.
Se quisermos implementar contratos inteligentes, o modelo de conta UTXO apresenta grandes problemas. O designer do livro amarelo do Ethereum, Gavin Wood, tem uma compreensão profunda do UTXO. A principal nova funcionalidade do Ethereum é o contrato inteligente, e devido às considerações sobre contratos inteligentes, Gavin Wood achou difícil implementar contratos inteligentes Turing completos com base no UTXO. O modelo de conta é naturalmente orientado a objetos; para cada transação, há um registro correspondente na conta )nonce++(. Para facilitar a gestão de contas, foi introduzido um estado global, e cada transação altera esse estado global.
Outra grave falha do UTXO é que não permite um controle detalhado sobre os limites de retirada da conta.
2. A linguagem de script do Bitcoin, não é Turing-completa
Embora a linguagem de script do Bitcoin possa suportar vários cálculos, ela não pode suportar todos os cálculos. A principal limitação é que a linguagem de script do Bitcoin não possui instruções de loop e instruções de controle condicional. Portanto, dizemos que: a linguagem de script do Bitcoin não é Turing completa. Isso resulta em certas limitações na linguagem de script do Bitcoin.
Para a segurança, a razão para não suportar linguagens Turing completas não é suficiente. Além disso, as linguagens não Turing completas têm capacidades muito limitadas.
3. Outras imperfeições do Bitcoin, segurança, escalabilidade
O problema da centralização da mineração, o algoritmo de mineração do Bitcoin basicamente permite que os mineradores façam pequenas modificações no cabeçalho do bloco milhões de vezes, até que a versão modificada de um determinado nó tenha um hash inferior ao valor alvo. No entanto, esse algoritmo de mineração é suscetível a dois tipos de ataques centralizados. O primeiro é que o ecossistema de mineração é controlado por ASICs) projetados especificamente, que melhoram a eficiência em milhares de vezes nesta tarefa específica de mineração de Bitcoin, e circuitos integrados( de computador. Isso significa que a mineração de Bitcoin não é mais altamente descentralizada e em busca de igualitarismo, mas sim requer uma participação efetiva de capital substancial. O segundo é que a maioria dos mineradores de Bitcoin na verdade não completam a validação de blocos localmente; ao invés disso, dependem de pools de mineração centralizados para fornecer os cabeçalhos dos blocos. Este problema pode ser considerado sério: atualmente, os três principais pools de mineração controlam indiretamente cerca de 50% da capacidade de processamento na rede Bitcoin.
O problema de escalabilidade é uma questão importante para o Bitcoin. Ao usar Bitcoin, cresce cerca de 1MB por hora. Se a rede Bitcoin processar 2000 transações por segundo como o Visa, crescerá 1MB a cada três segundos), 1GB por hora e 8TB( por ano. O número reduzido de transações também gera controvérsia na comunidade Bitcoin; blocos maiores podem melhorar o desempenho, mas a questão é o risco de centralização.
Design em Camadas
O design em camadas é uma forma de os seres humanos lidarem com sistemas complexos, através da divisão do sistema em várias estruturas de camadas e definição das relações e funções entre cada camada, a fim de alcançar a modularidade, manutenibilidade e escalabilidade do sistema, aumentando assim a eficiência e a confiabilidade do design do sistema.
Para um sistema de protocolos amplo e extenso, o uso de camadas traz benefícios claros. Isso torna mais fácil para as pessoas compreenderem, facilita a divisão de trabalho e a implementação, e permite melhorias modulares, entre outras vantagens. Assim como no design do modelo em sete camadas ISO/OSI em redes de computadores, na implementação específica, algumas camadas podem ser combinadas; por exemplo, o protocolo de rede específico TCP/IP é um protocolo de quatro camadas. Em termos de vantagens da estratificação de protocolos: as camadas são independentes entre si, têm boa flexibilidade, podem ser estruturalmente separadas, são fáceis de implementar e manter, e ajudam a promover o trabalho de padronização.
Do ponto de vista dos protocolos em camadas, o Bitcoin, por estar na camada mais básica, tem seus UTXOs, não ser Turing completo, ter um longo tempo de geração de blocos, capacidade de bloco pequena e o desaparecimento do criador, todos eles não são desvantagens, mas sim características que uma rede de camada deve possuir.
![Às vésperas de uma nova explosão, resumo abrangente sobre o desenvolvimento de novas tecnologias do Bitcoin])https://img-cdn.gateio.im/webp-social/moments-074ff0b9337dec4aa746c91bae22716d.webp(
2. Importantes novas tecnologias no desenvolvimento do Bitcoin ) expansão de bloco e expansão de capacidade (
Na própria blockchain do Bitcoin, essa exploração também gerou muitos resultados, essencialmente na expansão da capacidade dos blocos e das funcionalidades. Eles se manifestam principalmente nas seguintes áreas.
) 2.