1. What privacy problem are you solving?
The Incognito chain dev team is pretty sizeable, and there are many challenges that come with that. Everyone on the Incognito team is smart. But to keep things running smoothly, every single member needs to be in sync. Someone needs to make sure all the pieces fit together.
2. What is the solution?
Conflicts, errors and debates are to be expected in a large team running as fast as they can. My job is to make sure every issue is closed and every discussion is productive. I design the roadmap, review the source code, split tasks, and make sure everyone understands each other. My team and I test everything that is built with the utmost care.
3. Which solutions do people resort to because this doesn’t exist yet?
I’ve been leading the chain team since the first line of code was written in May 2018.
4. Who are you?
Prior to Incognito, I was the engineering manager at Viettel, Vietnam’s largest mobile network operator, where I helped build a network infrastructure for their 110M global subscribers. State-owned monopolies weren’t really doing it for me, so in 2018, I wrote a few lines of code as a demo for a privacy blockchain network. That demo is now Incognito Chain. I’m excited to keep growing it to support privacy for the world.
5. Why do you care?
I want Incognito to succeed. I want our team to work smoothly in pursuit of a common goal, and I want our people to find their work meaningful.
6. What’s your plan? What’s your schedule?
I take care of the before, during, and after. First, I review solutions and designs of all tech proposals before they are implemented, in order to reduce trade-off and risk.
Main schedule
This is my schedule for this April:
Timeline | Deliverables |
---|---|
4 -> 15 May | 1. Increase minimum fee per Kb tx on mainnet. 2.Deploy consensus v2 multiview (fix block proposer) on testnet. 3. Deploy portal v2 on mainnet. 4. Review security on smart contract |
18 -> End of May | 1.Review and merge pull requests privacy v2 2. Review consensus v2 multiview blsbft.v2 non-fixed block proposor and prepare to deploy on testnet 3. Make the decision to deploy consensus v2 multiview (fix block proposer) mainnet |
I will also:
- Maintain a good environment for testing
- Ensure every engineer has the tools they need to succeed
- Monitor devnet, testnet, mainnet statuses
7. What’s your budget?
Resource | Cost | Quantity | Monthly Cost |
---|---|---|---|
Technical Lead | 4,000 PRV | 1 | 4,000 PRV |
TOTAL (x 1 months) | 4,000 PRV |
8. Is there an existing conversation around this idea?
Not on this forum – but my team keeps me on my toes every day.
9. Is there anything else you would like the community to know?
Please always feel free to drop me a message if you have any questions about how things work, or if you have suggestions about how we can do things better.
10. What are the key results?
- Mainnet not down > 3 hours in May - (current downtime is 40mins)
- 100% review for smart contract vault and kyber proxy(has reported with a file) - DONE
- Testnet not down > 24 hours in May
- 100% deploy multiview blsbft.1 on testnet(still fixing block proposer) - DONE
- 100% review pull-request of multiview blsbft.2 - DONE
- 100% deploy portal v2 on mainnet