01/12/2023 - Meeting Notes Libs
- Garcia-Alvarez Roberto
Dec 1, 2023
Asistentes
@Garcia-Alvarez Roberto
@Iñigo Garcia
@Carlos Pastor Matut
@Alejandro Alfonso
@Alejandro Nieto Gallego
@Pedro Gallego Madrid-Salvador
PUNTOS DEL DÍA (Sesión de trabajo de desarrollo):
@Garcia-Alvarez Roberto Revisa el estado y los puntos a abordar en la sesión.
Se acuerda entre todos los asistentes que debido a la disponibilidad de los participantes en el desarrollo del modelo los test unitarios del AlastriaPublicKeyRegistry.sol se harán a posteriori, una vez que se cierra la versión 2.2.0.
@Iñigo Garcia realiza una explicación del nuevo concepto de AlastriaNameService y AlastriaNameRegistry. Tras la explicación se llega al consenso de actualizar el smart contract de AlastriaNameService para mantener la retrocompatibilidad con versiones anteriores. Las nuevas versiones del AlastriaNameService y AlastriaNameRegistry se dejarán para la versión 3.0.0 (EPIC, o una versión intermedia entre EPIC y la V2.2.0).
Una vez actualizado el smart contract, se realizan pruebas de despliegue y compilación. No se puede utilizar el nodo de Identidad de Alastria, puesto que han implementado API Keys, por lo que se pueba con el nodo de Inetum y con el nodo de DigitelTS.redT → No se han podido desplegar los smart contracts debido a la versión del compilador que tiene la redT (Byzantium). Para que funcionara en esta red, habría que bajar la versión de los smart contracts a una inferior que si que acepte la versión de la EVM. Se prueba bajando la versión de solidity a la versión 0.7.23, pero se encuentra un fallo de que los smart contracts de OpenZeppellin estan en la versión 0.8.2 y no se pueden bajar porque OpenZeppellin no da soporte a versiones anteriores. Para que se pudieran desplegar los smart contracts en la redT habría que actualizar la versión de la EVM, pero esto ya se intento y llegado un determidado bloque se rompía. @Alejandro Nieto Gallego comenta que habría que hacer un hard fork de la red (cada uno de los participantes de la red) para actualizar la EVM, acción que se esta posponiendo debido al costo de cada uno de los socios de Alastria. Resultado actual → No se pueden desplegar en esta red los smart contracts.
redB → Se prueba a desplegar en la redB (versión de la EVM Berlin), para lo que se han tenido que realizar algunos cambios y ajustes en el script de `deploy.js` consiguiendo finalmente el despliegue de los smart contracts. A pesar de haber conseguido desplegar los smart contracts se quedan algunos flecos por pulir a la hora de la escritura de las address en el fichero. Resultado actual → Smart contracts desplegados en la redB pero con algunos fallos en el script de deploy.js.
Queda pendiente otra sesión para terminar de pulir los flecos que se han quedado abiertos en esta sesión. Pendiente de confirmación de fecha.