馃嚜馃嚫 Reporte t茅cnico semanal de IOHK sobre Cardano: 11 de Octubre de 2019

:es: Traducci贸n al espa帽ol de IOHK Cardano Weekly technical reports - 11 / Oct

Publicado en el blog de IOHK.

Este informe es producido por IOHK cada semana para mantener a la comunidad informada sobre el progreso realizado en el desarrollo de Cardano. El alcance de este informe cubre el trabajo que se est谩 llevando a cabo en todos los equipos y proporciona informaci贸n y transparencia al proyecto.

HECHOS DESTACADOS DE LA SEMANA

DAEDALUS

Wallet

Esta semana el equipo termin贸 la integraci贸n de los endpoints disponibles de la API v2, lo que permitir谩 el soporte de las caracter铆sticas de Shelley. Se sigue trabajando en las modificaciones de las pruebas automatizadas end-to-end para comprobar que la integraci贸n de la API funciona seg煤n lo previsto. Tambi茅n se ha empezado a trabajar en nuevos instaladores de escritorio para la pr贸xima versi贸n de Daedalus compatible con la red de prueba incentivada.

En el 谩mbito de las tareas de mantenimiento programado, el equipo termin贸 de trabajar en la reorganizaci贸n de las historias del Storybook, y en la mejora de la suite de pruebas automatizadas para que se adapten mejor a la estructura de la interfaz de usuario de Daedalus.

Plataforma

Las vistas de PostgreSQL se optimizaron a煤n m谩s esta semana, bas谩ndose en algunos problemas de rendimiento que se descubrieron durante las pruebas. Las vistas mejoradas han sido enviadas al repositorio principal de Cardano Explorer, haciendo que las interfaces est茅n disponibles para todos los usuarios de la base de datos. La configuraci贸n de Hasura tambi茅n se incorpora ahora en el repositorio del c贸digo, completando el setup del stack sin intervenci贸n.

La primera versi贸n de pre-producci贸n de Cardano GraphQL tambi茅n fue lanzada esta semana, para que el equipo de Cardano Explorer la usara como target para la red principal de Byron.

Se continu贸 trabajando en la integraci贸n de J枚rmungandr para la versi贸n de la red de prueba incentivada, cre谩ndo una imagen Docker e incluy茅ndola en el stack del proyecto.

Por 煤ltimo, se ha creado una infraestructura de pruebas para testear el funcionamiento de Cardano GraphQL frente a una fuente de datos proveniente de la red principal de Byron totalmente sincronizada, donde se determinar谩n las estrategias de escalado para las implementaciones alojadas. Tambi茅n se determin贸 con el equipo de Plutus un scope para el nodo cliente de publicaci贸n en la cadena.

Cardano Explorer

Esta semana el equipo finaliz贸 la implementaci贸n de las p谩ginas de direcciones y de bloques, y comenz贸 a trabajar en las p谩ginas de transacciones y de stake pools. El equipo tambi茅n ha implementado el soporte de temas, lo cual es un paso importante ya que existir谩n m煤ltiples instancias de Cardano Explorer (una para cada red), y cada una tendr谩 un tema diferente para distinguirla de las dem谩s.

BACK-END DE LA WALLET

El equipo est谩 trabajando ahora en tres frentes simult谩neamente: Soporte para la wallet de Byron, rastreo de stake pools y seguimiento de cadenas en una red descentralizada en la que las bifurcaciones pueden producirse de forma arbitraria. Los dos 煤ltimos est谩n terminando y est谩n recibiendo la mayor parte de la atenci贸n del equipo en forma de pruebas.

El equipo tambi茅n ha redise帽ado la capa de redes para permitir que los nodos puedan cambiar a diferentes cadenas seg煤n lo consideren necesario. El cambio fue manejado de tal manera que la l贸gica pueda ser implementada para J枚rmungandr, dejando la interfaz general lo suficientemente flexible para permitir la implementaci贸n usando una interfaz de red diferente, como el cardano-node de Haskell.

