Cómo utilizar el chat Bluetooth sin conexión de Bitchat: retransmisión de malla, respaldo de Nostr, privacidad e instalación confiable

Guía de Bitchat para comunicaciones fuera de línea: explicación de la retransmisión de múltiples saltos de malla Bluetooth, el respaldo de la red Nostr, el cifrado de extremo a extremo, los canales de ubicación, las instalaciones confiables y los riesgos de metadatos inalámbricos cercanos.

Este tutorial de bitchat se centra en la tarea específica del título. Las alternativas Bluetooth Mesh y Nostr de Bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los metadatos del dispositivo, la hora, la proximidad y la red.

A continuación se muestra una demostración utilizando un entorno de prueba y datos revocables. Cuando se trate de cuentas, claves, control de máquinas, inversiones o comunicaciones de emergencia, se deberá realizar la confirmación manual.

Cómo dividir el trabajo entre Bluetooth Mesh y Nostr Fallback

Esta sección solo trata sobre “Cómo dividir el trabajo entre Bluetooth Mesh y Nostr Fallback”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
# 先关闭互联网测试近距离 Mesh

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

Instale únicamente desde canales de distribución confiables

Se recomienda ejecutar en el siguiente orden:

  1. Verifique la versión y la fuente reales.
  2. Utilice una cuenta de prueba, un directorio de prueba o un dispositivo de prueba.
  3. Realizar una acción que se pueda deshacer.
  4. Guarde el resultado, el código de salida o la captura de pantalla.
  5. Revierta los cambios y vuelva a verificar.
1
# 核对仓库、签名、版本与哈希

El estándar de finalización es “instalar únicamente desde canales de lanzamiento confiables” y obtener resultados verificables, en lugar de que el comando simplemente no informe un error.

Primera prueba usando dos dispositivos de respaldo

Consultar artículos Criterios de aprobación Señal de parada
La primera prueba utiliza dos dispositivos de respaldo El alcance de entrada, salida y permisos es claro Herramienta amplía automáticamente el alcance de la operación
Fuente Puede devolverse al almacén oficial o datos originales Confíe en espejos desconocidos o en conclusiones de segunda mano
Seguridad No hay valor secreto en el registro Token, cookie o datos privados presentes
Recuperación Posibilidad de volver al estado anterior a la ejecución Sin métodos de copia de seguridad ni deshacer
1
# 不导入主通讯录或真实敏感身份

Cuando aparezca una señal de alto, reanude primero y no continúe con el siguiente paso.

¿Cuáles son los permisos Bluetooth del sistema requeridos?

Esta sección sólo trata sobre “Qué permisos de Bluetooth del sistema se requieren”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
Get-PnpDevice -Class Bluetooth -ErrorAction SilentlyContinue

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

Descubre los límites de distancia para dispositivos cercanos

Se recomienda ejecutar en el siguiente orden:

  1. Verifique la versión y la fuente reales.
  2. Utilice una cuenta de prueba, un directorio de prueba o un dispositivo de prueba.
  3. Realizar una acción que se pueda deshacer.
  4. Guarde el resultado, el código de salida o la captura de pantalla.
  5. Revierta los cambios y vuelva a verificar.
1
# 分别测试同房间、隔墙和室外

El estándar de finalización es “encontrar el límite de distancia de los dispositivos cercanos” y obtener un resultado verificable, en lugar de que el comando simplemente no informe un error.

Si el nodo de retransmisión realmente reenvía el mensaje

Consultar artículos Criterios de aprobación Señal de parada
Si el nodo de retransmisión realmente reenvía el mensaje El alcance de entrada, salida y permisos es claro La herramienta amplía automáticamente el alcance de operación
Fuente Puede devolverse al almacén oficial o datos originales Confíe en espejos desconocidos o en conclusiones de segunda mano
Seguridad No hay valor secreto en el registro Token, cookie o datos privados presentes
Recuperación Posibilidad de volver al estado anterior a la ejecución Sin métodos de copia de seguridad ni deshacer
1
# 加入第三台设备并关闭两端直连

