Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YWXE8-00060x-45 for bitcoin-development@lists.sourceforge.net; Fri, 13 Mar 2015 21:34:40 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.223.172 as permitted sender) client-ip=209.85.223.172; envelope-from=mh.in.england@gmail.com; helo=mail-ie0-f172.google.com; Received: from mail-ie0-f172.google.com ([209.85.223.172]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YWXE7-0000hz-3f for bitcoin-development@lists.sourceforge.net; Fri, 13 Mar 2015 21:34:40 +0000 Received: by iecvj10 with SMTP id vj10so123757476iec.0 for ; Fri, 13 Mar 2015 14:34:33 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.42.247.68 with SMTP id mb4mr60460830icb.2.1426282471625; Fri, 13 Mar 2015 14:34:31 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.36.54.147 with HTTP; Fri, 13 Mar 2015 14:34:31 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Mar 2015 14:34:31 -0700 X-Google-Sender-Auth: 6e1idFZycopBElpfzTLdSLCrsGg Message-ID: From: Mike Hearn To: Matias Alejo Garcia Content-Type: multipart/alternative; boundary=90e6ba1ef2ea125233051132447a X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1YWXE7-0000hz-3f Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] BIP32 Index Randomisation X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2015 21:34:40 -0000 --90e6ba1ef2ea125233051132447a Content-Type: text/plain; charset=UTF-8 > > You are killing us Mike! :) We really don't like to think that BWS is > a webwallet. Note > that private keys are not stored (not even encrypted) at the server. Sure, sorry, by web wallet I meant a blockchain.info/CoPay type setup where the client has the private keys and signs txns, but otherwise relies on the server for learning about the wallet contents. I tend to call wallets where the server has the private key BitBanks but I don't know if anyone else uses this terminology. It might just be a personal quirk of my own ;) > we think having some visibility of the wallet by the multisig > facilitator will make the user experience much better (e.g: mobile > notifications). > Fair enough. Yes, push notifications to mobiles in a decentralised way is rather a hard problem. I think what Gregory suggested is then the best approach for you to do what you want. Whether it's worth the additional complexity is something I don't have any feedback on, only you can judge that. --90e6ba1ef2ea125233051132447a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You are killing us Mike! :) We really don't = like to think that BWS is
a webwallet. Note
that private keys are not stored (not even encrypted) at the server.

Sure, sorry, by web wallet I meant a blockchain.info/CoPay type setup where th= e client has the private keys and signs txns, but otherwise relies on the s= erver for learning about the wallet contents. I tend to call wallets where = the server has the private key BitBanks but I don't know if anyone else= uses this terminology. It might just be a personal quirk of my own ;)
=C2=A0
we think having some visib= ility of the wallet by the multisig
facilitator will make the user experience much better (e.g: mobile
notifications).

Fair enough. Yes, push = notifications to mobiles in a decentralised way is rather a hard problem.

I think what Gregory suggested is then the best app= roach for you to do what you want. Whether it's worth the additional co= mplexity is something I don't have any feedback on, only you can judge = that.

--90e6ba1ef2ea125233051132447a--