50 bytes
tamaño del bloque que Iridium SBD factura como unidad mínima, se use entero o no
Laboratorio I+D+I NumChat · Modo con red
No solo cuando la red no existe — también cuando cuesta dinero
Todo el estudio de NumChat parte de la misma pregunta: qué hacer cuando la red cae. Esta es la pregunta contraria: ¿sirve NumChat cuando la red sí existe, pero cada byte se factura (satélite IoT) o la red está saturada sin haber caído del todo? Cifras públicas de proveedores comerciales, no mediciones de piloto propio.
Complementario al air-gap, no un sustituto
No depende de convencer a nadie de que la red vaya a caer — solo de una factura que un operador de flota ya está pagando hoy, o de una saturación que ya ha ocurrido (un apagón parcial, un evento masivo).
El ahorro no es igual en todos los proveedores
En unos (Iridium) comprimir abarata cada mensaje directamente. En otros (Swarm, Astrocast, NB-IoT) el ahorro cambia de forma o directamente deja de ser económico — hay que ser preciso con cuál es cuál.
01El otro modo de NumChat
El canal de NumChat es agnóstico por diseño: el cartucho semántico que comprime una frase a 4-8 bytes no sabe ni le importa si esos bytes viajan por sonido, LoRa, 2G/SMS o un módem satelital. Todo el laboratorio hasta ahora ha estudiado el caso "la red no existe" — este documento estudia el caso contrario, nunca antes tratado como tesis propia: la red existe, funciona, pero cada byte tiene un coste real, o la red está tan saturada que un mensaje grande tiene menos probabilidad de llegar que uno pequeño.
Es exactamente la misma capa de compresión — el cambio está en por qué importa comprimir: no para sobrevivir a la ausencia de canal, sino para abaratar una factura o ganar fiabilidad bajo congestión.
02Satélite IoT: donde comprimir ahorra euros directamente — Iridium SBD
Iridium SBD (Short Burst Data), el estándar de facto de mensajería satelital M2M, factura por bloques de 50 bytes (o fracción) — no por byte exacto. Un mensaje de texto libre operativo razonable ("motor averiado, rumbo 270, tres millas al norte del faro") ronda 60-90 bytes: cruza el bloque y paga el doble. Un código NumChat de 4-8 bytes, prácticamente nunca.
≈0,07$
coste aproximado de un bloque en un plan de mercado (1,45$/1.000 bytes)
2x
lo que paga un mensaje de texto libre de 60-90 bytes frente a un código que cabe en 1 bloque
Honestidad: el precio exacto por bloque varía según revendedor y
plan (prepago vs anual) — no hay una tarifa pública única de Iridium, se cita como orden de magnitud, no
como presupuesto cerrado para ningún cliente.
03Cuota fija por paquete: el ahorro es en mensajes, no en euros por mensaje
Swarm (5$/mes por dispositivo, 750 paquetes/mes de hasta 200 bytes) y Astrocast (desde 1,30$/mes por 1kB hasta 11$/mes por 60kB) facturan distinto a Iridium: por paquete o por franja mensual, no por byte exacto. Un código de 4-8 bytes cuesta lo mismo que un mensaje de 200 bytes en Swarm — comprimir no abarata el envío suelto, multiplica cuántos envíos independientes caben en la misma cuota fija. Si un mensaje de texto libre necesita 2 paquetes para no truncarse, eso consume el doble de cuota por el mismo evento — la mitad de eventos reportables al mes al mismo precio.
04NB-IoT terrestre: aquí la tesis de NumChat es la más débil
1NCE, uno de los proveedores NB-IoT/LTE-M más usados en Europa, cobra 12€ por SIM, de por vida (10 años), por 500MB + 250 SMS — ≈0,024€/MB. A ese precio, un código NumChat de 4-8 bytes cuesta una fracción de céntimo tan pequeña que el argumento económico desaparece.
Actualizado 2026-09-24 — el argumento de batería también se descarta, con
medición real, no solo sin confirmar: se esperaba que un payload más corto ahorrara batería al
reducir el tiempo de radio encendida en la repetición de cobertura extendida de NB-IoT. Un estudio
empírico sobre dispositivos NB-IoT comerciales (Michelinakis et al., IEEE Internet of Things
Journal, 2020) mide justo lo contrario: el tamaño del paquete tiene un impacto limitado en
el consumo de energía — lo que realmente domina es la configuración de red (intervalo de
paging, temporizadores) y el uso del Release Assistance Indicator, que por sí solo baja el consumo de
una transmisión de 0,82 J a 0,12 J. Comprimir bytes con NumChat no mueve esa aguja. De los cuatro
proveedores de este documento, NB-IoT es donde la tesis NumChat no encaja, ni por precio ni por
batería.
05Starlink Direct-to-Cell: vigilancia de mercado, todavía sin argumento de bytes
Starlink Direct-to-Cell (mensajería satelital directa a un móvil normal) llega a operadores como T-Mobile, AT&T y Verizon en 2026 como complemento de 10$/mes por línea, con SMS de emergencia al 911 gratis en cualquier operador. Es una cuota plana, no un precio por byte — no hay hoy una API de mensajería M2M facturada por tamaño que NumChat pueda abaratar. Se documenta como vigilancia de mercado: si eso cambia, el mismo argumento del §2 se vuelve aplicable de inmediato.
06Redes saturadas, no caídas: el tamaño del mensaje también importa aquí
Todo lo estudiado hasta ahora en el laboratorio (apagones, catástrofes) trata redes que caen del todo. Hay un caso intermedio, con respaldo académico real: una red que sigue en pie pero está saturada — torres de móvil sobrecargadas en un evento masivo, no un apagón.
| Fuente | Hallazgo |
|---|---|
| Estudio de redes móviles oportunistas (arXiv:1001.3439) | Los mensajes más grandes que el tamaño de enlace ven su probabilidad de entrega severamente degradada; los más pequeños completan varios saltos en el mismo intervalo — medido, no intuición. |
| Fiabilidad de SMS a escala nacional | Tasa de fallo de entrega de hasta el 5,1% incluso en condiciones normales; el tráfico masivo concentrado (ej. Nochevieja) satura elementos de red y eleva los fallos. |
| Evaluación de protocolos DTN, terremoto de Nepal (arXiv:2603.10153) | Un protocolo diseñado para red degradada logra >90% de éxito de entrega, frente a <20% de uno ingenuo que colapsa por congestión. |
Honestidad: ninguno de estos estudios mide el protocolo de NumChat
específicamente — confirman que el principio (mensaje corto = más probabilidad de entrega bajo
congestión) es medible y ya está en la literatura, no que NumChat concreto tendría ese resultado sin
probarlo.
Actualizado 2026-09-24 — ya hay un dato español real, y es más fuerte de
lo esperado: la congestión no es un evento raro, es diaria. Según Ookla, España lidera la
congestión de red móvil en Europa en horas punta (19h-21h): la velocidad media cae de ~160 Mbps a ~54
Mbps, con una puntuación de congestión de 62 frente a 30 en Reino Unido y ~10 en Francia — la latencia
puede subir más de un 60% en esas horas. Hay picos adicionales conocidos en finales de Champions o
Nochevieja, pero el hallazgo real es que la saturación cotidiana de cualquier tarde entre semana ya es la
norma, no la excepción.
07Dónde encaja NumChat en este modo
Misma capa de software agnóstica de canal, aplicada a un motivo distinto. Encaja de forma natural sobre verticales que ya tienen infraestructura de pago por byte real: V9 Marítimo (Iridium SBD, ya facturado hoy por el sector) y V2 Minería (Starlink ya evaluado como red primaria en cielo abierto). El límite honesto: el ahorro absoluto por mensaje suelto es pequeño en euros — el argumento de venta fuerte no es "esto ahorra mucho dinero cada vez", es "esto es la diferencia entre 1 bloque y 2 en cada envío rutinario, para siempre, sin cambiar de proveedor ni de hardware".
08Qué falta por confirmar
Resuelto en esta ronda: el ahorro de batería en NB-IoT ya no es
una pregunta abierta — la medición real (§04) descarta esa vía. Y la congestión de red española ya tiene
dato propio (§06, Ookla) en vez de literatura solo internacional.
- Tarifa pública y oficial de Iridium SBD por bloque — hay más detalle de reventa (mínimo 0,04$ para los primeros 30 bytes, plan bulk de 16$/mes por 12.000 bytes) pero sigue sin tarifa única de Iridium.
- Datos de tráfico real de una flota (marítima o minera) para saber qué porcentaje de sus mensajes operativos hoy superan el umbral de bloque/paquete de su proveedor — sin esto, el ahorro es un cálculo de diseño de protocolo, no una medición de uso real.
- Si Starlink Direct-to-Cell abre una API de mensajería M2M facturada por byte, repetir el análisis del §2 sobre esa tarifa en cuanto exista.
- Con el dato de Ookla en la mano: ¿hay una medición pública de cuánto empeora la tasa de entrega de SMS/notificaciones en España en esas horas de congestión, no solo la velocidad de descarga?