Aviso legal: Esta publicación es una traducción comunitaria hecha por un miembro de la comunidad de Oasis Network. Se hacen rigurosas comprobaciones para proporcionar traducciones precisas pero pueden estar sujetas a errores u omisiones. Oasis Network no se hace responsable de la precisión, confiabilidad o actualidad de la información traducida.
Publicación original en inglés: Oasis Engineering Updates: February & March 2022
Bienvenidos a nuestro breve resumen sobre los avances que está realizando el equipo de Oasis Network. Vamos a ponernos al día con las últimas novedades.
ACTUALIZACIÓN DE BILLETERAS
Estamos mejorando continuamente el UX y la estabilidad/solidez de la Oasis Wallet — Web. En febrero y marzo, hemos recopilado 49 peticiones de validación.
Las mejoras más importantes son:
- Soporte para el uso de la API de Oasis Scan (aparte de la API de Oasis Monitor) para consultas de infomación de la cuenta(balances, delegaciones), historial de transacciones y lista de validadores. (#704).
- Volver a gRPC cuando la consulta de información falla con la API de Oasis Scan o Oasis Monitor (#737).
- Ordenar los validadores según su estado (#757).
- Comprobar de validadores obsoletos con gRPC (#776).
- Utilizar una lista de validadores estáticos en caso de que los APIs de Oasis Scan / Oasis Monitor no estén disponible (#734).
- Mejoras en la interfaz de usuario para la billetera física de Ledger, explicando claramente todos los pasos a seguir en sus dispositivos Ledger y haciendo que los mensajes de error relacionados con Ledger sean concisos y fáciles de entender para el usuario. (#618, #620).
- Evitar la descargar del documento Génesis cada vez que se abra la billetera y utilizar consultas de gRPC específicas para mejorar el rendimiento. (#698).
- Agregar información exacta Git SHA que se usó para construir la billetera junto con la información a pie de página de cuando fue creada.(#691)
- Añadir información backend(API de Oasis Scan / Oasis Monitor) usada en el pie de pagina (#756).
- Alojamiento propio de fuentes para evitar filtraciones de privacidad hacia Google (#772)
- Reemplazar los scripts de Parcel para la creación del código de la billetera (#743).
- Soporte para construir una variante de la billetera de extensión de navegador a partir del código de la billetera (#765).
Asimismo, seguimos mejorando la Billetera de Oasis — Extensión de Navegador. En febrero y marzo, tramitamos 7 peticiones de validación y lanzamos la versión 1.4.0.
Los cambios destacados son:
- Solucionar un error tras revisar los campos incorrectos al firmar ciertas transacciones al utilizar la extensión con una dApp. Ahora las dApps pueden solicitar firmas para más tipos de transacciones. (#249).
- Tutorial detallado sobre cómo conectar un Ledger físico.
- Mostrar advertencias cuando sean necesarias a la hora de depositar en la ParaTime de Cipher.
ACTUALIZACIONES DE PARATIME
- Después del considerable crecimiento de uso en enero, la Emerald ParaTime continúa con su magnífico crecimiento durante los meses de febrero y marzo. El número de transacciones crece constantemente, llegando a un pico máximo de 3.7M transacciones entre los días del 7 y 8 de marzo, fijándose después en una media estabilizada de 600K — 700K transacciones por día.
- A 31 de marzo, hay 59 nodos corriendo en la Mainnet de la Emerald ParaTime
- A 31 de marzo, hay 40 nodos corriendo en la Mainnet de la Cipher ParaTime
DESARROLLO DE PARATIMES
Nuestro SDK de ParaTime ha tenido algunas mejoras e incorporaciones.
- Añadimos soporte para el almacenamiento confidencial (#639).
- Añadimos mas herramientas para la preparación y el manejo de paquetes ORC (Oasis Runtime Container), el nuevo formato de distribución binario de las ParaTime (#818).
- Mejoramos el planificador de las transacciones en el SDK de ParaTime, de tal manera que omite las transacciones no válidas en los bloques (#828).
- Añadimos soporte para un mayor número de firmas de verificación primitivas en los contratos inteligentes compilados para WebAssembly (#793).
ACTUALIZACIONES DE LA PLATAFORMA DE DESARROLLADORES
Nuestro desarrollo de contratos inteligentes basado en Solidity está disponible en la Mainnet de la ParaTime de Emerald.
La pasarela Web3 de Emerald permite a las aplicaciones desarrolladas en Ethereum comunicarse con Emerald sin necesidad de modificaciones. En febrero y marzo, hemos recopilado 45 peticiones de validación que mejoran la usabilidad y hemos publicado las versiones 1.2.0, 1.2.1, 1.3.1, 1.4.0, 1.4.1, 1.5.0, 1.6.0 y 1.7.0.
Los principales cambios son:
- Añadir la imagen Docker emerald-dev para el desarrollo local de Ethereum (#168).
- Implementar EIP-1898 (#173).
- Informe real del gas utilizado en las transacciones (#185).
- Manejar casos en los que en primera instancia falla la primera transacción y después esa transacción se realiza. (#207).
- Consultar el límite máximo de gas del bloque (#191).
- Agregar soporte para la configuración de la puerta de enlace — indexación. (#233).
- Además, se publicaron las versiones de desarrollo de la pasarela Web3 de Emerald, 2.0.0-rc1 y 2.1.0-rc1, que son compatibles con las próximas versiones de Oasis Core 22.x.
Nuestro entorno de desarrollo de contratos inteligentes basado WebAssembly está disponible en la Testnet de la ParaTime de Cipher. Revisa nuestra guía de contratos inteligentes para aprender cómo preparar el entorno de los contratos inteligentes para Cipher y cómo desarrollar contratos inteligentes usando la nueva Oasis CLI.
Hemos cambiado nuestra documentación a docs.oasis.dev de GitBook a Docusarus para facilitar aún más las contribuciones comunitarias.
Para contribuir a nuestra documentación, ¡dirígete a https://github.com/oasisprotocol/docs y realiza una petición de validación!
ACTUALIZACIÓN DE PLATAFORMA PRINCIPAL
El desarrollo de Oasis Core avanza a pleno rendimiento y hemos lanzando Oasis Core 22.0 el 1 de marzo, así como Oasis Core 22.1 el 1 de abril. Son dos lanzamientos importantes para la actualización de Damask, planificada para el 11 de abril.
En febrero y marzo , hemos recopilado 123 peticiones de validación.
Las mejoras más destacadas son:
- Resultados de los mensajes en tiempo de ejecución (implementación: #4443)
- Actualización de tiempo de ejecución sin interrumpciones (ADR e implementación: #4449)
- Establecer un mínimo de tokens que se pueden transferir (#4456)
- Sincronización del almacenamiento de las transacciones a P2P. (#4459)
- Establecer un saldo mínimo en la cuenta para poder realizar transacciones. (#4461)
- Utilizar atributos en todos los servicios de consenso (#4465)
- Añadir soporte para la suspensión de los nodos por fallos en el tiempo de ejecución. (#4470)
- Cambiar el formato de paquete de tiempo de ejecución unificado. (#4474)
- Trasladar el protocolo de gestión de claves a P2P. (#4490)
- Trasladar el almacenamiento público de RPC a P2P (#4500)
- Mejora en la elección del tiempo de ejecución. (#4263)
- No permitir la ejecución de nodos de Oasis como raíz.(#4464)
- Permitir consultar el historial de la cuenta (#4416)
- Añadir comando CLI para revisar los tiempos de ejecución de los paquetes (#4546)
- Añadir txsync, un protocolo de sincronización de transacciones (#4579)
- Añadir comando CLI para consultar estadísticas de tiempo de ejecución. (#4596)
- Añadir métricas de ejecución como Prometheus. (#4610)
¡Permanezcamos conectados!
Si estas trabajando sobre Oasis Network y quieres compartir tus contribuciones en la próxima actualización mensual, por favor envíanos un correo a info@oasisprotocol.org.