pf80 on Nostr: I am considering building a service for sharing time locked messages and would be ...
I am considering building a service for sharing time locked messages and would be curious to hear your thoughts and recommendations.
My main motivation is that I would need something like this for myself, but could not find the right tool for my needs (please point me to any similar service you may know, I have certainly missed some).
The goal is to provide a user friendly (non-tech savvy) way to transmit and to claim a message after a given date or after a certain period of inactivity by the message sender. Could be used for inheritance planning obviously, but it would not have any legal authority.
I know the concept of timelock exists in Bitcoin, and also services like Casa or Nunchuk provide inheritance planning capabilities. But I am after something possibly simpler to transmit possibly less sensitive data/information. It would be used to transmit text, with whatever message you want. This doesn't mean security should not be a concern, so here are some of my thoughts at this stage, to possibly build something practical and secure enough:
* The service is a third-party that will store the encrypted message, i.e. you rely on the third party to retrieve the message or be notified when unlocked, but that third-party never knows the content of the message (i.e. encryption/decryption on the client side)
* Open source project so anyone can review the code (and for example validate that unencrypted message are indeed never sent to the third-party)
* Different workflows can be imagined, e.g. unlock message after a given date or unlock message after a certain period of inactivity by the author
* The message recipient is expected to have the key to decrypt the message the day it becomes available
* The message author can cancel the message with his key or with his email address (e.g. in case he lost the private key, he can still cancel the message but cannot view it)
I imagine pretty much anyone on Nostr will rightly say that relying on a third-party is not ideal, but it seems to me that it is acceptable in this case, mainly because the the third-party actually never sees the unencrypted message.
Anyway, I am curious to collect some thoughts about this. Thank you in advance for your feedback.
#timelock #inhertiance
Published at
2024-08-19 12:08:31Event JSON
{
"id": "a331f4e7b146bd78c8e662c08a2085f56e6262a89b419583b5ac5db4ec379aa6",
"pubkey": "5b9c2a8f1ea889d63729423cb56702e3976a8fe4910dc7b227179c81cb210abe",
"created_at": 1724069311,
"kind": 1,
"tags": [
[
"t",
"timelock"
],
[
"t",
"inhertiance"
]
],
"content": "I am considering building a service for sharing time locked messages and would be curious to hear your thoughts and recommendations.\n\nMy main motivation is that I would need something like this for myself, but could not find the right tool for my needs (please point me to any similar service you may know, I have certainly missed some).\n\nThe goal is to provide a user friendly (non-tech savvy) way to transmit and to claim a message after a given date or after a certain period of inactivity by the message sender. Could be used for inheritance planning obviously, but it would not have any legal authority.\n\nI know the concept of timelock exists in Bitcoin, and also services like Casa or Nunchuk provide inheritance planning capabilities. But I am after something possibly simpler to transmit possibly less sensitive data/information. It would be used to transmit text, with whatever message you want. This doesn't mean security should not be a concern, so here are some of my thoughts at this stage, to possibly build something practical and secure enough:\n\n* The service is a third-party that will store the encrypted message, i.e. you rely on the third party to retrieve the message or be notified when unlocked, but that third-party never knows the content of the message (i.e. encryption/decryption on the client side)\n* Open source project so anyone can review the code (and for example validate that unencrypted message are indeed never sent to the third-party)\n* Different workflows can be imagined, e.g. unlock message after a given date or unlock message after a certain period of inactivity by the author\n* The message recipient is expected to have the key to decrypt the message the day it becomes available\n* The message author can cancel the message with his key or with his email address (e.g. in case he lost the private key, he can still cancel the message but cannot view it)\n\nI imagine pretty much anyone on Nostr will rightly say that relying on a third-party is not ideal, but it seems to me that it is acceptable in this case, mainly because the the third-party actually never sees the unencrypted message.\n\nAnyway, I am curious to collect some thoughts about this. Thank you in advance for your feedback.\n\n#timelock #inhertiance\n",
"sig": "b2717d70b04b4620c9af7b494e33a72a0971d7fd996d688ad0118d1c084d5a173bb915052ae76a0508374c071603fdfbcb489cbcdb76ae9820357328640f768c"
}