Primeiro, há muitas razões pelas quais alguém gostaria de armazenar todos os blocos e não apenas executar um nó podado - veja o post de @FractalEncrypt sobre isso.
Em segundo lugar, a plebe não é norma. Eles podem não ser desenvolvedores de protocolo, mas sabem como os nós funcionam. É um pouco insultuoso assumir que a plebe não sabe o problema com o balão do conjunto UTXO.
Os corredores de nó não querem lixo no conjunto UTXO OU em OP_RETURN. Se os proponentes da remoção do limite levassem até 1 minuto para ouvir os usuários, eles entenderiam isso. Em vez disso, são tiradas de "sabemos melhor" e "você não entende".
Na melhor das hipóteses, remover o limite de OP_RETURN não faz nada para corrigir a situação. Todo o raciocínio do desenvolvedor Core para remover o limite está cheio de palavras como "poderia" e "poderia" corrigir o problema.
Na pior das hipóteses, introduzimos um novo vetor de ataque para excluir transações financeiras, conforme identificado por @LaurentMT.
"O conjunto UTXO costumava ter cerca de 4GB. Devido às inscrições e ao BRC-20, cresceu para cerca de 12GB."
A plebe tem plena consciência.
A questão é saber o que fazemos a esse respeito.
Eu acho que a grande desconexão é que a maioria das normas não sabe qual é o tamanho do conjunto UTXO, eles só entendem "tamanho do bloco".
Para simplificar, o tamanho do blockchain (ou seja, o tamanho total de todos os blocos) afeta apenas o tempo de sincronização inicial ao configurar um nó do zero. Isso pode crescer no máximo 4MB por bloco (realisticamente em torno de 2MB).
Em teoria, você precisa sincronizar um nó do zero apenas uma vez na vida... para novos nós, você pode ignorar a sincronização baixando um conjunto UTXO e verificando se o novo nó tem o mesmo hash do conjunto UTXO que um dos nós mais antigos.
Você NÃO PRECISA armazenar todos os blocos, nem deve, a menos que tenha um bom motivo.
Assim, otimizar o tamanho do blockchain não reduz significativamente os recursos mínimos necessários para executar um nó. Na melhor das hipóteses, reduz ligeiramente o uso de largura de banda. Se você armazenar todos os blocos, devido à regra de consenso atual, você deve planejar um aumento de 2MB por bloco para planejar sua atualização de hardware.
Mais importante do que o tamanho do blockchain, é o que todos DEVEM armazenar: O tamanho do conjunto UTXO.
Os desenvolvedores se preocupam muito mais com o tamanho do conjunto UTXO porque ele determina o armazenamento mínimo necessário para executar um nó completo. (Um "nó completo" significa que você verifica todos os blocos, não necessariamente armazena todos.)
O conjunto UTXO costumava ser de cerca de 4GB. Devido às inscrições e BRC-20, cresceu para cerca de 12GB.
O conjunto UTXO não armazena OP_RETURN dados ou assinaturas.
Se você quiser que seu nó continue funcionando sem problemas em dispositivos pequenos, concentre-se em minimizar o tamanho do conjunto UTXO, não o tamanho do blockchain. E é por isso que muitos devs realmente não se importam com OP_RETURN limites.
558
60,86 mil
O conteúdo apresentado nesta página é fornecido por terceiros. Salvo indicação em contrário, a OKX não é o autor dos artigos citados e não reivindica quaisquer direitos de autor nos materiais. O conteúdo é fornecido apenas para fins informativos e não representa a opinião da OKX. Não se destina a ser um endosso de qualquer tipo e não deve ser considerado conselho de investimento ou uma solicitação para comprar ou vender ativos digitais. Na medida em que a IA generativa é utilizada para fornecer resumos ou outras informações, esse mesmo conteúdo gerado por IA pode ser impreciso ou inconsistente. Leia o artigo associado para obter mais detalhes e informações. A OKX não é responsável pelo conteúdo apresentado nos sites de terceiros. As detenções de ativos digitais, incluindo criptomoedas estáveis e NFTs, envolvem um nível de risco elevado e podem sofrer grandes flutuações. Deve considerar cuidadosamente se o trading ou a detenção de ativos digitais é adequado para si à luz da sua condição financeira.