Como migrar de Bitcoin Core para Knots em 3 passos simples (para iniciantes)

[davipinheiro]

https://i0.wp.com/davipinheiro.com/wp-content/uploads/Bitcoin-Knots.jpg

Antes de tudo NÃO será necessário baixar toda a cadeia de blocos novamente e nem migrar suas carteiras, pois o Bitcoin Knots usa sua cabeia de blocos e carteiras se estiverem no local padrão. Se não estiver no local padrão basta indicar para o Bitcoin Knots em qual pasta estão. Então a transição é bem tranquila.

1º Passo: Acesse a página oficial (bitcoinknots.org) e clique em baixar. Caso a página não identifique corretamente seu sistema operacional clique em mostrar outros formatos. Se estiver no Linux com processador Ryzen ou Intel procure por bitcoin-XX.X.knotsXXXXXXXX-x86_64-linux-gnu.tar.gz. Salve em sua pasta de preferência e descompacte;

2º Passo: Encerre o Bitcoin Core se estiver em execução;

3ª Passo: Vá até a pasta /bin dentro da pasta do Bitcoin Knots que você descompactou e dê um duplo clique no arquivo bitcoin-qt e pronto! O Bitcoin Knots vai iniciar igual ao seu Bitcoin Core, usando a mesma cadeia de blocos e carteiras que você já tem, inclusive as mesmas configurações do arquivo bitcoin.conf que você já usa. Portanto se já está rodando via TOR não precisa fazer nenhuma configuração adicional.

No menu “Definições → Opções” há uma aba nova chamada “Spam Filtering”, uma das poucas partes que ainda não está traduzida para Português, então segue minha tradução abaixo:

https://i0.wp.com/davipinheiro.com/wp-content/uploads/Spam-Filtering_converted.jpg

Ignorar scripts receptores não reconhecidos (recomendo deixar ativado)
Rejeitar versões desconhecidas do script testemunha (recomendo deixar ativado)
Rejeitar transações parasitas (recomendo deixar ativado)
Ignorar transações envolvendo protocolos de sobreposição não-bitcoin token/asset (recomendo deixar ativado)
Ignorar transações com taxa de mineração menor que X KvB
Atrasar a aceitação de transações que gastam moedas que estiveram em repouso por menos de X (BTC) por bloco
Atraso em aceitar transações gastando moedas que estiveram em repouso X blocos (zero é desligado)
Tratar cada sigop de consenso como pelo menos X bytes
Ignorar transações com menos de X bytes por sigop potencialmente executado
Ignorar transações com X ou mais ancestrais não confirmados
Ignorar transações cujo tamanho com todos os antepassados não confirmados excede X kilobytes
Ignorar transações se qualquer ancestral teria X ou mais descendentes não confirmados
Ignorar transações se qualquer ancestral teria mais de X kilobytes de descendentes não confirmados
Ignorar as chaves públicas nuas/expostas (pay-to-IP) (recomendo deixar ativado)
Ignorar scripts "multisig" nus/expostos (recomendo deixar ativado)
Permitir que as transações tenham, no máximo, "uma âncora efêmera (recomendado)" na saída
Rejeitar transações que só têm uma âncora
Ignorar transações com código de contrato inteligente maior que X bytes
Ignorar transações com mais de X operações de assinatura "legacy"
Ignorar transações com dados adicionais maiores que X bytes
Pesar dados incorporados como X bytes virtuais por byte real
Ignorar dados incorporados com formatos não padrão (recomendo deixar ativado)
Ignore as transações com valores que custariam mais para gastar com uma taxa de X (BTC) por KvB "poeira"
Rejeitar "transações" que são apenas dados arbitrários  (recomendo deixar ativado)
Ajuste automaticamente o limite de poeira para cima de X vezes

Você ainda conta com a aba “Watch network activity” no menu “Janelas” onde você pode ver todas as transações ocorrendo em tempo real e inclusive pesquisar pela sua seja com o ID da transação seja com o endereço, o que elimina a necessidade de utilizar serviços de terceiros como a mempool.space por exemplo:

https://i0.wp.com/davipinheiro.com/wp-content/uploads/Watch-network-activity_converted.jpg

Também exite a aba “Mempool statistics” no menu “Janelas” onde você pode ver um gráfico do volume das transações que estão esperando para entrar no próximo bloco que mostra inclusive a taxa mínima:

https://i0.wp.com/davipinheiro.com/wp-content/uploads/Mempool-statistics_converted.jpg

Outra a aba interessante é “Block visualizer” no menu “Janelas” onde você pode ver o gráfico do último bloco de de qualquer outro:

