Actualización semanal de desarrollo de THORChain para la semana 30–04 de abril de 2020
Trabajo del ecosistema
Ahora hay varios equipos trabajando en el ecosistema THORChain:
Así es como un proyecto alcanza la autosuficiencia en el trabajo comunitario y THORChain se acerca cada vez más a este punto.
Controlador de eventos
THORChain emite un evento cada vez que sucede algo con fondos (swap, staca, retiro, etc.) y Midgard lo consume para facilitar que los servicios de terceros muestren datos.
La primera implementación de un controlador de eventos fue una implementación personalizada y funciona bien, sin embargo, desde entonces el equipo decidió refactorizar en el módulo de eventos oficial CosmosSDK ya que tiene mejores herramientas para desarrolladores. A largo plazo, significa menos código, menos superficie de ataque y mejor soporte de funciones. A corto plazo, significa 1–2 semanas de refactorización del código actual y cómo se transmiten los datos de eventos a Midgard.
Mejoras de rendimiento
Después de completar la evaluación comparativa inicial, el equipo ha terminado de refactorizar cómo se utiliza el almacén de valores clave, asegurando la "configuración y obtención" óptimas de las claves que se actualizan cuando ocurre la lógica. El principio general es que cuanto más detallada sea una clave, menos veces se actualizará en los cambios.
Además, se ha limpiado una gran cantidad de código no utilizado y métodos antiguos de CLI.
Actualización de Heimdal
Anteriormente, la máquina de estado no entregaba recompensas de bloque cada bloque, sino que esperaba que se procesara un intercambio. Esto se hizo para simplificar la prueba en Heimdall (infraestructura de prueba), pero el equipo ha mordido la bala e implementado recompensas de bloque en cada bloque y los cambios necesarios en Heimdall. Esto fue significativamente complejo, porque ahora hay un proceso dependiente del tiempo (bloques) que se prueba junto con un proceso dependiente de eventos (swaps). La solución fue refactorizar a Heimdall para absorber bloques como eventos y hacer que ambos dependan de eventos.
Protección de reorganización de Bitcoin
El equipo implementó la infraestructura necesaria para responder a los eventos de reorganización del bloque de Bitcoin (PoW). Si algo cambia en una reorganización, los nodos pueden enviar Transacciones de erratas para devolver el sistema a la solvencia.
Trabaje en Midgard para madurar el servicio, corregir errores y actualizar las nuevas estructuras de eventos de THORChain.
Además de esto, el equipo lanzó un simple explorador Midgard para ayudar a visualizar los datos disponibles:
http://midgard-explorer.herokuapp.com (tenga en cuenta la URL de HTTP)
Se ha comenzado a trabajar en la aplicación de electrones ASGARDEX que será la interfaz principal de la cadena. ASGARDEX implementa el módulo bizantino que garantiza consultas verificadas y sin confianza de la red THORChain.
El repositorio está aquí:
La interfaz toma prestada la mayor parte del código de cliente BEPSwap existente:
Ver piscinasVer activos
ASGARDEX admitirá direcciones de múltiples cadenas, todas derivadas de una sola clave raíz BIP32:
Bitcoin (BECH32) EthereumBinance ChainTHORChain
El usuario solo necesita un tipo de activo para comenzar a interactuar con THORChain. Este es un ejemplo de flujo:
Cargue la billetera, conecte el Ledger BTC Intercambie BTC en RUNES Tome BTC & RUNE