public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoin-dev] Bitcoin pointers
@ 2017-06-11 20:05 JOSE FEMENIAS CAÑUELO
  2017-06-11 20:19 ` Jonas Schnelli
  0 siblings, 1 reply; 2+ messages in thread
From: JOSE FEMENIAS CAÑUELO @ 2017-06-11 20:05 UTC (permalink / raw)
  To: bitcoin-dev

[-- Attachment #1: Type: text/plain, Size: 1816 bytes --]

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@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@best•ability <mailto:btc@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@example•com <mailto:btc@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

[-- Attachment #2: Type: text/html, Size: 2975 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [bitcoin-dev] Bitcoin pointers
  2017-06-11 20:05 [bitcoin-dev] Bitcoin pointers JOSE FEMENIAS CAÑUELO
@ 2017-06-11 20:19 ` Jonas Schnelli
  0 siblings, 0 replies; 2+ messages in thread
From: Jonas Schnelli @ 2017-06-11 20:19 UTC (permalink / raw)
  To: JOSE FEMENIAS CAÑUELO; +Cc: bitcoin-dev


[-- Attachment #1.1: Type: text/plain, Size: 798 bytes --]

Hi José

> a) Canonical Pointers
> The basic proposal.They look like this example: btc@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>
A similar/related proposal got posted last month : https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014396.html <https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014396.html>
The Bech32 encoded transaction position reference allows to solve similar use cases (tx pointers) with a strong error-detection/correction using just 14 chars (encoded state, including error correction / unencoded 40bits).

/jonas

[-- Attachment #1.2: Type: text/html, Size: 1446 bytes --]

[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-06-11 20:19 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-06-11 20:05 [bitcoin-dev] Bitcoin pointers JOSE FEMENIAS CAÑUELO
2017-06-11 20:19 ` Jonas Schnelli

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox