MIME-Version: 1.0
Sender: john@sci.ventures
Date: Tue, 15 Sep 2015 19:10:54 +0800
Message-ID: <CA+Y+xvT6Qn0zNT4=vKgyQBwF4n3m+bRp=F7zq2CtwK+dQAmgzg@mail.gmail.com>
From: John Bailon <john@sci.ph>
To: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary=089e0111d0c84c8c10051fc73c4f
Subject: [bitcoin-dev] Instant exchange rates URI scheme
Precedence: list

--089e0111d0c84c8c10051fc73c4f
Content-Type: text/plain; charset=UTF-8

 Hello,

I'd like to propose a BIP for a standard URI scheme to allow wallet
operators that implement instant exchange or pegging to other currencies,
cryptocurrencies or asset classes to allow for interoperable communications
of rates and other pertinent information.

The idea is to include in the wallet address as parameters information that
supplements the presentation of a proposed transaction.

For example, a wallet operator that instantly exchanges bitcoin to gold
would present a wallet address as follows:
bitcoin:1JohnxNT6jRzhu3H1wgVFbSGKmHP4EUjUV?currency=xau&rate=0.2084&expires=1458432000

Wherein:
<currency> :  the currency, cryptocurrency or asset that the transaction
will end up as encoded in ISO 4217 if applicable.
<rate> : the bitcoin to <currency> rate as dictated by receiving wallet
<expires> : unix timestamp of when the rate loses validity

This would allow the sending wallet the ability to present up-to-date
exchange rates. When, for example, a wallet operator that pegs to the USD
scans the address above, it would be able to present to the user the
following information:

1. USD to XAU rate
2. How much XAU will be received by the address
3. How long before the rates expires


Thoughts?


Regards,
John

--089e0111d0c84c8c10051fc73c4f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">


Hello,<div><br>I&#39;d like to propose a BIP for a standard URI scheme to a=
llow wallet operators that implement instant exchange or pegging to other c=
urrencies, cryptocurrencies or asset classes to allow for interoperable com=
munications of rates and other pertinent information.<br><br>The idea is to=
 include in the wallet address as parameters information that supplements t=
he presentation of a proposed transaction.<br><br>For example, a wallet ope=
rator that instantly exchanges bitcoin to gold would present a wallet addre=
ss as follows:<div>bitcoin:1JohnxNT6jRzhu3H1wgVFbSGKmHP4EUjUV?currency=3Dxa=
u&amp;rate=3D0.2084&amp;expires=3D1458432000<br><br>Wherein:<br>&lt;currenc=
y&gt; : =C2=A0the currency, cryptocurrency or asset that the transaction wi=
ll end up as encoded in ISO 4217 if applicable.<br>&lt;rate&gt; : the bitco=
in to &lt;currency&gt; rate as dictated by receiving wallet<br>&lt;expires&=
gt; : unix timestamp of when the rate loses validity<br><br>This would allo=
w the sending wallet the ability to present up-to-date exchange rates. When=
, for example, a wallet operator that pegs to the USD scans the address abo=
ve, it would be able to present to the user the following information:<br><=
br>1. USD to XAU rate<br>2. How much XAU will be received by the address<br=
>3. How long before the rates expires<br><br></div><div><br></div><div>Thou=
ghts?<br><br><br>Regards,<br>John<br></div></div></div>

--089e0111d0c84c8c10051fc73c4f--