Strategic priorities survey items:
- BFT support in ordering service. This has been long discussed and there have been investments in SmartBFT (https://github.com/SmartBFT-Go/consensus/) and MirBFT (https://github.com/hyperledger-labs/mirbft) that could be leveraged to bring BFT support to Fabric.
- Fabric Smart Client - Released as a lab last year, this is a new pattern for multi-party applications backed by Fabric that provides flexibility and privacy beyond existing chaincode and private data capabilities. We could further invest in this pattern and work towards full project status - https://github.com/hyperledger-labs/fabric-smart-client
- Replace goleveldb with a more modern key/value embedded database with better performance characteristics.
- Queryability (embedded in peer) - query language support in peer on top of the embedded key/value state store
- Queryability (external database) - queryable external database (CouchDB or otherwise).
- Pruning old blocks from peer and orderer to alleviate concerns around long term storage growth
- Performance improvements - refactor peer validation/commit logic and private data handling to alleviate known performance bottlenecks
- Token support (existing execute-order model) - Fabric token SDK (https://github.com/hyperledger-labs/fabric-token-sdk) approach using endorsement model. Token transactions are executed by required endorsers and then submitted to ordering (zero-knowledge transfer is possible).
- Token support (new order-execute model) - Built-in post-order execution of token transactions. Token transactions are executed on every peer after ordering, no need to trust a sub-set of endorsing peers, aka 'FabToken' approach (zero-knowledge transfer is possible).
Items already in progress:
- Fabric Gateway
- Purging private data stores for GDPR scenarios
- Improved Kubernetes support
- Improved application samples
Other improvements:
- Dynamic node configuration