Hacker News new | ask | show | jobs
by kybernetikos 2961 days ago
This is the right way to look at it I think. I've been looking at a blockchain based solution recently, and there has been an awful lot of negativity, and people wondering if it would have been possible to implement the same solution with an oracle database.

Well, yes, it would have been possible. There are a couple of minor things the blockchain does better and a couple of things it does worse for this use case, but fundamentally, I believe the blockchain based solution was cheaper to build and will be cheaper to maintain.

People need to consider these solutions in the context of whether or not they solve business problems effectively, and put aside knee jerk reactions based on technological prejudices.
1 comments
icebraining 2961 days ago
Why was the blockchain cheaper to build and maintain compared to a traditional RDBMS? I agree that avoiding knee-jerk reactions is good, but I frankly have yet to see a case where it was actually the best solution, except for the case of Bitcoin and other public cryptocurrencies.
link
kybernetikos 2961 days ago
Because we wanted transactions signed with the key of the transactor and a complete audit history (ideally one that couldn't be tampered with, even by an admin).

By using ethereum, we didn't need to write microservices to front the database, we didn't need to configure the database (not trivial if you want serializability https://blog.dbi-services.com/oracle-serializable-is-not-ser... ), we didn't need to write any cryptography code, we don't need to run any kind of infrastructure (let alone expensive, distributed infrastructure) to allow people to interact with and update the data. We get broadcasting of changes to clients so that the UIs can be kept up to date for free too.

We do have to carefully audit our smart contracts, but they are much smaller pieces of code than the microservices and triggers that we would otherwise have written.

Mainly, because our use case was similar to the crypto-asset tracking use case, there was a lot of code we could rely on already in ethereum that we would have had to write ourselves in the RDBMS world.

link
icebraining 2961 days ago
Thanks. I have to admit I don't agree with most of that as stated, but I wasn't involved in the actual project, so I admit I may still be missing specifics.

By the way, did you use any historical data from the tracking? Does ethereum provide good tools to analyze that?

link