https://i0.wp.com/davipinheiro.com/wp-content/uploads/Block-visualizer_converted.jpg

Fonte: https://davipinheiro.com/como-migrar-de-bitcoin-core-para-knots-em-3-passos-simples-para-iniciantes/

[joker_josue]

Citação para as imagens:

Antes de tudo NÃO será necessário baixar toda a cadeia de blocos novamente e nem migrar suas carteiras, pois o Bitcoin Knots usa sua cabeia de blocos e carteiras se estiverem no local padrão. Se não estiver no local padrão basta indicar para o Bitcoin Knots em qual pasta estão. Então a transição é bem tranquila.

1º Passo: Acesse a página oficial (bitcoinknots.org) e clique em baixar. Caso a página não identifique corretamente seu sistema operacional clique em mostrar outros formatos. Se estiver no Linux com processador Ryzen ou Intel procure por bitcoin-XX.X.knotsXXXXXXXX-x86_64-linux-gnu.tar.gz. Salve em sua pasta de preferência e descompacte;

2º Passo: Encerre o Bitcoin Core se estiver em execução;

3ª Passo: Vá até a pasta /bin dentro da pasta do Bitcoin Knots que você descompactou e dê um duplo clique no arquivo bitcoin-qt e pronto! O Bitcoin Knots vai iniciar igual ao seu Bitcoin Core, usando a mesma cadeia de blocos e carteiras que você já tem, inclusive as mesmas configurações do arquivo bitcoin.conf que você já usa. Portanto se já está rodando via TOR não precisa fazer nenhuma configuração adicional.

No menu “Definições → Opções” há uma aba nova chamada “Spam Filtering”, uma das poucas partes que ainda não está traduzida para Português, então segue minha tradução abaixo:



Ignorar scripts receptores não reconhecidos (recomendo deixar ativado)
Rejeitar versões desconhecidas do script testemunha (recomendo deixar ativado)
Rejeitar transações parasitas (recomendo deixar ativado)
Ignorar transações envolvendo protocolos de sobreposição não-bitcoin token/asset (recomendo deixar ativado)
Ignorar transações com taxa de mineração menor que X KvB
Atrasar a aceitação de transações que gastam moedas que estiveram em repouso por menos de X (BTC) por bloco
Atraso em aceitar transações gastando moedas que estiveram em repouso X blocos (zero é desligado)
Tratar cada sigop de consenso como pelo menos X bytes
Ignorar transações com menos de X bytes por sigop potencialmente executado
Ignorar transações com X ou mais ancestrais não confirmados
Ignorar transações cujo tamanho com todos os antepassados não confirmados excede X kilobytes
Ignorar transações se qualquer ancestral teria X ou mais descendentes não confirmados
Ignorar transações se qualquer ancestral teria mais de X kilobytes de descendentes não confirmados
Ignorar as chaves públicas nuas/expostas (pay-to-IP) (recomendo deixar ativado)
Ignorar scripts "multisig" nus/expostos (recomendo deixar ativado)
Permitir que as transações tenham, no máximo, "uma âncora efêmera (recomendado)" na saída
Rejeitar transações que só têm uma âncora
Ignorar transações com código de contrato inteligente maior que X bytes
Ignorar transações com mais de X operações de assinatura "legacy"
Ignorar transações com dados adicionais maiores que X bytes
Pesar dados incorporados como X bytes virtuais por byte real
Ignorar dados incorporados com formatos não padrão (recomendo deixar ativado)
Ignore as transações com valores que custariam mais para gastar com uma taxa de X (BTC) por KvB "poeira"
Rejeitar "transações" que são apenas dados arbitrários  (recomendo deixar ativado)
Ajuste automaticamente o limite de poeira para cima de X vezes

Você ainda conta com a aba “Watch network activity” no menu “Janelas” onde você pode ver todas as transações ocorrendo em tempo real e inclusive pesquisar pela sua seja com o ID da transação seja com o endereço, o que elimina a necessidade de utilizar serviços de terceiros como a mempool.space por exemplo:



Também exite a aba “Mempool statistics” no menu “Janelas” onde você pode ver um gráfico do volume das transações que estão esperando para entrar no próximo bloco que mostra inclusive a taxa mínima:



Outra a aba interessante é “Block visualizer” no menu “Janelas” onde você pode ver o gráfico do último bloco de de qualquer outro:



Fonte: https://davipinheiro.com/como-migrar-de-bitcoin-core-para-knots-em-3-passos-simples-para-iniciantes/

Fiquei curioso:
O que o Knots faz é aplicar todos esses filtros, para ignorar esse "conteúdo spam". Ao ignorar o que ele faz, o que acontece?

