Bitcoin restrições: alcançar uma programabilidade mais poderosa
Recentemente, a comunidade Bitcoin levantou uma discussão sobre a reativação de operações como OP_CAT. Isso gerou interesse nas "cláusulas restritivas" do Bitcoin (covenants), acreditando que isso poderia possibilitar contratos inteligentes ou programabilidade no Bitcoin.
O que se chama "cláusula de restrição" é um mecanismo que pode definir condições para futuras transações de Bitcoin. Embora o script de Bitcoin atual também contenha algumas condições de restrição, desde que o usuário consiga desbloquear, pode gastar o UTXO em qualquer lugar. A cláusula de restrição pode restringir ainda mais o gasto do UTXO, alcançando um efeito semelhante ao de "fundos específicos para fins específicos".
Este mecanismo que parece aumentar as limitações, na verdade, pode desbloquear mais cenários de aplicação:
Garantir as penalizações do Staking. Por exemplo, no plano de staking de Bitcoin da Babylon, é possível forçar a queima de uma parte dos ativos dos usuários mal-intencionados através de cláusulas restritivas.
Controle de congestionamento. O remetente pode primeiro se comprometer com uma transação de envio em lote e, quando as taxas de transação estiverem baixas, enviar a transação específica, reduzindo assim os custos gerais da rede.
Aplicação do cofre (vault). Mesmo que a conta seja hackeada, é possível limitar o uso dos fundos. Por exemplo, no plano de design do OP_VAULT, os saques precisam ser realizados em duas etapas, com um atraso de tempo no meio, aumentando assim a segurança.
Canais de estado mais robustos e flexíveis. Por exemplo, Eltoo pode evitar o mecanismo de penalização na rede Lightning, Ark pode reduzir a liquidez de entrada e a dificuldade de gestão dos canais na rede Lightning.
As soluções técnicas para implementar cláusulas restritivas podem ser divididas em duas categorias:
Baseado em códigos de operação. Como OP_CTV, OP_VAULT, etc., através da adição de novos códigos de operação, lê-se diretamente o conteúdo da transação.
Baseado em assinatura. Como APO(SIGHASH_ANYPREVOUT), através da modificação do mecanismo de assinatura, realiza-se indiretamente a introspecção de transações.
Entre eles, OP_CTV e OP_CAT são os dois planos mais discutidos atualmente:
OP_CTV pode verificar se as transações de gastos após o hash correspondem ao que foi definido. Isso permite que os usuários construam árvores de transações complexas envolvendo múltiplos destinatários, permitindo cenários de uso de fundos mais flexíveis.
OP_CAT é uma operação simples, mas poderosa, que pode concatenar dois elementos na pilha. Pode ser utilizada para implementar a verificação de árvores de Merkle, melhorar assinaturas Schnorr e várias outras funcionalidades.
As cláusulas restritivas trouxeram uma Programabilidade mais robusta para Bitcoin, mas também podem levar a alguns abusos ou falhas não planejadas. Portanto, a comunidade adota uma atitude cautelosa em relação a isso, e os upgrades relevantes podem ainda levar algum tempo para serem concluídos. No entanto, com a contínua melhoria da tecnologia subjacente, espera-se que as cláusulas restritivas liberem mais potencial para Bitcoin.
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.
Bitcoin limitações: Abertura de uma nova era de contratos inteligentes
Bitcoin restrições: alcançar uma programabilidade mais poderosa
Recentemente, a comunidade Bitcoin levantou uma discussão sobre a reativação de operações como OP_CAT. Isso gerou interesse nas "cláusulas restritivas" do Bitcoin (covenants), acreditando que isso poderia possibilitar contratos inteligentes ou programabilidade no Bitcoin.
O que se chama "cláusula de restrição" é um mecanismo que pode definir condições para futuras transações de Bitcoin. Embora o script de Bitcoin atual também contenha algumas condições de restrição, desde que o usuário consiga desbloquear, pode gastar o UTXO em qualquer lugar. A cláusula de restrição pode restringir ainda mais o gasto do UTXO, alcançando um efeito semelhante ao de "fundos específicos para fins específicos".
Este mecanismo que parece aumentar as limitações, na verdade, pode desbloquear mais cenários de aplicação:
Garantir as penalizações do Staking. Por exemplo, no plano de staking de Bitcoin da Babylon, é possível forçar a queima de uma parte dos ativos dos usuários mal-intencionados através de cláusulas restritivas.
Controle de congestionamento. O remetente pode primeiro se comprometer com uma transação de envio em lote e, quando as taxas de transação estiverem baixas, enviar a transação específica, reduzindo assim os custos gerais da rede.
Aplicação do cofre (vault). Mesmo que a conta seja hackeada, é possível limitar o uso dos fundos. Por exemplo, no plano de design do OP_VAULT, os saques precisam ser realizados em duas etapas, com um atraso de tempo no meio, aumentando assim a segurança.
Canais de estado mais robustos e flexíveis. Por exemplo, Eltoo pode evitar o mecanismo de penalização na rede Lightning, Ark pode reduzir a liquidez de entrada e a dificuldade de gestão dos canais na rede Lightning.
As soluções técnicas para implementar cláusulas restritivas podem ser divididas em duas categorias:
Baseado em códigos de operação. Como OP_CTV, OP_VAULT, etc., através da adição de novos códigos de operação, lê-se diretamente o conteúdo da transação.
Baseado em assinatura. Como APO(SIGHASH_ANYPREVOUT), através da modificação do mecanismo de assinatura, realiza-se indiretamente a introspecção de transações.
Entre eles, OP_CTV e OP_CAT são os dois planos mais discutidos atualmente:
OP_CTV pode verificar se as transações de gastos após o hash correspondem ao que foi definido. Isso permite que os usuários construam árvores de transações complexas envolvendo múltiplos destinatários, permitindo cenários de uso de fundos mais flexíveis.
OP_CAT é uma operação simples, mas poderosa, que pode concatenar dois elementos na pilha. Pode ser utilizada para implementar a verificação de árvores de Merkle, melhorar assinaturas Schnorr e várias outras funcionalidades.
As cláusulas restritivas trouxeram uma Programabilidade mais robusta para Bitcoin, mas também podem levar a alguns abusos ou falhas não planejadas. Portanto, a comunidade adota uma atitude cautelosa em relação a isso, e os upgrades relevantes podem ainda levar algum tempo para serem concluídos. No entanto, com a contínua melhoria da tecnologia subjacente, espera-se que as cláusulas restritivas liberem mais potencial para Bitcoin.