Actualización para desarrolladores, septiembre de 2020

( Matthew Fontana) (15 de octubre de 2020)

Bienvenido a la actualización del desarrollador del proyecto de septiembre! Streamr se ha ganado un poco de reputación por terminar el año con fuerza y, a medida que completamos el tercer trimestre de 2020, está claro que este año no será una excepción. Estos son los aspectos más destacados de los desarrolladores del mes:

  • El documento técnico de la red está en proceso de revisión por pares en IEEE
  • El nuevo nodo de almacenamiento y el clúster de Cassandra están en funcionamiento
  • Primera ronda de auditorías completada para los contratos inteligentes de Data Union 2.0
  • Refactor principal del cliente JS en curso
  • Los modelos cadCAD de red trabajando con topologías aleatorias realistas.

Uniones de datos

Los contratos inteligentes de Data Union 2.0 han pasado por la primera ronda de auditoría de seguridad sin hallazgos importantes. Estamos arreglando algunas recomendaciones menores hechas por los auditores, después de lo cual ellos verificarán nuestras correcciones y la auditoría estará completa.

Core & Desarrollo de clientes

El cliente JS se está actualizando a la era Data Union 2.0. No se convertirá en el lanzamiento oficial (etiqueta más reciente) hasta que 2.0 se lance oficialmente a fines de este año, pero está disponible en npm como una compilación alfa para que los desarrolladores comiencen a probarlo.

El equipo de frontend es ocupado preparando la interfaz de usuario principal para la transición de las claves API de la cuenta a las claves privadas Ethereum. Esta transición es un prerrequisito importante para la descentralización progresiva de la creación y administración de transmisiones en la Red.

El documento técnico de la Red recibió comentarios positivos durante el proceso de revisión por pares de IEEE. Esa revisión está en curso, con algunas solicitudes de información nueva que estamos siguiendo. La conclusión emocionante aquí es que nuestros resultados y hallazgos no fueron cuestionados durante esta revisión, lo que nos brinda aún más confianza en el diseño de nuestra red.

El equipo de red realizó mejoras en la implementación de WebRTC para reducir la latencia de los mensajes. Si bien es ciertamente más complejo, WebRTC tiene el beneficio adicional de tener mecanismos para trabajar alrededor de firewalls y NAT, aumentando así la posibilidad de conexiones exitosas entre pares.

Nuestra colaboración con BlockScience continúa. Nos estamos acercando a la finalización de la fase de modelado cadCAD, antes de sumergirnos en el modelado de incentivos. Básicamente, estamos desarrollando un gemelo digital de la red, para poder simular cómo varios parámetros afectan el rendimiento y la seguridad de la red. Los modelos están generando topologías aleatorias realistas y las estamos expandiendo para incluir el nivel de paso de mensajes. El siguiente paso es simular diez nodos con reglas realistas y definir los KPI de las partes interesadas.

Desactivaciones y cambios importantes

Es necesario retirar y reemplazar varios puntos finales de API para que sean compatibles con nuestra visión de descentralización. Esta sección resume las funciones obsoletas y los próximos cambios importantes. Los elementos marcados como «Fecha por determinar» se realizarán a medio plazo, pero aún no se ha establecido una fecha.

  • Los puntos finales de la API para explícitamente la eliminación de datos se ha eliminado. En el futuro, los nodos de almacenamiento vencerán los datos antiguos según el período de retención de datos establecido en la transmisión.
  • / api / v1 / streams / $ {id} / deleteDataUpTo
    / api / v1 / streams / $ {id} / deleteDataRange
    / api / v1 / streams / $ {id} / deleteAllData
  • Se han eliminado los puntos finales de la API para subir archivos CSV a las transmisiones. El almacenamiento de mensajes históricos en las transmisiones se puede realizar publicando los mensajes en las transmisiones normalmente.
  • / api / v1 / streams / $ {id} / uploadCsvFile
    / api / v1 / streams / $ id / confirmCsvFileUpload
  • (Fecha a determinar): la compatibilidad con la autenticación de correo electrónico / contraseña se eliminará . Los usuarios deben conectar una billetera Ethereum a su usuario de Streamr a menos que ya lo hayan hecho. Como parte de nuestro progreso hacia la descentralización, terminaremos el soporte para la autenticación basada en secretos centralizados como las contraseñas. En el futuro, la autenticación con claves / billeteras criptográficas será el único método de autenticación admitido.
  • (Fecha por determinar): la compatibilidad con claves API se eliminará . Las aplicaciones que se integran a la API deben autenticarse con el protocolo de desafío-respuesta basado en claves de Ethereum en lugar de las claves de API. Como parte de nuestro progreso hacia la descentralización, eventualmente terminaremos el soporte para la autenticación basada en secretos centralizados como las claves API.En el futuro, la autenticación con claves / billeteras criptográficas será el único método de autenticación admitido.
  • (Fecha por determinar): se eliminará la compatibilidad con datos sin firmar . Los datos sin firmar en la red no son compatibles con el objetivo de la descentralización, porque los nodos maliciosos pueden alterar los datos que no están firmados. Como Streamr Network estará lista para comenzar a descentralizarse en el próximo hito importante (Brubeck), se dejará de admitir datos sin firmar como parte del progreso hacia ese hito. Los usuarios deben actualizar las versiones antiguas de la biblioteca cliente a versiones más nuevas que admitan la firma de datos y usar la autenticación basada en claves Ethereum (ver más arriba).

¡Gracias por leer!

Si Si es un desarrollador interesado en contribuir al ecosistema de Streamr, considere solicitar el Fondo de Streamr Data para obtener respaldo financiero y acelerar sus planes.

Publicado originalmente en blog.streamr.network el 15 de octubre de 2020.