Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Types of Pointers to DDOs & URI Prefixes? #29

Open
kimdhamilton opened this issue Aug 12, 2017 · 3 comments
Open

Types of Pointers to DDOs & URI Prefixes? #29

kimdhamilton opened this issue Aug 12, 2017 · 3 comments
Assignees

Comments

@kimdhamilton
Copy link
Contributor

From @ChristopherA on June 30, 2017 7:15

We would like multiple approaches in DID:BTCR to point to the DDO.

The first is simple — don't include an op_return at all. A DDO is constructed based on information from the transaction and the block the transaction is confirmed in. These include the control key (from the public key in the P2PKH script), the owner key (the hash of the future key that is the address the first txout has been sent to), and the date from the blockheader. There may be some other useful information that can be assumed.

The second is a short URL, less than 40 or 80 characters, that points to the location of the DDO, which is self-signed by the transactions public key.

The third is a content addressable hash, possibly with URI at beginning. We should consult with @jbenet's IPFS team what the best method is. Some hash encodings with URI may be too large for 40 characters. There is also related to issue #3 — a bare hash value is indistinguishable from any other has, but an hash identifiable as an IPFS hash could be censorable.

Finally, the fourth is pointing to Blockstack's layer two update record. I'm not quite sure if they are planning on updating how they do that anytime soon. Does that need a URI or prefix?

cc: @muneeb-ali @shea256 @jcnelson

Copied from original issue: WebOfTrustInfo/btcr-hackathon-2017#7

@kimdhamilton
Copy link
Contributor Author

@xrgrant

@kimdhamilton
Copy link
Contributor Author

solved 1&2, create new issues for Blockstack and IPNS

@kimdhamilton
Copy link
Contributor Author

also want txref to be a method

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants