EUA rejeitam centros de dados 45 a 1: lições para clientes

EUA rejeitam centros de dados 45 a 1: lições para clientes

EUA rejeitam centros de dados 45 a 1: lições para clientes

Resposta curta (verificada a 2026-11-05): a 3 de novembro de 2026, 47 medidas locais sobre centros de dados foram a votos em 10 estados dos EUA. Na manhã de 5 de novembro, 46 tinham votos contados, e o lado restritivo liderava em 45 delas. A única exceção foi Harwood, no Dakota do Norte. Dos 258 201 votos contados, 72,8% foram para o lado que limita os centros de dados. Descarregámos os ficheiros brutos do tracker e refizemos a contagem nós próprios. O padrão é amplo: proibições e limites em megawatts inscritos nas cartas municipais, rezoneamentos revogados, moratórias em pequenas localidades do Maine. Se aluga servidores cloud ou dedicados, a conclusão é simples. A capacidade que já existe, com energia e licenças, vale mais do que a capacidade no plano de um promotor.

Fontes. Resultados: "Data Centers on the Ballot", da Redbud Consulting (datacentersontheballot.com). Os números são oficiosos até cada condado os certificar, e o tracker continua a ser atualizado até 13 de novembro. Cobertura: artigo da Semafor sobre a rejeição dos centros de dados (J.D. Capelouto), 404 Media (Matthew Gault) e The Register (Dan Robinson), todos de 2026-11-04, além de uma discussão no Hacker News com 325 pontos e 657 comentários. As contagens da imprensa diferem ("mais de 30 localidades", "mais de 40 votações") porque cada uma contou a uma hora diferente e com um critério diferente. Os números abaixo são a nossa própria recontagem.

O que esteve a votos

Não foi um único tipo de votação. O tracker associa cada pergunta a dois lados, Restringir e Permitir, porque SIM significa coisas opostas em boletins diferentes. Um NÃO a "deve a câmara aprovar centros de dados" conta como Restringir. As medidas dividem-se em cinco grupos principais:

Tipo de medida Exemplos Resultado (quota do lado restritivo)
Limite em megawatts na carta municipal Sunbury, Pataskala, Piqua (Ohio): nenhum centro de dados acima de 25 MW 10 de 10 limites de 25 MW aprovados
Proibição total Hubbard (Ohio), qualquer dimensão; Edgewater (Florida), incluindo colocation 76,6% e 77,2%
Referendo sobre rezoneamento Wilmington (Ohio): quatro parcelas de 65 a 191 acres rezoneadas para centros de dados As quatro revogadas, cerca de 80%
Moratória Sete localidades do Maine, sobretudo pausas de 180 dias De 65,7% a 81,9% nas seis contadas
Pergunta consultiva Sete townships e condados do Illinois, dois em Nova Jérsia, um no Ohio Não vinculativa, de 74,4% a 88,3%

Dois pormenores importam para quem compra alojamento em vez de o construir. Primeiro, os limites são baixos. 25 MW é a linha mais comum, e Emporia e El Dorado, no Kansas, fixaram-na em 10 MW. Segundo, "pequeno" não significa "isento". A proibição na carta de Edgewater nomeia instalações de cloud, IA, mineração de criptomoedas e colocation. A proibição de Hubbard não tem qualquer limiar de dimensão. Urbana, no Ohio, isenta apenas instalações privadas com menos de 7,5 MW que sirvam uma única organização, pelo que um centro de alojamento multi-inquilino fica abrangido.

Reconte você mesmo: dc_ballot.js

A página do tracker carrega dois ficheiros públicos: data/races.json (um registo por medida: estado, tipo, quem a levou a votos, limiar em megawatts, o que significa SIM) e data/results.json (votos por lado, atualizados a partir das páginas de resultados dos condados). Este script junta-os e agrupa o resultado. Guarde-o como dc_ballot.js:

// dc_ballot.js - tally the Nov 3, 2026 US data center ballot measures
// data: Redbud Consulting's datacentersontheballot.com (races.json + results.json)
// usage: bun dc_ballot.js [dir]   (dir holds races.json and results.json)
const dir = process.argv[2] || '.'
const races = await Bun.file(`${dir}/races.json`).json()
const res = await Bun.file(`${dir}/results.json`).json()
if (res.simulated) throw new Error('results.json is simulated, not real returns')
const meta = new Map(races.races.map(r => [r.race_id, r]))
const rows = res.races
  .map(x => ({ ...x, m: meta.get(x.race_id) }))
  .filter(x => x.m && x.m.election_date === res.election_date)
