A proposta BIP-110 do Bitcoin registou 2,64% de sinalização por parte dos mineradores às 8:40 a.m. EDT de 27 de Julho de 2026, com o bloco 961632 a aproximar-se por volta de 9 de Agosto de 2026. A proposta tem como alvo inscrições no estilo Ordinals e payloads OP_RETURN de grandes dimensões através de limites temporários de dados de transação. A atividade de sinalização é liderada pelo grupo de mineração Ocean e por operadores independentes mais pequenos, enquanto os grandes pools, incluindo Antpool, ViaBTC e F2pool, não mudaram para apoiar a medida. O BIP-110 utiliza um processo de ativação BIP-9 modificado que inclui uma janela de sinalização obrigatória com início no bloco 961632; durante esse período, os nodos que aplicam a proposta irão rejeitar blocos que não tenham o version bit 4 independentemente da proof-of-work, criando potencial para cadeias concorrentes se o apoio alargado dos mineradores não se materializar antes do prazo.
A sinalização do BIP-110 chega a 2,64% à medida que o prazo se aproxima
Às 8:40 a.m. do horário de Leste de 27 de Julho, o tip da cadeia estava no bloco 959842. Faltam aproximadamente 1.790 blocos até ao bloco 961632, o ponto a partir do qual os nodos a executar software BIP-110 começam a rejeitar blocos que não sinalizam o version bit 4. No ritmo médio do Bitcoin de dez minutos por bloco, essa altura deverá chegar a 9 de Agosto de 2026 ou por volta dessa data.
O BIP-110, formalmente chamado Reduced Data Temporary Softfork, propõe limitar o tamanho de certos campos de dados usados em transações do Bitcoin. As regras visam sobretudo inscrições no estilo Ordinals, payloads OP_RETURN de grandes dimensões e usos semelhantes com muitos dados, mantendo inalteradas as transferências ordinárias centradas em finanças, os spends Taproot no caminho-chave e as operações padrão de canais Lightning. Se for ativada, a restrição começa no bloco 965664 e expira automaticamente após 52.416 blocos.
![Block signaling screenshot]()
A sinalização subiu de menos de 1% há várias semanas para a gama dos 3%. A Ocean continua a representar a maior parte da atividade de sinalização. O restante hashrate vem de mineradores independentes e de operadores mais pequenos, incluindo Roughnecks, SoV, BIP110 Generic, Barefoot Mining, 234 Alberta, 888, Peer to Peer Money, Black Jade Advisors, Sazmining, Crestmont Fabrics, Datum Miner, SpammersGFY, Moonwalk, PyBLOCK-Datum, Just For Krypto e JAMIN.
Foundry, Antpool, ViaBTC e F2pool, os quatro pools responsáveis pela maior parte do hashrate da rede, mostraram pouca movimentação. A única implementação a impor a proposta é um fork do Bitcoin Knots. Os nodos alcançáveis a executar esse software estão hoje em cerca de 22%.
![Coin Dance node count screenshot]()
Foundry implementa um sistema de votação por hashrate do cliente
Por volta de 17 de Julho de 2026, a Foundry pediu aos clientes que votassem sobre se o pool deveria começar a sinalizar o BIP-110. A empresa associou o resultado diretamente ao hashrate dos seus clientes, segundo um e-mail enviado aos participantes do pool.
"A janela de votação do Foundry USA Pool™ vai estar aberta até à data de fecho da janela de sinalização, antes do bloco 961,632", escreveu o pool Foundry USA na sua página de recursos do BIP-110.
O poder de voto baseia-se no hashrate médio de cada cliente. Os clientes que não responderem são automaticamente contabilizados como "Não", e a posição por defeito da Foundry mantém-se como a sinalização contra a proposta. Apenas se os votos "Sim" excederem 51% do hashrate ponderado com participação é que o pool muda todos os seus blocos para suporte de sinalização.
A Foundry representa entre cerca de 23% e 33% do hashrate global do Bitcoin, dependendo do período de medição. Em 27 de Julho de 2026, não houve qualquer indicação de que tenha ocorrido uma mudança.
A página de recursos dos clientes da Foundry liga-se à especificação do BIP, à discussão original em bitcoin-dev, às críticas de Jameson Lopp e a comentários de Adam Back, Michael Saylor, Luke Dashjr e outros.
A janela obrigatória de sinalização cria um mecanismo de rejeição no bloco 961632
Assim que o bloco 961632 chegar, os nodos que aplicam o BIP-110 rejeitarão blocos minerados pela maior parte da rede porque não têm o version bit exigido. Esses nodos seguirão, em vez disso, o número relativamente pequeno de blocos de sinalização.
Os nodos legados continuarão a aceitar tanto blocos de sinalização como blocos sem sinalização enquanto seguirem a cadeia com a maior proof-of-work acumulada. Vários observadores independentes construíram sítios dedicados de monitorização que acompanham os parâmetros de ativação, com alguns a simular como o processo poderia desenrolar-se sob diferentes cenários.
![BIP110 Situation Monitor screenshot]()
O sítio de monitorização BIP110 Situation Monitor modela uma gama de resultados possíveis durante a janela de sinalização obrigatória. A sua página de simulação permite aos utilizadores ajustar variáveis, incluindo a percentagem do hashrate da rede esperada para suportar o BIP-110. Uma simulação com 25% de hashrate dedicado ao BIP-110 resulta numa divisão de cadeia.
A cadeia reconhecida pelo Bitcoin Core e minerada pela esmagadora maioria do hashrate continuaria a produzir blocos ao seu ritmo normal. Uma cadeia minoritária composta apenas por mineradores com sinalização avançaria muito mais lentamente até atingir o seu próximo ajustamento de dificuldade de 2.016 blocos.
O caminho de ativação do BIP-110 difere do Segwit e do Taproot
O BIP-110 segue um caminho de implementação diferente dos dois soft forks principais mais recentes do Bitcoin. A proposta foi lançada em 1 de Dezembro de 2025, usando um processo BIP-9 modificado. Exigia 1.109 de 2.016 blocos, ou 55%, com sinalização durante um único período de dificuldade para bloquear antecipadamente. Se esse limiar nunca fosse atingido, a proposta avançaria para um bloqueio forçado no bloco 963.648 antes de ativar um período de dificuldade depois, no bloco 965.664.
Do bloco 961.632 até ao 963.647, os nodos a aplicar o BIP-110 rejeitam todos os blocos que não sinalizam o version bit 4, independentemente de quanto proof-of-work o sustenta. Essa abordagem difere tanto do Segwit como do Taproot, onde nodos não atualizados continuaram a aceitar a cadeia com a proof-of-work mais forte durante a ativação.
A comparação histórica mais próxima é o UASF (user-activated soft fork) do BIP-148 de 2017, que também tentou pressionar os mineradores através de requisitos obrigatórios de sinalização. Esse confronto terminou, em última instância, sem uma divisão de cadeia duradoura depois de o hashrate suficiente ter sido deslocado antes do prazo.
A proposta visa inscrições e payloads OP_RETURN
O BIP-110 foi escrito com o nome Dathon Ohm. Versões anteriores circularam sob a designação BIP-444 antes de serem aceites no repositório de BIPs.
Os apoiantes argumentam que inscrições, tokens no estilo BRC-20 e payloads OP_RETURN cada vez maiores aumentam o custo de operar um nó completo, distorcem o mercado de comissões do Bitcoin e deslocam recursos da rede do propósito pretendido para o Bitcoin como sistema de pagamento e de liquidação.
"Remover regras é um hardfork", explicou no X, no início de Julho, um apoiantes do BIP-110 e programador do Bitcoin Knots, Luke Dashjr. "Isso inclui regras agendadas como as metades do subsídio, e sim, até BIP110. Rejeitar o BIP110 é uma tentativa de hardfork controversa." Dashjr acrescentou: "E, ao contrário dos softforks, os hardforks precisam de consenso para ter sucesso. Não há consenso em rejeitar o BIP110."
Os opositores concordam em geral que existe spam, mas discordam sobre se o mecanismo de ativação do BIP-110 é a solução adequada. "O uso de blockspace do OP_RETURN não aumentou muito desde que o Bitcoin Core v30 foi lançado. Os OP_RETURN sobredimensionados podem estar um pouco acima, mas ainda consomem menos de 0,1% do blockspace", escreveu Alex Thorn, diretor de investigação da Galaxy Digital, no X. Thorn continuou: "O BIP-110 é uma resposta extremamente disruptiva e perigosa dada a impacto minúsculo destes dados prunáveis [transactions]."
FAQ
O que é o BIP-110 e quando começa a sua janela obrigatória de sinalização?
O BIP-110, formalmente chamado Reduced Data Temporary Softfork, propõe limitar o tamanho de certos campos de dados usados em transações do Bitcoin, visando principalmente inscrições no estilo Ordinals e payloads OP_RETURN de grandes dimensões. A janela obrigatória de sinalização começa no bloco 961632, prevista para cerca de 9 de Agosto de 2026, durante a qual os nodos a aplicar o BIP-110 rejeitarão blocos que não sinalizem o version bit 4.
Quanto suporte dos mineradores tem o BIP-110 em 27 de Julho de 2026?
A partir das 8:40 a.m. EDT de 27 de Julho de 2026, a sinalização do BIP-110 está em aproximadamente 2,64%. O grupo de mineração Ocean e operadores independentes mais pequenos lideram a atividade de sinalização, enquanto os grandes pools, incluindo Foundry, Antpool, ViaBTC e F2pool, não avançaram para apoiar a proposta. Os nodos alcançáveis a executar software de imposição do BIP-110 situam-se em cerca de 22%.
Como funciona o sistema de votação da Foundry para o BIP-110?
A Foundry implementou um sistema de votação por hashrate do cliente por volta de 17 de Julho de 2026, em que o poder de voto se baseia no hashrate médio de cada cliente. Os clientes que não responderem são automaticamente contabilizados como "Não" e a posição por defeito da Foundry mantém-se como a sinalização contra a proposta. Apenas se os votos "Sim" excederem 51% do hashrate ponderado com participação é que o pool mude todos os seus blocos para suporte de sinalização.