Cuando aparezca una señal de alto, reanude primero y no continúe con el siguiente paso.

Cómo registrar el retraso de los mensajes sin conexión

Esta sección sólo trata sobre “Cómo registrar retrasos en los mensajes sin conexión”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
# 记录发送、收到和重新连接时间

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

¿Qué metadatos de red quedarán expuestos mediante el respaldo de Nostr?

Se recomienda ejecutar en el siguiente orden:

  1. Verifique la versión y la fuente reales.
  2. Utilice una cuenta de prueba, un directorio de prueba o un dispositivo de prueba.
  3. Realizar una acción que se pueda deshacer.
  4. Guarde el resultado, el código de salida o la captura de pantalla.
  5. Revierta los cambios y vuelva a verificar.
1
# 记录 relay 域名和连接时间

El criterio de finalización es obtener resultados verificables de “¿Qué metadatos de red quedarán expuestos con la reversión de Nostr?” en lugar de que el comando no informe un error.

El cifrado protege el contenido pero no equivale al anonimato

Consultar artículos Criterios de aprobación Señal de parada
El cifrado protege el contenido pero no equivale al anonimato El alcance de entrada, salida y permisos es claro Las herramientas amplían automáticamente el alcance de las operaciones
Fuente Puede devolverse al almacén oficial o datos originales Confíe en espejos desconocidos o en conclusiones de segunda mano
Seguridad No hay valor secreto en el registro Token, cookie o datos privados presentes
Recuperación Posibilidad de volver al estado anterior a la ejecución Sin métodos de copia de seguridad ni deshacer
1
# 区分内容、身份、位置和流量模式

Cuando aparezca una señal de alto, reanude primero y no continúe con el siguiente paso.

Cómo verificar contactos por apodo y clave pública

Esta sección sólo trata sobre “Cómo verificar contactos por apodo y clave pública”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
# 通过线下渠道比对指纹

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

El borrado de emergencia no garantiza que los medios de almacenamiento no queden rastros

Se recomienda ejecutar en el siguiente orden:

  1. Verifique la versión y la fuente reales.
  2. Utilice una cuenta de prueba, un directorio de prueba o un dispositivo de prueba.
  3. Realizar una acción que se pueda deshacer.
  4. Guarde el resultado, el código de salida o la captura de pantalla.
  5. Revierta los cambios y vuelva a verificar.
1
# 将其视为应用级清理而非取证防护

El estándar de finalización es que “el borrado de emergencia no garantiza que el medio de almacenamiento no tenga rastros” y que se obtenga un resultado verificable, en lugar de que el comando no informe ningún error.

¿Por qué la estrategia de ahorro de energía de los teléfonos móviles provoca la desconexión?

Consultar artículos Criterios de aprobación Señal de parada
¿Por qué la estrategia de ahorro de energía de los teléfonos móviles provoca la desconexión? Borrar rangos de entrada, salida y permisos Las herramientas amplían automáticamente el alcance de las operaciones
Fuente Puede devolverse al almacén oficial o datos originales Confíe en espejos desconocidos o en conclusiones de segunda mano
Seguridad No hay valor secreto en el registro Token, cookie o datos privados presentes
Recuperación Posibilidad de volver al estado anterior a la ejecución Sin métodos de copia de seguridad ni deshacer
1
# 关闭测试设备的后台限制后对比

Cuando aparezca una señal de alto, reanude primero y no continúe con el siguiente paso.

Cuando se acumulan mensajes, verifique primero el relé o Bluetooth

Esta sección solo trata sobre “Cuando se acumulan mensajes, verifique primero si se debe verificar el relé o el Bluetooth”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
# 分别禁用 Nostr 与蓝牙做 A/B 测试

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

Los simulacros de emergencia no solo pueden probar el envío exitoso

Se recomienda ejecutar en el siguiente orden:

  1. Verifique la versión y la fuente reales.
  2. Utilice una cuenta de prueba, un directorio de prueba o un dispositivo de prueba.
  3. Realizar una acción que se pueda deshacer.
  4. Guarde el resultado, el código de salida o la captura de pantalla.
  5. Revierta los cambios y vuelva a verificar.
