Part 5, it is high time we get visual, here we take a look at how the block lattice actually works from a visual perspective, what is the sequence of a transaction and how well does it all operate together. A long post because of loads of images.

Index

• Part 1: Introduction
  (https://steemit.com/blockchain/@iwan.spillebeen/bockchain-decrypted-the-block-lattice-introduction)
• Part 2: In depth
  (https://steemit.com/blockchain/@iwan.spillebeen/blockchain-decrypted-the-block-lattice-in-depth)
• Part 3: Adaptability / Scalability
  (https://steemit.com/blockchain/@iwan.spillebeen/blockchain-decrypted-the-block-lattice-adaptability)
• Part 4: Attack Potential
  (https://steemit.com/blockchain/@iwan.spillebeen/blockchain-decrypted-the-block-lattice-attack-potential)
• Part 5: Block Lattice Visualisation
  (https://steemit.com/blockchain/@iwan.spillebeen/blockchain-decrypted-the-block-lattice-visualisation)
• Part 6: Network Flooding
• Part 7: Resolving Forks

How does the Block Lattice Work?

The block lattice is based on the double entry accounting principle, which is unique in comparison to other blockchains. In order to process a transaction, the user needs to submit a send and a receive transaction and each user has his/her own blockchain (one per node).

Only the node owner can perform transactions on his her own blockchain and the node manages the ledger. The node connects to other nodes over the internet, using IPV6/IPV4 and UDP.

Process in brief

• Each transaction is captured in its own block, on the nodes' blockchain (both sender and receiver)
• When a receiving block is added, the receiving node broadcasts the block back out to the network to announce it has been observed.
• The node then waits and observes incoming publish and confirm messages to see if any conflicting blocks are published
• Non-voting nodes will transmit unsigned publish blocks and voting nodes will sign the block with their voting key and publish a confirm message
• A message is considered confirmed if there are no conflicting blocks and a 50% vote quorum has been reached.
• If there is a conflicting block the node will wait 4 voting periods (1 minute total, 15 sec/period) and confirm the winning block

Basic transactions

• The lattice is a set of blockchains per node:
  • Alice
  • Bob
  • Carol
• Each have their own chain
• Alice is a voting node
• Every transaction is 1:1

• In order to perform a transaction the node creates a send transaction in its own blockchain (Bob sends to Carol)
  

• The node also creates an identical receiving transaction which is sent to the recipient chain (Carol receives from Bob)
  

• Carol’s chain needs to accept the transaction

• It runs the confirmation procedure

• It broadcasts the block to the network

• It waits for network confirmation (check for conflict)

• A voting block (Alice) will sign with their key and publish a confirm message (50% quorum – 15secs)

Simultaneous / Asynchronous

In the block lattice, a large number of transactions happens simultaneously

• Some are asynchronous
  

Example 1

• Carol sends a transaction to Dave

• Dave sends a transaction to Alice which is instantly received by Alice

• Dave accepts Carol’s transaction (1)

Example 2

• Alice sends a transaction to Bob

• Bob sends a transaction to Carol which is instantly received by Carol

• Bob sends a transaction to Alice which is accepted by Alice some time later

• Bob accepts Alice’s transaction (1)

Start of the Lattice / Genesis

• Each chain starts with a genesis block, containing the genesis balance
• The genesis balance is fixed and can never be increased
• The genesis balance is divided and sent to other accounts who further divide it and sent it to other accounts
• This provides traceability back to the Genesis block for each account (the sum of all balances of all accounts will never exceed the initial genesis balance)

Now that we’ve outlined the workings of the lattice network, we can look into Network flooding and network echo in more detail, which will be covered in the next two chapters.

Acknowledgements / References

Artwork:

• Title page “Intelligent Solutions” courtesy of http://www.hloom.com/cover-pages/
• Page header / footer “Abstract blue lights” created by Kotkoa - Freepik.com

Other references:

• https://medium.com/@yourcryptomarketing/Nano-the-future-of-bockchain-architecture-no-fees-and-unlimited-scalability-for-all-b2c51a0d80a7
• https://www.reddit.com/user/meor
• https://www.forbes.com/sites/louiscolumbus/2016/11/27/roundup-of-internet-of-things-forecasts-and-market-estimates-2016/#54bb8ea9292d
• https://github.com/clemahieu/Nano/wiki/Double-spending-and-confirmation
• https://github.com/clemahieu/Nano/wiki/Representatives-and-decentralization
• https://Nano.net/page/resources.php#devtools
• https://en.wikipedia.org/wiki/Steganography
• https://hackernoon.com/iota-vs-Nano-413679bb4c3e
• https://github.com/clemahieu/Nano/wiki/Distribution,-Mining-and-Units
• https://github.com/clemahieu/Nano/wiki/Roadmap
• https://github.com/clemahieu/Nano/wiki/Attacks
• https://hackernoon.com/visualizing-how-Nano-works-8c70678ef082

Contact me

You can contact me here with any questions, suggestions and / or to discuss the topic of this document:

LinkedIn: https://www.linkedin.com/in/iwanspillebeen/
Email: [email protected]
CryptoPub/ToshiTimes: https://forum.toshitimes.com/u/iwan.spillebeen

Sponsoring

I write these papers to - hopefully - help make blockchain more accessible to people new to the technology, I don't get paid, nor sponsored to write these papers. If you absolutely feel inclined to donate something to the writing of this document, you can do so at the following address:

• Ethereum / Ether: 0x6E2a1f9baD495B894A2c6F8240918620F899f4E2
• Nano / XRB: xrb_1xxzi1o9ywinusod35dcun6ku385i33bohhh8hpap76fh67fgnxg1m3qm9mb

Disclaimer

Blockchain – Decrypted is written as a series of chapters, aimed at demystifying the various workings of blockchain technology. Where appropriate I use examples from existing or to-be cryptocurrencies, these examples are just that, examples, and do not aim at promoting or otherwise endorsing any given cryptocurrency.

This document does not constitute legal or financial advice and I do not make any guarantees or promises as to any results that may be obtained from using my content. No one should make any investment decisions without first consulting his or her own financial advisor and conducting his or her own research and due diligence. I disclaim any and all liability in the event any information, commentary, analysis, opinions, advice and/or recommendations prove to be inaccurate, incomplete or unreliable, or result in any investment or other losses.