* [Bitcoin-development] Extending the Payment Protocol with vCards
@ 2013-11-09 17:43 Taylor Gerring
2013-11-10 11:08 ` Mike Hearn
0 siblings, 1 reply; 3+ messages in thread
From: Taylor Gerring @ 2013-11-09 17:43 UTC (permalink / raw)
To: bitcoin-development
[-- Attachment #1: Type: text/plain, Size: 752 bytes --]
Hi everyone,
I made a post on the BitcoinTalk forums <https://bitcointalk.org/index.php?topic=329229.0> outlining how the Payment Protocol could be extended with optional vCard support to increase the usability of Payment Protocol for user-to-user transactions and improve the user experience in wallets supporting PP.
I’ve outlined the concept in as much detail as my feeble brain can handle, drawing on BIP 0070 itself and Mike Hearn’s Payment Protocol FAQ. I know there is interest in “contact exchange” functionality from the Hive team, so I’m hoping this will begin a discussion on how we can make wallets more friendly in a standard way.
Please read, digest, and let me know if you have any feedback.
Thanks,
Taylor Gerring
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 496 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Bitcoin-development] Extending the Payment Protocol with vCards
2013-11-09 17:43 [Bitcoin-development] Extending the Payment Protocol with vCards Taylor Gerring
@ 2013-11-10 11:08 ` Mike Hearn
2013-11-12 18:34 ` Wendell
0 siblings, 1 reply; 3+ messages in thread
From: Mike Hearn @ 2013-11-10 11:08 UTC (permalink / raw)
To: Taylor Gerring; +Cc: Bitcoin Dev
[-- Attachment #1: Type: text/plain, Size: 2997 bytes --]
Hey Taylor,
It's great to see people thinking about payment protocol extensions. I'm
not totally convinced vCard support is the best idea relative to social
network integration - I can't recall the last time I saw someone use a
vCard. However, that should not hold you back from experimenting or
prototyping. All an extension requires is some tag numbers and we're not in
danger of running out of numbers any time soon.
The reason I favour social network integration is because those are the
ID's people already have. Distributed social networks (like the PGP web of
trust) have never really taken off, and fixing that is an entirely separate
project to Bitcoin.
Doing so is quite easy. Major social networks all have a concept of a user
ID, moreover, one that can be queried without any kind of API authorization
for basic info. Examples:
https://graph.facebook.com/i.am.the.real.mike
https://plus.google.com/s2/u/0/photos/profile/114798402540078632611
So you could simply embed a social network URL into a payment request, and
use that to associate a name/photo with a payment. That would be
unauthenticated (the sender is not proving they are the real owner of the
social network profile). However, authentication may not turn out to be
necessary. If it were to be, then steganographically embedding a key into
the profile picture and signing the payment request with it would be a way
to do so.
On Sat, Nov 9, 2013 at 6:43 PM, Taylor Gerring <taylor.gerring@gmail.com>wrote:
> Hi everyone,
>
> I made a post on the BitcoinTalk forums <
> https://bitcointalk.org/index.php?topic=329229.0> outlining how the
> Payment Protocol could be extended with optional vCard support to increase
> the usability of Payment Protocol for user-to-user transactions and improve
> the user experience in wallets supporting PP.
>
> I’ve outlined the concept in as much detail as my feeble brain can handle,
> drawing on BIP 0070 itself and Mike Hearn’s Payment Protocol FAQ. I know
> there is interest in “contact exchange” functionality from the Hive team,
> so I’m hoping this will begin a discussion on how we can make wallets more
> friendly in a standard way.
>
> Please read, digest, and let me know if you have any feedback.
>
> Thanks,
>
> Taylor Gerring
>
>
>
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
[-- Attachment #2: Type: text/html, Size: 3958 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Bitcoin-development] Extending the Payment Protocol with vCards
2013-11-10 11:08 ` Mike Hearn
@ 2013-11-12 18:34 ` Wendell
0 siblings, 0 replies; 3+ messages in thread
From: Wendell @ 2013-11-12 18:34 UTC (permalink / raw)
To: Mike Hearn; +Cc: Bitcoin Dev
Hi Mike,
It seems to me there is some confusion about this. Taylor's talking about a standard way to pass around data; the end user would never be exposed to something like a "vCard". That vCard's existence itself would in fact be very temporary.
-wendell
grabhive.com | twitter.com/hivewallet | gpg: 6C0C9411
On Nov 10, 2013, at 7:08 PM, Mike Hearn wrote:
> It's great to see people thinking about payment protocol extensions. I'm not totally convinced vCard support is the best idea relative to social network integration - I can't recall the last time I saw someone use a vCard. However, that should not hold you back from experimenting or prototyping. All an extension requires is some tag numbers and we're not in danger of running out of numbers any time soon.
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-11-12 19:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-09 17:43 [Bitcoin-development] Extending the Payment Protocol with vCards Taylor Gerring
2013-11-10 11:08 ` Mike Hearn
2013-11-12 18:34 ` Wendell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox