A polêmica sobre a proibição de inscrições foi resolvida: a proposta de Luke Dashjr foi rejeitada, para onde irá a polêmica?

Em 7 de janeiro, o desenvolvedor do cliente Bitcoin Core, Luke Dashjr, lançou a proposta “datacarriersize: Match more datacarrying #28408”. Este artigo resume as opiniões de apoiadores e oponentes.

Escrito por: LINDABELL



Em 7 de janeiro, a proposta “datacarriersize: Match more datacarrying #28408” iniciada pelo desenvolvedor do cliente Bitcoin Core, Luke Dashjr, foi rejeitada após discussão por muitos desenvolvedores do Bitcoin Core. O principal objetivo da proposta, proposta por Luke Dashjr em setembro de 2023, é atualizar o software Bitcoin Core para que ele possa usar efetivamente métodos mais recentes de transporte de dados para limitar o desenvolvimento de inscrições.

Depois de ler vários comentários sobre a proposta, ChainFeeds compilou um resumo das opiniões de apoiadores e oponentes. Os apoiadores enfatizaram principalmente os problemas de congestionamento enfrentados atualmente pela rede Bitcoin, especialmente o mau estado do mempool causado pelas transações de inscrição e o número de transações de spam. continua a aumentar. Os opositores argumentam que a proposta não resolve eficazmente o problema do spam porque é pouco provável que os mineiros adotem esta estratégia devido a questões de receitas. Além disso, a polêmica também diz respeito à complexidade da implementação da proposta e à complexidade do código que ela pode trazer.

Apoiadores

Os defensores argumentam que a proposta nada tem a ver com a inscrição em si, mas sim com o congestionamento da rede que ela cria. O nó Bitcoin Léo Haf apontou: "O estado atual do pool de memória é muito ruim. O número de transações de spam ultrapassou 200.000 e parece que o número ainda está aumentando. Essas transações de spam prejudicaram seriamente a aplicação prática do Bitcoin. " A segurança da utilização de inscrições O problema também é o principal argumento entre os proponentes de que esta vulnerabilidade não só levará ao aumento de taxas e tempos de processamento de transações mais longos, mas também se tornará um vetor potencial para ataques DDoS. Além disso, o grau de descentralização da rede também será afetado, e os nós com menos recursos computacionais poderão ter dificuldades para atender à crescente demanda, resultando em uma topologia de rede mais centralizada. Outra tendência preocupante é que, se muitos e grandes dados continuarem a ser armazenados na cadeia Bitcoin, é provável que, após um certo ponto, a maioria dos arquivos de bloco contenha apenas dados json BRC-20 infinitos.

Do ponto de vista dos participantes da rede, em primeiro lugar, os utilizadores enfrentam taxas elevadas enquanto possuem uma certa quantidade de Bitcoin, o que essencialmente os impede de ter acesso normal à rede. Em segundo lugar, para os nós, estas transações aumentam os custos operacionais do nó, mas não acrescentam qualquer valor acrescentado ao próprio Bitcoin. Finalmente, não há nenhum benefício nas inscrições para os pequenos mineiros, uma vez que a censura destas transacções apenas encorajará o desenvolvimento de mempools privados.

Por outro lado, os apoiantes também argumentam que esta proposta apenas limita a quantidade de dados transportados em OP_RETURN, que sempre foi a “intenção” de -datacarriersize. O apoiador wizkid057 disse: “A filtragem de spam tem sido feita em vários níveis do código há mais de uma década, e tudo o que esse PR faz é aplicar o limite de tamanho da operadora de dados existente a outra forma de transferência de dados”.

Oponentes

Os oponentes acreditam firmemente que a proposta não resolve eficazmente o problema do spam. Primeiro, é improvável que os mineradores adotem esta estratégia porque os mineradores que usam versões mais recentes do Bitcoin Core perderão uma quantidade significativa de taxas usando este PR. O fundador da Ordinals, Casey Rodarmor, destacou que nos últimos dez meses, as transações de inscrição geraram pelo menos mais de US$ 100 milhões em taxas de transação.

O desenvolvedor do Bitcoin, Sjors Provoost, enfatizou: “Se apenas a Ocean Pool usar esse PR, ele não terá nenhum impacto em todo o sistema. Se for amplamente adotado, a evasão se tornará fácil e o código se tornará mais complexo”.

O contribuidor da Bitcoin Optech, Murch, acredita que, embora as inscrições sejam bobas, elas terão menos impacto negativo no uso de áreas testemunhas do que outras formas de incorporar dados no blockchain. Mas há um problema. O patch deste PR não impede a execução do relé de inscrição. Os apoiadores do Inscription ainda podem manter o relé funcionando, garantindo que um pequeno número de nós na rede não filtrem o Inscription. Além disso, os mineradores que optarem por filtrar as inscrições receberão menos renda e, eventualmente, os mineradores que executam o patch ainda processarão blocos que incluem inscrições. Portanto, ele sentiu que a mudança nas relações públicas faria mais mal do que bem.

É claro que se o código pode ser escrito para detectar dados incorporados também se tornou um importante ponto de debate. A desenvolvedora da Blockstream, Lisa Neigut, disse que adicionar filtros para excluir transações Ordinals do Bitcoin é um método bastante complicado.

Ao final, Ava Chow, desenvolvedora do Bitcoin Core, fechou o PR e disse que nas atuais circunstâncias é difícil para a proposta chegar a uma conclusão que satisfaça a todos, portanto não há necessidade de continuar a discussão. Luke Dashjr critica o Inscription desde novembro do ano passado, mas, na verdade, sua visão negativa do Inscription decorre principalmente de preocupações sobre os riscos potenciais da rede principal do Bitcoin, em vez de erradicar completamente o Inscription. Também pode ser visto na proposta que Luke Dashjr espera que a maioria dos nós cumpra o PR, e não exclui pools de mineração dispostos a empacotar dados de inscrição. Embora isso traga alguns inconvenientes para a experiência do usuário, também pode gerar alguns Bitcoins. Oportunidades de desenvolvimento da camada 2.