Process iterates for each transaction in transaction pool. Validates each transaction and then sets up all necessary changes in VMDB database. That is sets up all banking objects – transfers, standing orders, direct debits etc.
PBF
Process of block finalization
After all transaction are processed, new block at the top of existing blockchain can be created. All transaction plain text bodies are crypted. Crypting keys are stored with transactions records. Hash of new block is calculated using crypted bodies of transactions. New block is written at top of blockchain. New block is added to the external server, for purpouse of later possible blockchain control
All other components of diagram are described here.
Data flows
Direction
From
To
Label
Description
UNI
VMTP
PSTP
DF1
Within this flow fly each transaction data. Process of PSTP required all transaction data in order to propagate all necessary changes from transaction written in transaction pool to VMDB.
UNI
PSTP
VMTP
DF2
After propagating changes from transaction, transaction data is updated with corresponding references to new created/updated objects in VMDB
BI
PSTP
VMDB
DF3
From PSTP to VMDB fly data on newly created/updated business objects. This data is stored in VMDB. Opposite direction fly Ids of new objects created in VMDB. These are used to update transaction records in VMTP by DF2 data flow
UNI
PBF
VMTP
DF4
During process of block finalization, new record of block is created at the top of blockchain. Transactions have to be updated with new block’s id
BI
VMBCDB
PBF
DF5
Through this flow fly data of new block. Opposite direction comes new block’s id
UNI
PBF
BCBS
DF6
After new block is created, transactions in encrypted form are written to external server. In order to set the blockchain data to stone. And provide possibility to external verifiers of blockchain to do their work
Process flows
Legend
Description
PF0
Whole process starts after some period of time since last block was written is passed, or simply after transaction pool gets filled to certain level with new transactions
PF1
Process iterates through each new transaction in pool
PF2
Part of iteration mentioned in PF1
PF3
After all transactions are validated and corresponding actions taken in VMDB, subprocess of block finalization is called
PF4
After PF3, process ends
Views: 398
We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept All”, you consent to the use of ALL the cookies. However, you may visit "Cookie Settings" to provide a controlled consent.
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website.
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
Cookie
Duration
Description
comment_author_email_{HASH}
12 months
You can check the checkbox to store your email when you comment in the discussion. This is purely a convenience so that you won’t need to re-type it again when you want to leave another comment.
comment_author_url_{HASH}
12 months
You can check the checkbox to store your URL when you comment in the discussion. This is purely a convenience so that you won’t need to re-type it again when you want to leave another comment.
cookielawinfo-checkbox-necessary
12 months
Used by cookie bar. Records the default button state of the corresponding category & the status of CCPA. It works only in coordination with the primary cookie.
cookielawinfo-checkbox-necessary
12 months
Set by the cookie bar, this cookie is used to record the user consent for the cookies in the "Necessary" category.
viewed_cookie_policy
12 months
Set by cookie bar. Records whether the cookie bar was visited or not.