Não regista o bloco? Tem de registar, porque se não criava uma nova cadeia de blocos.

Então o que ele faz com essa informação? Não guarda uma copia da mesma, é isso?

[davipinheiro]

Fiquei curioso:
O que o Knots faz é aplicar todos esses filtros, para ignorar esse "conteúdo spam". Ao ignorar o que ele faz, o que acontece?

Não regista o bloco? Tem de registar, porque se não criava uma nova cadeia de blocos.

Então o que ele faz com essa informação? Não guarda uma copia da mesma, é isso?

As "transações" não financeiras ou potencialmente imorais e ilegais contendo imagens de pedofilia e pornô revanche por exemplo são ignoradas e não retransmitidas pela mempool do Bitcoin Knots para evitar que sejam incluídas no próximo bloco.

Significa que quem roda o Bitcoin Knots em vez do Bitcoin Core se recusa a participar dessa abominação facilitada pelos desenvolvedores do Bitcoin Core com a recente alteração no código que removeu o limite de 80 bytes para OP_RETURN.

Em números aproximados 20% de todos os nós CONHECIDOS já são Bitcoin Knots e dos 80% que ainda são Bitcoin Core apenas 11% atualizaram para a versão 30. Ou seja a maioria dos operadores de nó não concordaram com essa mudança no código.

É verdade que nada impede que algum nó desses 11% dos 80% transmita alguma "transação" com conteúdo imoral e ilegal para alguma mineradora e isso seja incluído na cadeia de blocos. Se isso ocorrer, lamentavelmente haverão discussões à respeito de rollback e de criminalização da mineradora que incluiu isso no bloco, o que faria o valor e o hashrate do Bitcoin despencar.

Duvido muito que alguma mineradora séria vai arriscar a estabilidade de sua atividade principal atualizando para a versão 30 do Bitcoin Core. Acredito que muitos já tem seus próprios filtros como os que são oferecidos pelo Bitcoin Knots.

No final das contas é uma questão de princípios e fundamentos. Além é claro de uma questão técnica: permitir o aumento vertiginoso da cadeia de blocos com dados arbitrários reduz a quantidade de nós o que é muito ruim para rede. Hoje a cadeia de blocos pesa quase 1tb. A Lei de Moore já caiu faz tempo. Atualmente não concordo que o Bitcoin seja usado como banco de dados de imagens e pelo meu nó não passa nenhuma porcaria dessas, pois rodo Bitcoin Knots.

[joker_josue]

Duvido muito que alguma mineradora séria vai arriscar a estabilidade de sua atividade principal atualizando para a versão 30 do Bitcoin Core. Acredito que muitos já tem seus próprios filtros como os que são oferecidos pelo Bitcoin Knots.

No final das contas é uma questão de princípios e fundamentos. Além é claro de uma questão técnica: permitir o aumento vertiginoso da cadeia de blocos com dados arbitrários reduz a quantidade de nós o que é muito ruim para rede. Hoje a cadeia de blocos pesa quase 1tb. A Lei de Moore já caiu faz tempo. Atualmente não concordo que o Bitcoin seja usado como banco de dados de imagens e pelo meu nó não passa nenhuma porcaria dessas, pois rodo Bitcoin Knots.

Passa tudo, como passava antes, por isso é que continua haver milhares de transacções com o conteúdo que se possa chamar spam.

Alem disso, o teu nó, eventualmente vai ter esse conteúdo depois de ser minerado e inserido no bloco. Podes não facilitar a propagação desse conteúdo, mas ele vai passar.


Outra dúvida, isso rejeita todo os pedidos com texto no OP_RETURN, ou só acima de X bytes?
O que esse software faz as transacções com Ordinals ou lá como isso se chama?

[davipinheiro]

Passa tudo, como passava antes, por isso é que continua haver milhares de transacções com o conteúdo que se possa chamar spam.

Pelo meu não passa. Fica armazenado só se for minerado.
Para migrar de Bitcoin Core para Knots é muito simples, não tem motivo para deixar de fazer, conforme instruções aqui: https://asktom.cf/index.php?topic=5565735.msg66063238#msg66063238

Podes não facilitar a propagação desse conteúdo, mas ele vai passar.

Outra dúvida, isso rejeita todo os pedidos com texto no OP_RETURN, ou só acima de X bytes?
O que esse software faz as transacções com Ordinals ou lá como isso se chama?

A idéia é essa: não facilitar.
Você pode configurar de acordo com o que acha melhor: de 0 à n bytes.

[joker_josue]

