You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 16, 2020. It is now read-only.
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?
The text was updated successfully, but these errors were encountered:
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?
The text was updated successfully, but these errors were encountered: