🎙️

Jacky Wang

Jacky Wang desarrolló la blockchain pública de DxChain Network centrándose en el servicio de almacenamiento. Construyó el despliegue de la red principal, la implementación del cliente ligero, la supervisión del perro guardián, el consenso de DPOS y el contrato de almacenamiento. Jacky es licenciado en Física por la Universidad de Fudan y tiene un máster en Ingeniería Eléctrica e Informática por la Universidad de Arizona.

A Jacky le gusta escribir código bonito y limpio. En su tiempo libre, pasa el tiempo cantando karaoke pop chino, haciendo senderismo en el lago Chabot dos veces por semana, y viendo películas de drama como "Three Billboards”.

Próximos Planes

  • Resultados mensuales: 2021 Oct
    • Seguir probando el protocolo de sincronización de flujos. Arreglar errores y problemas y (con suerte) desplegarlo en la red de pruebas para seguir probándolo.
    • Diseño de código, revisión y prueba local de la liquidez almacenada en el protocolo central.
    • Documento de explicación del proyecto, paquete de presentación y demostración del proyecto NFT^2.
  • Logros trimestrales: 2021 Q4
    • Probar el protocolo de sincronización de flujos y desplegarlo en la red principal.
    • Diseño e implementación completa del producto para la liquidez almacenada de Harmony.
    • Lanzamiento de la red de pruebas de producto para la apuesta de liquidez de Harmony.
  • Planificación anual: 2022 Q1 - Q3
    • Lanzamiento del producto para el proyecto NFT^2
    • Lanzamiento del producto Harmony liquidity staking
    • Reagrupamiento

Logros del 2021 Q2-Q3

  • Optimizar y corregir los ataques de spam de la red p2p
  • Optimización y migración del rendimiento de la base de datos del explorador
  • Optimización y corrección del rendimiento de RPC

2021/10/26

  1. Continúa la depuración de la sincronización de flujos.
    1. El sospechoso anterior encontrado sí afecta a la CPU (muy ocasionalmente), pero aún no es la causa raíz. Los nodos mueren después de 3 días de funcionamiento...
    2. El siguiente sospechoso es... todavía el protocolo de descubrimiento... Sigue investigando
  2. Investigación para el diseño de la liquidez almacenada
    1. He investigado la implementación de Lido, StaFi y bLuna.
    2. Lido y StaFi casi utilizan la misma implementación. El token derivado final es un token con valor intrínseco creciente (en unidad de token de depósito), que no es el candidato perfecto para los productos DeFi debido a la pérdida inpermanente
    3. Empezando a hablar con el equipo de Lido / StaFi.
  3. Cambio del protocolo central para la liquidez almacenada
    1. Discutir, rastrear y ayudar con el cambio del protocolo central para las pre-compras de staking.
    2. Revisión de código parar https://github.com/harmony-one/harmony/pull/3906 (Terminadas dos rondas, tercera ronda en curso)

2021/10/19

  1. Seguir trabajando en la sincronización de flujos. Encontrado un sospechoso para la explosión de la CPU
    1. El problema radica en que dos pares envían el paquete INIT en el protocolo de flujo de dos extremos debido al descubrimiento inmediato después de que el número de flujo es inferior al umbral inferior. Y esto fallará la configuración del flujo y resultará en un gran número de operaciones de descubrimiento y configuración del flujo (que es pesado)
    2. He reproducido el problema en dos nodos en diferentes regiones resultando en un alto coste de CPU (que es un hipe, no un crecimiento lento).
    3. Comenzando con el arreglo - Añadiendo un mecanismo de enfriamiento en el descubrimiento y el gestor de flujos.
  2. Proceder a la puesta en juego de la liquidez
    1. Revisión del código y discusión con xiaopeng
    2. Discutido sobre la firma de los pre-compilados, así como el problema del gas.

2021/10/08

  1. Trabajando en la sincronización de flujos. Primero mirando la posible fuga de memoria / CPU. Ejecutando dos máquinas con código personalizado en la red principal con la sincronización de flujos activada. El código personalizado incluye:
    1. Llamada de descubrimiento frecuente (10s/descubrimiento).
    2. Protocolo de sincronización de flujos inestable (error inyectado en la sincronización de flujos, ocasionalmente falla). El resultado queda por observar.
  2. Se ha revisado el código y se ha corregido la RPC relativa a la sincronización de flujos.
  3. El siguiente paso es
    1. Investigar la fuga de CPU / memoria
    2. Poner en marcha la red de estrés para reproducir la sincronización de corto alcance que se atasca.