You're viewing a single thread.
I'll likely get downvoted but Polestar, the EV automaker that used to build performance variants for Volvo, uses blockchain to track minerals used in their EV's.
Circulor Circulor's blockchain technology enables tracing of extracted raw materials, particularly those with significant impact to communities and the environment.
I like that they use blockchain to ensure the minerals they use aren't coming from negative sources but I'm sure someone will argue and say it's stupid or that SQL can do the same.
Polestar uses contracts and audits to ethically source materials, not blockchain. It uses blockchain as a shitty append-only SQL database to (apparently) tell you where the materials came from. Let me quote from Circulor's website:
data can be fed seamlessly to the blockchain via system integration using RESTful Web Service APIs with security and authentication protocols
So the chain is private and accessible only through a centralized, authenticated REST API. This is a traditional web application. A centralized append-only ledger is not even a blockchain.
This guy ICTs ... Keep up the great work!
So you're saying Polestar is lying about using blockchain?
https://media.polestar.com/global/en/media/pressreleases/500098
Polestar enters strategic partnership with blockchain provider Circulor
Collaboration targets blockchain traceability and CO2e tracking
Progressive in scope and ambition, partnership enables unprecedented supply chain transparencyWell, I'm saying Circulor is most likely lying about their "blockchain" actually being a blockchain, or that they've pointlessly set up extra nodes to perform redundant work in order to avoid technically lying.
Blockchain is completely pointless without 3rd parties being part of the network. It's like me saying I run a personal social network for just myself.
It must be exhausting being so cynical.
Buzz words. It doesn’t matter if it’s true, as long as it sells. See, you remembered, so it worked.
Yes, it can probably be done with a traditional database
You could do literally the same thing with a series of private key signed envelopes containing the prior chain of signed content. Boom, verifiable chain of custody without any rainforests being burned down.
I'm hoping you're being hyperbolic about burning rainforests because not every blockchain is power hungry like Bitcoin or the old the POW Ethereum.
Besides, the rainforest is being burned down to make way for more cattle to provide more beef. Not sure why you chose the rainforest as example of intense computational power.
It's somewhat hyperbolic, but in relative terms, it is pretty wasteful to implement it with a blockchain over what I just suggested. Cryptographic consensus doesn't solve anything for the given example that the verifiable chain of custody in my proposed alternative does not and there's zero way it's less expensive than a bunch of asymmetric signatures that can be verified offline on demand. If anything, it's better than a blockchain since it would only require a majority of parties to be complicit in a lie to rewrite history in a blockchain full of parties that have no business with any given transaction other than to enforce immutability whereas it would require every single node in the chain of custody before you to be complicit in my proposal.
And I'm surprised that the rainforest thing confuses you. It and burning tires are the go-to colloquialisms for complaining about things that are unnecessarily environmentally hostile, particularly when talking about crypto crap. But yeah, blockchains are a solution in search of a problem, so the derision is intentional. There's no legitimate problem that can be solved with blockchain that can't be solved in a better way. Cryptocurrency only in theory and this supply chain problem are the closest it gets to blockchain making sense and it still fails to be better than non-blockchain alternatives.
No, because it would be trivial to make a change and regenerate the entire chain.
Yeah, you would only need to have every single private key for all nodes that follow you in the supply chain. Super trivial.
OK. So you are proposing a private blockchain with minimal data validation rules.
How do you decide who gets to add the next record?
You would also need some protection against all nodes sharing their keys.
It's not a blockchain. It's closer to a series of forwarded emails with certificate signing. Who gets to add the next record? How about the party that is doing that step of processing in the supply chain. And I have a great idea for protecting the keys. It's called asymmetric key pairs. You can verify a signature using a public key without having the private key required to be able to generate that signature.
It's not a blockchain. It's closer to a series of forwarded emails with certificate signing.
You've got hash linked data, signatures, verification procedures, distributed storage. It's not very sophisticated, but you are definitely on the path to reinventing the blockchain.
Who gets to add the next record? How about the party that is doing that step of processing in the supply chain.
Oh, so you want a new database for every item. Let's have one database handling lots of items and validated in sequence.
And I have a great idea for protecting the keys. It's called asymmetric key pairs.
Brilliant. And how is your invention different from a private permissioned blockchain?
Blockchain is the shitty reinvention of PGP, my dude. I don't agree to this silly retronym for nearly 50 year old cryptographic methods. Yes, if you remove all the supposed advancements and advantages of blockchain, you're left with the cryptographic foundation which was the only thing that had merit. Congratulations.
Yes. Blockchain is PGP + Hash linked lists + Distributed validation. They hadn't been combined until 2008.