Nita Neou (también conocida como Soph en la comunidad) lleva más de 15 años trabajando en el ámbito de las infraestructuras relacionadas con la seguridad de las redes y los bancos, así como en el sector del petróleo y el gas. Le gusta la técnica y el diseño para entender cómo funcionan las cosas. El diseño de la arquitectura es una de sus pasiones y siempre tendrá dibujos para representar su idea y pensamiento. Antes de unirse a Harmony, ha sido un miembro feroz y activo de P-OPS ayudando con los principales hitos en el viaje de Harmony, desde el estacionamiento, la finalidad de 8 a 2s, la compatibilidad con EVM, los puentes, las redes de prueba, y más. Le encanta enseñar a la comunidad y a sus compañeros de trabajo con la esperanza de que todos sean iguales y estén en harmony. Nita se ha graduado en una escuela de ingeniería francesa con una especialización en redes de sistemas y seguridad. En su tiempo libre, le encanta pasar tiempo con sus hijos y enseñarles informática y programación.
Próximos Planes
- Hitos Trimestrales: 2021 Q4
- solución de servidor de registro centralizado y supervisión
- nodo binario de harmony CI y pruebas
- operaciones descentralizadas(https://harmonyone.notion.site/Decentralized-Ops-82087ce8eef647b98a430d4449f43a5d)
- Planificación anual: 2022 T1 - T3
- contratar un DevOps a tiempo parcial
- asumir el marco de pruebas de CI y release
- Q1 apoyar la rotación de líderes externos y el corte;
- Q1-Q2 marco de pruebas, CI/CD de go-sdk, pyhmy, puentes btc
- Q2-Q3 marco de pruebas, CI/CD de explorer dashboard
- Q3 apoyo a la implementación de resharding, sincronización rápida de estados para tener una harmony 100% descentralizada
- Q1-Q4 soporte del puente cosmos, polygon, solana, celo, layer-2
Logros de los últimos 3 meses (desde julio)
- Implementación/mejora/prueba de la entrega de servicios de red y aplicaciones (devops):
- tablero de mando del explorador(https://explorer.harmony.one)
- Integración de Sushi, puentes (ETH, BTC) que conducen a un TvL de 172 millones de dólares
- verificación de contratos / multifirma (gnosis)
- Actualización de la red Harmony (v4.2.1 / v4.3.0) arreglando el tiempo de bloque de Harmony de 3~4s a 2s y ayudando a una mayor descentralización (nodos validadores externos de 640 a 900 y poder de voto externo del 32% al 51%)
Resultados y enfoque de 6 semanas
- Revisión de la preparación para el lanzamiento y ORR para el puente BTC (https://github.com/harmony-one/harmony/issues/3911)
- Puntos finales RPC descentralizados en 2 regiones más (https://github.com/harmony-one/harmony/issues/3910)
- Construir nuevos nodos de sincronización DNS (https://github.com/harmony-one/harmony/issues/3909)
Actualización Semanal
2021-10-31
- Descentralización del RCP:
- Red de bolsillo trabajo continuado para una mayor captación 25% y 50% (si no hay problemas)
- nuevo socio potencial discusión inicial
- Ops
- nodo de sincronización dedicado construido para evitar la sobrecarga en el nodo RPC
- Lentitud de la RPC y problema de desincronización
2021-10-24
- Descentralización del RCP :
- Red de bolsillo trabajo continuado para una mayor captación 25% y 50% (si no hay problemas)
- nuevo socio potencial discusión inicial
- Ops
- Solución de problemas de multisig.
- Actualización del disco del nodo validador S1/S2/S3 a 500 GB
- 2 nuevos paneles añadidos a https://monitor.harmony.one/d/joo9Q1m7z/s0-explorer-rpc-metrics?orgId=1 para que podamos ver la duración de cada RPCmejora de los recursos de sushi subgraph y monitorización integrada con pagerduty
- solución de problemas UnHealthyHostCount GreaterThanOrEqualThreshold 1.
- Lentitud de RPC y problema de desincronización
2021-10-17
- Descentralización del RCP :
- red de bolsillo
- nuevo socio potencial discusión inicial
- Finalizar la recompensa de GCP bigquery para la indexación de los datos de la red principal de harmony
- Trabajo operativo
- solución de problemas de los nodos multi-firma y su reparación
- error 504 del nodo sushi
- arreglo del nodo explorer-v2 api1
- Sustitución del nodo RPC de c5.4xlarge a c5.2xlarge
- Experimento para sustituir i3en.12xlarge por c5.2xlarge con 2 EBS con raid 0
- Solución del error api.harmony.one REVERT CALL