Conceptual View
This section describes the object model of the design.
Layers
According to Dan Boneh Blockchain applications may be divided into four layers:
| 3 | User Interface |
| 2 | Applications |
| 1.5 | Compute Layer |
| 1 | Consensus Layer |
We will use this classifications to group Iroha components and 3rd party components that can be integrated with Iroha components.
Components
| Layer | Components | Description |
| User Interface | Iroha Clients + 3rd Party Clients Web/Mobile/CLI | User Facing Services |
| Applications | Iroha Modules + Custom Iroha Special Instructions | Run on blockchain computer |
| Compute Layer | Iroha + Iroha Modules + Iroha Special Instructions | Application logic is encoded in a program that runs on blockchain • Rules are enforced by a public program (public source code) ➔ transparency: no single trusted 3rd party • The APP program is executed by parties who create new blocks ➔ public verifiability: anyone can verify state transitions |
| Consensus Layer | Iroha Sumeragi | A public data structure (ledger) that provides:
|
Application Programming Interface
| Functionality | Provider | Description |
|---|---|---|
| Submission of Iroha Special Instructions | Clients | Clients receive declaration of desired actions from users in form of Iroha Special Instructions. They build a Transaction from them, use User's cryptographics keys to Sign it (optionally?) and send them to Iroha. |
| Sending of Iroha Query | Clients | Clients receive declaration of desired search results from users in form of Iroha Queries. They build a Request from them, use User's cryptographics keys to Sign it (optionally) and send them to Iroha. |
| Execution of Iroha Special Instructions | Iroha | Iroha receives Transactions from Clients and |
Process View
This section describes the activities of the system, captures the concurrency and synchronization aspects of the design.
Physical View
This section describes the mapping of software onto hardware and reflects its distributed aspect.
Development View
This section describes the static organization or structure of the software in its development of environment.
Scenarios
| Version | Date | Comment |
|---|---|---|
| Current Version (v. 6) | Jul 09, 2020 00:06 | Nikita Puzankov |
| v. 25 | Aug 24, 2020 06:53 | Vadim Reutskiy |
| v. 24 | Aug 24, 2020 06:53 | Vadim Reutskiy |
| v. 23 | Aug 24, 2020 06:52 | Vadim Reutskiy |
| v. 22 | Aug 24, 2020 06:51 | Vadim Reutskiy |
| v. 21 | Aug 24, 2020 06:44 | Vadim Reutskiy |
| v. 20 | Aug 24, 2020 06:37 | Nikita Puzankov |
| v. 19 | Aug 23, 2020 23:27 | Vadim Reutskiy |
| v. 18 | Jul 13, 2020 04:19 | Nikita Puzankov |
| v. 17 | Jul 09, 2020 03:11 | Nikita Puzankov |
| v. 16 | Jul 09, 2020 03:10 | Nikita Puzankov |
| v. 15 | Jul 09, 2020 02:42 |
Nikita Puzankov
Project Structure |
| v. 14 | Jul 09, 2020 02:33 |
Nikita Puzankov
Blocks Synchronization |
| v. 13 | Jul 09, 2020 02:20 |
Nikita Puzankov
Transactions and Blocks processing |
| v. 12 | Jul 09, 2020 01:22 |
Nikita Puzankov
Iroha Query Processing |
| v. 11 | Jul 09, 2020 01:13 |
Nikita Puzankov
Sending Iroha Queries |
| v. 10 | Jul 09, 2020 01:05 |
Nikita Puzankov
Submission of Iroha Special Instructions |
| v. 9 | Jul 09, 2020 00:25 |
Nikita Puzankov
Plant UML source for components diagram added. |
| v. 8 | Jul 09, 2020 00:12 | Nikita Puzankov |
| v. 7 | Jul 09, 2020 00:10 | Nikita Puzankov |
| v. 6 | Jul 09, 2020 00:06 | Nikita Puzankov |
| v. 5 | Jul 08, 2020 23:45 | Nikita Puzankov |
| v. 4 | Jul 08, 2020 23:31 | Nikita Puzankov |
| v. 3 | Jul 08, 2020 23:31 | Nikita Puzankov |
| v. 2 | Jul 08, 2020 23:30 | Nikita Puzankov |
| v. 1 | Jul 08, 2020 22:27 | Nikita Puzankov |