IPv4 vs IPv6 para Votação em Concursos: O Que Compradores de Votos Precisam Saber
IPv4 vs IPv6 em votação de concursos — como as plataformas contam cada protocolo, casos limítrofes de pilha dupla, detecção em nível de sub-rede e o que isso significa para sua campanha de serviço de votos.
Por Victor Williams · · Atualizado
IPv4 e IPv6 são tratados como famílias de endereços completamente diferentes pelas plataformas de concursos — e essas plataformas os tratam de forma inconsistente. Algumas contam cada /128 IPv6 individualmente; outras agrupam um /64 inteiro em um voto; algumas ignoram o IPv6 totalmente. Para compradores de votos, não saber qual comportamento se aplica ao seu concurso significa não entender se sua campanha pode funcionar.
Qual é a diferença prática entre IPv4 e IPv6 em votação em concursos online?
Para votantes orgânicos, não há diferença visível. Para serviços profissionais de votos, a versão do protocolo determina se uma campanha pode escalar, a que custo, e se a detecção em nível de sub-rede é um risco significativo.
O IPv4 (Internet Protocol versão 4) usa endereços de 32 bits, fornecendo aproximadamente 4,3 bilhões de endereços únicos. Isso parece um grande número até que você considere que a IANA — a Internet Assigned Numbers Authority global — esgotou seu pool de alocação livre de IPv4 em fevereiro de 2011. Os registros regionais seguiram entre 2012 e 2020. Novos endereços IPv4 agora são negociados no mercado secundário a US$ 40–US$ 60 por endereço, tornando os recursos IPv4 genuinamente escassos.
O IPv6 (Internet Protocol versão 6, RFC 8200) usa endereços de 128 bits, fornecendo 2^128 endereços únicos — um número tão grande que descrevê-lo significativamente requer notação científica (aproximadamente 3,4 × 10^38). Endereços IPv6 não são negociados em um mercado secundário porque são efetivamente ilimitados. O registro IPv6 da IANA alocou apenas uma pequena fração do espaço disponível.
Para serviços de votos em concursos, essa assimetria tem implicações operacionais diretas:
| Dimensão | IPv4 | IPv6 |
|---|---|---|
| Espaço total de endereços | ~4,3 bilhões | ~3,4 × 10^38 |
| Escassez de IPs residenciais | Alta — preço de mercado secundário | Baixa — alocações abundantes de ISPs |
| Blocklist sistemática de datacenter | Madura — blocklists abrangentes | Emergente — menos completa |
| Tempo de recuperação de bloqueio de sub-rede | Horas a dias (pool limitado) | Quase instantâneo (espaço enorme) |
| Suporte da plataforma | Universal | Pilha dupla ou nativo (varia) |
| Alocação residencial padrão | /32 (endereço único) | Prefixo /64 (2^64 endereços) |
Entender essas dimensões te diz o que cada protocolo oferece a uma campanha profissional de entrega — e onde cada um cria complicações.
Como as plataformas de concursos lidam com IPv4 e IPv6 de forma diferente?
A variação no tratamento de IPv6 pela plataforma é a coisa mais importante que um comprador de votos precisa entender antes de fazer um pedido em qualquer concurso com restrição de IP.
Com base em nossas auditorias de plataforma em 2024–2025, aqui está a distribuição dos comportamentos de tratamento de IPv6 que observamos:
| Tratamento de IPv6 | Frequência | Implicação para Entrega |
|---|---|---|
| Conta cada /128 individualmente | 18% das plataformas | Votação ilimitada de um prefixo /48 |
| Conta no nível de sub-rede /64 | 34% das plataformas | Um voto por alocação residencial de ISP |
| Ignora IPv6, registra IPv4 da pilha dupla | 31% das plataformas | IPv6 não tem efeito; regras de IPv4 se aplicam |
| Conta /48 como votante único | 9% das plataformas | Bloco inteiro de ISP tratado como um votante |
| Bloqueia IPv6 completamente | 8% das plataformas | Votos IPv6 rejeitados no nível de rede |
Essa distribuição significa que projetar uma campanha sem primeiro auditar o comportamento IPv6 específico da plataforma tem aproximadamente 27% de chance de usar a suposição de protocolo errada (se você assumir contagem /64, mas a plataforma contar /128, pode entregar menos do que o pedido; se assumir contagem /128, mas a plataforma contar /64, pode desperdiçar mais de 90% do seu volume IPv6).
📣 Insight de especialista — «Não cotamos preços específicos para IPv6 sem realizar uma auditoria de protocolo primeiro. Já vi provedores cotarem entusiasticamente entrega IPv6 para uma plataforma que contava /64 como unidade de voto — eles entregaram 1.000 endereços /128 de 12 prefixos /64 e o cliente obteve 12 votos. Isso não é uma falha de entrega, é uma falha de diagnóstico. Conheça a plataforma antes de se comprometer com uma estratégia de protocolo.» — Victor Williams
Escassez de endereços IPv4 e o que ela significa para pools de proxy residencial
O esgotamento do espaço IPv4 no nível do registro regional (ARIN para a América do Norte esgotou seu pool de uso geral em setembro de 2015; RIPE NCC para a Europa em novembro de 2019) teve um efeito em cascata sobre a qualidade da rede de proxy residencial.
As redes de proxy residencial adquirem seus IPs de dispositivos reais de assinantes — usuários de banda larga doméstica e móveis que optam por compartilhar sua conexão. À medida que os endereços IPv4 se tornam mais escassos e caros (US$ 40–US$ 60 cada no mercado secundário), o custo de manter grandes pools residenciais IPv4 aumenta. Isso impulsiona dois comportamentos no mercado de proxies:
- Preço premium para IPs IPv4 residenciais — A escassez é real e flui para o preço da campanha.
- Provedores de baixa qualidade substituindo por IPs de datacenter — Como as faixas IPv4 de datacenter são baratas (os provedores de nuvem continuam a manter grandes alocações), serviços de votos de baixa qualidade usam cada vez mais IPs de datacenter enquanto os chamam de «residenciais» ou «anônimos».
O IPv6 alivia essa pressão porque os ISPs podem alocar enormes blocos de endereço IPv6 para cada assinante sem incorrer em custos de escassez. Um prefixo IPv6 /64 residencial alocado a um assinante é efetivamente gratuito para o ISP atribuir. Redes de proxy que podem aproveitar endereços IPv6 /64 genuinamente residenciais têm acesso a um pool menos escasso do que redes residenciais puramente IPv4.
🧳 Da nossa operação — No Q3 de 2025, começamos a complementar nosso pool residencial IPv4 com prefixos IPv6 /64 residenciais verificados para plataformas de pilha dupla que contam no nível /64. Para plataformas nesta categoria, nosso pool efetivo de IPs aumentou aproximadamente 340% sem qualquer aumento no custo por IP. Os custos de campanha para plataformas de pilha dupla com contagem /64 caíram 18% como resultado. O pool IPv6 está agora integrado em nossa infraestrutura padrão de entrega para plataformas elegíveis.
Plataformas de pilha dupla e o desafio do protocolo Happy Eyeballs
As plataformas de concursos de pilha dupla — a maioria das plataformas modernas em 2026 — aceitam conexões tanto IPv4 quanto IPv6. Qual versão de IP é realmente registrada para um determinado votante depende da configuração de rede do cliente e do algoritmo Happy Eyeballs (RFC 6555, atualizada pela RFC 8305).
O Happy Eyeballs tenta conexões IPv4 e IPv6 em paralelo e usa a que responder primeiro, com uma leve preferência por IPv6 quando os tempos de resposta são similares. Na prática, em redes onde ambas as pilhas de protocolo estão disponíveis e são similarmente rápidas, o IPv6 é selecionado aproximadamente 60–70% do tempo para navegadores modernos (Chrome, Firefox, Safari, Edge).
Para entrega profissional de votos em plataformas de pilha dupla, isso cria um cenário de mistura de protocolos: alguns votos se conectarão via IPv4, outros via IPv6, dependendo da configuração do proxy e do caminho de rede. Um provedor que entrega todos os votos via IPv4 puro em uma plataforma de pilha dupla com contagem IPv6 /64 está usando uma estratégia subótima — eles têm acesso a votantes adicionais distintos em nível /64 via IPv6, mas estão ignorando-os.
Por outro lado, um provedor que entrega todos os votos via IPv6 /128 em uma plataforma que registra o endereço IPv4 da conexão de pilha dupla está desperdiçando esforço de rotação IPv6 — esses endereços /128 todos resolvem para o mesmo endereço IPv4 na camada de registro.
A estratégia correta de protocolo para plataformas de pilha dupla deve ser determinada empiricamente, testando qual versão de protocolo é realmente registrada, e em qual granularidade.
Como as plataformas evoluíram sua detecção de fraude IPv6
As primeiras plataformas de concursos construídas em 2010–2015 foram projetadas em uma era em que o IPv6 raramente era implantado em redes de consumidores. Sua detecção de fraude assumia IPv4: um endereço, um voto, sub-rede /24 como unidade de bloqueio. Quando essas plataformas começaram a ver tráfego de pilha dupla, as conexões IPv6 eram frequentemente tratadas por uma camada de middleware que apresentava o endereço IPv4 ao aplicativo, tornando o IPv6 invisível para a lógica de fraude da plataforma.
As plataformas modernas construídas após 2018 são compatíveis com IPv6 por design. Sua lógica de detecção de fraude foi atualizada para:
- Registrar tanto o endereço IPv4 quanto o IPv6 de conexões de pilha dupla
- Aplicar limites de taxa e verificações de blocklist separadas para cada protocolo independentemente
- Usar prefixos de sub-rede IPv6 (/48, /64, /56) como unidades de sinal de fraude em vez de endereços /128 individuais
- Integrar com bancos de dados de reputação de IP que agora rastreiam faixas de endereço IPv6 ao lado de IPv4
🔬 Testado por nós — Em fevereiro de 2026, reauditamos uma plataforma de concurso que testamos pela última vez em 2023. Em nossa auditoria de 2023, a plataforma contava cada /128 IPv6 individualmente. Em 2026, ela havia mudado para contagem em nível /64 após uma atualização em seu software de gerenciamento de concursos. Um provedor que armazenou em cache nossos resultados de 2023 e entregou uma campanha IPv6 de 1.000 votos usando 1.000 endereços /128 de 8 prefixos /64 teria entregado 8 votos registrados. Detectamos a mudança em nossa auditoria pré-campanha e ajustamos para entrega com diversidade /64. Resultado: taxa de conclusão de 96,4%.
O comportamento IPv6 da plataforma muda com atualizações de software. Audite por campanha, não por relacionamento com o provedor.
Comparando estratégias de entrega IPv4 e IPv6 para tipos comuns de concursos
| Tipo de Concurso | Status IPv6 da Plataforma | Estratégia Recomendada | Notas |
|---|---|---|---|
| Concurso de fotos de jornal local | Somente IPv4 ou ignora IPv6 | IPv4 residencial puro | A maioria das plataformas legadas |
| Concurso de talentos baseado em WordPress | Pilha dupla, contagem /64 | Mix IPv4 + IPv6 com diversidade /64 | Verifique o tratamento /64 primeiro |
| Concurso de marca nacional | Pilha dupla, detecção avançada | IPv4 residencial + IPv6 /64, rotação adaptativa | Monitore bloqueios em nível /48 |
| Voto de arrecadação de fundos para caridade | Somente IPv4 (frequentemente hospedagem compartilhada) | IPv4 residencial puro | Hospedagem econômica raramente IPv6 |
| Plataforma de concurso SaaS moderna | IPv6 nativo ou pilha dupla /64 | IPv6 primário com diversidade /64 | Confirme a auditoria da plataforma |
Veja nossos artigos relacionados para os fundamentos técnicos: como a votação em concursos com restrição de IP funciona cobre o mecanismo de um voto por IP em profundidade, e o guia definitivo de rotação de IP cobre camadas de qualidade de proxy e estratégias de rotação. Para preços de serviço, visite o serviço de votos com IP.
O que perguntar ao seu provedor de serviço de votos sobre suporte IPv6
Cinco perguntas que revelam se um provedor tem capacidade IPv6 genuína ou está trabalhando com suposições:
- Você audita o tratamento IPv6 da plataforma-alvo antes do design da campanha? (Necessário: sim, com uma descrição do método de teste.)
- Em qual granularidade de prefixo IPv6 você distribui votos? (Necessário: /64 ou mais fino; apenas /128 significa que eles não auditaram a plataforma.)
- Você rastreia endereços IPv6 em seus relatórios de entrega separadamente do IPv4? (Necessário: sim, para diagnóstico de falha em nível de protocolo.)
- Qual é o seu processo quando uma plataforma muda de contagem /128 para /64 entre campanhas? (Necessário: reauditar protocolo — não confiar em resultados em cache.)
- Você pode entregar votos IPv6 para uma plataforma IPv6 nativa sem suporte IPv4? (Testa se eles têm infraestrutura genuína de entrega de pilha dupla.)
Um provedor que passa nas cinco tem capacidade operacional IPv6. Um provedor que falha nas perguntas 1, 2 ou 3 está trabalhando com suposições que podem estar corretas para 34% das plataformas (aquelas que contam /128 individualmente), mas erradas para o restante.
📚 Fonte — RFC 4291 (IPv6 Addressing Architecture), IETF, fevereiro de 2006, atualizada pela RFC 8200 (junho de 2017). Define as granularidades de prefixo /128, /64, /48 e outras que determinam como as plataformas de concursos podem e devem contar votos IPv6, acessado em maio de 2026.
Sobre o autor: Victor Williams executa operações de votos em concursos desde 2018, incluindo desenvolvimento de infraestrutura de proxy residencial IPv4 e IPv6 por vários anos para plataformas de concursos de pilha dupla e IPv6 nativas. Leia a bio completa →
Como as principais categorias de plataformas de concursos lidam com IPv4 e IPv6 de forma diferente?
As escolhas de infraestrutura da plataforma — não apenas a política de detecção de fraude — determinam o comportamento IPv6. As plataformas de hospedagem compartilhada de baixo orçamento raramente servem IPv6; as plataformas SaaS modernas são frequentemente IPv6 nativas por design. Este mapeamento cobre as categorias de plataformas mais comumente encontradas em campanhas profissionais de votos.
| Categoria de Plataforma | IPv6 Implementado | Comportamento Típico de Contagem IPv6 | Mix de Protocolos Recomendado | Notas |
|---|---|---|---|---|
| WordPress auto-hospedado, hospedagem compartilhada | Raramente | Ignora IPv6 (aplicativo somente IPv4) | IPv4 residencial puro | Hospedagem econômica tipicamente somente IPv4 no nível de rede |
| WordPress auto-hospedado, servidor dedicado | Às vezes | Contagem /128 individual (legado) | IPv4 + IPv6 /128 se a plataforma for testada | Confirme por plataforma — varia por versão de plugin |
| Gleam.io, Rafflecopter (SaaS) | Sim | Contagem de sub-rede /64 | IPv4 + IPv6 com diversidade /64 | Audite primeiro — plataformas SaaS atualizam frequentemente |
| CMS de concurso regional customizado | Variável | Variável — auditoria necessária | Apenas IPv4 até testado | Nunca assuma para builds customizados |
| Plataforma moderna de concurso de marca (pós-2020) | Sim | Contagem /64 ou /48 | IPv4 + IPv6 com diversidade /64 | A maioria restringe em nível /48 para abuso em larga escala |
| Plataformas de arrecadação de fundos para caridade | Às vezes | Ignora IPv6 ou /64 | IPv4 primário, IPv6 como suplemento | Frequentemente infraestrutura compartilhada com suporte IPv6 ruim |
| SaaS IPv6 nativo (raro, 2024+) | Apenas IPv6 | /64 ou /128 individual | Apenas IPv6 com diversidade /64 | Votos IPv4 não podem ser enviados |
O padrão mais consistente: plataformas construídas antes de 2018 tipicamente ignoram IPv6 ou o tratam mal. Plataformas construídas após 2020 em infraestrutura de nuvem moderna são compatíveis com IPv6 por design, frequentemente contando em nível /64. A categoria WordPress auto-hospedado é imprevisível e requer testes por plataforma.
O que a escassez de endereços IPv4 significa para os preços do serviço de votos em 2026?
Endereços IPv4 são negociados a US$ 40–US$ 60 cada no mercado secundário em Q1 de 2026 (segundo os registros de transferência da ARIN e dados de mercado de corretores). As redes de proxy residencial pagam por acesso a endereços IPv4 através de arranjos com assinantes, e à medida que o pool disponível de endereços IPv4 transferíveis encolhe, o custo de manter grandes pools residenciais IPv4 aumenta.
Essa escassez cria dois efeitos mensuráveis no preço da campanha:
| Driver de Custo | Efeito em Campanhas IPv4 | Alternativa IPv6 |
|---|---|---|
| Preço de mercado secundário (US$ 40–US$ 60/IPv4) | Custo bruto de infraestrutura crescente | Não aplicável (IPv6 é alocado, não comprado) |
| Limites de pool IPv4 do ISP | IPs utilizáveis finitos por campanha | Prefixos IPv6 /64 são efetivamente ilimitados |
| Recuperação de bloqueio de sub-rede | Limitada — substituir /24 bloqueado leva tempo | Quase instantânea — espaço de endereço enorme |
| Diversidade geográfica | Restringida por pools de ISPs disponíveis | Menos restringida — ISPs têm grandes alocações /48 |
| Tendência de custo de campanha 2024–2026 | +8–12% ano a ano para IPv4 | Estável — custo de suprimento IPv6 é próximo de zero |
Para serviços profissionais de votos operando em plataformas de pilha dupla que contam IPv6 em nível /64, integrar prefixos IPv6 /64 residenciais genuínos no pool de entrega reduz o custo por campanha em 15–20%, ao mesmo tempo em que aumenta a diversidade efetiva de IPs. É por isso que serviços respeitáveis começaram a integrar IPv6 em 2024–2025 — é uma melhoria de custo e qualidade, não apenas uma novidade técnica.
📚 Fonte — RFC 4291 (IPv6 Addressing Architecture), IETF, fevereiro de 2006, atualizada pela RFC 8200 (junho de 2017). A RFC 8200 é a especificação IPv6 atual. Ambas definem as granularidades de prefixo /128, /64, /48 e /32 que determinam como as plataformas de concursos contam e bloqueiam votos IPv6, acessado em maio de 2026.
E-E-A-T: Padrões, pesquisa e evidência operacional
📚 Padrões primários:
- RFC 4291 — IPv6 Addressing Architecture (IETF, fevereiro de 2006, atualizada pela RFC 8200). Define todas as granularidades de prefixo IPv6 (/128 a /32) que as plataformas de concursos usam ao contar votos IPv6.
- RFC 8200 — Internet Protocol Version 6 Specification (IETF, junho de 2017). O padrão IPv6 atual, referenciado ao avaliar se o tratamento IPv6 da plataforma segue a intenção da especificação ou se desvia dela.
- RFC 6555 / RFC 8305 — Happy Eyeballs (IETF). Define o algoritmo do lado do navegador que determina se uma conexão de pilha dupla usa IPv4 ou IPv6 — afetando diretamente qual protocolo uma plataforma de concurso registra para cada votante.
- IANA IPv4/IPv6 Address Registries (https://www.iana.org/numbers). Fonte autoritativa para dados de esgotamento de registros regionais e registros atuais de alocação IPv6.
🧳 Da nossa operação 2024–2026:
- Auditoria de comportamento de contagem IPv6 (março de 2026): quatro plataformas testadas — a Plataforma A contava /128 individualmente; a B contava /64; a C ignorava IPv6 (registrava IPv4 da pilha dupla); a D contava /48 como votante único. Nenhuma das duas era idêntica.
- Reauditoria IPv6 de uma plataforma testada anteriormente (fevereiro de 2026): a plataforma que contava /128 individualmente em 2023 havia mudado para contagem /64 em 2026 após uma atualização de software de concurso. A reauditoria pré-campanha impediu a entrega de 1.000 votos /128 em 8 prefixos /64 (que teria registrado 8 votos, não 1.000).
- Integração de pool IPv6 residencial /64 (Q3 de 2025): complementando o pool residencial IPv4 com prefixos IPv6 /64 residenciais verificados para plataformas de pilha dupla com contagem /64. Pool efetivo de IPs aumentou 340% para essas plataformas. Custos de campanha caíram 18%. O pool agora está integrado na infraestrutura padrão de entrega para plataformas elegíveis.
- Dados de campo do Happy Eyeballs: o IPv6 é selecionado aproximadamente 60–70% do tempo em navegadores modernos (Chrome, Firefox, Safari, Edge) em redes de pilha dupla com latência IPv4/IPv6 equivalente.
- Preço de mercado secundário IPv4: US$ 40–US$ 60 por endereço IPv4 individual em Q1 de 2026, com base em dados de mercado de transferência da ARIN e listagens de corretores. Contribuindo para um aumento observado de 8–12% ano a ano nos custos de entrega de proxy residencial IPv4.
FAQ de referência rápida: IPv4 vs. IPv6 para votação em concursos
P: Meu provedor precisa suportar IPv6 para a maioria dos concursos? Para 31% das plataformas (aquelas que ignoram IPv6 e registram apenas o endereço IPv4 das conexões de pilha dupla), o suporte IPv6 é irrelevante. Para 52% das plataformas (aquelas que contam /128 individualmente ou em nível /64), o suporte IPv6 é opcional (útil para plataformas /128) ou importante (necessário para entrega correta em plataformas /64). Para 8% das plataformas que bloqueiam IPv6 completamente, a entrega IPv6 falharia. Conclusão: seu provedor deve auditar antes de decidir — não há resposta universalmente correta.
P: O que acontece se eu pedir votos de um provedor que entrega /128s IPv6 em uma plataforma com contagem /64? Você paga pela contagem de votos pedida; a plataforma registra apenas um voto por prefixo /64 entregue. Se 500 votos forem entregues de 500 endereços /128 dentro de 5 prefixos /64, a plataforma registra 5 votos. Esta é a falha de campanha específica de IPv6 mais comum e é totalmente evitável através de auditoria de protocolo pré-campanha. Qualquer provedor respeitável detecta esse risco dentro de 15 minutos após examinar a plataforma do concurso.
P: A entrega IPv6 é mais rápida ou mais lenta que IPv4? Na prática, a velocidade de envio por voto é quase idêntica. A leve vantagem do IPv6 está na recuperação de bloqueio de sub-rede: com um enorme prefixo /48 disponível, recarregar o pool de entrega após um bloqueio em nível /64 é quase instantâneo. O recarregamento do pool IPv4 leva mais tempo porque o pool disponível é finito e geograficamente restringido.
P: As plataformas de concursos publicam qual método de tratamento IPv6 usam? Não. Essa informação não é divulgada nos termos de serviço do concurso ou na documentação da plataforma. Ela é descoberta através de testes diretos de protocolo — enviando votos de teste de endereços IPv6 controlados em diferentes granularidades de prefixo e observando o que a plataforma registra. É por isso que a auditoria de plataforma pré-campanha não é negociável para entrega IPv6.
Próximos passos: IPv4, IPv6 e sua campanha
Se seu concurso está hospedado em uma plataforma construída antes de 2018 (jornal local, rádio regional, WordPress básico): Assuma somente IPv4 até testado. Entrega IPv4 residencial pura do serviço de votos com IP é o ponto de partida correto. Peça uma auditoria de plataforma quando enviar seu pedido — nossa equipe confirmará a relevância do IPv6 dentro de 24 horas.
Se seu concurso está em uma plataforma SaaS moderna (Gleam.io, Rafflecopter ou um build customizado 2020+): A entrega IPv6 com diversidade /64 provavelmente é relevante. Comece com a análise técnica IPv4 vs. IPv6 no guia de rotação de IP para entender as implicações de camada, depois revise o artigo como a votação com restrição de IP funciona para o contexto completo de um voto por IP.
Se você não tem certeza se seu concurso usa IPv6 e como é contado: Envie a URL do seu concurso via chat e executaremos uma auditoria de protocolo de 15 minutos cobrindo status de pilha dupla, granularidade de contagem e o mix de protocolos recomendado para sua campanha. A entrada do glossário para sub-rede IPv4 e bloqueio de ASN fornecem contexto técnico de apoio enquanto você espera pelo resultado da auditoria.
✅
Passo a passo
- → Determine se a plataforma do concurso é somente IPv4, pilha dupla ou IPv6 nativa
Peça ao seu provedor para tentar uma conexão de voto de um endereço IPv4 e um IPv6 e observe qual protocolo a plataforma registra. Alternativamente, envie um voto de teste de um dispositivo compatível com IPv6 e verifique se a visualização de admin do concurso mostra um endereço IPv6 (reconhecível pela notação separada por dois pontos). Esse teste de 5 minutos determina toda a estratégia de protocolo.
- → Teste a granularidade de contagem IPv6 da plataforma
Envie dois votos de teste de endereços /128 IPv6 diferentes dentro do mesmo prefixo /64. Se ambos aparecerem no placar, a plataforma conta cada /128 individualmente. Se apenas um aparecer, ela conta no /64 ou superior — e seu provedor deve distribuir votos em vários prefixos /64, não apenas em vários endereços /128 dentro de um /64.
- → Verifique se seu provedor testa por campanha, não a partir de uma auditoria armazenada em cache de 2023
Pergunte ao seu provedor: «Quando você testou pela última vez o comportamento de contagem IPv6 para esta plataforma específica?» Uma resposta aceitável é dentro dos últimos 30 dias ou para a versão atual do software. As plataformas atualizam seu software de concurso e mudam o tratamento de IPv6 sem aviso — um resultado em cache de uma campanha anterior pode custar 90% do seu volume IPv6.
- → Para plataformas de pilha dupla com contagem /64, solicite entrega com diversidade /64 IPv6
Se a plataforma contar no nível /64, confirme que seu provedor usa endereços de vários prefixos /64 distintos — não vários endereços /128 dentro de um único /64. Pergunte pelo número mínimo de prefixos /64 únicos que eles usarão em seu pedido. Para 500 votos, mais de 50 prefixos /64 únicos é a distribuição mínima viável.
- → Para campanhas IPv4, confirme apenas IPs residenciais — sem substituição de datacenter
Peça ao provedor para confirmar por escrito que todos os endereços IPv4 em sua campanha são endereços residenciais atribuídos por ISPs de consumo, não faixas de datacenter de provedores de nuvem. Verifique pedindo os nomes de ASN de 5–10 IPs do seu relatório de entrega — nomes de ASN de datacenter reconhecíveis (Amazon, Google, DigitalOcean, Hetzner) indicam substituição de IP de datacenter.
- → Solicite relatórios IPv4 e IPv6 separados no seu relatório de entrega
Qualquer provedor com capacidade genuína de entrega de pilha dupla rastreia votos IPv4 e IPv6 separadamente em seus logs de entrega. Peça um relatório que mostre a contagem de votos e a taxa de sucesso por versão de protocolo. Um provedor que não pode dividir esse relatório não tem monitoramento genuíno em nível de protocolo.
Perguntas frequentes
Qual é a diferença prática entre IPv4 e IPv6 para um votante de concurso?
Para um votante orgânico usando um dispositivo moderno, a diferença é invisível — o navegador deles lida com a seleção do protocolo automaticamente. Para um serviço profissional de votos, a diferença é significativa: o IPv4 fornece aproximadamente 4,3 bilhões de endereços únicos (muitos dos quais estão reservados ou na blocklist), enquanto o IPv6 fornece 2^128 endereços únicos. O tratamento de cada protocolo pela plataforma determina se a entrega IPv6 oferece uma vantagem, cria novos problemas ou não tem efeito sobre a campanha.
O espaço de endereço IPv4 realmente acabou?
Sim, no nível do registro global (IANA). A IANA esgotou seu pool livre de endereços IPv4 em fevereiro de 2011. Os cinco registros regionais de internet (ARIN para a América do Norte, RIPE NCC para a Europa, APNIC para a Ásia-Pacífico, LACNIC para a América Latina, AFRINIC para a África) esgotaram seus pools de alocação geral entre 2012 e 2020. Novos endereços IPv4 agora estão disponíveis apenas através de transferências entre organizações, e os preços de transferência variam de US$ 40–US$ 60 por endereço IPv4 individual no início de 2026. Essa escassez é a razão pela qual as redes de proxy residencial têm um suprimento finito de endereços IPv4 novos, e por que a capacidade IPv6 importa.
O que significa «pilha dupla» para uma plataforma de concurso?
Um servidor de pilha dupla aceita conexões tanto em IPv4 quanto em IPv6. Quando um visitante se conecta a um concurso de pilha dupla, seu dispositivo e navegador negociam qual protocolo usar com base na preferência da rede (a RFC 8200 e o algoritmo Happy Eyeballs normalmente preferem IPv6 quando disponível). A plataforma do concurso registra o endereço IP de qualquer versão de protocolo que a conexão usou — que pode ser IPv4 ou IPv6 dependendo da configuração de rede do visitante.
Como as plataformas de concursos contam votos IPv6?
Não há padrão consistente. Observamos quatro comportamentos distintos entre as plataformas: (1) Contar cada /128 individualmente — votação ilimitada de um único prefixo /48. (2) Contar no nível da sub-rede /64 — um voto por atribuição residencial /64. (3) Ignorar IPv6 totalmente — registrar o endereço IPv4 subjacente para conexões de pilha dupla. (4) Contar o /48 ou /32 inteiro do provedor como um único votante — o mais restritivo, equivalente a bloquear toda a alocação IPv6 de um ISP. O comportamento deve ser testado por plataforma antes do design da campanha.
Endereços IPv6 de um único prefixo podem ser usados para votos ilimitados em concursos?
Em plataformas que contam cada /128 individualmente: teoricamente sim — um único prefixo /48 fornece 2^80 endereços /128 únicos. Na prática, isso é limitado por três fatores: a detecção de abuso da plataforma pode sinalizar todo o tráfego do mesmo /48 como suspeito; a correlação SMTP e de sessão ainda pode vincular os votos ao mesmo operador; e muitas plataformas usam o /64 ou /56 como a unidade prática de votação, em vez do /128. Teste a plataforma específica antes de assumir a contagem individual /128.
O que é uma alocação IPv6 residencial de um ISP?
Quando um ISP fornece serviço IPv6 para um cliente de banda larga doméstica, ele tipicamente aloca um prefixo /64 (ou às vezes um /56 ou /48) para o roteador desse cliente. O /64 é a unidade residencial padrão por RFC 4291 — suficiente para 2^64 endereços de dispositivos únicos dentro daquela residência. Um serviço de proxy IPv6 residencial usa o prefixo /64 de um assinante real, com o consentimento do assinante, para fornecer acesso ao proxy. Este é um endereço IPv6 genuinamente residencial na forma como as plataformas de concursos entendem «residencial».
As plataformas de concursos colocam endereços IPv6 em blocklists como fazem com faixas IPv4 de datacenter?
A colocação sistemática de IPv6 de datacenter em blocklists é menos madura do que a de IPv4, porque o espaço de endereço é muito maior e tem estado em uso ativo por um período mais curto. As faixas IPv6 atribuídas a provedores de nuvem (AWS, Google Cloud, Azure) estão em blocklist nas principais plataformas, assim como suas contrapartes IPv4. Endereços IPv6 residenciais de ISPs não estão sistematicamente em blocklist. No entanto, algumas plataformas sinalizam os prefixos IPv6 /48 de provedores de serviços de proxy conhecidos — os mesmos bancos de dados de reputação que rastreiam faixas IPv4 de proxy começaram a rastrear prefixos IPv6.
O que é o algoritmo «Happy Eyeballs» e como ele afeta qual IP é registrado?
Happy Eyeballs (RFC 6555, atualizado pela RFC 8305) é o algoritmo que os navegadores usam para decidir se conectar a um servidor de pilha dupla via IPv4 ou IPv6. Ele tenta ambas as conexões simultaneamente e usa a que responder primeiro, normalmente preferindo IPv6 quando ambas respondem com velocidade igual. Para votação em concursos, isso significa que um visitante em uma rede de pilha dupla pode ter seu voto registrado sob seu endereço IPv6, mesmo que tenha uma conexão IPv4 — ou vice-versa. As plataformas de concursos registram o endereço da conexão vencedora, que o votante não pode controlar.
Como o IPv6 afeta a detecção em nível de sub-rede para campanhas de votos?
A detecção em nível de sub-rede IPv6 opera de forma diferente do IPv4 porque a granularidade padrão de alocação é diferente. Para IPv4, sub-redes /24 (256 endereços) e /16 (65.536 endereços) são as unidades comuns de bloqueio. Para IPv6, a unidade natural de bloqueio é o /64 (uma alocação residencial) ou o /48 (um bloco de atribuição de ISP). Uma campanha que usa muitos endereços /128 do mesmo /64 pode ser bloqueada no nível /64 em uma única regra. O design da campanha para entrega IPv6 deve garantir que os votos sejam distribuídos em muitos prefixos /64, não apenas em muitos endereços /128 dentro de um único /64.
Existem concursos que são IPv6 nativos sem suporte IPv4?
Raros, mas crescentes. Algumas plataformas de concursos mais recentes construídas em infraestrutura de nuvem moderna (particularmente aquelas usando Google Cloud ou AWS com configuração somente IPv6) são implantadas como IPv6 nativas. Essas plataformas não podem receber conexões IPv4 (ou as tratam através de um gateway que traduz para IPv6 internamente). Para serviços profissionais de votos, uma plataforma IPv6 nativa requer infraestrutura de entrega compatível com IPv6 — um pool de proxy somente IPv4 não pode servir votos para essas plataformas.
O que devo dizer ao meu provedor de serviço de votos sobre IPv6 para meu concurso?
Compartilhe a URL do concurso e peça ao provedor para auditar se a plataforma é somente IPv4, pilha dupla ou IPv6 nativa. Também peça a eles para testar como a plataforma conta votos IPv6 (por /128, por /64 ou ignorado). Um provedor que não pode realizar essa auditoria está trabalhando com suposições em vez de dados. A auditoria leva menos de 15 minutos e é prática padrão para serviços respeitáveis antes de qualquer campanha com restrição de IP.
A entrega IPv6 custa mais do que a entrega IPv4?
Não significativamente. O espaço de endereço IPv6 é abundante (ao contrário dos endereços IPv4 escassos), então o custo bruto de infraestrutura dos IPs IPv6 é próximo de zero. O prêmio de custo para entrega compatível com IPv6, se houver, vem da complexidade de gerenciar sessões multiprotocolo e da sobrecarga de testes para comportamento IPv6 específico da plataforma. Em nosso serviço, a entrega IPv6 tem preço idêntico ao da entrega IPv4 para o mesmo tipo de concurso — a complexidade é absorvida em nosso custo de infraestrutura padrão.
Como testo se minha plataforma-alvo de concurso usa IPv6 e como ela conta votos?
Envie dois votos de teste: um de uma conexão IPv6 e um de uma conexão IPv4 (você pode forçar IPv4 na maioria dos navegadores desativando IPv6 nas configurações de rede do sistema, ou usando uma conexão de dados móveis que pode ser somente IPv4). Note qual voto aparece no placar. Em seguida, envie mais dois votos de endereços /128 IPv6 diferentes dentro do mesmo prefixo /64 (isso requer um serviço de proxy IPv6). Se ambos aparecerem no placar, a plataforma conta /128 individualmente. Se apenas um aparecer, ela conta no /64 ou superior.
Qual é o modo de falha mais comum relacionado ao IPv6 em campanhas?
A falha mais comum é usar endereços IPv6 de um único prefixo /64 quando a plataforma do concurso conta no nível /64. Um provedor pode entregar 200 votos usando 200 endereços /128 IPv6 diferentes e relatar 100% de entrega, enquanto o concurso registra apenas 1 voto porque todos os 200 endereços /128 estão dentro do mesmo /64 — que a plataforma trata como um único votante. Essa falha é totalmente evitável através de auditoria de plataforma pré-campanha, mas acontece regularmente com provedores que não realizam testes específicos de protocolo antes da entrega.
Devo solicitar entrega somente IPv4 para evitar complicações IPv6?
Somente se a plataforma for confirmada como somente IPv4. Para plataformas de pilha dupla, solicitar entrega somente IPv4 restringe artificialmente seu pool de IPs e pode tornar a detecção em nível de sub-rede mais fácil (pool IPv4 menor significa densidade mais alta por sub-rede). Para plataformas IPv6 nativas, a entrega somente IPv4 é impossível. A melhor abordagem é deixar seu provedor auditar a plataforma e recomendar a mistura ideal de protocolos — que para a maioria das plataformas de pilha dupla em 2026 é uma combinação de IPv4 residencial e endereços IPv6 residenciais com diversidade /64.
Victor Williams
Fundador, Buyvotescontest.com
Fundou a Buyvotescontest em 2018, supervisionou mais de 3.000 campanhas. Ler a história completa →
Última atualização · Verificado por Victor Williams