En nuestro esfuerzo por estabilizar la red pública para el próximo lanzamiento de Sirius Storage y Súpercontratos, hemos actualizado la red de prueba para implementar los complementos necesarios y respaldar el ecosistema de servicios centrales.

El poder de Sirius Chain o de cualquier tecnología de contabilidad distribuida consiste en permitir la democratización de diferentes servicios mediante la creación de una contabilidad de eventos y actividades. En pocas palabras, nuestros servicios principales (almacenamiento, súpercontratos y streaming) existen en su propio ecosistema, cada uno de los cuales utiliza Sirius Chain para administrar identidades, reputación, unidades (capacidades) e incentivos. Estas actividades exhaustivas e intensivas requieren claramente un alto nivel de estabilidad para soportar la demanda de estos servicios básicos cuando se trata de su uso pleno en un entorno abierto y autónomo.

Para organizar estos cambios, decidimos implementarlos en una red de prueba realizando ensayos periódicos (cada hora), testeando su estabilidad y verificando cómo se pueden manejar solicitudes masivas de cambios en diferentes requerimientos de ejecución de súpercontratos y almacenamiento.

Cambios realizados

La mayoría de los cambios preceden al lanzamiento de Sirius Storage y Súpercontratos.


Lanzamiento
Sirius Chain Peer / Server
Versión: 0.6.5

Descripción

  • Se eliminó la limpieza de caché de la «unidad» y se agregarón validaciones para verificar si existe una entrada de intercambio antes de la limpieza.
  • Hacer que el firmante de una agregada sea parte de una agregada opcional.
  • Se implementó el uso de Spin Lock para administrar la comunicación entre múltiples hilos.
  • Solucionada la limpieza de caché de intercambio.
  • Solucionado bloqueo en UtUpdater.
  • Error solucionado en Harvesting Ut Facade.
  • Se agregó la versión 3 de la transacción de oferta de intercambio.
  • Se resolvió la identificación del namespace durante la extracción de direcciones.
  • Se agregó validación para tipo de oferta errada en intercambio.
  • Creada entrada de intercambio versión 3 en la notificación de intercambio versión 4.
  • Se agregó compatibilidad con clang y script de compilación para MacOS.
  • Validar que el mosaico en la oferta de intercambio tenga una duración mayor que la duración de la oferta.
  • Se agrega validación de ExchangeNotification 2 para la unidad.
  • Se agrega opción para deshabilitar la validación de la fecha límite.
  • Validación agregada para asegurar que las «dificultades del bloque» estén ordenadas.
  • Se incluyer validación para asegurarse de que la marca de tiempo de un nuevo bloque sea posterior a la marca de tiempo del bloque anterior.
  • Se modificó el orden de los recibos emitidos durante el final del período de facturación.

Lanzamiento
Sirius Chain API REST
Versión: 0.6.5

Descripción

  • Dependencias DFMS actualizadas.
  • Se corrigieron algunos errores relacionados con los retrasos en la respuesta entre DFMS y Sirius Chain.

Lanzamiento
Sirius Storage DFMS
Versión: 0.8.0

Descripción

  • Replicación
    Correcciones para estabilizar la transmisión de datos y la replicación en sí.
  • Nuevo metodo de archivo
    Anteriormente, era posible recuperar cualquier archivo de la unidad sólo por su ruta. El cambio proporcionado ahora nos permite hacer esto mediante el archivo CID (hash).
  • Flush
    Flush ahora bloqueará y esperará hasta que los datos estén completamente cargados en los Replicadores.
  • Blockstream (Fairstream)
    Por diseño, DFMS tiene el protocolo Fairstream, responsable de transferir datos entre nodos de manera incentivada.
  • Corrección de errores
    • Manejo inadecuado de la duración del contrato en elaboración.
    • Cero hash en el libro contable no significa vacío para la «unidad».
    • Corrección de falla en la que blockchain no responde durante mucho tiempo.
  • Puerta de enlace HTTP
    El lanzamiento contempla la primera aplicación escrita sobre la API: Gate. Gate es una puerta de enlace HTTP para DFMS.

¿Qué sigue?

Para los validadores de red de prueba, se recomienda realizar una actualización. Sigue los pasos del enlace para obtener la última versión:

Para los propietarios de sistemas externos que utilizan redes de prueba (aplicaciones, intercambio, etc.), ahora pueden continuar trabajando en los nodos API de la red pública de la red de prueba. Ejecute sus pruebas de integración, realice la prueba de humo adecuada y revise sus políticas y puertas de control de calidad.

Para ProximaX. Hemos estado realizando pruebas en paralelo en la red de prueba y una vez que ganemos un nivel de confianza, procederemos con la promoción a la red principal pública. Esta actividad requiere planificación y comunicación sobre cómo apostar y participar en la red del ecosistema. Prepararemos estas pautas de comunicación para que todos sepan cómo pueden participar (replicadores) y utilizar el sistema (integradores y desarrolladores).

Enlaces adicionales

Si tienes alguna pregunta, no dudes en consultar a través de nuestro Soporte Técnico.