Por qué me importa este tema ahora
Es fácil romantizar el Chromium de investigación como una capa. Yo lo romantizaba. Luego los dos espejos me trajeron a tierra: el build es un instrumento. El instrumento mide hipótesis. Las capas se venden en el mercado de cuentos.
Ensamblo un navegador para controlar las variables del experimento. Es una herramienta para estudiar la superficie de API y la red, no una promesa de invisibilidad.
Marco público (enlaces)
Los fuentes abiertos de Chromium y las release notes son un laboratorio legítimo. Fijo una versión, leo una capa, cambio una variable y miro qué se desalinea en el espejo del detect.
Lo que observo en el laboratorio, en palabras simples
Por qué el investigador necesita el código fuente
Para separar «así está hecho el motor» de «así me inventé el antidetect». Controlar variables vale más que la magia. Una etiqueta de fuentes vale más que la sensación de «tengo mi propio Chrome».
Entender la capa vs ajustar al antifraude
Lo primero es ciencia del diario. Lo segundo es un género que esta serie deliberadamente no sirve. La diferencia no está en el código, sino en el objetivo y en lo que se puede publicar.
Lo que queda fuera de cámara
Parches concretos para sitios concretos, secretos del edge, recetas de elusión. Fuera de cámara — a propósito. Un instrumento sin ética se convierte en escaparate de armas.
Qué cambia esto en el detect y/o en el build (sin detalles)
El build obtiene un criterio de éxito: una hipótesis falseable. El detect obtiene un interlocutor controlado, no un mito de invisibilidad. «Se puso más verde en el checker» sigue siendo solo una prueba de humo.
Lo que no diré y por qué
No publico listas de parches «para el antibot X» ni prometo stealth.
Conclusión breve en primera persona
Mi Chromium hace de osciloscopio. El osciloscopio no vuelve invisible al dueño — vuelve más honestas las discusiones consigo mismo.
