sig-blockchain-data icon indicating copy to clipboard operation
sig-blockchain-data copied to clipboard

usecase: proof of a file's existence?

Open monkeypants opened this issue 8 years ago • 2 comments

I want to prove a file existed (on IPFS) on or before an approximate point in time. So, I send some dust to an address representing the semantics of my message. I include an IPFS hash of the file using the OP_RETURN code. What am I missing here?

The OP_RETURN can be maximum of 80 bytes. Will the IPFS hash ever by more than 80 bytes?

Is it a problem to reuse OP_RETURN addresses? For example, say we agree to the convention that some specific address mapped to the FOO semantic (payer asserts FOO about the file referenced at OP_RETURN, by paying to the conventional FOO_ADDRESS). I know addresses should only be used once for actual payments, but if it's an OP_RETURN payment, can we safely reuse that address in that way?

monkeypants avatar Sep 12 '16 12:09 monkeypants

Will the IPFS hash ever by more than 80 bytes?

It could, with very long hash functions. Not realistic any time soon.

rest SGTM

jbenet avatar Sep 15 '16 09:09 jbenet

I send some dust to an address representing the semantics of my message

No good. OP_RETURN scripts don't have a recipient address (it's like /dev/null address). http://bitcoin.stackexchange.com/questions/48594/is-it-safe-to-reuse-payee-address-for-op-return-payments

proofofexistence.com uses a prefix in the hash (0x444f4350524f4f46, 'DOCPROOF') to denote the semantics of the message.

monkeypants avatar Oct 01 '16 00:10 monkeypants