Por 煤ltimo, el equipo tambi茅n est谩 recopilando datos sobre los stake pools y devolviendo una lista de los stake pools existentes con el n煤mero de bloques que est谩n produciendo. En la siguiente iteraci贸n, se introducir谩 una m茅trica de rendimiento para permitir a los clientes listar y ordenar los stake pools seg煤n su rendimiento.

NETWORKING

Esta semana el equipo ha dedicado tiempo a la planificaci贸n del pr贸ximo componente P2P, y ya ha comenzado a implementar el primer aspecto, que es la simulaci贸n gr谩fica. Pronto el equipo podr谩 desarrollar y evaluar directivas locales para los nodos que determinar谩n a qu茅 nodos se deber谩 o no conectar. Esta es la primera vez que se crean pol铆ticas de este tipo para un sistema de prueba de participaci贸n que opera a nivel mundial, y el equipo est谩 siendo especialmente cuidadoso en el proceso de evaluaci贸n de las pol铆ticas.

En otras noticias, luego de incluir la conexi贸n del protocolo chain-sync, reducir el consumo de memoria del nodo, y actualizar las constantes del protocolo block-fetch, el equipo logr贸 una velocidad de sincronizaci贸n de descarga de 6,97 Mb/s para el nodo Shelley. Como resultado, el equipo pudo sincronizar la actual cadena de bloques en s贸lo 50 minutos.

Por 煤ltimo, el equipo est谩 finalizando la implementaci贸n de un STM monad puro (memoria de transacciones del software), que incluye el 煤ltimo operador orElse que faltaba, junto con una prueba que traduce la especificaci贸n formal del STM. El equipo pudo validar su implementaci贸n con la ejecuci贸n de GHC, y no ha encontrado ni un solo error en millones de iteraciones de pruebas de propiedades QuickCheck (es decir, cada prueba de propiedad se ejecut贸 en millones de transacciones STM generadas al azar).

DEVOPS

Esta semana el equipo de DevOps actualiz贸 los scripts Snappy y Nix para la v0.5.6, adem谩s de crear un nuevo paquete Chocolatey para la v0.5.6. Se ha creado un nuevo cl煤ster de nodos para que el equipo pueda realizar algunas pruebas de rendimiento de la red de prueba, y se ha a帽adido una nueva herramienta al repositorio jormungandr-nix para analizar la producci贸n de bloques, tanto en ciclos (epochs) individuales como en toda la cadena.

SHELLEY

Utilizando la infraestructura desarrollada para detectar p茅rdidas de espacio, esta semana el equipo pudo reparar todas las p茅rdidas de espacio del nodo, lo que result贸 en un uso de memoria m谩s bajo y predecible.

GOGUEN

Esta semana el equipo de Plutus ha a帽adido una nueva consulta UtxoAt, para permitir que los contratos consulten un subconjunto de UTxO a trav茅s del nodo cliente. Esto cambia la forma en que se implementa la WalletAPI en el emulador, ya que las billeteras actualmente realizan un seguimiento del set completo de UTxO, no s贸lo del subconjunto de salidas no utilizadas en las direcciones en las que est谩n vinculadas.

El equipo tambi茅n elimin贸 el tipo Sealed, y agreg贸 un data type gen茅rico para su uso en contratos. Adem谩s, simplific贸 la forma en que se representan las salidas de los scripts para que sean m谩s consistentes con la forma en que se manejan en PlutusTx. Tambi茅n se hicieron cambios para facilitar la escritura de los analizadores.

El equipo de Marlowe actualiz贸 el tutorial de Marlowe para incluir una nueva secci贸n sobre el an谩lisis est谩tico. Tambi茅n se est谩n preparando para la nueva versi贸n del curso de Udemy que se publicar谩 en breve.

ANUNCIOS

IOHK est谩 buscando gente talentosa para trabajar con ellos. Por favor, accede a la p谩gina IOHK Careers para m谩s detalles.

1 Like