Un hito importante para la red de prueba pública de Taraxa y nuevas correcciones en la configuración de la red.
Esta semana marca el tiempo de ejecución de prueba más largo de Aphrogenes. Terminamos con el trabajo por contrato y ahora estamos puliendo la delegación JSON-API y depurando el resto de los problemas para enviar una red estable antes de fin de mes.
Taraxa permite la finalización rápida del bloque DAG para maximizar el rendimiento de la red. La mayor parte de la semana, estuvimos trabajando para corregir errores en la sincronización de nodos DAG-PBFT:
– Depurado e investigado sobre el problema atascado de la ronda de PBFT después de la refactorización de DAG – Depurado el problema de sincronización de PBFT – Revisión del código sobre la integración de DPOS y refactorización de DAG – Se movió la configuración de PBFT del nivel superior de la configuración del nodo a la sección de configuración de la cadena Entrada incorrecta de la tabla de clasificación que causó fallas en las pruebas y que los nodos se atascaron.- Se movió el indicador FullNode `boot_node` a la configuración del nodo en la ruta.network_is_boot_node`- Se corrigió la configuración de registro del nodo que no siempre se deshacía después de la destrucción del nodo- Hizo que la configuración / desinstalación del registro fuera más robusta a través de la encapsulación y la inmutabilidad- Se eliminó top.cpp, movió su función dentro del FullNode. Respectivamente, eliminó `destroy_db` y` rebuild_network` con preferencia para eliminar esos archivos fuera del código del nodo cuando sea necesario – Se hizo la configuración del nodo `ws_port` y` rpc_port` opcionales: si un puerto no está configurado, el servidor respectivo no se iniciará – FullNode y DBStorage refactorizados: se movieron todas las utilidades de prueba en un archivo, se refactorizaron / mejoraron algunas, en particular la función de espera, los generadores de configuración de nodos y las utilidades de lanzamiento de nodos: se corrigieron las pruebas en consecuencia y, en muchos casos, se eliminaron los tiempos de espera.
Seguimos trabajando en un diseño de canalización más asincrónico para hacer que la ejecución de transacciones y el consenso PBFT sean asincrónicos. Hecho esta semana:
– Implementación DPOS de API de estado de Taraxa-EVM integrada para el administrador de PBFT – Adaptación del código a la base de datos de API de estado de Taraxa-EVM que ahora se encapsula – Valor nulo fijo de la raíz del estado de cuenta en Ethereum JSON-RPC.