A idéia é essa: não facilitar.
Você pode configurar de acordo com o que acha melhor: de 0 à n bytes.

Mas isso, não elimina o problema que tanto se fala.
Se continuas a guardar o conteúdo "spam", o problema esta lá.


Agora, o que faz ao verdadeiro spam dos Ordinals e afins? Também ignora?

[bitmover]

A idéia é essa: não facilitar.
Você pode configurar de acordo com o que acha melhor: de 0 à n bytes.

Mas isso, não elimina o problema que tanto se fala.
Se continuas a guardar o conteúdo "spam", o problema esta lá.


Agora, o que faz ao verdadeiro spam dos Ordinals e afins? Também ignora?

O que eu acho mais curioso disso tudo, é que estão consertando um problema que não existe mais. Os blocos estão vazios, as transações estão sendo confirmadas abaixo de 1 sat/vB. Agora mesmo, se voce mandar uma transação a 0.1sat/vB ela entra no proximo bloco.

Não estou vendo sentido em toda essa discussão mais. Daí vamos colocar filtros e um certo tipo de censura, para resolver um problema que não temos.

[sabotag3x]

Não estou vendo sentido em toda essa discussão mais.

O problema, segundo os defensores do Knots, é jurídico.

Dá uma olhada neste tweet recente do Nick Szabo:

O anarcocapitalismo é um ideal maravilhosamente abstrato que pode inspirar inovação. Ele me inspirou a ajudar a inventar a criptomoeda.

Mas as criptomoedas do mundo real não são totalmente trustless — elas são trust-minimized. Cada criptomoeda possui uma superfície de ataque legal, representando as maneiras pelas quais governos e/ou entidades privadas podem usar a lei para interromper suas operações. A camada 1 de uma criptomoeda com boa minimização de confiança, como o Bitcoin, pode resistir a muito mais interferências do que as tecnologias centralizadas poderiam ou podem, mas a tecnologia ainda tem seus limites.

Os tipos de ataques provenientes do direito financeiro têm se mostrado, em grande parte, administráveis, devido a uma combinação da tecnologia de minimização de confiança (não totalmente sem confiança), que exige atenção diligente de desenvolvedores motivados a mantê-la como uma forma de dinheiro com minimização de confiança, e um grande número de advogados especializados em direito financeiro no setor de criptomoedas.

A superfície de ataque legal proveniente de dados arbitrários é muito maior e muito menos previsível. O setor de criptomoedas não possui a expertise jurídica para lidar com isso.

Pensar que o Bitcoin, ou qualquer outra criptomoeda ou protocolo blockchain, é um canivete suíço anarcocapitalista mágico que pode resistir a qualquer tipo de ataque governamental em qualquer área legal é uma loucura.

O que ele quer dizer é que o Bitcoin pode processar transações de terroristas e qualquer outro doente, sem nenhum governo conseguir derrubá-lo (processar nodes, banir mineradores, etc), mas que hospedar imagens seria um problema jurídico para todos envolvidos (devs, nodes, mineradores)..

É um argumento discutível.. da mesma forma que ninguém quer um nude de uma pessoa próxima gravado on-chain, ninguém também quer transações de pedido de resgate de sequestro de uma pessoa próxima sendo validadas..

Mas ainda acho que o Core se precipitou em empurrar essa atualização mesmo com tanto barulho, não acho que era um problema tão grande essa limitação do op_return.

[davipinheiro]

Mas isso, não elimina o problema que tanto se fala.
Se continuas a guardar o conteúdo "spam", o problema esta lá.
Agora, o que faz ao verdadeiro spam dos Ordinals e afins? Também ignora?

Não se elimina, mas se reduz em 90% o problema. Menos de 10% dos nós é Core V.30. Ou seja 90% ou é Core com limite de 80 Bytes para OP_RETURN ou é Knots que filtra ainda mais.

Sim, ignoro tudo que não seja transação financeira pois tenho essa liberdade e possibilidade facilmente com o Knots.

O que eu acho mais curioso disso tudo, é que estão consertando um problema que não existe mais. Os blocos estão vazios, as transações estão sendo confirmadas abaixo de 1 sat/vB. Agora mesmo, se voce mandar uma transação a 0.1sat/vB ela entra no proximo bloco.

Não estou vendo sentido em toda essa discussão mais. Daí vamos colocar filtros e um certo tipo de censura, para resolver um problema que não temos.

https://www.talkimg.com/images/2025/11/19/UPrara.png

Não entendi essa lógica: Se os blocos estão vazios devemos facilitar que seja enchidos com imagens imorais, ilegais e com pedidos de resgate de sequestro, com muito bem lembrado pelo sabota3x?

