5 ms·

It wasn't a blockchain per se. It basically was Amazon's Version of Rich Hickey's Datomic and them pointing people to Aurora for Migration is a bit of a joke. I

It wasn't a blockchain per se. It basically was Amazon's Version of Rich Hickey's Datomic and them pointing people to Aurora for Migration is a bit of a joke. It's a completely different product. QLDB is an immutable database with allowing you to move back and forward in history and do live streaming of events etc with cryptographic verification built in. You _can_ set up Postgres like this but it's a lot of hoops and not very user friendly (some monstrosity involving DMS, Kinesis Firehose and what not).

kfrzcode 2y ago
This makes me wonder if Hedera Hashgraph can support this use case...
wordofx 2y ago
> QLDB is an immutable database with allowing you to move back and forward in history and do live streaming of events etc with cryptographic verification built in. Which no one ever needed.
- ahoka 2y ago
  Well, git is kinda popular.
  - zaphirplane 2y ago
    What about Git rebase -i
- ffsm8 2y ago
  Eh, most people would like their apps to provide them with a browsable history of their data, and why the changes happened. It's just increases scope x100 to get anything done, so few do it... but if the tooling was available, almost all stateful applications would benefit from it.
  - Demiurge 2y ago
    Most people? There is a Django-history module, and yet it’s not nearly as popular as Django. I’ve used this on two out of 100 projects. No one ever actually wanted the history, it’s there for “just in case of an audit” and compliance, which never comes.
  - wordofx 2y ago
    lol no. And the DB isn’t going to tell you who what why without you writing code to support that audit in which case… that special database has solved exactly 0 problems that a traditional RDBMS already solves.
    - ffsm8 2y ago
      I was addressing the point "nobody wants that". And I disagreed, because: if it existed, almost everyone would want it. The tooling just doesn't exist. Doing it with half-assed tooling increases the scope of literally every development you'd be doing, so nobody bothers with it. Ive never worked with this particular database, so no idea how it would work in practice here.
- happymellon 2y ago
  I used it for a subset of the features. Financial auditing and risk rating of destination banks for a particular network. Having an immutable database that was able to track fraud ratings, along with when exactly it occurred with the data available at the time was pretty cool. You could probably do it with other tools, but having it all in one product was nice. The cryptographic verification was helpful for legal defence. I can't think of any other uses so we may have been their only customers.
  - Terretta 2y ago
    This was the perfect use case. QLDB is the 'blockchain' businesses need. If you think of blockchain design choices as a set of dip switches, QLDB is the only one with all the correct settings for distributed business transaction value at scale.

kfrzcode 2y ago

This makes me wonder if Hedera Hashgraph can support this use case...

wordofx 2y ago

> QLDB is an immutable database with allowing you to move back and forward in history and do live streaming of events etc with cryptographic verification built in. Which no one ever needed.

ahoka 2y ago
Well, git is kinda popular.
- zaphirplane 2y ago
  What about Git rebase -i
ffsm8 2y ago
Eh, most people would like their apps to provide them with a browsable history of their data, and why the changes happened. It's just increases scope x100 to get anything done, so few do it... but if the tooling was available, almost all stateful applications would benefit from it.
- Demiurge 2y ago
  Most people? There is a Django-history module, and yet it’s not nearly as popular as Django. I’ve used this on two out of 100 projects. No one ever actually wanted the history, it’s there for “just in case of an audit” and compliance, which never comes.
- wordofx 2y ago
  lol no. And the DB isn’t going to tell you who what why without you writing code to support that audit in which case… that special database has solved exactly 0 problems that a traditional RDBMS already solves.
  - ffsm8 2y ago
    I was addressing the point "nobody wants that". And I disagreed, because: if it existed, almost everyone would want it. The tooling just doesn't exist. Doing it with half-assed tooling increases the scope of literally every development you'd be doing, so nobody bothers with it. Ive never worked with this particular database, so no idea how it would work in practice here.
happymellon 2y ago
I used it for a subset of the features. Financial auditing and risk rating of destination banks for a particular network. Having an immutable database that was able to track fraud ratings, along with when exactly it occurred with the data available at the time was pretty cool. You could probably do it with other tools, but having it all in one product was nice. The cryptographic verification was helpful for legal defence. I can't think of any other uses so we may have been their only customers.
- Terretta 2y ago
  This was the perfect use case. QLDB is the 'blockchain' businesses need. If you think of blockchain design choices as a set of dip switches, QLDB is the only one with all the correct settings for distributed business transaction value at scale.