Was reading the article below and thought it would be nice to apply such an architecture to NuLaw. The blockchain layer with the grant and motions which are tied in a irrefutable way to the database layer which holds the motions and grants itself. Anyone up to it?

Excerpt below, full article here: https://www.linkedin.com/pulse/5-pillars-3-layers-enterprise-blockchain-solution-design-strajnar

Excerpt article enterprise blockchain design by Fran Stanjer:

For ease of explanation let’s take a (limited) look at a real business case we are currently exploring with some banks;

Bank-Feeds on the Blockchain:

Diagram

In this design, the application layer is where the Bank, Intuit & 3rd Party sit up top and would be the interface to connect these parties and their systems into the layers below.

The diagram above further illustrates how network participants interact with the data at each layer:

Bank writes an encrypted data record for Customer[c] to the Private Data Store.

Bank broadcasts a transaction under Customer[c]’s address to the Blockchain with a pointer to the data record.

Third-party [Intuit] was monitoring for transactions under Customer[c]’s address and reads the pointer.

Third-party[Intuit] initiates a key exchange with the Bank to retrieve a shared secret for the data record.

Third-party[Intuit] uses the shared secret to decrypt the data record and can now read the transactional data from the Private Data Store.

— end of excerpt —

The database can be maintained under the NuLaw App/header (the bank in the diagram) and the third party (Intuit in the diagram) can be the Blockchain App tying motions and custodial grants to the database. Ideally the database will be held decentralised itself. That would be a whole new level of eGov!