Mas ainda acho que o Core se precipitou em empurrar essa atualização mesmo com tanto barulho, não acho que era um problema tão grande essa limitação do op_return.

Exatamente amigo, a limitação de 80 Bytes ainda vigente em 90% dos nós pelo menos obriga a fragmentação de imagens em várias transações. Já a remoção desse limite deixa escancarado eventual conteúdo imoral ou ilegal.

[bitmover]

O que eu acho mais curioso disso tudo, é que estão consertando um problema que não existe mais. Os blocos estão vazios, as transações estão sendo confirmadas abaixo de 1 sat/vB. Agora mesmo, se voce mandar uma transação a 0.1sat/vB ela entra no proximo bloco.

Não estou vendo sentido em toda essa discussão mais. Daí vamos colocar filtros e um certo tipo de censura, para resolver um problema que não temos.

Não entendi essa lógica: Se os blocos estão vazios devemos facilitar que seja enchidos com imagens imorais, ilegais e com pedidos de resgate de sequestro, com muito bem lembrado pelo sabota3x?

Voce fala como se toda imagem fosse imoral e ilegal. É o mesmo de dizer que toda transação é feita por terroristas ou pra lavagem de dinheiro... Enquanto na verdade a quantidade de imagens imorais ou transações de terroristas é muito pequena no quadro geral.

A lógica é não censurar a rede. Se esse uso secundário da rede (como data storage) e não está atrapalhando o uso principal da rede (monetário), não vejo grandes problemas. Acho que essa função irá naturalmente migrar para um L2 mais barato, não sei se é necessário censura por enquanto...  E não sei se vale a pena levantar essa bandeira do Knotz.

Esse risco legal que o sabotag3x mencionou não sei se concordo. Carregar as imagens colocadas no OP_RETURN requer software especifico pra isso. Se voce abrir em qualquer explorador de blocos, por exemplo, nem da pra ver.


davipinheiro , tem uma regra de etiqueta no forum para não escrever posts consecutivos (tem vários motivos, piora a leitura e infla seu post count artificialmente).

Escreva apenas um post com toda a informação que você quer, se nao seus posts podem ser deletados por um moderador.

[joker_josue]

Exatamente amigo, a limitação de 80 Bytes ainda vigente em 90% dos nós pelo menos obriga a fragmentação de imagens em várias transações. Já a remoção desse limite deixa escancarado eventual conteúdo imoral ou ilegal.

O OP_RETURN continua limitado, agora com 100KB.
Você tem a noção o que são 100KB para imagens e vídeos?

Em vídeos só deve dar para alguns segundos, com um resolução de 100p ou 200p. E se calhar nem isso.
A nível de imagens, tem de ter uma resolução abaixo de 500px e poucos detalhes. Se tiver muito detalhes, tens de reduzir abaixo dos 200p e com uma qualidade muito baixo. Por exemplo, uma foto que você tira hoje com o seu smartphone, tem de ser reduzida há 70%/80% para ficar com menos de 100kb.

Olha este exemplo: https://www.talkimg.com/images/2025/11/20/UPcqya.jpeg (clica no link para ver o tamanho real)
A imagem tem 2816x2112px com um 1MB de espaço.

Para ter menos de 100KB tem ser reduzida a 290x218px, mantendo a mesma qualidade. E não estou a dar o exemplo de uma imagem de alta resolução/pixels.


Hoje, um smartphone, nas definições base, tira fotos com o dobro dos pixels e ocupa 3x mais espaço. Imagina o que é preciso fazer, para ela caber em 100kb.


Em relação as questões legais. O problema é exatamente o mesmo que era antes deste aumento.
O aumento pode ter dado mais margem, mas não deixa de ser um limite razoável (mesmo não concordando que seja necessário).

Além disso, como já comentei anteriormente, colocar esse tipo de conteúdo ilegal no blockchain, que obriga a software especializado para abrir, só dá mais ferramentas para localizar os bandidos.

[alexrossi]

Passa tudo, como passava antes, por isso é que continua haver milhares de transacções com o conteúdo que se possa chamar spam.

Pelo meu não passa. Fica armazenado só se for minerado.

Ou seja, o seu é so um protesto mas nao passaria de mudança se os Miners nao concordam com vc

[bitmover]

Achei artigo bom do Jameson Lopp, dizendo porque o bitcoin knots não é um projeto sério.

https://blog.lopp.net/knot-a-serious-project/

Ele levanta diversas atitudes e negligências com segurança do Luke ao longo dos anos, incluindo até a denunciar outros membros do core para o FBI.