DEM ES REALMENTE SEGURO

FAQ. Intercambio de mensajes en DEM

Para el intercambio de mensajes la aplicación DeM necesita sobre todo establecer conexión con los nudos Artery Storage porque todo el intercambio de datos se realiza a través de ellos. Para hacerlo, inicialmente en el código de la aplicación están indicadas varias direcciones ip que controlan el nudo (véase sobre ellas en la descripción Artery Storage), así como la dirección API centralizada de la empresa desde la que la aplicación puede recibir esta lista (si la dirección no está disponible, se usan las direcciones protegidas).

Una vez iniciada la aplicación y recibidas las direcciones del nudo de control, se envía una consulta a este nudo de recibir las direcciones de los nudos de control responsables del servicio de una cuenta en concreto (la cuenta que el usuario introdujo al entrar en el sistema). Después de la instalación de estos nudos, el posterior intercambio de información de servicio se realiza ya a partir de estos nudos (a la información de servicio se refieren: la lista de nudos que mantienen guardada la correspondencia del usuario, la lista de contactos del usuario (en forma encriptada), los límites del espacio de almacenamiento de datos, las direcciones de blockchain de los nudos, la información sobre las cuentas de blockchain según su dirección y nick, los ajustes de la aplicación)).

Esto es necesario para asegurar el funcionamiento de la aplicación.

Una vez finalizada la búsqueda de direcciones (“etapa de inicialización”), la aplicación procede a la “entrada en la red”, o sea empieza a intercambiarse directamente de datos con los nudos Artery Storage, a saber: primero, hace actualizarse la marca de tiempo con la información sobre la recién presentación de la aplicación en formato on-line, y segundo, se pone en contacto con los nudos que mantienen guardada la correspondencia y descarga nuevos mensajes en el almacenamiento local (localizado en el teléfono).

Además, la aplicación establece una conexión permanente con uno de los nudos que guardan la correspondencia del usuario y responde al escribir un nuevo mensaje (lo descarga y agrega en el almacenamiento local).

Con el intercambio de mensajes la aplicación manda consultas a los nudos que están seleccionadas para el almacenamiento de la correspondencia (obtenidos a la etapa de inicialización).

Existen dos (2) tipos de mensajes: entrantes y salientes.

Los mensajes entrantes consisten en que alguien le está escribiendo su mensaje a un usuario, y la aplicación descarga estos mensajes y los mantiene guardados en el almacenamiento local.

Los mensajes salientes consisten en que la aplicación recibe de blockchain una clave pública de usuario (destinatario del mensaje), con ayuda de dicha clave encripta el mensaje y lo registra en la sección pública del destinatario del mensaje. Además, una copia del mensaje, encriptada mediante la clave pública del remitente, se registra en su sección pública.

Todos los procedimientos se firman con la clave del usuario y se someten al chequeo por la autenticidad (invariabilidad y pertenencia a un usuario en concreto).

En caso de enviar un archivo, primero se divide en partes, cada parte se somete a la encriptación, luego el archivo se descarga en diferentes nudos Artery Storage, y luego los hashs de estas partes se anexan al bloque que se dedica a guardar los mensajes del usuario. La lista de bloques para cada mensaje está almacenada en su condición abierta, lo que no permitirá restablecer los datos pero permite eliminar por completo la información del almacenamiento una vez alcanzado el límite de registro (en caso de estar activado el procedimiento de eliminación de los mensajes anteriores).

Una parte de funciones no críticas del messenger, necesarias para el intercambio de mensajes, está realizado de manera centralizada (las funaciones nuevas están por realizarse). Si los servidores de la empresa resultan indisponibles, dichas funciones no funcionarán. A saber:

1. La función “¿qué está haciendo el usuario?” (se trata de escribir un mensaje, seleccionar una foto, etc.): para dicha función se utilizan los servidores centralizados de la empresa a través de los cuales se transmiten los eventos correspondientes entre aplicaciones activas.

2. Búsqueda según coincidencia parcial del nickname (en vista de que en el blockchain dicha búsqueda resulta imposible).

3. Envío de notificaciones PUSH (para la realización son necesarios los tokens y los servidores que son disponibles sólo para empresas): para este fin, al servidor de la empresa se le transmite la información sobre la persona que envió un mensaje y la que va a recibirlo (el token PUSH se pone en contacto con la dirección del destinatario, y esta información resulta almacenada solamente en la parte perteneciente a la empresa y no se entrega a terceros).

4. Un nuevo cumplimiento de la función “última vez online” está realizada a base centralizada, para asegurar la precisión de la lectura y disminuir la carga en los nudos de control (porque dicha función no es crítica para el intercambio de mensajes).


Para proteger los datos de los usuarios se usa el procedimiento de encriptación con el empleo de los algoritmos xChaCha20, así como la encriptación asimétrica mediante la curva elíptica secp256k1.

La información en el bloque se encripta con una clave de uso único para xChaCha20 con el empleo de número aleatorio (nonce) y sal (datos aleatorios). Después de que la clave misma, la sal y el número aleatorio se someten a la encriptación mediante algoritmo asimétrico y toda la información se mantiene guardada en el bloque. Para poder crear la clave, el nonce y la sal se utiliza un generador criptográficamente seguro (CPRNG) de números peudoaleatorios que se presenta por el sistema operativo (iOS, Android).

Cada parte del mensaje mantiene almacenados los datos sobre el remitente, el destinatario, el mensaje mismo y la información sobre datos adjuntos (los hashs de los bloques de datos que forman parte del mensaje si éste es mayor a 1 MB).

Todas las consultas provenientes de la aplicación se firman por separado con una clave cerrada de la aplicación para que los nudos puedan verificar si la aplicación es de confianza. Si algunos diseñadores ajenos quieren lanzar su propia aplicación, entonces la clave la podrán obtener recurriendo a la junta de votación. Esto está realizado con el fin de proteger a los usuarios contra el SPAM.