Project
Hyperledger Iroha
Project Health
During the last several months we released several Release Candidates, tested them and prepared Iroha's performance for the v1.0 release.
- Significantly reduced memory consumption
- Implemented load tests
- Moved to native client libraries
- Implemented peer interaction testing framework
- Performance improvements
Regarding the load tests, we have been using machines generously provided by CNCF https://github.com/cncf/cluster/issues/109 .
We received approval from TSC to move to v1.0! Community is active, questions are asked and answered. We've also got in contact with different developers after HK Bootcamp and very excited for the future contacts with them.
We also have our own weekly call now! Join us every Wednesday at 10am GMT.
Issues
Still have DCO issue that is blocking the release. Diversity is not enough.
Releases
Hyperledger Iroha v1.0 Release Candidate 3 - on February, 11th
Hyperledger Iroha v1.0 Release Candidate 4 - on March, 1st
Hyperledger Iroha v1.0 Release Candidate 4 Hotfix 1 version - on March, 5th
Hyperledger Iroha v1.0 Release Candidate 5 - on March, 21st
Overall Activity in the Past Quarter
We had some active discussions regarding the release with active members of the HL community. Our maintainer attended HK Bootcamp and through that we've met HK HL Community and are having a remote meetup with them in a week, on April 24. Questions are being replied to in chats so more people could use Iroha in their work. We receive many questions about SDKs nowadays.
We also fixed DCO issue that was blocking the release of 1.0 and had a HL Iroha meetup in Tokyo!
Current Plans
Release the production-ready version is a #1 goal for the team at the moment. We hope it will bring us new users and new contributors, make our community stronger. Projects built on Iroha are also being released into production. The plan for the nearest future is to make Iroha fully BFT and then start working on custom commands. Moreover, the following features are planned: include support for Ursa library, improve the granularity of permission model, introduce TLS node-node and client-node encryption, support for consistent network-wide configuration parameters stored in the ledger, stateful validation of genesis block, statistics API.
Maintainer Diversity
No changes were made though we will be changing the maintainers list after the release, clarifying some rules for becoming a maintainer, which might help us diversify the community.
Contributor Diversity
Contributors are still mainly Soramitsu employees and some individual contributors also help us (for example, with translations).
After 1.0 we hope to diversify the community of contributors as well.
Updates since the last report:
Documentation and translation
New contributors
Ivan (ivan.gutierrez@tecnalia.com) Spanish
Vadim (reutskiy@soramitsu.co.jp) Russian
Mercedes Regueiro (mercedes.enllave@gmail.com) Spanish
Zhenhua Zhao (zhao.zhenhua@gmail.com) Chinese (simplified)
Yang Cheng (cystone@aliyun.com) Chinese (simplified)
Caozhao (caozhao@gmail.com) Chinese (simplified)
Resetarsi (resetarsi@gmail.com) Korean
pikatos (pikatos@gmail.com) French
Lira.lemur (lira.lemur@gmail.com) Russian
Code contributions
Commits from 2019-01-23 to 2019-04-15: 139
Committers from 2019-01-23 to 2019-04-15: 19
Domains from 2019-01-23 to 2019-04-15: 8
Additional Information
n/a
Reviewed by
- Arnaud Le Hors
- Baohua Yang
- Binh Nguyen
- Christopher Ferris
- Dan Middleton
- Hart Montgomery
- Kelly Olson
- Mark Wagner
- Mic Bowman
- Nathan George
- Silas Davis