DMCA vs NTD: como a lei de remoção decide o que completa
A retenção leva toda a atenção, mas o regime jurídico sob o qual um backbone roda decide em silêncio quais artigos somem. O mesmo NZB perde partes diferentes num feed DMCA e num feed NTD — e essa lacuna é todo o argumento a favor da diversidade.
Pergunta por que um download falhou e a maioria aponta para a retenção. É o primeiro suspeito errado. Um artigo dentro da retenção pode mesmo assim ter sumido — não porque o spool o envelheceu, mas porque alguém enviou um aviso e o backbone o removeu. Quais avisos chegam, o que miram e com que rapidez são processados é decidido pelo regime jurídico sob o qual o backbone opera. Dois importam, e abrem buracos diferentes no mesmo NZB.
Dois regimes, dois buracos diferentes
Cada feed importante está sob um de dois sistemas de remoção. Ambos são, no fundo, «notice and takedown»; a diferença está em quem envia os avisos, no que miram e em como o provedor deve responder.
DMCA — a Digital Millennium Copyright Act dos EUA (17 U.S.C. §512). Um backbone com infraestrutura nos EUA só mantém a sua proteção «safe harbor» removendo o acesso a artigos infratores específicos assim que recebe um aviso válido. Na prática, isso significa um fluxo constante e em grande parte automatizado de avisos de detentores de direitos e dos seus agentes antipirataria, cada um nomeando message-IDs a remover. Os backbones dos EUA processam muito disso.
NTD — o modelo europeu de notificação e remoção, mais visível nos Países Baixos. Os provedores neerlandeses também removem mediante aviso, mas os avisos vêm de outro ecossistema: a fundação antipirataria BREIN é a emissora de destaque, e desde que a Digital Services Act da UE passou a ser aplicável em 2024, as obrigações de notificação-e-ação dos hospedeiros europeus são moldadas por esse quadro e não pela lei de direitos autorais dos EUA. Emissores diferentes, prioridades diferentes, cadência diferente.
Nenhum dos regimes é uniformemente «mais rígido». Eles removem artigos diferentes, identificados por partes diferentes, em cronogramas diferentes. Esse é o ponto.
Por que o mesmo NZB completa de forma diferente
Uma remoção mira um message-ID — um artigo específico. Um release de 50 GB são dezenas de milhares de artigos, e uma campanha de avisos raramente os remove todos de forma limpa: remove os que lhe foram apontados, no backbone para onde o aviso foi enviado.
Então, quando o teu NZB atinge um backbone DMCA, os artigos em falta são os que os detentores de direitos dos EUA reportaram ali. Quando o mesmo NZB atinge um backbone NTD, os que faltam são os que a BREIN e os emissores da UE reportaram ali. Os dois conjuntos de buracos se sobrepõem, mas não são idênticos — e onde diferem, um backbone tem exatamente os artigos que o outro perdeu. Essa não-sobreposição é o que um segundo servidor no outro regime preenche. É também por que «compra mais retenção» não corrige um problema de conclusão causado por remoções: o artigo foi apagado, não envelhecido.
Isso se projeta direto nos backbones
Não é abstrato. O regime é uma propriedade de onde os servidores ficam fisicamente, e o mapa de backbones da comunidade o rotula:
- Feeds do lado DMCA: os servidores dos EUA da Newshosting, a Giganews, o lado americano da UsenetExpress e o grupo Abavia/XS News (que se apoia em backfill dos EUA).
- Feeds do lado NTD: os independentes neerlandeses — Eweka, Tweaknews, Usenet.Farm e ViperNews — todos carregam avisos NTD.
Dois detalhes deixam isso mais fino do que «EUA vs UE»:
- Backbones de regime dividido. A UsenetExpress é DMCA nos seus servidores dos EUA e NTD no seu backfill NL — um único backbone a cavalo entre os dois. Usenet.Farm e ViperNews operam NTD na frente com DMCA no backfill mais profundo. O regime pode até depender de quão velho é o artigo.
- Um dono, dois regimes. Dentro da Highwinds/Omicron, a Eweka opera sob NTD enquanto os servidores dos EUA da Newshosting operam sob DMCA — o mesmo grupo corporativo, dois fluxos de remoção distintos. Um lembrete de que o regime jurídico, não a marca nem sequer o dono, é a variável que move a conclusão.
O que isso significa para a tua configuração
Os argumentos da conta de bloco e de «quem é dono de quem» terminam aqui. A razão de um segundo servidor elevar a conclusão não é apenas ser outro backbone — é que o segundo servidor mais útil está sob um regime de remoção diferente, e por isso foi peneirado por outros avisos.
A regra prática: emparelhar entre regimes. Um principal DMCA (digamos um ilimitado da família Newshosting) mais um preenchimento NTD (um backbone neerlandês como a Usenet.Farm, ou um bloco no estilo Blocknews) cobre muito mais do que duas marcas DMCA jamais cobririam. Se o teu principal já é um provedor neerlandês NTD como a Eweka, inverte: adiciona um preenchimento do lado DMCA. O ganho aparece exatamente onde esperarias — em releases mais antigos e em conteúdo muito reportado, as duas categorias que as campanhas de remoção atingem com mais força.
Isso também recoloca o guia de contas de bloco: quando ele diz «compra um preenchimento em outro backbone», a versão mais afiada é «compra um preenchimento sob outro regime de remoção». E é o mecanismo por baixo de quem é dono de quem — duas marcas no mesmo regime foram peneiradas pelos mesmos avisos e caem juntas.
Ressalvas, porque a lei é bagunçada
- Remoções atingem artigos, não releases. Um release «removido» costuma ser um com artigos faltantes suficientes para o PAR2 não conseguir reparar — perda parcial, não exclusão limpa. Outro regime muitas vezes fornece exatamente as peças que faltam para empurrar o reparo de volta para o lado certo.
- O repostagem embaralha tudo. Conteúdo popular é repostado, muitas vezes ofuscado ou protegido por senha, o que reinicia o relógio até os novos posts também serem reportados. A conclusão de um dado release deriva com o tempo em ambos os regimes.
- Os regimes evoluem. O DSA ainda está a assentar na UE, o volume de avisos dos EUA continua a subir, e um backbone pode mudar quão agressivamente processa qualquer um deles. Trata a divisão DMCA/NTD como um fato estrutural duradouro, mas não como um placar fixo.
- É inferência, não uma especificação publicada. Os provedores não anunciam as entranhas da sua remoção; os rótulos de regime vêm de avisos jurídicos, localização de servidores e do mapa da comunidade. Verifica antes de construir uma configuração em torno de uma única suposição.
O número de manchete na página de um provedor é a retenção. O número que decide em silêncio a tua taxa de sucesso é qual regime jurídico vem editando aquele spool. Compra o teu segundo servidor no outro.