DMCA vs NTD: cómo la ley de retirada decide qué se completa
La retención se lleva toda la atención, pero el régimen legal bajo el que corre un backbone decide en silencio qué artículos desaparecen. El mismo NZB pierde partes distintas en un feed DMCA que en uno NTD — y ese hueco es todo el argumento a favor de la diversidad.
Pregunta por qué falló una descarga y la mayoría señala la retención. Es el primer sospechoso equivocado. Un artículo dentro de la retención puede igualmente haber desaparecido — no porque el spool lo envejeciera, sino porque alguien envió un aviso y el backbone lo retiró. Qué avisos llegan, qué atacan y con qué rapidez se procesan lo decide el régimen legal bajo el que opera el backbone. Hay dos que importan, y abren huecos distintos en el mismo NZB.
Dos regímenes, dos huecos distintos
Cada feed importante está bajo uno de dos sistemas de retirada. Ambos son en el fondo «notice and takedown»; la diferencia está en quién envía los avisos, a qué apuntan y cómo debe responder el proveedor.
DMCA — la Digital Millennium Copyright Act de EE. UU. (17 U.S.C. §512). Un backbone con infraestructura estadounidense conserva su protección «safe harbor» solo si retira el acceso a artículos infractores concretos en cuanto recibe un aviso válido. En la práctica eso significa un flujo constante y en gran medida automatizado de avisos de titulares de derechos y sus agentes antipiratería, cada uno nombrando message-ID a retirar. Los backbones de EE. UU. procesan mucho de esto.
NTD — el modelo europeo de notificación y retirada, más visible en los Países Bajos. Los proveedores neerlandeses también retiran tras aviso, pero los avisos vienen de otro ecosistema: la fundación antipiratería BREIN es la emisora destacada, y desde que la Digital Services Act de la UE es aplicable en 2024, las obligaciones de notificación-y-acción de los alojadores europeos las modela ese marco y no la ley de derechos de autor estadounidense. Emisores distintos, prioridades distintas, cadencia distinta.
Ninguno de los dos regímenes es uniformemente «más estricto». Retiran artículos distintos, identificados por partes distintas, en calendarios distintos. Ese es el punto.
Por qué el mismo NZB se completa de forma distinta
Una retirada apunta a un message-ID — un artículo concreto. Una release de 50 GB son decenas de miles de artículos, y una campaña de avisos rara vez los retira todos limpiamente: retira los que le señalaron, en el backbone al que se envió.
Así que cuando tu NZB llega a un backbone DMCA, los artículos que faltan son los que los titulares de derechos de EE. UU. reportaron allí. Cuando el mismo NZB llega a un backbone NTD, los que faltan son los que BREIN y los emisores de la UE reportaron allí. Los dos conjuntos de huecos se solapan, pero no son idénticos — y donde difieren, un backbone tiene exactamente los artículos que el otro perdió. Ese no-solape es lo que rellena un segundo servidor en el otro régimen. También es por qué «compra más retención» no arregla un problema de compleción causado por retiradas: el artículo fue borrado, no envejecido.
Se proyecta directamente sobre los backbones
Esto no es abstracto. El régimen es una propiedad de dónde están físicamente los servidores, y el mapa de backbones de la comunidad lo etiqueta:
- Feeds del lado DMCA: los servidores de EE. UU. de Newshosting, Giganews, el lado estadounidense de UsenetExpress y el grupo Abavia/XS News (que se apoya en backfill de EE. UU.).
- Feeds del lado NTD: los independientes neerlandeses — Eweka, Tweaknews, Usenet.Farm y ViperNews — todos llevan avisos NTD.
Dos detalles lo afinan más allá de «EE. UU. vs UE»:
- Backbones de régimen dividido. UsenetExpress es DMCA en sus servidores de EE. UU. y NTD en su backfill NL — un solo backbone a caballo entre ambos. Usenet.Farm y ViperNews operan NTD al frente con DMCA en el backfill más profundo. El régimen puede incluso depender de qué edad tiene el artículo.
- Un dueño, dos regímenes. Dentro de Highwinds/Omicron, Eweka opera bajo NTD mientras que los servidores de EE. UU. de Newshosting operan bajo DMCA — el mismo grupo corporativo, dos flujos de retirada distintos. Un recordatorio de que el régimen legal, no la marca ni siquiera el dueño, es la variable que mueve la compleción.
Qué significa esto para tu configuración
Los argumentos de la cuenta por bloques y de «quién es dueño de quién» terminan aquí. La razón de que un segundo servidor eleve la compleción no es solo que sea otro backbone — es que el segundo servidor más útil está bajo un régimen de retirada distinto, y por tanto fue cribado por otros avisos.
La regla práctica: emparejar entre regímenes. Un principal DMCA (digamos un ilimitado de la familia Newshosting) más un relleno NTD (un backbone neerlandés como Usenet.Farm, o un bloque al estilo Blocknews) cubre mucho más de lo que dos marcas DMCA podrían. Si tu principal ya es un proveedor neerlandés NTD como Eweka, dale la vuelta: añade un relleno del lado DMCA. La ganancia aparece justo donde esperarías — en releases antiguas y en contenido muy reportado, las dos categorías que las campañas de retirada golpean más fuerte.
Esto también reencuadra la guía de cuentas por bloques: cuando dice «compra un relleno en otro backbone», la versión más afilada es «compra un relleno bajo otro régimen de retirada». Y es el mecanismo bajo quién es dueño de quién — dos marcas en el mismo régimen fueron cribadas por los mismos avisos y caen juntas.
Salvedades, porque la ley es desordenada
- Las retiradas golpean artículos, no releases. Una release «retirada» suele ser una con suficientes artículos faltantes como para que PAR2 no pueda reparar — pérdida parcial, no borrado limpio. Otro régimen a menudo aporta justo las piezas que faltan para devolver la reparación al otro lado de la línea.
- El reposteo lo enturbia. El contenido popular se vuelve a postear, a menudo ofuscado o protegido con contraseña, lo que reinicia el reloj hasta que los nuevos posts también se reportan. La compleción de una release dada deriva con el tiempo en ambos regímenes.
- Los regímenes evolucionan. El DSA aún se está asentando en la UE, el volumen de avisos de EE. UU. sigue subiendo, y un backbone puede cambiar cuán agresivamente procesa cualquiera de los dos. Trata la división DMCA/NTD como un hecho estructural duradero, pero no como un marcador fijo.
- Es inferencia, no una especificación publicada. Los proveedores no anuncian sus entrañas de retirada; las etiquetas de régimen vienen de avisos legales, ubicación de servidores y el mapa de la comunidad. Verifica antes de construir una configuración alrededor de un solo supuesto.
El número de titular en la página de un proveedor es la retención. El número que decide en silencio tu tasa de éxito es qué régimen legal ha estado editando ese spool. Compra tu segundo servidor en el otro.