Índice de contenidos
Claves de la noticia
- Apple ha retirado Bitchat de su tienda en India tras una demanda gubernamental; la restricción incluye TestFlight.
- La retirada limita cómo se obtiene la aplicación, pero no demuestra que se haya desactivado su transporte Bluetooth.
- La documentación distingue mensajes privados, canales públicos y metadatos: funcionar sin internet no garantiza anonimato.
Bitchat vuelve a enfrentarse a las autoridades indias. El aviso de Apple difundido por Jack Dorsey este 3 de octubre sitúa la nueva restricción en la App Store y en TestFlight del país. El caso muestra dos límites diferentes de la mensajería descentralizada: puede prescindir de una conexión para comunicarse cerca, pero sigue dependiendo de canales de distribución y conserva información observable por radio.
Una retirada territorial que alcanza a la beta
Según el aviso reproducido por Business Today, el Ministerio de Electrónica y Tecnología de la Información solicitó la retirada bajo la sección 69A de la legislación india sobre tecnologías de la información. Apple indicó que la aplicación seguiría disponible en los demás territorios elegidos por el desarrollador. La medida también afecta a las pruebas internas y externas mediante TestFlight en India.
El aviso descrito por esa publicación no identifica qué contenido concreto se considera ilegal. Por eso, la existencia de la retirada no permite reconstruir todas las razones de la orden ni valorar su proporcionalidad. Tampoco equivale a una resolución judicial sobre el diseño técnico de Bitchat.
TechCrunch comprobó además la ausencia en Google Play y la inaccesibilidad de la web en proveedores indios. Son comprobaciones de disponibilidad, no pruebas de que el protocolo Bluetooth haya dejado de funcionar.
El aviso de Apple compartido por Jack Dorsey en X es la declaración original localizada. Su apertura directa estaba bloqueada durante esta revisión; los detalles anteriores se atribuyen a la reproducción periodística, sin presentar la captura como examinada directamente.
Distribuir la app y transportar mensajes son problemas distintos
La documentación del repositorio oficial describe una arquitectura con dos transportes: una malla local Bluetooth Low Energy y el protocolo Nostr para conexiones por internet. Los teléfonos cercanos pueden descubrirse y retransmitir mensajes entre dispositivos. Para llegar a participantes distantes, la ruta mediante relés necesita conectividad.
Esta separación permite precisar el alcance del bloqueo. Retirar una descarga no es lo mismo que apagar una red de dispositivos ya instalados. La primera acción dificulta incorporar usuarios o conseguir versiones nuevas; la segunda exigiría demostrar un impedimento sobre la comunicación. No hay en la evidencia consultada una prueba de desactivación general de Bluetooth.
Eso tampoco significa que la red local sea inmune a una reducción de usuarios. Una malla necesita participantes próximos que proporcionen rutas. Si una retirada dificulta nuevas instalaciones, puede afectar a su crecimiento sin intervenir directamente en cada mensaje. Es una consecuencia del diseño, no una medición realizada sobre los teléfonos de los manifestantes.
La autonomía debe evaluarse por función. Un chat cercano puede continuar sin la infraestructura de un operador; una conversación que depende de relés remotos no adquiere esa misma independencia solo porque se abra en Bitchat. La descripción de “mensajería sin internet” es válida para la ruta local, pero resulta incompleta para explicar todo el producto.
Sin cuenta no significa sin identidad observable
El documento técnico, versión 2.0 del 6 de julio de 2026, añade una limitación decisiva. El identificador del dispositivo en la malla deriva de una clave estática y no es efímero. Los anuncios transmiten además información pública que un receptor próximo puede observar. El propio documento reconoce que una presencia imposible de relacionar entre sesiones no es una propiedad actual del protocolo.
Al contrastar esa descripción con la ausencia de registro por teléfono, la conclusión es concreta: Bitchat elimina la necesidad de una cuenta central, pero no elimina por ello la posibilidad de relacionar una presencia por radio. Identificar una clave no equivale automáticamente a conocer el nombre civil de una persona; sí impide prometer que cada aparición sea técnicamente indistinguible de la anterior.
El texto técnico también diferencia sesiones privadas en directo y mensajes sellados pendientes de entrega. No atribuye a ambas rutas exactamente las mismas garantías frente a una futura exposición de claves. Por tanto, “cifrado” debe acompañarse del tipo de conversación y de la amenaza considerada, en lugar de utilizarse como garantía absoluta.
Los mensajes públicos siguen siendo públicos
La política de privacidad actualizada en julio distingue claves locales, conversaciones, colas de mensajes y material público. Explica que los mensajes de la malla pública pueden conservarse en un archivo local protegido durante un tiempo limitado. Los canales de ubicación y los tablones tienen otras reglas de visibilidad. No todo lo que aparece dentro de una aplicación orientada a la privacidad es una conversación privada.
La misma política contempla controles para desactivar determinadas funciones de internet y borrar datos locales. También reconoce que algunos datos ya publicados en relés no se pueden recuperar. Borrar el estado del propio dispositivo y retirar una publicación que otros han recibido son operaciones diferentes.
Esta distinción resulta útil para lectores españoles que valoren mensajería durante una avería o en un encuentro sin cobertura. La elección debe partir de quién necesita recibir el mensaje, si hay dispositivos próximos y si la conversación es pública o privada. No existe evidencia de que la retirada territorial india se extienda a España.
El coste menos visible: mantener una copia fiable
El repositorio aconseja instalar desde una tienda oficial o construir desde código verificado. Advierte expresamente sobre los espejos que aparecen cuando desaparecen repositorios o páginas de versiones. La política de seguridad señala, además, que las correcciones llegan a la versión más reciente y a la rama principal; las versiones antiguas no reciben esos parches.
La combinación de estas dos reglas revela otro efecto del caso: perder un canal de distribución fiable puede convertir la autenticidad y la actualización del programa en un problema separado de la disponibilidad de mensajes. Conservar una copia instalada no resuelve por sí solo su mantenimiento futuro. La resistencia técnica de Bitchat debe juzgarse en tres planos concretos: acceso al software, transporte disponible y exposición de datos. El bloqueo actúa sobre el primero; los documentos del proyecto delimitan los otros dos.
Imagen: recreación editorial generada con IA por Tecnología Today; no representa una protesta ni una interfaz real de Bitchat.
