4 ms·
There can be proof-of-stake blockchains, proof-of-use, proof-of-minimum-aged-time, etc. etc. The blockchain is just a chain of blocks, there are innumerable wa
by mikeyouse 11y ago
There can be proof-of-stake blockchains, proof-of-use, proof-of-minimum-aged-time, etc. etc. The blockchain is just a chain of blocks, there are innumerable ways to protect it, verify it, and distribute the data.
- wmf 11y agoBut a bunch of the "blockchain blockchain blockchain" startups don't use proof of anything.
- brighton36 11y agoIf the blockchain is just a chain of blocks, then every database designed after 1985 is also a blockchain. Is that what you believe? Also- proof of stake always forks due to work attacks, so that's probably not a secured database.
- mikeyouse 11y agoI think the core value of a blockchain (as opposed to any general database) is that the most recent blocks contain a hash of the state of the system up to that point. This provides a tamper-resistant historical record of what's occurred previously. I think your second point is what some of the critics of the bitcoin obsession are talking about. Not every blockchain needs to be as attack-resistant as the bitcoin network. Many of the speculative blockchain uses like for the Internet of Things could benefit from a history of all transactions but don't depend on it. Proof-of-stake might work fine for many cases.
- smokeyj 11y ago> This provides a tamper-resistant historical record of what's occurred previously. So git basically. Maybe instead of blockchain technology they could call it version control tech.
- gobengo 11y agoMaybe instead of version control tech they should call it a Merkle Tree https://en.wikipedia.org/wiki/Merkle_tree https://en.wikipedia.org/wiki/Merkle_tree
- nickpsecurity 11y agoOr a series of files with numbers that go up and a data structure tracking their dependencies. Git and others might use Merkle Trees but they're not even necessary. Good, but not necessary. Lot of ways to represent these basic concepts with so many tradeoffs. That's why it's exciting when people break away from the crowd dictating specific approaches and start asking themselves questions about alternative techniques. :)
- CyberDildonics 11y agoWhat you are describing has been a core of any ledger/immutable database. It isn't new and in fact has been around for ages. You don't really think a bank keeps all you money in a sacred database cell do you?
- lmm 11y agoPlenty of banks use pretty horrifying technology. Append-only databases have been a cool research project for ages but I've never seen one in production.
- lambdadmitry 11y agoYou can find some here: http://www.datomic.com/customers.html http://www.datomic.com/customers.html
- lmm 11y agoAre any of those dividend-paying companies? At the risk of no true scotsmanning, I wouldn't count it as "production" if the company isn't making money off it yet.
- nickpsecurity 11y agoThey're more likely to use mainframe database systems with the verification done in apps that interface with it or do batch runs on it. The mainframes and databases themselves cover the integrity and availability portions. So, it's a ledger in practice but not directly stored as one. Matter of fact, storing it as one is incredibly wasteful. Banking systems have shown it's not necessary. Just need the transactions, timing, sources, and verification of them.
- kang 11y agoAll those "proof-of"s have a money origin problem.
- nickpsecurity 11y agoThat problem was solved back when we started putting money into banks and using it with computerized transactions. Variations on that model with nonprofits and distributed transactions could go far as alternative go current system.