1
# 加入电量低、网络断开和人员移动

El estándar de finalización es que “los simulacros de emergencia no sólo pueden probar la transmisión exitosa” y obtener resultados verificables, en lugar de que el comando no informe errores.

No trates una sola aplicación como tu única solución de comunicación

Consultar artículos Criterios de aprobación Señal de parada
No confíe en una sola aplicación como única solución de comunicación Borrar el alcance de entrada, salida y permisos Las herramientas amplían automáticamente el alcance de las operaciones
Fuente Puede devolverse al almacén oficial o datos originales Confíe en espejos desconocidos o en conclusiones de segunda mano
Seguridad No hay valor secreto en el registro Token, cookie o datos privados presentes
Recuperación Posibilidad de volver al estado anterior a la ejecución Sin métodos de copia de seguridad ni deshacer
1
# 同时准备纸质集合点和其他联络方式

Cuando aparezca una señal de alto, reanude primero y no continúe con el siguiente paso.

Borrar cuentas y registros después de la prueba

Esta sección solo trata sobre “borrar cuentas y registros después de la prueba”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
# 删除测试身份并复查应用存储

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

Método de prueba para tres dispositivos para formar una topología de relé

Se recomienda ejecutar en el siguiente orden:

  1. Verifique la versión y la fuente reales.
  2. Utilice una cuenta de prueba, un directorio de prueba o un dispositivo de prueba.
  3. Realizar una acción que se pueda deshacer.
  4. Guarde el resultado, el código de salida o la captura de pantalla.
  5. Revierta los cambios y vuelva a verificar.
1
# A 与 C 隔离,只允许 B 作为中继

El estándar de finalización es que el “método de prueba de tres dispositivos que forman una topología de relé” pueda obtener resultados verificables, en lugar de que el comando simplemente no informe un error.

Cómo reproducir la desconexión provocada por el ahorro de energía en segundo plano

Consultar artículos Criterios de aprobación Señal de parada
Cómo reproducir la desconexión provocada por el ahorro de energía en segundo plano Borrar rangos de entrada, salida y permisos La herramienta amplía automáticamente el alcance de las operaciones
Fuente Puede devolverse al almacén oficial o datos originales Confíe en espejos desconocidos o en conclusiones de segunda mano
Seguridad No hay valor secreto en el registro Token, cookie o datos privados presentes
Recuperación Posibilidad de volver al estado anterior a la ejecución Sin métodos de copia de seguridad ni deshacer
1
# 分别记录前台、锁屏和低电量状态

Cuando aparezca una señal de alto, reanude primero y no continúe con el siguiente paso.

Verifique la clave pública del participante después del ejercicio.

Esta sección sólo trata de “comprobar las claves públicas de los participantes después del ejercicio”. Guarde primero el estado actual y luego ejecute la prueba mínima. No cambie varias condiciones al mismo tiempo.

1
# 线下比对公钥指纹并删除临时身份

Para bitchat, este límite debe combinarse al juzgar los resultados: Bluetooth Mesh y Nostr de bitchat abordan diferentes condiciones de conexión; El cifrado de extremo a extremo no puede ocultar todos los dispositivos, la hora, las relaciones de proximidad y los metadatos de la red.

Si los resultados no son repetibles, registre la versión, la entrada y los registros y luego limite el alcance de la prueba.

verificación final de bitchat

  • Se documentan las versiones y fuentes utilizadas.
  • Se han aislado las entradas de prueba y los datos formales.
  • Los comandos, configuraciones y salidas reales pueden corresponder.
  • La ruta fallida se probó activamente al menos una vez.
  • Las claves, cuentas y datos privados no ingresan a Git ni a logs.
  • Existen acciones claras para actualizar, detener y reanudar.

Si aún no puede explicar cómo se obtuvieron los resultados, mantenga bitchat en un entorno de prueba sin extender permisos ni reemplazar procesos estables existentes.