Actualización de desarrollo de Oasis Q2 2022

Oasis Foundation.- Los últimos tres meses han estado ocupados para nuestro equipo de ingeniería a pesar de todos los rumores en torno al mercado de criptomonedas.

El trabajo ha continuado en nuestra gama de Paratimes, pero también ha habido un esfuerzo concertado para poner en funcionamiento un nuevo ParaTime confidencial compatible con EVM llamado Sapphire.

También ha habido desarrollos importantes para nuestra billetera Oasis (la versión web), principalmente porque esta será la futura base de código común para nuestras dos billeteras: Web y Extensión del navegador.

También hay algunas actualizaciones de la plataforma para desarrolladores, así como actualizaciones de la plataforma principal, todas destinadas a mejorar la plataforma para aquellos que construyen en Oasis Network.

¡Sumérjase en las cosas más técnicas que hemos estado haciendo durante el segundo trimestre a continuación!

WALLET UPDATES (WALLET WEB)

Nuestra billetera Oasis-web experimentó un desarrollo masivo en el segundo trimestre. Una de las razones es también que hemos optado por utilizar este código base como el futuro código base común para nuestras dos carteras: Web y Extensión de navegador.

En el segundo trimestre, fusionamos 69 solicitudes de incorporación de cambios . Los aspectos más destacados son:

