Timelock Encryption made possible and easy to use

Re:Timelock Encryption made possible and easy to use by Temporary_31337 on Monday August 15, 2022 @08:15PM (#32477520)

I'm trying to think of use cases as the readme also suggest a threshold timestamp AFTER which things can't be decrypted (I guess for things like log rotation?) and I think that simply deleting (overwriting securely or whatever) would be far less resource intensive?

[ Parent | on HN ]

Re:Timelock Encryption made possible and easy to use by slaymaker1907 on Monday August 15, 2022 @09:15PM (#32478064)

That would be a lot more difficult, if not impossible. My understanding of this thing is that it's sort of like a distributed key generator with part of the protocol being that the key is revealed after a particular point in time. If such a thing existed for the reverse, I suspect it would enable general purpose DRM by combining Timelock Encryption with the threshold timestamp mechanism so that some document would only be decryptable for a particular time period.

[ Parent | on HN ]

Re:Timelock Encryption made possible and easy to use by ashtuchkin on Monday August 15, 2022 @08:42PM (#32477769)

It's the reverse - it can only be decrypted after a threshold timestamp, not before.

[ Parent | on HN ]