In February and March, we collected a lot of constructive feedback from everyone here. Happily, it showed that the community and core team continue to agree about what really matters, but it also showed us that we need to focus, walk the talk, and actually make it happen.
- Utility over hype
- Long-term vision over short-term wins
Thank you as always for your support, and for keeping us on the right track.
Main takeaways from your feedback
It’s not clear which aspects of the network are decentralized and trustless, and which are centralized and trusted. There is no clear timeline for decentralization.
We’re missing clarity and structure in our communication. Information is scattered, incomplete, and outdated. Important questions are lost in the shuffle.
What we’re doing about it
The way we work was originally designed around pragmatism: design many basic tools, validate demand, then iterate towards their final forms. Demand was validated. But this experimental approach has spread our attention and dev resources too broadly, and it’s time to refocus. Sustainable products can only be built on strong foundations.
At the end of the day, Incognito needs to be a resilient, unstoppable privacy network if it’s ever to achieve its ambitions.
What needs to get done
Complete the core tech - Reprioritize what we’re building to finish the features necessary to release the network safely.
Communicate clearly - Be precise and transparent about what’s been done and what we’re currently building.
Re-prioritize the tech roadmap
Privacy and decentralization first.
Privacy v2 (ETA: May 2021)
Privacy v1 offers basic privacy. With privacy v2, everything that happens in Incognito, from shielding to sending, receiving, trading, and unshielding will be private. This improvement is of the utmost importance.
Additionally, as you may know, Incognito currently uses temporary addresses to preserve privacy. This intermediary step and other hindrances to decentralization will be removed with Privacy v.2.
Dynamic committee size & Slashing (ETA: Jun 2021)
Currently, for initial network stability, the dev team operates the majority of validators in shard committees (22/32 in each shard’s committee). When slashing and dynamic committee size are implemented, there will be no need for this temporarily centralized setup.
With slashing, the network will be able to detect inoperative and misbehaving validators and replace them with better validators. After slashing has been active for some time, this will increase the stability of the network as the network will utilize “healthy” validators.
Dynamic committee size will secure the network in the worst-case scenario where the network has many inoperative validators and does not have sufficient votes to create a new block. In this scenario, the network will be able to adjust its committee size, so the minimum required votes for creating a new block are lessened in order to get the network up and running as quickly as possible.
Block time reduction & full beacon chain validation (ETA: TBD)
The Incognito block time is currently about 40s. This is comparable to proof of work blockchains but incomparable to other proof of stake blockchains at this stage. To fix this, we’ve been running benchmarks to find out where we can optimize chain processes. By reducing block time, we can improve speed for users across Incognito features by cutting block time in half (to 20s).
In a financial platform like Incognito, security is paramount. Security is not only about bugs in the code, but protocol design as a whole. Incognito needs to prevent malicious behavior from a shard committee, especially collusion. For example, if a shard’s validators collude to create a malicious block with double-spending transactions, the beacon chain should verify and reject the block. Then the shard committee will be replaced by another. So far, we’ve accomplished this by keeping control of fixed shards. Full validation in the beacon chain will give Incognito the ability to release fixed shards.
The development of this proposal will start in April. @0xkumi will lead the development, so feel free to tag him for any questions related to this development, as well as for consensus or scalability.
Shielding/unshielding redesign (ETA: May-Jun 2021)
Incognito is building bridges to bring privacy to other mainstream blockchains like Ethereum, Bitcoin, Monero, etc. Although each bridge usually requires a different mechanism to compliment the other blockchain’s protocol, we’re searching for ways to decentralize this building process as much as possible, in both the protocol and app layers.
For the protocol layer, the dev team has been rebuilding the Bitcoin bridge in a more decentralized and secure way. For example, assets can only be unlocked if they have multiple signatures from the beacon committee. When that beacon is decentralized, so is the bridge. We’re doing the same for the Ethereum bridge as well, and eventually every bridge after that.
For the app layer, we will be redesigning the UX to remove the need for a temporary Ethereum address during the shielding process. This way, you can interact directly with the Incognito smart contract and have full control of your assets without a need to trust any intermediary. Ultimately, it would be better to offer a similar experience for both the Ethereum and Bitcoin bridges, despite the different mechanisms that comprise them.
@hiennguyen is building Portal v4, and @binh is working on decentralizing shielding for Ethereum and Ethereum-based assets. Feel free to tag them if you have questions related to cross-chain transactions.
Decentralize pDEX and liquidity (remove temporary addresses, migrate liquidity to a decentralized set up) (ETA: May-Jun 2021)
The pDEX is the most popular feature in the Incognito ecosystem, but trading and liquidity rely on centralized setups at the moment.
As mentioned earlier, the Privacy v.2 upgrades will remove intermediary steps and let you trade directly using the AMM, while still preserving privacy.
As for liquidity provision, the most popular method is currently the Provide feature, which is centralized. We’re going to end Provide and replace it with a decentralized system that enables you to earn crypto in return for providing liquidity. This will make the pDEX more sustainable and organic in the long term, and remove concerns around trusting the core team with your funds in Provide.
I’ll lead this development. So feel free to tag me (@andrey) for any related questions.
- Complete the Privacy Quest (ETA: April 2021)
It was a unique growth initiative, but the timing was poor and we didn’t take enough time to flesh it out well. So, we’re putting it to bed. This month we’ll wrap up the event.
De-prioritize some aspects of layer-2 development
- pNode & Node Tree - production will be stopped.
Considerable resources are needed to maintain production, support, and logistics for both the pNode and the Node Tree, especially with the current supply shortages. These resources will now be rerouted towards core development. We hope to see many community-built Node devices in the near future.
- Web pDEX and Incognito wallet browser extension - paused until Privacy v.2 is released
Not only is it distracting to develop these tools when layer 1 is still in need of upgrades, but it also doesn’t make sense to release extensions that will need to be reworked when Privacy v.2 goes live. Additionally, there are security concerns about releasing the extensions without thorough audits. For these reasons, we’ve decided to delay these and will revisit them after the Privacy v2 upgrade.
- Incognito Pay - paused until the network is released
We were so excited for this tool that we couldn’t wait to start building it - and built it too early. Once the infrastructure is there and the Incognito network is self-sufficient, we’ll resume and release Incognito Pay.
- Builder rewards v.2 - paused until the network is released
Rather than keep changing the requirements for builders and requiring strict oversight, we’ve decided to delay the new program until the network is released and a proper community governance structure is in place.
Communication & transparency
During the next few months, all devs will be fully focused on releasing the network and decentralizing all aspects. Our communication strategy will be similarly focused on foundational aspects.
- Development progress will be published weekly under each proposal.
- Transparency reports will be published every week, addressing key issues and community concerns.
- Validators will be given useful tools and dedicated support before slashing is released.
- Application users will continue to have full support with any issues that may arise.
Please continue to share your feedback and ideas. Keep reporting bugs and suggesting improvements. Keep building Incognito with us. And once again, thank you for being part of this and keeping us focused on the end goal.