From: Andreas Schildbach <andreas@schildbach•de>
To: bitcoin-development@lists•sourceforge.net
Subject: Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior
Date: Sun, 15 Apr 2012 10:12:37 +0200 [thread overview]
Message-ID: <jmdvtm$c1j$1@dough.gmane.org> (raw)
In-Reply-To: <CA+8xBpfKpzeq7qSUV5w6JNtTE1-zu58Zg_KCbFAx0JTGeeUG1g@mail.gmail.com>
On 04/14/2012 10:20 PM, Jeff Garzik wrote:
>>> Furthermore, many of these ideas -- like sending TX's directly to the
>>> merchant -- involve far more direct payee<->payer communication on the
>>> part of the wallet client than is currently envisioned
>>
>> Yes, though it's worth remembering that the original Bitcoin design
>> did have participants communicate directly. When I talked with Satoshi
>> in 2009 he saw the pay-to-IP-address mode imagined as the normal way
>> to make payments, with pay-to-address being used as a kind of backup
>> for when the recipient was offline.
>>
>> In the end that's not how things evolved, but it the pendulum could
>> easily swing back the other way.
>
> IIRC pay-to-IP was removed because it was unreliable -and- detrimental
> to privacy? ISTR Satoshi specifically disliking the privacy elements
> of p2ip.
>
> But I also have a "gut feeling" that these sorts of payments and
> direct communication should be done via a wholly separate protocol
> than the bitcoin P2P protocol. Doing p2ip as it was done originally,
> inside the bitcoin P2P protocol, was a mistake. Extensible as it is,
> I think a better job -- and faster evolution -- can be done with a
> separate protocol on a separate port.
Just to let you know, Bitcoin Wallet for Android already supports
directly sending transactions via NFC and QR-Code. Currently, receiving
such a transaction is handled the same way as if it was received via P2P.
This means the sender does not need to have internet access the moment
he pays. The transaction is being broadcast into the P2P network by the
receiver.
Cheers,
Andreas
next prev parent reply other threads:[~2012-04-15 8:12 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-12 18:38 Jeff Garzik
2012-04-12 19:19 ` Alan Reiner
2012-04-12 19:26 ` Jeff Garzik
2012-04-13 8:35 ` Andy Parkins
2012-04-13 10:04 ` Mike Hearn
2012-04-13 16:41 ` Jeff Garzik
2012-04-14 15:13 ` Mike Hearn
2012-04-14 20:20 ` Jeff Garzik
2012-04-14 21:27 ` Pieter Wuille
2012-04-14 22:49 ` Jeff Garzik
2012-04-15 8:12 ` Andreas Schildbach [this message]
2012-04-15 10:54 ` Jorge Timón
2012-04-15 15:17 ` Jeff Garzik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='jmdvtm$c1j$1@dough.gmane.org' \
--to=andreas@schildbach$(echo .)de \
--cc=bitcoin-development@lists$(echo .)sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox