Versions Compared

Old Version 21

changes.mady.by.user Nikita Puzankov

Saved on

compared with

New Version 22

changes.mady.by.user Nikita Puzankov

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

ItemEPICImportanceRFCNotes
Iroha Special Instructions mechanism

Status
colourGreen
titleMUST



Out of the box set of Iroha Special Instructions

HI2-28

HI2-29

HI2-35

Status
colourGreen
titleMUST


Several Tiers of Iroha Special Instructions provide:

  • Basic building blocks that can be used to build Custom Iroha Special Instructions
  • Maintenance related Iroha Special Instructions (Add Peer, Change Build Block Time, etc.)
  • Iroha Modules related Iroha Special Instructions (Bridge, DEX, etc.)
PermissionsHI2-36

Status
colourGreen
titleMUST

Permissions and Event ListenersPermissions in Iroha implemented based on Assets and Iroha Special Instructions.
TriggersHI2-37

Status
colourYellow
titleCould

Permissions and Event ListenersTriggers in Iroha implemented based on Assets and Iroha Special Instructions.

Modules

ItemEPICImportanceADR/RFCNotes
Bridge

Status
colourGreen
titleMUST

BridgesMechanism for communication between third-party blockchains.

Maintenance

ItemEPICImportanceRFCNotes
Maintenance Endpoint

HI2-26

HI2-27

HI2-46

Status
colourGreen
titleMUST

Maintenance Endpoint

...

Continuous Delivery

Longevity Stand

Distributed testing

  • 10 servers, each on a different machine and in different geographies.
  • Run data through them for several minutes to really get some meaningful data.
  • Here is what each peer should do:
    - sync with peers about latest blocks
    - gossip about (forward) transactions that are pending that they have
    - propose or vote on a block (as part of consensus)
    - ping and verify peers as part of the Hijiri reputation system (basically something like eigentrust++)
    - share time information as part of a p2p network time service

User interaction and design

...