-
m-relay<mak_noob:matrix.org> Hello. I am interested in timestamp proofs using monero.
-
m-relay<mak_noob:matrix.org> After reading a bit here and there, the best approach I have found is the following:
-
m-relay<mak_noob:matrix.org> 1) Suppose I have a 256bit secret `S`
-
m-relay<mak_noob:matrix.org> 2) Create a new wallet with `S` as seed, say with public monero address `A`
-
m-relay<mak_noob:matrix.org> 3) Send some XMR to `A`. The transaction is included in the blockchain and thus has a timestamp.
-
m-relay<mak_noob:matrix.org> 4) Eventually disclose `S`. Anybody can verify that `A`, generated from `S` has received some XMR at the given date.
-
m-relay<mak_noob:matrix.org> 5) [...] of course the XMR in `A` will now be stolen by somebody.
-
m-relay<mak_noob:matrix.org> Is this the best approach to the problem? Any other ideas?
-
m-relay<nelliekins:matrix.org> makkiato: hi. What level of accuracy & precision are you looking to achieve? In [4] you mention "given date" - is that all the accuracy you require?
-
m-relay<mak_noob:matrix.org> neac: hi! Yes, since the timestamp I am looking for is a blockchain block, I guess the precision is indeed quite limited. But yes, +/- 1h is what I am thinking about at the moment.
-
m-relay<mak_noob:matrix.org> I am basically thinking about something like opentimestamps.org, but simpler and homemade, and based on monero.
-
m-relay<mak_noob:matrix.org> One variant of the above "protocol" would to use `S` to generate the private view key only, and use a random private spend key. This way we fix point (5): after release of `S` everybody can view A but not spend its xmr.
-
m-relay<nelliekins:matrix.org> Sounds interesting.
-
m-relay<nelliekins:matrix.org> (Although this isn't the ideal forum for such discussion, really. Perhaps consider moving it to matrix.to/#/#monero-research-lounge:matrix.org?)
-
m-relay<mak_noob:matrix.org> Thank you, I did not know that channel. I will move there :)
15 hours ago