67
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 29 Aug 2023
67 points (100.0% liked)
Technology
37727 readers
601 users here now
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
I don't think you get it. With a distributed ledger your username could be unique. sorta like the digital art pieces. So if your instance goes down you register at another one with your token and it recognizes you and associates you with everything it conceivably can (some stuff may only have been saved on the instance which is gone). So if the new instance has magazines you interacted with it should still be able to see comments as yours and such.
tree burning is bitcoin specific implementation. distributed ledger does not rely on processing power being wasted for no good reason. Believe me I don't like bitcoin or its ilk but am fine with grid coin for example. pgp keys are for authentication and don't store information. distributed ledger is not for authentication its for just like it sounds. keeping a ledger.
The blockchain Is not public. It can only be accessed by nodes whose members are in the channel.
I'm curious whether without a blockchain there is a solution that (a) allows users to access all their encrypted messages even if any individual server goes down, (b) preserves a record of all communications/edits, and (c) is resistant to record tampering by a malicious server admin.
Storing client side isn't good enough, your records could be lost or destroyed. That's why people use Gmail.
And it's not just third parties, what about untrusted recipients? For example, how do you prove you sent someone a message on a decentralized system?
Even if it's encrypted, it can be lost or destroyed if it's stored client side.
I know what identity keys are, but they don't solve the problem. If someone says they didn't receive your message, the best way to prove you successfully sent it is to use a distributed ledger.
That doesn't solve the problem. If you don't get a read receipt, then you can't prove you sent the message. And if the recipient doesn't want you to be able to prove you sent a message, they can disable sending read receipts.
This sort of system is not meant for your use case. It is not meant for memes or other things nobody cares about. It is meant for people who need an auditable permanent copy of their communication.
For example, businesses sending orders, contracts, etc to each other. Or lawyers sending documents to each other. They need systems that are private, not susceptible to central server failure, yet nevertheless auditable in case of an untrustworthy recipient.
If a lawyer sends a time-sensitive letter to opposing counsel, the recipient must not be able to claim, "You did not send it to me on time". Blockchain is a good solution for such needs.
Did you read the paper? This isn't Bitcoin. The metadata is not available to the public.
I just gave you one example of a use case. It's hardly unique. There are plenty of time-sensitive messages sent in business settings, and plenty of people who don't necessarily want to acknowledge receiving them.
More examples, off the top of my head:
Manager tells worker they need to cover an emergency on the weekend, worker claims they never received the message.
Business wants to cancel a work order, contractor shows up and says they weren't properly notified of the cancellation.
Supervisor sends disciplinary note to employee before dismissal, employee says it was never sent and then claims wrongful termination.
And of course, this has nothing to do with email. So if you set up a "spam filter" that deletes your boss's messages, that's on you. They know they sent you the message, even if you delete it or otherwise pretend they didn't.
This is about an independent audit trail, not "keeping logs". Your personal email server doesn't count, because you can alter the log to show whatever you want. Nobody is going to take your word for it.
Finally, it's pretty clear you have no idea how this system is supposed to work, because you keep claiming that documents are "accessible by any third party". You do understand that not every blockchain system is public, right?
Lol what? I knew what they were, I just thought it was stupid to bring them up because they solve nothing.
Oh, then there is no need to worry about it, I guess.
"Respond to what??"
Then the worker pulls out their phone and says, "see, it's not on my phone"
Unless, of course, the sender/manager actually didn't properly notify the contractor/employee, and now they are lying to cover their ass.
Like many disputes, it amounts to he-said-she-said. When it goes to court, the jury will flip a coin. There is a better way.
So, federation across channel participants, but with blockchain instead of a "shared database"?
Yes, that sounds like their goal.
Blockchain is used to prevent a malicious participant from altering/corrupting records.