pf80 on Nostr: Thanks for the quick response Tim Bouma ! I was not necessarily talking about doing ...
Thanks for the quick response Tim Bouma (npub1q6m…x7d5) !
I was not necessarily talking about doing it with nostr safebox. I also thought about block height as a time lock mechanism, but I would also like the thing to handle cases where the message owner is kind of reported missing after some time (e.g. he passed away...).
Maybe this could be achieved by checking if some data (e.g. some signature by the message owner) is present in the latest N blocks. But then still, how does that enable the receiver to unlock/decrypt the message after that condition is met? Also, requiring the message owner to pay for transaction fees for as long as he is alive (even if only every few thousand blocks) is not great.
Those are the reasons why I thought a solution involving a third-party (i.e. a traditional web service) could be acceptable.
I was not necessarily talking about doing it with nostr safebox. I also thought about block height as a time lock mechanism, but I would also like the thing to handle cases where the message owner is kind of reported missing after some time (e.g. he passed away...).
Maybe this could be achieved by checking if some data (e.g. some signature by the message owner) is present in the latest N blocks. But then still, how does that enable the receiver to unlock/decrypt the message after that condition is met? Also, requiring the message owner to pay for transaction fees for as long as he is alive (even if only every few thousand blocks) is not great.
Those are the reasons why I thought a solution involving a third-party (i.e. a traditional web service) could be acceptable.