const counted = rows.filter(x => x.restrict_votes + x.allow_votes > 0)
const sum = (a, k) => a.reduce((s, x) => s + (x[k] || 0), 0)
const pct = (a, b) => (100 * a / b).toFixed(1) + '%'
const R = sum(counted, 'restrict_votes'), A = sum(counted, 'allow_votes')
console.log(`races.json ${races.generated_at}, results.json ${res.generated_at}`)
console.log(`measures on ${res.election_date}: ${rows.length}, with votes: ${counted.length}`)
console.log(`restrict ahead: ${counted.filter(x => x.restrict_votes > x.allow_votes).length},` +
  ` allow ahead: ${counted.filter(x => x.allow_votes > x.restrict_votes).length}`)
console.log(`votes: ${R + A}, restrict pooled ${pct(R, R + A)}`)
const group = (title, key) => {
  console.log(`-- by ${title}`)
  const g = new Map()
  for (const x of counted) {
    const k = key(x)
    const v = g.get(k) || { n: 0, win: 0, r: 0, a: 0 }
    v.n++; v.win += x.restrict_votes > x.allow_votes; v.r += x.restrict_votes; v.a += x.allow_votes
    g.set(k, v)
  }
  for (const [k, v] of [...g].sort((a, b) => b[1].n - a[1].n))
    console.log(`${String(k).padEnd(18)} ${String(v.n).padStart(3)} measures, restrict won ${v.win}, ${pct(v.r, v.r + v.a)} of votes`)
}
group('state', x => x.m.state)
group('origin', x => x.m.origin)
group('megawatt cap', x => x.m.threshold_mw ? `${x.m.threshold_mw} MW` : 'no MW figure')
console.log('-- closest (restrict share under 60%)')
for (const x of counted.filter(x => x.restrict_votes / (x.restrict_votes + x.allow_votes) < 0.6))
  console.log(`${x.m.state} ${x.m.jurisdiction}: ${pct(x.restrict_votes, x.restrict_votes + x.allow_votes)} restrict (${x.restrict_votes + x.allow_votes} votes)`)
curl -sLo races.json https://datacentersontheballot.com/data/races.json
curl -sLo results.json https://datacentersontheballot.com/data/results.json
bun dc_ballot.js .

Resultado, executado num servidor cloud DCXV com Bun 1.4.4 a 2026-11-05 (ficheiros obtidos às 07:01 UTC):

races.json 2026-11-04T14:12:33-0500, results.json 2026-11-05T01:34:31-0500
measures on 2026-11-03: 47, with votes: 46
restrict ahead: 45, allow ahead: 1
votes: 258201, restrict pooled 72.8%
-- by state
OH                  21 measures, restrict won 21, 69.0% of votes
IL                   7 measures, restrict won 7, 79.3% of votes
ME                   7 measures, restrict won 7, 76.3% of votes
KS                   4 measures, restrict won 4, 66.3% of votes
NJ                   2 measures, restrict won 2, 79.0% of votes
WI                   1 measures, restrict won 1, 62.8% of votes
CA                   1 measures, restrict won 1, 82.2% of votes
NV                   1 measures, restrict won 1, 70.5% of votes
FL                   1 measures, restrict won 1, 77.2% of votes
ND                   1 measures, restrict won 0, 24.4% of votes
-- by origin
citizen_petition    23 measures, restrict won 22, 69.4% of votes
council_referred    17 measures, restrict won 17, 77.7% of votes
court_ordered        4 measures, restrict won 4, 70.0% of votes
charter_commission   1 measures, restrict won 1, 76.9% of votes
electors_meeting     1 measures, restrict won 1, 77.6% of votes
-- by megawatt cap
no MW figure        30 measures, restrict won 30, 76.3% of votes
25 MW               10 measures, restrict won 10, 70.2% of votes
20 MW                2 measures, restrict won 2, 55.8% of votes
10 MW                2 measures, restrict won 2, 64.2% of votes
50 MW                1 measures, restrict won 1, 87.1% of votes
100 MW               1 measures, restrict won 0, 24.4% of votes
-- closest (restrict share under 60%)
OH City of Grove City: 54.6% restrict (20728 votes)
OH Sprigg Township: 52.6% restrict (627 votes)
OH Monroe Township: 59.7% restrict (248 votes)
ND City of Harwood: 24.4% restrict (430 votes)

