Can anyone suggest whether the described architecture is not voilating the principle of blockchain.Let's say we have a huge data set of PolicyHolder,which has may attributes.There are so many regulators involved in the process of claim.Lets say Entity A(Authentic) has send some data to Insurance Company(which holds the data set of policyholders). Company has to validate whether the data that is coming is satisfying all the attributes of the (policy holder) if it is satisfying the amount has to transferred else reject the request.If doing all this of checking attributes in the Smart contract is very costly.So is it okay to do this in offchain and then write the Transaction in Blockchain(Ex-P234,has paid $400 to Address: 9090909090 for accident).Is there any better way to do this?

Can we use oracalize to fetch the data from Database and do the validation conditions here and write the transactions in Ethereum Blockchain?

  • 1
    Why would you want to use Ethereum blockchain for this? – Lauri Peltonen Aug 27 '18 at 9:41
  • You would use IPFS or Swarm to store eg JSON documents (github.com/ethersphere/swarm) and store the hash pointers on chain only. – Nico Vergauwen Aug 27 '18 at 22:25
  • Likewise you can use Whisper github.com/ethereum/wiki/wiki/Whisper To send requests for claim verification. – Nico Vergauwen Aug 27 '18 at 22:26
  • I am doing proof of concept for Insurance domain using Blockchain.As there are so many intermediates involved in the entire process of Insurance claim and other stuff,with this technology we want to cut the number of intermediates and make the things more transparent. – Sravan Aug 28 '18 at 3:57

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.