Jacky Wang a développé la blockchain publique du réseau DxChain en se concentrant sur le service de stockage. Il a construit le déploiement du mainnet, la mise en œuvre du client léger, la surveillance du chien de garde, le consensus DPOS et le contrat de stockage. Jacky est titulaire d'une licence en physique de l'université de Fudan et d'un master en génie électrique et informatique de l'université d'Arizona.
Jacky aime écrire du code beau et propre. Pendant ses loisirs, il passe du temps à chanter du karaoké pop chinois, à faire de la randonnée au lac Chabot deux fois par semaine et à regarder des films dramatiques comme "Three Billboards".
Prochains projets
- Livrables mensuels : 2021 Oct
- Continuer à tester le protocole de synchronisation des flux. Correction des bogues et des problèmes et (si tout va bien) déploiement sur le réseau de test pour des tests supplémentaires.
- Conception du code, révision et test local du jalonnement des liquidités dans le protocole de base.
- Livre blanc, pitch deck, et démo pour le projet NFT^2.
- Jalons trimestriels : 2021 Q4
- Test et déploiement du protocole de synchronisation des flux sur le Mainnet.
- Conception et mise en œuvre complète du produit pour le jalonnement de liquidité Harmony.
- Lancement du testnet du produit pour Harmony liquidity staking.
- Planification annuelle : 2022 Q1 - Q3
- Lancement du produit pour le projet NFT^2
- Lancement du produit Harmony liquidity staking
- Reconstitution
Réalisations en T2-T3 2021
- Optimiser et corriger les attaques de spamming du réseau p2p.
- Optimisation et migration des performances de la base de données Explorer
- Optimisation et correction des performances RPC
2021/10/26
- Continuer le débogage pour la synchronisation des flux.
- Les précédents suspects trouvés ont un impact sur le CPU (très occasionnellement), mais ce n'est toujours pas la cause première. Les noeuds meurent après 3 jours de fonctionnement...
- Le prochain suspect est... toujours le protocole de découverte... Continuez à chercher
- Recherche d'une conception pour le jalonnement de la liquidité
- J'ai examiné l'implémentation de Lido, StaFi, et bLuna.
- Lido et StaFi utilisent presque la même mise en œuvre. Le jeton dérivé final est un jeton à valeur intrinsèque croissante (en unité de jeton de dépôt), qui n'est pas le candidat parfait pour les produits DeFi en raison de la perte impermanente.
- Commencer à parler à l'équipe de Lido / StaFi.
- Changement du protocole de base pour le jalonnement de la liquidité
- Discuter, suivre et aider à la modification du protocole de base pour le jalonnement des précomptes.
- Révision du code pour https://github.com/harmony-one/harmony/pull/3906 (Terminé deux tours, troisième tour en cours)
2021/10/19
- Continuer à travailler sur la synchronisation des flux. Trouvé un suspect pour l'explosion du CPU
- Le problème réside dans le fait que deux pairs envoient le paquet INIT dans le protocole de streaming de deux extrémités à cause de la découverte immédiate après que le nombre de flux soit inférieur au seuil inférieur. Cela fait échouer la configuration du flux et entraîne un grand nombre d'opérations de découverte et de configuration du flux (ce qui est lourd).
- J'ai reproduit le problème dans deux nœuds situés dans des régions différentes, ce qui entraîne un coût élevé pour le CPU (ce qui est une catastrophe, pas une croissance lente).
- Début de la correction : ajout d'un mécanisme de refroidissement dans le gestionnaire de découverte et de flux. 2.
- Procéder au jalonnement de la liquidité
- Révision du code et discussion avec xiaopeng
- Discussion sur la signature des précompilations, ainsi que sur la question du gaz.
2021/10/08
- Travail sur la synchronisation des flux. D'abord regarder la fuite potentielle de mémoire / CPU. Exécution de deux machines exécutant du code personnalisé sur le réseau principal avec la synchronisation des flux activée. Le code personnalisé comprend :
- Appels de découverte fréquents (10s/discovery).
- Protocole de synchronisation de flux instable (erreur injectée dans la synchronisation de flux, échec occasionnel).
Le résultat reste à observer.
- Révision du code terminé et correction du RPC concernant la synchronisation des flux.
- La prochaine étape consiste à
- Enquêter sur la fuite CPU / mémoire
- Faire tourner stressnet pour reproduire le blocage de la synchronisation à courte distance.