Bitcoin comunidade impulsiona alterações no software subjacente, duas propostas em destaque
A comunidade básica do Bitcoin recentemente começou a promover mudanças no software de base do Bitcoin, algo que tem sido raro nos últimos quatro anos. Atualmente, estão a seguir dois propostas de melhoria do Bitcoin (BIP): BIP-119(CTV) e BIP-348(CSFS). Estas duas propostas introduzem uma nova forma de escrever scripts de Bitcoin, com o objetivo de implementar a funcionalidade de "contratos" (Covenants). Elas podem ser implementadas na próxima bifurcação suave do Bitcoin.
Covenants é um conceito no protocolo Bitcoin que permite definir condições ou restrições nas transações, especificando como a moeda deve ser gasta ou transferida. Este mecanismo pode abranger várias transações, limitando a forma como os gastos futuros podem ser realizados, melhorando assim a funcionalidade de script do Bitcoin. As funções dos Covenants incluem aumentar a capacidade de contratos inteligentes do Bitcoin, melhorar a segurança e otimizar o desempenho da rede.
BIP-119(CTV) é um opcode proposto para Bitcoin que permite que a saída da transação especifique um "modelo", exigindo que as saídas da transação de gastos subsequentes correspondam a esse modelo. Ele implementa a funcionalidade de "carry state" ao restringir que os fundos possam ser gastos apenas de maneira predefinida. Os cenários de aplicação do CTV incluem a criação de pagamentos em massa, a construção de trocas descentralizadas ou protocolos de empréstimos, bem como a implementação de funcionalidades de cofre.
BIP-348(CSFS) é uma proposta de código de operação do Bitcoin que permite verificar a validade de assinaturas para qualquer mensagem, e não apenas para o hash da transação atual. Ele obtém a assinatura, a chave pública e a mensagem da pilha de dados e verifica se a assinatura corresponde. CSFS é uma ferramenta poderosa para implementar Covenants mais flexíveis, pois permite "auto-exame" das entradas da transação, ou seja, verificar o conteúdo ou estado completo da transação assinada.
Além dessas duas propostas, o OP_CAT também é um opcode que vale a pena seguir. O OP_CAT era originalmente parte da linguagem de script inicial do Bitcoin, mas foi removido em 2010 por questões de segurança. Nos últimos anos, a comunidade reabriu a discussão sobre o retorno do OP_CAT e foi formalmente proposto na forma do BIP-347.
A atitude da comunidade Bitcoin em relação a essas propostas está mudando. Nas últimas semanas, muitos desenvolvedores de Bitcoin ocidentais expressaram apoio ao CTV e CSFS nas redes sociais, o que é um sinal forte de que parte da comunidade Bitcoin está avançando em direção à aceitação dessas mudanças. Os desenvolvedores geralmente acreditam que a definição dessas duas propostas é relativamente "estreita", o que significa que, uma vez ativadas, a possibilidade de serem mal utilizadas acidentalmente pelos usuários é baixa.
O processo de soft fork do Bitcoin é complexo e longo. Normalmente, é necessário estimar o nível de apoio de todas as partes interessadas, incluindo desenvolvedores, custodiante, investidores e mineradores. O sinal de apoio dos mineradores é especialmente importante, pois eles podem indicar sua aprovação das alterações no repositório de código ao emitir um sinal nos blocos que mineram.
No futuro, podemos esperar que essas discussões continuem a se aprofundar em várias conferências tecnológicas. Uma vez que os desenvolvedores cheguem a um consenso preliminar, a ativação real do soft fork será passada para os mineradores, a comunidade e os investidores para confirmação final. Embora alguns temam que isso possa gerar divergências entre os "conservadores" e os "reformistas", contanto que o consenso sobre os BIPs seja suficientemente grande, propostas impulsionadas pela comunidade de base também podem ser realizadas na forma de um soft fork liderado por mineradores.
A evolução tecnológica do Bitcoin tem sido um processo lento e cauteloso. A discussão e a potencial implementação dessas novas propostas continuarão a testar o mecanismo de consenso da comunidade Bitcoin, ao mesmo tempo que oferecem novas possibilidades para o desenvolvimento futuro do Bitcoin.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
10 gostos
Recompensa
10
10
Partilhar
Comentar
0/400
FomoAnxiety
· 19h atrás
Soft Fork está muito estável, não acha?
Ver originalResponder0
Ser_This_Is_A_Casino
· 07-04 07:27
A funcionalidade de contratos adicionais é obrigatória.
Ver originalResponder0
MEVHunterNoLoss
· 07-02 20:48
forquilha vem forquilha vai a longo prazo é otimista
Ver originalResponder0
GovernancePretender
· 07-01 16:13
Eu venho votar a favor da atualização
Ver originalResponder0
rekt_but_resilient
· 07-01 16:12
A mudança só pode ficar melhor.
Ver originalResponder0
BanklessAtHeart
· 07-01 16:10
Soft Fork引路向前看
Ver originalResponder0
GlueGuy
· 07-01 16:10
Finalmente vai mudar
Ver originalResponder0
OnchainDetective
· 07-01 16:05
Há grandes movimentos novamente.
Ver originalResponder0
ZkProofPudding
· 07-01 15:55
Após quatro anos, uma grande atualização finalmente chegou.
Ver originalResponder0
SerumSquirrel
· 07-01 15:49
A atualização deve ser considerada com cuidado em relação à segurança
A comunidade Bitcoin está a impulsionar mudanças na camada base, com duas propostas de funcionalidades de contrato a suscitar interesse.
Bitcoin comunidade impulsiona alterações no software subjacente, duas propostas em destaque
A comunidade básica do Bitcoin recentemente começou a promover mudanças no software de base do Bitcoin, algo que tem sido raro nos últimos quatro anos. Atualmente, estão a seguir dois propostas de melhoria do Bitcoin (BIP): BIP-119(CTV) e BIP-348(CSFS). Estas duas propostas introduzem uma nova forma de escrever scripts de Bitcoin, com o objetivo de implementar a funcionalidade de "contratos" (Covenants). Elas podem ser implementadas na próxima bifurcação suave do Bitcoin.
Covenants é um conceito no protocolo Bitcoin que permite definir condições ou restrições nas transações, especificando como a moeda deve ser gasta ou transferida. Este mecanismo pode abranger várias transações, limitando a forma como os gastos futuros podem ser realizados, melhorando assim a funcionalidade de script do Bitcoin. As funções dos Covenants incluem aumentar a capacidade de contratos inteligentes do Bitcoin, melhorar a segurança e otimizar o desempenho da rede.
BIP-119(CTV) é um opcode proposto para Bitcoin que permite que a saída da transação especifique um "modelo", exigindo que as saídas da transação de gastos subsequentes correspondam a esse modelo. Ele implementa a funcionalidade de "carry state" ao restringir que os fundos possam ser gastos apenas de maneira predefinida. Os cenários de aplicação do CTV incluem a criação de pagamentos em massa, a construção de trocas descentralizadas ou protocolos de empréstimos, bem como a implementação de funcionalidades de cofre.
BIP-348(CSFS) é uma proposta de código de operação do Bitcoin que permite verificar a validade de assinaturas para qualquer mensagem, e não apenas para o hash da transação atual. Ele obtém a assinatura, a chave pública e a mensagem da pilha de dados e verifica se a assinatura corresponde. CSFS é uma ferramenta poderosa para implementar Covenants mais flexíveis, pois permite "auto-exame" das entradas da transação, ou seja, verificar o conteúdo ou estado completo da transação assinada.
Além dessas duas propostas, o OP_CAT também é um opcode que vale a pena seguir. O OP_CAT era originalmente parte da linguagem de script inicial do Bitcoin, mas foi removido em 2010 por questões de segurança. Nos últimos anos, a comunidade reabriu a discussão sobre o retorno do OP_CAT e foi formalmente proposto na forma do BIP-347.
A atitude da comunidade Bitcoin em relação a essas propostas está mudando. Nas últimas semanas, muitos desenvolvedores de Bitcoin ocidentais expressaram apoio ao CTV e CSFS nas redes sociais, o que é um sinal forte de que parte da comunidade Bitcoin está avançando em direção à aceitação dessas mudanças. Os desenvolvedores geralmente acreditam que a definição dessas duas propostas é relativamente "estreita", o que significa que, uma vez ativadas, a possibilidade de serem mal utilizadas acidentalmente pelos usuários é baixa.
O processo de soft fork do Bitcoin é complexo e longo. Normalmente, é necessário estimar o nível de apoio de todas as partes interessadas, incluindo desenvolvedores, custodiante, investidores e mineradores. O sinal de apoio dos mineradores é especialmente importante, pois eles podem indicar sua aprovação das alterações no repositório de código ao emitir um sinal nos blocos que mineram.
No futuro, podemos esperar que essas discussões continuem a se aprofundar em várias conferências tecnológicas. Uma vez que os desenvolvedores cheguem a um consenso preliminar, a ativação real do soft fork será passada para os mineradores, a comunidade e os investidores para confirmação final. Embora alguns temam que isso possa gerar divergências entre os "conservadores" e os "reformistas", contanto que o consenso sobre os BIPs seja suficientemente grande, propostas impulsionadas pela comunidade de base também podem ser realizadas na forma de um soft fork liderado por mineradores.
A evolução tecnológica do Bitcoin tem sido um processo lento e cauteloso. A discussão e a potencial implementação dessas novas propostas continuarão a testar o mecanismo de consenso da comunidade Bitcoin, ao mesmo tempo que oferecem novas possibilidades para o desenvolvimento futuro do Bitcoin.