So I have a few technical questions if I may on the blockchain technology, and how it fits into insurex:

As I understand (and please correct me if Im wrong), confidential private insurance information won't be stored on the blockchain itself, but in the Nosql storage instead? So things like pricing, parties involved in an insurance deal, addresses and contacts of people will be stored in Nosql and not on the blockchain?

But everything else data wise will be written onto the ethereum blockchain? So things like:

- the whole marketplace where people buy and sell (with smart contracts implemented)
- actual insurance contract information
- terms and conditions for insurance contracts which can be issued via smart contracts (like Corda is able to do for banks now)
- portfolio info
- analytics

So what you're doing is having a hybrid..where some data is on ethereum, but other data is kept on a normal database, and the two meet together in an UI, built on normal application languages (node.js etc).

So the follow on question then would be: what type of backups/redundancy or contingency plans will you have if the ethereum network has issues? For example, bottleneck issues which we've seen recently. If a lot of data is purely on ethereum, and ethereum slows down or has other problems (which is possible because its still a third party and a work-in-progress), companies wont be able to access what they want

In essence, how are you ensuring data integrity and the ability to access the information a company needs on insurex in case something goes wrong on the blockchain or somewhere else?

What are your anticipated insurance transaction volumes on the insurex platform once the concept takes off? Because ethereum at the moment is showing some slowdown at 300,000 transactions a day (obviously that will improve with updates)

I would think some insurance companies would also want to use a sidechain to store their insurance information. So have their own private blockchain maintained in the cloud which covers all its sensitive information etc instead of a centralised nosql concept. So they would get the benefits of blockchain, but also keep control over their data in case things go wrong with a more standard public blockchain tech like ethereum

Im thinking something like Factom's blockchain technology to store insurance information as an add-on to insurex would also be good, so data is stored securely in an independent way, but also a smart way.

So..insurex is a great concept but I have some questions there....it doesnt say enough in the whitepaper about the extent of the blockchain implementation and whether everything's been thought of in regards to contingencies and how the control, safety and security of the data on it will work