Re: [Bitcoin-development] Instant / contactless payments

2014-03-07 Thread Andreas Schildbach
On 03/06/2014 07:03 PM, Alex Kotenko wrote:

 Supporting Bluetooth is optional in the sense that if a wallet should
 not support it, you will still receive the transaction via the P2P
 network. So I'd say definately go for Bluetooth.
 
 ​Yes, it's part of the​ plan. Just again - I need to make sure we
 support all major wallets. And no other wallets actually support NFC by
 now, not talking about bluetooth. So I imagine we will decide and
 implement together some solution here, both on the wallet and POS sides,
 but I will have to keep URI method and even QR codes for backwards
 compatibility, and wait for other main wallets to accept innovations
 before we will be able to completely switch to it.
 As I said earlier - bluetooth support for my POS is not a problem, we
 can plug it in easily and make it work. Support among all
 hardware/software and polished user experience - this is a main thing
 here really.

Sure, take all the time you need.

All I wanted to say is you don't need to break Bitcoin URI compatibility
in order to support direct payments via Bluetooth. It's simply an
add-on, both in the BIP21 and the BIP70 cases.


--
Subversion Kills Productivity. Get off Subversion  Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development


Re: [Bitcoin-development] Instant / contactless payments

2014-03-07 Thread Johannes Zweng
2014-03-06 12:26 GMT+01:00 Andreas Schildbach andr...@schildbach.de:


 In current phone implementations, the screen must be on already for NFC
 to be active. Also it must be unlocked, although I certainly hope future
 OSes will allow payment apps on the lock screen, just like they allow
 music players.


Just a small input to this point:
On Android 4.4 the new host card emulation (HCE) feature (aka: the phone
emulates a ISO-DEP Smartcard and processes ISO7816-4 APDU commands like a
Smartcard would do) only works when the display is on, but even when the
screen is locked (can be changed with android:requireDeviceUnlock in
Manifest). See here for detailled specification:
http://developer.android.com/guide/topics/connectivity/nfc/hce.html

Using the HCE API on Android 4.4 also has the beauty that any app that
registers itself for HCE and sets its category to CATEGORY_PAYMENT in the
Manifest automatically shows up in Adroid's system settings under Tap 
Pay (where a user would expect payment applications).
--
Subversion Kills Productivity. Get off Subversion  Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development


Re: [Bitcoin-development] Is this a safe thing to be doing with ECC addition? (Oracle protocol)

2014-03-07 Thread Edmund Edgar
On 4 March 2014 14:07, Odinn Cyberguerrilla odinn.cyberguerri...@riseup.net
 wrote:

 Nothing is safe.


This is true. To rephrase, imagine I gave you an ECC public key ed_pub,
you gave me back a public key odinn_pub of your own devising, then I paid
some money to the address resulting from add_pubkeys(ed_pub,odinn_pub)
[1]. Can anyone either:

a) Think of a way that Odinn could make an odinn_pub such that they could
spend the resulting money without having ed_priv.
b) Opine, somewhat knowledgeably, that this probably wouldn't be an easy
thing to do, and they wouldn't be alarmed to see people running software
that did this kind of thing.

[1]
https://github.com/vbuterin/pybitcointools/blob/master/pybitcointools/main.py#L173

-- 
Edmund Edgar
Founder, Social Minds Inc (KK)
Twitter: @edmundedgar
Linked In: edmundedgar
Skype: edmundedgar
http://www.socialminds.jp

Reality Keys
@realitykeys
e...@realitykeys.com
https://www.realitykeys.com
--
Subversion Kills Productivity. Get off Subversion  Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development