JOSE FEMENIAS CAÑUELO [ARCHIVE] on Nostr: 📅 Original date posted:2017-06-11 📝 Original message:Hi, I’ve been doing some ...
đź“… Original date posted:2017-06-11
đź“ť Original message:Hi,
I’ve been doing some work lately to create a specification for bitcoin pointers.
They can be used to point to transactions, inputs, outputs or some internal items within them.
The proposals strive for simplicity and user friendliness over compactness or other attributes.
There are three proposals, each of which builds upon the previous one, namely:
a) Canonical Pointers
The basic proposal.They look like this example: btc at 170.1/179-631-520
Here is a link to the Google Docs document -> https://docs.google.com/document/d/1PBN4wKFYtgvDxV4DrWUdNe9Xqmb8GVxoIGDKRkY9Xr4/edit?usp=sharing <https://docs.google.com/document/d/1PBN4wKFYtgvDxV4DrWUdNe9Xqmb8GVxoIGDKRkY9Xr4/edit?usp=sharing>
b) Mnemonic Pointers
They build on Canonical Pointers and the dictionary provided in bip39 to use words instead of numbers.
The previous Canonical pointer can thus be expressed as btc at best.ability <mailto:btc at best.ability>/biology-exclude-donate
Here is a link to the Google Docs document -> https://docs.google.com/document/d/1wLK2_UrRzK0eshkDntUIbVlIdswzuHmYNELOePDjtPY/edit?usp=sharing <https://docs.google.com/document/d/1wLK2_UrRzK0eshkDntUIbVlIdswzuHmYNELOePDjtPY/edit?usp=sharing>
c) Domain Pointers
They build on the Domain Name Registration system to encode a pointer to a Canonical Pointer as in btc at example.com <mailto:btc at example.com>
Here is a link to the Google Docs document -> https://docs.google.com/document/d/1KY7rM090oKzGn8NAz4XFxQnfkyD5gs4V6vpbfdw92RM/edit?usp=sharing <https://docs.google.com/document/d/1KY7rM090oKzGn8NAz4XFxQnfkyD5gs4V6vpbfdw92RM/edit?usp=sharing>
I haven’t had any peer review yet, so it is very likely that some small or big problems can be found.
I’d welcome any feedback from the community.
Best regards,
JosĂ© FemenĂas Cañuelo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170611/6b38b49e/attachment.html>
đź“ť Original message:Hi,
I’ve been doing some work lately to create a specification for bitcoin pointers.
They can be used to point to transactions, inputs, outputs or some internal items within them.
The proposals strive for simplicity and user friendliness over compactness or other attributes.
There are three proposals, each of which builds upon the previous one, namely:
a) Canonical Pointers
The basic proposal.They look like this example: btc at 170.1/179-631-520
Here is a link to the Google Docs document -> https://docs.google.com/document/d/1PBN4wKFYtgvDxV4DrWUdNe9Xqmb8GVxoIGDKRkY9Xr4/edit?usp=sharing <https://docs.google.com/document/d/1PBN4wKFYtgvDxV4DrWUdNe9Xqmb8GVxoIGDKRkY9Xr4/edit?usp=sharing>
b) Mnemonic Pointers
They build on Canonical Pointers and the dictionary provided in bip39 to use words instead of numbers.
The previous Canonical pointer can thus be expressed as btc at best.ability <mailto:btc at best.ability>/biology-exclude-donate
Here is a link to the Google Docs document -> https://docs.google.com/document/d/1wLK2_UrRzK0eshkDntUIbVlIdswzuHmYNELOePDjtPY/edit?usp=sharing <https://docs.google.com/document/d/1wLK2_UrRzK0eshkDntUIbVlIdswzuHmYNELOePDjtPY/edit?usp=sharing>
c) Domain Pointers
They build on the Domain Name Registration system to encode a pointer to a Canonical Pointer as in btc at example.com <mailto:btc at example.com>
Here is a link to the Google Docs document -> https://docs.google.com/document/d/1KY7rM090oKzGn8NAz4XFxQnfkyD5gs4V6vpbfdw92RM/edit?usp=sharing <https://docs.google.com/document/d/1KY7rM090oKzGn8NAz4XFxQnfkyD5gs4V6vpbfdw92RM/edit?usp=sharing>
I haven’t had any peer review yet, so it is very likely that some small or big problems can be found.
I’d welcome any feedback from the community.
Best regards,
JosĂ© FemenĂas Cañuelo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170611/6b38b49e/attachment.html>