¿Ya existe un negocio haciendo esto?
Cada pieza que combina NumChat, buscada por separado y juzgada con honestidad — más cuánto pesa en la práctica comprimir a 4-8 bytes frente a lo que transmiten los competidores reales. Hipótesis con fuentes, no una validación cerrada con un experto de dominio todavía.
Código corto universal (Q-codes, 1909), presets sobre canal degradado (Garmin, Meshtastic), chat offline (Bridgefy), phrasebooks de crisis (Refugee Phrasebook) — todo tiene precedente real, algo de hasta un siglo.
Catálogo único centralizado + traducción automática multi-idioma + transporte-agnóstico + cero instalación para el caso base. Esa combinación concreta no se ha encontrado en ningún negocio.
01El veredicto honesto
No se ha encontrado un negocio que combine las cuatro piezas. Pero cada pieza por separado tiene precedente real, y en dos casos (Garmin inReach/ZOLEO, Meshtastic Canned Messages) el precedente es un producto comercial maduro y ya adoptado, no una curiosidad académica. La honestidad importa más que la conclusión cómoda: "nadie hace exactamente esto" es defendible; "somos los primeros en pensar en esto" no lo es.
| Pieza de NumChat | ¿Precedente? | Madurez |
|---|---|---|
| Código corto universal → frase, superando idioma/jerga | Sí, directo (Q-codes) | Muy alta — estándar desde 1909, sigue en uso |
| Mensajes predefinidos sobre canal degradado | Sí, directo (Garmin inReach, ZOLEO, Meshtastic) | Alta — producto comercial vendido hoy |
| Datos por sonido sin instalar nada | Sí, como tecnología (LISNR, Trillbit) | Nula como producto de emergencia — 0 negocios |
| Chat/mensajería offline sin infraestructura | Sí, directo (Bridgefy, Briar) | Alta — Bridgefy declara +12,5M usuarios |
| Catálogo multilingüe de frases de crisis | Sí, directo (Refugee Phrasebook) | Media-alta — usado por ONGs reales |
| La combinación de las 5 en un solo protocolo | No encontrado | — |
02El código corto universal ya existe — y se abandonó parcialmente por un motivo
Los Q-codes (aeronáutica/radioaficionados, desde 1909) son el precedente más directo: un código corto con el mismo significado independientemente del idioma del operador, diseñado para canales de radio degradados.
Por qué esto no invalida a NumChat, pero exige respuesta explícita: el problema que NIMS resolvió es de códigos no estandarizados entre departamentos. El código de NumChat es el mismo catálogo para todo el que use la app — más parecido a los Q-codes (un único estándar) que a los 10-codes (decenas de tablas incompatibles). Cualquier material dirigido a una institución real debería anticipar la pregunta "¿esto no es lo que ya abandonamos?", no asumir que no va a salir.
03Presets sobre canal degradado — ya es negocio, y maduro
Garmin inReach / ZOLEO / SPOT X: mensajes preconfigurados enviados con mínima interacción por satélite, con centro de coordinación 24/7 (Garmin IERCC) detrás. Meshtastic — módulo "Canned Message": el propio firmware que NumChat evalúa en su piloto LoRa ya trae de fábrica el envío de mensajes predefinidos sin teléfono, con un plugin de terceros específico para SAR (Akita Emergency Response Plugin).
Diferencia real: estos presets son texto libre que el propio usuario escribe de antemano para sí mismo — no un catálogo compartido de miles de situaciones ya traducido automáticamente. Tampoco son transporte-agnósticos: un inReach es satélite y nada más, un nodo Meshtastic es LoRa y nada más. Pero "botón → mensaje ya armado, sin teclear, sobre canal degradado" ya está en el mercado y ya lo usan servicios de rescate reales.
04Datos por sonido sin instalar nada — técnica real, cero negocios de emergencia
LISNR y Trillbit son startups reales con financiación, pero orientadas a pagos/IoT, no a emergencias. AetherVane y SignalHop son proyectos personales en GitHub (AetherVane verificado: 0 estrellas, 7 commits) que hacen técnicamente lo mismo que el canal acústico de NumChat — confirman que la técnica es conocida y replicable, pero ninguno empaqueta catálogo semántico, verticales, ni fallback a vibración/LoRa.
05Chat offline y catálogos multilingües de crisis
Bridgefy (+12,5M usuarios declarados), Briar y Meshtastic (la app) resuelven mensajería sin internet vía malla BLE/Wi-Fi Direct, usadas en protestas y desastres reales — pero son de texto libre, no código semántico comprimido, y dependen de BLE/Wi-Fi Direct, la misma vía que el laboratorio ya descartó como inviable "sin instalar nada" en iOS. Resuelven el transporte pagando el precio de una app nativa — el precio que NumChat evita para el caso base.
Refugee Phrasebook (28+ idiomas, CC0) y Translators without Borders — Words of Relief comparten el objetivo de fondo: comprimir de antemano el trabajo de traducción. Pero son documentos de consulta humana, no un protocolo máquina-a-máquina de pocos bytes — el precedente más fuerte de que "un catálogo cerrado de frases de crisis, pre-traducido" es una idea validada, no del mecanismo de transporte.
06Cuánto pesa realmente comprimir a 4-8 bytes
Ningún competidor transmite un ID comprimido — todos transmiten el texto libre del mensaje tal cual. Un preset de Garmin o un Canned Message de Meshtastic manda la cadena completa; NumChat manda 4-6 dígitos que el cartucho expande en el otro extremo. ¿Cuánto importa esa diferencia en los canales reales?
| Canal | Resultado |
|---|---|
| LoRa (cálculo propio, fórmula Semtech AN1200.13) | Código de 4-6 bytes ocupa 39-46% del tiempo en el aire de un preset de texto libre (45 bytes) — en EU868 (1% duty cycle) esto duplica cada cuánto se puede repetir legalmente una baliza SOS |
| Satélite (Iridium SBD) | Factura por créditos de 50 bytes — comprimir no abarata un mensaje suelto, pero caben >10 códigos NumChat en el mismo crédito que hoy paga un solo preset de texto libre |
| Acústica submarina (100-1000 bps) | 4 bytes vs. 45 bytes → 11,25x menos tiempo expuesto al canal — más batería, menos ventana de error por multitrayecto |
| Canal acústico propio de NumChat | La compresión no es optimización — es la condición que hace posible que el canal de 12 tonos funcione de forma fiable con el hardware real ya probado (Xiaomi↔iPhone) |
07La ventaja multi-idioma no es de bytes — es estructural
Ningún preset de Garmin/ZOLEO ni Canned Message de Meshtastic se traduce automáticamente: el mensaje se escribe en un idioma al configurarlo, y ese es el idioma que recibe todo el mundo. Cubrir 3 idiomas exige 3 presets separados, y quien envía tiene que saber de antemano en qué idioma prefiere leer quien recibe — información que en una emergencia real casi nunca se tiene.
El código de NumChat no lleva compromiso de idioma en la transmisión: los mismos dígitos se decodifican en el idioma que cada dispositivo receptor tenga configurado (ES/EN/JA hoy), sin retransmitir nada distinto. El coste de servir un idioma adicional es cero coste de transmisión — algo que ningún competidor de este notebook ofrece, porque todos fijan el idioma en el emisor, no en el receptor.
08Los cartuchos por vertical, contrastados con lo que ya existe
| Vertical | Qué ya existe | Qué falta (candidato NumChat) |
|---|---|---|
| V2 Minería | Becker (leaky feeder), Newtrax (malla) — transporte ya resuelto, obligatorio en EEUU desde 2014 | Catálogo semántico multi-idioma sobre esa infraestructura — no encontrado (ausencia de evidencia, no evidencia de ausencia) |
| V3 Submarinos | SUBMISS/SUBSUNK, ISMERLO — protocolo institucional entre armadas | Equivalente dispositivo-a-dispositivo bajo el agua — no encontrado; V3 necesita acústica dedicada, donde la compresión pesa más (§6) |
| V4 Satélite/UAV | MAVLink — filosofía de compresión binaria ya validada a escala | MAVLink transporta comandos/telemetría de máquina, no frases situacionales para un humano |
| V1 Situaciones Críticas | Precedentes civiles parciales (Refugee Phrasebook, Garmin) — ninguno cubre el conjunto | La vertical que menos solapa con algo ya construido — y la única con canal acústico ya funcionando hoy |
09Valoración final
- La afirmación defendible no es "revolución", es "combinación inédita de piezas conocidas". Casi cada pieza individual tiene 10-100 años de historia previa — esa frase resiste la pregunta incómoda de "¿y esto no lo hace ya X?" para cada X encontrado.
- La objeción más probable de un experto de rescate (NIMS/10-codes) ya tiene respuesta preparada. Un catálogo único y centralizado es el patrón que evitó el problema — el precedente de los códigos de brevedad OTAN (§8) lo demuestra en producción real, no es solo teoría.
- Comprimir a 4-8 bytes no es un adorno técnico, es la condición de posibilidad en al menos un canal. En LoRa duplica la frecuencia legal de repetición de una baliza; en el propio canal acústico de NumChat es lo que hace viable el canal tal como está calibrado hoy con hardware real.
- La ventaja multi-idioma no compite en bytes — compite en arquitectura. Ningún competidor resuelve el idioma en el receptor; todos lo fijan en el emisor. Es una propiedad estructural, no una optimización marginal.
- La posición correcta frente a cada vertical es "capa que se monta encima", no "sustituye lo que ya existe". En V2, V3 y V4 la infraestructura de transporte ya es madura — el hueco encontrado es siempre el mismo: falta la capa de catálogo semántico multi-idioma, no el transporte.