You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

Conceptual View

This section describes the object model of the design.

Layers

According to Dan Boneh Blockchain applications may be divided into four layers:

3User Interface
2Applications
1.5Compute Layer
1Consensus Layer

We will use this classifications to group Iroha components and 3rd party components that can be integrated with Iroha components.

Components

LayerComponentsDescription
User Interface

Iroha Clients + 3rd Party Clients

Web/Mobile/CLI

User Facing Services
ApplicationsIroha Modules + Custom Iroha Special InstructionsRun on blockchain computer
Compute LayerIroha + Iroha Modules + Iroha Special InstructionsApplication 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:

  • Persistence: once added, data can never be removed
  • Consensus: all honest participants have the same data
  • Liveness: honest participants can add new transactions
  • Open(?): anyone can be a participant (no authentication)

Application Programming Interface

FunctionalityProviderDescription
Submission of Iroha Special InstructionsClients

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 QueriesClients

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 InstructionsIroha

Iroha receives Transactions from Clients and process them in cooperation with Applications and Consensus.

More on that in Process View Section.

Execution of Iroha QuerisIrohaIroha receives Queries from Clients and execute them. More on that in Process View Section.

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


{"contextEntityId":31204852}

Version Published Changed By Comment
CURRENT (v. 7) Aug 24, 2020 12:55 Vadim Reutskiy
v. 25 Aug 24, 2020 12:53 Vadim Reutskiy
v. 24 Aug 24, 2020 12:53 Vadim Reutskiy
v. 23 Aug 24, 2020 12:52 Vadim Reutskiy
v. 22 Aug 24, 2020 12:51 Vadim Reutskiy
v. 21 Aug 24, 2020 12:44 Vadim Reutskiy
v. 20 Aug 24, 2020 12:37 Nikita Puzankov
v. 19 Aug 24, 2020 05:27 Vadim Reutskiy
v. 18 Jul 13, 2020 10:19 Nikita Puzankov
v. 17 Jul 09, 2020 09:11 Nikita Puzankov
v. 16 Jul 09, 2020 09:10 Nikita Puzankov
v. 15 Jul 09, 2020 08:42 Nikita Puzankov Project Structure
v. 14 Jul 09, 2020 08:33 Nikita Puzankov Blocks Synchronization
v. 13 Jul 09, 2020 08:20 Nikita Puzankov Transactions and Blocks processing
v. 12 Jul 09, 2020 07:22 Nikita Puzankov Iroha Query Processing
v. 11 Jul 09, 2020 07:13 Nikita Puzankov Sending Iroha Queries
v. 10 Jul 09, 2020 07:05 Nikita Puzankov Submission of Iroha Special Instructions
v. 9 Jul 09, 2020 06:25 Nikita Puzankov Plant UML source for components diagram added.
v. 8 Jul 09, 2020 06:12 Nikita Puzankov
v. 7 Jul 09, 2020 06:10 Nikita Puzankov
v. 6 Jul 09, 2020 06:06 Nikita Puzankov
v. 5 Jul 09, 2020 05:45 Nikita Puzankov
v. 4 Jul 09, 2020 05:31 Nikita Puzankov
v. 3 Jul 09, 2020 05:31 Nikita Puzankov
v. 2 Jul 09, 2020 05:30 Nikita Puzankov
v. 1 Jul 09, 2020 04:27 Nikita Puzankov

  • No labels