TECNOLOGÍA DE NODOS
Durante esta semana, los equipos de tecnología de nodos siguieron trabajando en los componentes de nodos, redes, consenso y ledger.
Los responsables del equipo de consenso que trabaja en la implementación de Génesis siguieron dialogando con los investigadores, lo que dio lugar a varias simplificaciones del argumento de corrección de la ventana histórica de Génesis. Asimismo, decidieron un enfoque para que un nodo de sincronización decida que (ya) no está al día. Esta funcionalidad fue solicitada por el equipo de redes.
Gracias al equipo que trabaja en la implementación de UTXO-HD, se realizaron pruebas de rendimiento ad hoc que mostraron problemas de rendimiento, que se están investigando. Por otra parte, fusionaron varias mejoras necesarias para la primera versión de UTXO-HD y añadieron un paquete para facilitar la integración con otros componentes posteriores.
En cuanto a nuestras actividades de soporte, integramos los últimos cambios del ledger en Consensus como preparación para el lanzamiento del nodo 8.2.
Vea, al igual que siempre, este informe de desarrollo técnico para obtener más detalles de los distintos equipos.
LAS WALLETS Y OTROS SERVICIOS
Los equipos de Lace avanzaron esta semana en una herramienta para simular una wallets multi delegación probando diferentes algoritmos de selección de criptomonedas.
También se ha integrado un nuevo cardano-js-sdk y se han implementado todos los cambios de compatibilidad necesarios para soportarlo en el navegador. Además, están trabajando en la creación de nuevos componentes de interfaz de usuario para el flujo de multidelegación, y han corregido algunos errores relacionados con Las wallets HD.
Adicionalmente, el equipo está trabajando en mejoras de la conexión DApp, y también han empezado a integrar Posthog para los eventos de análisis.
Por último, están preparando la próxima versión de Daedalus para que admita el registro actualizado de votantes para el Fondo 10 de Catalyst, y casi han terminado una solución para la capacidad de respuesta cuando se cambia el tamaño de la extensión del navegador Lace.
El equipo de Adrestia se centró en la actualización de cardano-wallets para soportar node v.8.1.1 y en la actualización de GHC a 9.2.8, al tiempo que avanzaba en las mejoras de la capa DB.
CONTRATOS INTELIGENTES
A lo largo de esta semana, el equipo de Plutus Tools ha trabajado principalmente en Marconi para sidechains. Arreglaron algunas discrepancias entre las respuestas JSON de Marconi y la especificación (PR-79), añadieron algunos campos solicitados recientemente (PR-78), limpiaron el registro (PR-81) y arreglaron algunos errores (PR-76, PR-81).
Por el lado de plutus-apps, continuaron con la refactorización para reducir las dependencias del nodo-emulador (PR-1091), y revisaron y fusionaron la primera contribución externa en unos meses (PR-1092).
El equipo de Plutus Core trabajó en la finalización de los cambios en los builtins de la metateoría iniciados la semana pasada (un requisito previo para que la maquinaria de builtins de Plutus sea más rápida y sencilla): PR. También trabajaron para terminar una optimización que acelera la decodificación en cadena de variables: PR.
Adicionalmente, trabajaron en la mejora de la precisión de los puntos de referencia: PR, en la adición de constantes útiles relacionadas con BLS builtins a la biblioteca estándar de Plutus Tx: PR, resolviendo problemas con la integración continua: PR, y añadiendo BLS builtins a la especificación: PR.
Los equipos de Marlowe tuvieron una semana ajetreada. Añadieron el servidor HTTP SSE para las transacciones Marlowe (PLT-6224; PR: #610) y también añadieron la lección starter-kit sobre CIP-30 (PLT-6336; PR: #21). También implementaron el procesamiento por lotes de respuestas de transacciones Marlowe (PLT-6327; Commits: 1) y un generador de contratos aleatorios para demostración (PLT-6302; PR: #617).
Marlowe Runtime
El equipo de Marlowe Runtime ha solucionado una incompatibilidad entre las pruebas de integración y las comprobaciones de seguridad (PLT-5817; Commits: 1, 2, 3, 4, 5, 6). Además, ahora las etiquetas permiten metadatos de más de 64 caracteres. (PLT-6076; PR: #627).
También añadieron una API de estado a Marlowe Runtime (PLT-5378; PR: #621), crearon el ejecutable todo en uno de Marlowe Runtime (PLT-6179; PR: #609), añadieron las funciones de análisis marlowe-cli dentro de Marlowe Runtime / servidor web (PLT-3564; PR: #622), añadieron el parámetro de tiempo de espera de análisis a marlowe-tx (PLT-6073; Commits: 1), y también se añadió información sobre el informe de seguridad al comando de creación CLI en tiempo de ejecución (PLT-6072; Commits: 1).
Por último, integraron la información del informe de seguridad en la API REST (PLT-6071; Commits: 1) y añadieron un informe de seguridad al comando Crear (PLT-6070; Commits: 1, 2, 3, 4)
Marlowe Explorer
El equipo de Marlowe Explorer ha añadido un skin al detalle de transacciones en Marlowe Explorer (PLT-6159; PR: #49) y también a la vista de contratos en Marlowe Explorer (PLT-6156; PR: #47).
Dividen también la página de transacciones en dos y añaden skin al índice de transacciones en Marlowe Explorer (PLT-6158 y PLT-6157; PR: #48).
BASHO (ESCALADO)
Los miembros del equipo Hydra han compartido los avances realizados durante la reunión de revisión mensual y han comenzado a experimentar en una red preliminar con la nueva función de confirmación desde wallets externos.
Durante esta semana, el equipo Mithril completó el diseño de los modelos de despliegue de firmantes para que los SPO ejecuten Mithril en su infraestructura mainnet de Cardano, e implementó el Relevo Mithril asociado en las redes Mithril. Asimismo, siguieron trabajando en el diseño y la implementación de una sencilla herramienta de prueba de estrés para la evaluación comparativa del agregador. Trabajaron también en la implementación de un nuevo comando “herramienta” en el agregador, y su primer subcomando que ayuda a evitar la necesidad de volver a generar la cadena de certificados cuando se actualiza la estructura del certificado. Adicionalmente, trabajaron en la implementación de algún monitoreo para la infraestructura Mithril, y trabajaron en un mecanismo de reintento para la creación de artefactos del agregador.
Por último, el equipo corrigió un error relacionado con el cálculo del certificado maestro de una época que impedía al agregador reanudar la firma de certificados cuando se producía una re-génesis durante una época ya certificada.
VOLTAIRE
Esta semana en Voltaire, continuaron las conversaciones sobre CIP-1694 para establecer un marco inicial de Gobernanza Mínima Viable (MVG). Se trata de un marco esencial para el avance de la gobernanza participativa dentro del ecosistema de Cardano. Al recoger las opiniones de los miembros de la comunidad, se pueden incorporar diversos puntos de vista para garantizar que el sistema de gobernanza se ajuste a las necesidades y deseos de la comunidad.
En los siguientes talleres, celebrados esta semana, se obtuvieron valiosos comentarios:
- Williamsburg, Nueva York, EE.UU. por quantumplation#3141
- Lagos, Nigeria por Ubiodee#9502
- Londres, Inglaterra por Chris [UPSTR]#5848 (7/1)
- Sao Paulo, Brasil by Otávio - CardanoFeed.com#5640 (7/1)
- Virtual por Seo4u#6254
- Virtual por jerrybnj#9863 (7/1)
Consulte los talleres que se celebran cerca de usted y únase a las conversaciones.
CIP-30 y CIP-95 son mecanismos propuestos en Propuestas de mejora de Cardano (CIP) para dotar a los titulares de ada de capacidad de voto. Estas propuestas, una vez implementadas por los proveedores de wallets, permitirán a los miembros de la comunidad expresar su consentimiento democrático para las acciones de gobierno.
Resulta imprescindible que los miembros de la comunidad participen activamente ofreciendo su opinión sobre CIP-1694 y CIP-95. Al expresar sus opiniones y sugerencias, pueden ayudar a dar forma al futuro de la gobernanza dentro de Cardano. Este planteamiento colaborativo garantiza que los mecanismos de gobernanza implementados representen de la mejor manera posible las necesidades de la comunidad.
CATALYST
En esta semana del Proyecto Catalyst, el equipo ha presentado los procesos de registro de votantes y de revisión de la comunidad en el ayuntamiento de esta semana. Las guías de ambos procesos pueden encontrarse en el gitbook de Catalyst. Por último, algunos de los proyectos Catalyst presentaron parte del gran trabajo que han estado realizando para repercutir en la comunidad. Si aún no lo está, asegúrese de estar al tanto y registre su asistencia al próximo ayuntamiento.
En cuanto al aspecto técnico de Catalyst, la semana pasada:
- Impulsó la publicación del registro de la aplicación móvil en las tiendas apple y android; apple en revisión, android aprobada
- Seguimos añadiendo a la documentación de la versión, incluidos los ajustes del backend, el eslogan de la tienda de aplicaciones, el registro de cambios y las notas de la versión
- Probadas las hardware wallets para comprobar su compatibilidad con los cambios más recientes en el registro
- Finalizada la documentación para las wallets compatibles con el Fondo 10, incluida la elegibilidad para las recompensas
- Iniciado el trabajo para añadir pruebas de regresión a la herramienta de importación de instantáneas
- Completada la construcción inicial para la instantánea fusionada; preparando los datos para las pruebas
- Completada la primera iteración del módulo de instantáneas (comprobar mi poder de voto) e identificado el trabajo que queda por hacer
- Añadido un nuevo campo al punto final de registro para exponer la elegibilidad de las recompensas
- Discutido el enfoque para actualizar CIP15/CIP36 para abordar la ambigüedad en el registro/delegación tx existente necesario para GVC; revisiones CIP redactadas
- Continuación de la realización de pruebas para los servicios de datos Catalyst
- Continuaron los progresos en los planes para poner fin a vit-ss después del Fondo 10, incluida la adición de puntos finales para la compatibilidad con el nuevo servicio para los clientes antiguos
- Realizado el trabajo de habilitación para las pruebas de GVC, incluidos los métodos para extraer los planes de votación del Fondo9 (es decir, los datos históricos de las propuestas) e insertarlos en las bases de datos devnet
- Finalizada la investigación inicial de las herramientas de recuento y recuperación
- Inició el trabajo para permitir a los usuarios técnicos reproducir toda la ronda de votaciones del Fondo 10 en su máquina local, utilizando las secuencias de comandos auditables y empaquetadas ordenadamente con earthly
- Resolución de problemas de bifurcación de funciones para permitir la prueba de carga del ledger de votación en la próxima ronda seca
- Identificado el caso de prueba para el próximo simulacro relacionado con el reinicio de los nodos líderes y el impacto en el recuento
- Finalizada la PoC para el panel de administración que permite a los usuarios iniciar sesión y ver los detalles clave de todos los fondos activos y planificados en la eventDB
- Se terminó la beta de la entrega continua y se está probando.
Permanezca a la espera de más información sobre cómo puede participar, ¡que compartiremos en las próximas semanas!
Finalmente, si desea mantenerse al día de todo lo que ocurre en el Proyecto Catalyst, únase al canal de anuncios de Telegram de Catalyst. Compruébelo aquí.
EDUCACIÓN
El equipo de Educación empezó esta semana a planificar el próximo evento Cardano Days en el ITESO Universidad de Guadalajara. También trabajaron con algunas tribus internas para discutir las necesidades y herramientas de los desarrolladores, y terminaron el Plutus Pioneer Playbook.
Traducción al español de “Weekly development report as of 2023-06-30”, escrito por , en de 2023.
Notas del traductor
- Corchetes del traductor.
u omisión de la misma, indica que el enlace apunta a un contenido en idioma inglés.
indica que el enlace apunta a un contenido en idioma español.