Como ler:

  • O Ohio é o centro. Teve 21 das 47 medidas, e o lado restritivo venceu todas as 21. A maioria eram limites de 25 MW nas cartas municipais. O de Sunbury foi aprovado com 78,6%, numa cidade onde a Amazon propôs um campus de cerca de 2 mil milhões de dólares.
  • As câmaras perderam nas suas próprias perguntas. Em 17 das medidas foi a própria câmara a levar a pergunta a votos, e o lado restritivo venceu as 17 com 77,7% dos votos. É uma quota superior à das petições de cidadãos (69,4%).
  • A única vitória do lado Permitir não foi um voto a favor dos centros de dados. Harwood rejeitou uma regra da carta que exigiria uma análise paga pelo promotor antes de aprovar grandes projetos industriais (limiar de 100 MW). Grove City, no Ohio, ainda estava a contar, com 54,6%: a sua medida exige uma votação em toda a cidade para qualquer projeto com mais de 50 acres, 20 MW ou 500 000 galões de água por dia.
  • Uma medida ainda não tem contagem. Brownfield, no Maine, não tinha publicado resultados. O tracker lista também 12 medidas decididas mais cedo em 2026, que o script deixa de fora.

Para além das urnas locais

As votações locais vieram acompanhadas de resultados estaduais que apontam no mesmo sentido. No Texas, a democrata Gina Hinojosa derrotou o governador Greg Abbott. Ela defende uma moratória temporária à construção de centros de dados (The Register, 2026-11-04). Um inquérito da Data Center Watch a 74 candidatos nas 36 eleições para governador concluiu que 43% apoiam uma proibição ou moratória e 51% apoiam mais regulação ou condições. A Semafor relata que bancos e gestoras de ativos começaram a tratar a oposição local como um risco de crédito. Os promotores pagarão esse risco com financiamento mais caro, e os clientes com os seus preços.

O que significa se aluga servidores

  1. Compre capacidade que existe. Um rezoneamento pode ser revogado e um limite numa carta municipal pode matar um campus planeado. Os eleitores de Wilmington revogaram quatro rezoneamentos para centros de dados numa só noite. Se um fornecedor lhe vende capacidade futura numa nova região dos EUA, pergunte se o edifício tem energia e todas as licenças hoje. Os racks num edifício existente são aquilo com que pode realmente contar. Operamos em duas instalações Tier III já existentes, comparadas no nosso guia de centros de dados Tier III na Europa.
  2. Não assuma que os pequenos centros estão isentos. A proibição de Edgewater nomeia explicitamente a colocation. A resistência nos EUA não diz respeito apenas aos campus de IA dos hyperscalers. Para as razões apresentadas pelos moradores (água, rede elétrica, ruído), veja a nossa recontagem de 10 000 comentários em câmaras municipais dos EUA.
  3. Mantenha a carga de trabalho portátil. Distribuir por várias regiões só o protege se conseguir realmente mudar-se. Mantenha imagens, backups e DNS numa forma que possa restaurar noutro lado, como na nossa lista de verificação para migrar para a cloud. Se tem espaço IPv4 da ARIN e muda cargas de trabalho para a Europa, o bloco pode acompanhá-las: veja as transferências inter-RIR da ARIN para o RIPE.

Capacidade existente na Europa

Os nossos servidores cloud e servidores dedicados funcionam em centros de dados Tier III em Praga e na Covilhã, já construídos, com energia e em serviço. Escreva para sales@dcxv.com com a dimensão da carga de trabalho e a localização dos seus utilizadores, e diremos qual o local adequado e quanto custa.

EUA rejeitam centros de dados 45 a 1: lições para clientes
clouddedicatedinfrastructure

EUA rejeitam centros de dados 45 a 1: lições para clientes

47 votações sobre centros de dados nos EUA, o lado restritivo venceu em 45. Recontamos os dados brutos e explicamos o que muda para quem aluga servidores.

AWS BYOIP em 2026: $43.80 por IPv4 ou o seu próprio /24
ipv4pricingcloud

AWS BYOIP em 2026: $43.80 por IPv4 ou o seu próprio /24

A AWS cobra $0.005 por hora por IPv4 público, $43.80 por ano. O BYOIP não paga isso: quando um /24 comprado ou alugado compensa, com um script de ROA.

Sair do VMware após a Broadcom: guia de migração verificado
clouddedicatedinfrastructure

Sair do VMware após a Broadcom: guia de migração verificado

A Broadcom acabou com licenças perpétuas, cortou parceiros e escondeu o VDDK. Como mover VMs para KVM, Proxmox ou Hyper-V, com datas e um conversor OVA testado.

Propagação DNS: os 3 segundos da Cloudflare contra o seu TTL
networkingcloudinfrastructure

Propagação DNS: os 3 segundos da Cloudflare contra o seu TTL

A Cloudflare baixou o atraso de build DNS para 3,3 s. Uma migração ainda espera pelo TTL, cache negativa e 2 dias de delegação .com. Medido em duas zonas.

10.000 comentários em câmaras dos EUA: o que significam
clouddedicatedinfrastructure

10.000 comentários em câmaras dos EUA: o que significam

Um conjunto de dados codifica 10.202 intervenções sobre data centers nos EUA: 90,5% contra, a água à frente. Recontámos e explicamos o que muda para clientes.