Probably like most people on HN, I have no idea how effective permissioned blockchain will end up being.
I took the edX Blockchain for Business class last year, and was sipping the coolaid, but now I am not as optimistic. For small groups of people and organizations, a permissioned blockchain might be over engineering when a distributed and secure shared database would be fine. For very large scale applications like health care records or smart contracts involving many thousands of individuals it makes more sense, but good luck getting off the ground.
I am still experimenting with two frameworks, one written in Rust and the other Haskell, but I am starting to think I am investing too much time.
I've come to this same realization, except I'm also still quite on the fence for big corp use cases. I feel like RPC APIs or REST could do as good as a enterprise blockchain with better performance.
May I ask what are the Rust and Haskell based frameworks you are looking at? I've been experimenting with Hyperledger Fabric and might try out BigchainDb.
Exonum is written in Rust and Pact (and Juno) are written in Haskell.
I was very enthusiastic last fall about setting up, on a very small scale, what my friend Ben Goertzel did with SingularityNet.io. I set up a placeholder web site http://hyperledgerai.com/ but have been too busy with my day job to put enough effort into it.
I took the edX Blockchain for Business class last year, and was sipping the coolaid, but now I am not as optimistic. For small groups of people and organizations, a permissioned blockchain might be over engineering when a distributed and secure shared database would be fine. For very large scale applications like health care records or smart contracts involving many thousands of individuals it makes more sense, but good luck getting off the ground.
I am still experimenting with two frameworks, one written in Rust and the other Haskell, but I am starting to think I am investing too much time.