• Use webext-redux para la extensión ( #787 ).
• Use Parcel para construir la extensión y adaptar las cosas para que se pueda construir en la rama principal ( #805 ).
• Simplifique la configuración de la extensión, el entorno y los scripts de compilación ( #830 ).
• Refactorice la barra lateral y haga que todos los botones sean enfocables ( #821 ).
• Adición de traducciones al esloveno y al turco ( #277 , #808 ).
• Agregue un aviso antes de apostar a los 20 principales validadores para fomentar la descentralización ( #831 ).
• Cambie el estilo del foco del cuadro de dirección de búsqueda y refactorícelo en un componente separado ( #844 ).
• Corrija la accesibilidad del teclado después de crear una billetera ( #864 ).
• Mostrar solo el componente de transacción de envío para las cuentas propias ( #865 ).
• Agregue fuente latina ext para solucionar problemas de representación de fuente con caracteres no latinos ( #867 ).
• Proceso de liberación de documentos ( #840 ).

Aunque la futura base de código común es Oasis Wallet: base de código web, continuamos mejorando la UX y la estabilidad/resistencia de nuestra Oasis Wallet: extensión del navegador .

En el segundo trimestre, fusionamos 15 solicitudes de extracción y lanzamos las versiones 1.5.0 y 1.6.0 . Los cambios notables son:

• Respaldo a gRPC cuando falla la consulta de la información de la cuenta con Oasis Scan API ( #257 ).
• Bloqueo que confirma acciones peligrosas (es decir, hacer una transferencia a un validador, depositar en ParaTime a una cuenta extranjera, retirar de ParaTime a una cuenta extranjera, depositar en ParaTime a una cuenta respaldada por Ledger) ( #271 )
• Actualice las tarifas de gas predeterminadas para las transacciones de ParaTime para que sean suficientes para el reciente aumento del precio mínimo de gas de Emerald ( #261 , #262 ).
• Corrija la firma de transacciones después de importar desde claves privadas cortas ( #273 ).
• Solo muestra ParaTimes Emerald y Cipher ( #267 ).
• Corrige la visualización de errores desde la página de fondo ( #272 ).
• Tipos de promesas inferidos mejorados y TransactionWrapper ( #264 ).

ACTUALIZACIONES DE PARATIME

• El uso de Emerald ParaTime en el segundo trimestre ha sido saludable. El número de transacciones se redujo debido a la prevención más exitosa de transacciones erróneas incluidas en los bloques. El uso en junio de 2022 creció constantemente con un pico de más de 300 000 transacciones por día el 7 de junio y finalizó el mes entre 35 000 y 100 000 transacciones por día.
• 65 nodos ejecutan Emerald ParaTime en Mainnet a partir del 30 de junio.
• 30 nodos están ejecutando Cipher ParaTime en Mainnet a partir del 30 de junio.

PARATIME DEVELOPMENT

El desarrollo de nuestro ParaTimes siguió adelante, a todo vapor, en el segundo trimestre.

Hemos estado trabajando en un nuevo ParaTime confidencial compatible con EVM llamado Sapphire ParaTime . El código es de código abierto y se acaba de publicar en el repositorio de GitHub de zafiro-paratime . Lo lanzaremos en Testnet en julio de 2022.

Estos son los aspectos más destacados del desarrollo de Runtime SDK:

• Agregue soporte para consultas firmadas ( #984 , #980 ).
• Agregue soporte de confidencialidad a nuestro módulo evm ( #855 ).
• Agregue soporte de encriptación de sobres de llamadas a nuestro módulo evm ( #926 ).
• Agregue soporte para etiquetar consultas costosas y configurar el gas máximo que se usará al estimar el gas mientras se simulan txns ( # 865 ).
• Agregue una estimación de gas configurable a través del soporte de búsqueda binaria ( #981 ).
• Mejore la compatibilidad con EVM y documente más diferencias en nuestro módulo evm ( #983 ).
• Bump SputnikVM , la implementación de Rust EVM que usamos, a la versión 0.35.0 ( #997 ).
• Agregue la opción de configuración que permite a los operadores de nodos especificar el valor límite de gas máximo para el cual todavía están dispuestos a responder la consulta evm.SimulateCall ( #885 ).
• En check tx, solo actualice la tarifa/nonce después de una llamada exitosa ( #864 ).
• Para cumplir con el cambio de Oasis Core que exige el control de programación de ParaTime, habilite siempre el control de programación en el SDK de tiempo de ejecución ( #888 ).
• Propaga errores en llamadas lib WASM ( #894 ).
• Agregue propagación de errores opcional en el núcleo. EstimarGas ( #972 ).
• Agregue la opción para deshabilitar la emisión de eventos de gas usado ( #944 , #1021 ).
• Descifre los datos de llamadas confidenciales con la clave de la época anterior para un funcionamiento fluido después de una transición de época ( #1023 ).
• Agregue soporte para las subversiones de ABI del contrato WASM para permitir la evolución de ABI sin romper la compatibilidad con contratos inteligentes más antiguos ya implementados ( #984 ).

DEVELOPER PLATFORM UPDATES

Nuestro entorno de desarrollo de contratos inteligentes basado en Solidity y EVM está disponible en Emerald ParaTime en Mainnet.

Emerald Web3 Gateway permite que las aplicaciones heredadas de Ethereum se comuniquen con Emerald sin necesidad de modificaciones. En el segundo trimestre, fusionamos 35 solicitudes de extracción que se centraron en mejorar su rendimiento, solidez y facilidad de uso y lanzamos las versiones 2.1.0 y 2.2.0 . Los cambios notables son:

• Mejore la eficiencia de la memoria caché ( #260 ).
• Implemente un caché de respuesta ( #242 ).
• Agregue caché de transacciones y recibos de transacciones ( # 244 ).
• Agregue caché de registro ( # 244 ).
• Implemente un oráculo de precios de gasolina basado en bloques indexados ( #256 ).
• Agregue soporte para configurar la puerta de enlace para comenzar a indexar a una altura específica ( #233 ).
• Agregue soporte para el monitoreo de Prometheus para puntos finales de API ( #241 ).
• Agregue métricas para consultas de PostgreSQL ( #253 ).
• Utilice y propague correctamente los contextos en todo el código base ( #240 ).
• Agregue tiempo de espera para indexar un bloque ( # 238 ).
• Manejar casos en los que falló una visualización anterior de una transacción y tuvo éxito una visualización posterior ( #207 ).
• Consulta el límite máximo de gas del bloque ( #191 ).
• Agregue soporte para configurar la puerta de enlace para comenzar a indexar a una altura específica ( #233 )

Nuestro entorno de desarrollo de contratos inteligentes basado en Rust y WebAssembly se implementa en Cipher ParaTime en Testnet. Eche un vistazo a nuestra Guía de contratos inteligentes para aprender cómo preparar su entorno para el desarrollo de contratos inteligentes de Cipher y cómo implementar contratos inteligentes utilizando la nueva CLI de Oasis.

• ¡Hemos agregado una nueva guía confidencial de Hello World que lo guiará a través de la redacción e implementación de su primer contrato inteligente confidencial en Cipher!

Nuestra documentación en docs.oasis.dev es de código abierto. Para contribuir, vaya a https://github.com/oasisprotocol/docs y haga solicitudes de incorporación de cambios.

ACTUALIZACIONES DE LA PLATAFORMA PRINCIPAL (CORE PLATFORM)

El inicio del segundo trimestre se marcó con el lanzamiento de Oasis Core 22.1 el 1 de abril, seguido de la exitosa actualización de Damask el 11 de abril.

Sin embargo, nuestra plataforma principal continuó desarrollándose a todo ritmo en el segundo trimestre.

Hemos estado trabajando en un nuevo Oasis Indexer oficial que indexará el consenso de Oasis Network y las transacciones de ParaTime en una base de datos PostgreSQL y brindará un fácil acceso a los datos históricos. El código es de código abierto y se acaba de publicar en el repositorio de GitHub del indexador de oasis . Pronto haremos la transición de nuestras billeteras Oasis para usarlas como el backend preferido para obtener datos.

El desarrollo de Oasis Core ha continuado a un ritmo vertiginoso.

En el segundo trimestre, fusionamos 132 solicitudes de extracción . Las mejoras notables son (algunas están programadas para aterrizar en Oasis Core 22.2 y otras se adaptaron a 22.1.x):

• Vuelva a escribir el grupo de transacciones en tiempo de ejecución y el flujo de procesamiento para habilitar el seguimiento del remitente de transacciones y los límites por remitente de las transacciones pendientes permitidas en el grupo ( #4665 ).
• Mejore la priorización de pares al obtener fragmentos de puntos de control de almacenamiento ( #4671 ).
• Varias correcciones al flujo de registro de tiempo de ejecución confidencial ( #4678 , #4683 ).
• Capacidad para que los nodos de ejecución de cómputo manejen los cambios de configuración del administrador de claves dinámicas ( #4729 , #4715 ).
• Mejore el protocolo EnclaveRPC para permitir que los tiempos de ejecución informen los comentarios de los compañeros en función de los indicadores de protocolo de nivel superior para que el protocolo sea más sólido ( #4757 ).
• Agregue soporte para el último protocolo de Architectural Enclave Service Manager (AESM) ( #4711 ).
• Defina el formato del paquete de atestación Intel DCAP e implemente la lógica de verificación y análisis de cotizaciones v3 en Go y Rust. Esto se usará para implementar gradualmente soporte completo para la atestación DCAP que permitirá el uso de CPU Intel Xeon de tercera generación ( #4720 , #4789 ).
• Implemente el cliente Intel PCS para permitir la recuperación de la información de TCB y la identidad de QE necesarias como parte del proceso de verificación de cotizaciones de DCAP ( #4752 ).
• Implementar compatibilidad con el modo de archivo ( #4571 ).
• Garantice la actualización del estado de consenso servido a los tiempos de ejecución confidenciales a través de la verificación ligera del cliente y el registro RAK ( #4741 ).
• Recopile registros de tiempo de ejecución y emita como parte de los registros regulares de nodos de oasis ( #4709 ).
• Facilite la visualización del nodo actual y el estado del tiempo de ejecución ( #4669 ).

¡Sigamos Conectados!

Si está trabajando en Oasis Network y desea que su progreso se incluya en la próxima actualización mensual, envíenos un correo electrónico a info@oasisprotocol.org .

¡ Únete a nuestro Discord y síguenos en Twitter !

MAS INFORMACION SOBRE OASIS