Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1UzSmj-0004f6-NW for bitcoin-development@lists.sourceforge.net; Wed, 17 Jul 2013 14:32:54 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of m.gmane.org designates 80.91.229.3 as permitted sender) client-ip=80.91.229.3; envelope-from=gcbd-bitcoin-development@m.gmane.org; helo=plane.gmane.org; Received: from plane.gmane.org ([80.91.229.3]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1UzSmh-0007gh-TA for bitcoin-development@lists.sourceforge.net; Wed, 17 Jul 2013 14:32:53 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UzSmW-00037f-Li for bitcoin-development@lists.sourceforge.net; Wed, 17 Jul 2013 16:32:40 +0200 Received: from e179067160.adsl.alicedsl.de ([85.179.67.160]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Jul 2013 16:32:40 +0200 Received: from andreas by e179067160.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Jul 2013 16:32:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bitcoin-development@lists.sourceforge.net From: Andreas Schildbach Date: Wed, 17 Jul 2013 16:32:27 +0200 Message-ID: References: <3E7894A0-06F3-453D-87F8-975A244EBACF@include7.ch> <2BDA0943-22BB-4405-9AF0-86FB41FD04A6@include7.ch> <2F20A509-13A9-4C84-86D7-A15C21BACD53@include7.ch> <2A1C412D-414E-4C41-8E20-F0D21F801328@grabhive.com> <8EE501AA-1601-4C28-A32E-80F17D219D3A@grabhive.com> <20130717105853.GA10083@savin> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e179067160.adsl.alicedsl.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 In-Reply-To: X-Spam-Score: -0.8 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.91.229.3 listed in list.dnswl.org] -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.1 DKIM_ADSP_ALL No valid author signature, domain signs all mail -0.0 SPF_PASS SPF: sender matches SPF record -0.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Headers-End: 1UzSmh-0007gh-TA Subject: Re: [Bitcoin-development] SPV bitcoind? 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: Wed, 17 Jul 2013 14:32:55 -0000 Android apps do whatever they are programmed to do. They become active when the user installs and inactive when they are uninstalled. Inbetween, they are not limited in runtime. That said, the current programming is that when receiving a block, it stays connected for at least ~2 more minutes. This generally allows the chain to catch up while at the same time avoiding endless battery drain because something gets stuck. Upon sending or receiving of a transaction, it stays connected for at least ~8 more minutes, because it is likely the wallet will see more activity. Additionally, on the send and request coins screens and the network monitor it stays connected for as long as the screen is on and the app in the foreground (= resumed state). On 07/17/2013 02:29 PM, Mike Hearn wrote: > Partial UTXO sets is a neat idea. Unfortunately my intuition is that > many SPV wallets only remain open for <1 minute at a time because the > user wants to see they received money, or to send it. It'd be neat to > get some telemetry from the Android wallet for this - I will ask Andreas > to let users opt in to usage statistics.