Brave nunca ha tratado el bloqueo de contenido como un extra. Viene activado desde el primer uso y forma parte del navegador, no de una extensión. Esa decisión explica en buena parte por qué sigue creciendo frente a opciones que aún dependen de parches externos.
El proyecto no ha estado libre de ruido ni de críticas, pero varias de sus decisiones clave han sido acertadas. Mantener el bloqueador bajo control propio es una de ellas, y la última actualización lo deja claro.
Brave ha reducido de forma drástica el consumo de memoria de su bloqueador interno. El recorte ronda el 75 %, unos 45 MB menos en uso normal, en todas las plataformas. No es un ajuste cosmético: se nota especialmente cuando el navegador lleva horas abierto o cuando se acumulan pestañas.
Logramos este importante hito de memoria al refactorizar iterativamente el motor adblock-rust para utilizar FlatBuffers, un formato de almacenamiento compacto y eficiente. Esta transición arquitectónica nos permitió mover los aproximadamente 100.000 filtros de bloques publicitarios enviados de forma predeterminada desde estructuras de datos Rust estándar asignadas en montón (como Vecs, HashMaps y estructuras) a un formato binario especializado de copia cero.
Brave señala además:
- Gestión de memoria: se utilizaron vectores asignados por pila para reducir las asignaciones de memoria en un 19% y mejorar el tiempo de construcción en un ~15%.
- Velocidad de coincidencia: se mejoró el rendimiento de coincidencia de filtros en un 13 % al tokenizar patrones de expresiones regulares comunes.
- Compartir recursos: los recursos se comparten entre instancias de motores adblock, lo que ahorra ~2 MB de memoria en el escritorio.
- Eficiencia de almacenamiento: memoria de almacenamiento de recursos internos optimizada en un 30%.
Quienes usan filtros adicionales deberían ver aún más beneficios en las próximas versiones. Parte de estas optimizaciones ya llegó con Brave 1.85 y el resto se irá activando en actualizaciones posteriores.
