Week 1 - Week 3

Jun 1 - Jun 18

Jun 18: 1st Quarter Evaluation

• Install Ubuntu 20.04 LTS and set up environment.
• Build Cactus.
• Build Iroha.
• Understand existing source code.
• Start the Iroha and Cactus integration.

• Project Plan.
• Skeleton for Iroha and Cactus integration.

Week 3 - Week 6

Jun 19 - July 9

July 9: Midterm Quarter Evaluation

• Implement the Iroha and Cactus integration.
• Write tests for the Iroha and Cactus integration.
• Write documentation.

• ~50% of the Iroha and Cactus integration package.
• Technical documentation for the package.

Week 6 - Week 10

July 10 - July 30

July 30: 3rd Quarter Evaluation

• Write tests for Iroha and Cactus integration.
• Write documentation.

• Completed package for Iroha and Cactus integration.

Week 10

July 31 - Aug 10

Aug 20-31: Final Evaluation

• Wrap up documentation.
• Final report of the project.
• Final presentation of the project

• Code for unit tests and integration tests. *
• Technical documentation for the entire project.
• Final report.
• Final presentation.
• 1 examples of Iroha and Cactus integration. (Nice-to-have)
• 2 examples of Iroha and Cactus integration. (Optional)
• 2 examples of Iroha and Fabric integration. (Optional)

The grpc tls option is not implemented.

Currently, only able to pass in tls parameters(tls cert/ tls key/ tls port) to iroha test ledger, but tls is not supported.

Implement grpc tls support for Iroha test ledger.

(Example: )

2

fetchCommits is not implemented. 

Put it inside the plugin-ledger-connector-iroha.ts, but unable to test it due to its unique characteristic of streaming responses.

4

There is no implementation for smart contract (InvokeContractV1Request)

On top of this, Call Engine is not implemented. (because it tries to call smart contract)

( Currently, intentionally reject the transaction within the ledger, and thus able to test the rejection in the test case. )

Implement smart contract once Iroha fully supports smart contract.

After that, Implement Call Engine command and test it.

5

( will be important once Iroha fully supports smart contract)

setSettingValue is not implemented.  (Currently only can be called inside genesis block)

( Currently, always return HTTP 405 Error in plugin-ledger-connector-iroha.ts)

Implement SetSettingValue command and test it.

When Iroha supports SetSettingValue...., implement

removePeer is not fully tested. 

A valid Iroha testnet needs to be constructed to test this command.

Able to manipulate Iroha testnet ( Iroha testnet usually composes of >= 3 Iroha nodes).

Then, construct Iroha test within the test case to test removePeer.

7

getPendingTransaction is not fully tested.

There is an issue with producing a pending transaction, the code will get stuck and fail the test suite. It seems like Iroha ledger itself is struggling to generate the pending transaction. (https://jira.hyperledger.org/browse/IR-1010) In other words, it seems to be an issue with Iroha ledger itself instead of Iroha Javascript library.

Able to produce a pending transaction in the test case.

Able to validate the pending transaction via getPendingTrasaction query.

Prometheus exporter metrics integration is not implemented.

Add prometheus exporter to the Iroha connector plugin.

Utilized iroha-helpers-ts because the original Iroha Javascript library gives “undefined” as output. 

iroha-helper-ts is based on a old Iroha Javascript library (12/23/2020 release)

Construct our own iroha-helper-ts library (outputs tx status and tx hash) based on the Iroha Javascript library, so that it could be upgraded to match the most recent Javascript library. Its output could be further optimized to suit test cases better. 

The test cases rely on a modified Iroha v1.2.0 all-in-one (AIO) docker image.

However, version 1.2.0 is outdated.

Embedded Iroha Python SDK inside the Iroha AIO docker image. Although the current healthcheck mechanism works fine, it makes the docker image ~100MB larger. 

For docs/source/support/iroha.md, the test link is not guaranteed to be valid.