References: <201107161314.13267.luke@dashjr.org>
	<20110716195907.GA311029@tenebreuse>
	<201107161603.08960.luke@dashjr.org>
	<CABsx9T2qhLiYAQNOCigXOMySgVqDqqQMotqYQwSPZEwkSYbY=g@mail.gmail.com>
Message-ID: <1310903585.65859.YahooMailNeo@web121007.mail.ne1.yahoo.com>
Date: Sun, 17 Jul 2011 04:53:05 -0700 (PDT)
From: Amir Taaki <zgenjix@yahoo.com>
To: "bitcoin-development@lists.sourceforge.net"
	<bitcoin-development@lists.sourceforge.net>
In-Reply-To: <CABsx9T2qhLiYAQNOCigXOMySgVqDqqQMotqYQwSPZEwkSYbY=g@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1922963698-1310903585=:65859"
Subject: Re: [Bitcoin-development] [RFC] listtransactions reformatting
Precedence: list
Reply-To: Amir Taaki <zgenjix@yahoo.com>

--0-1922963698-1310903585=:65859
Content-Type: text/plain; charset=us-ascii

Oops, sorry Gavin. Meant to reply to the mailing list.

---------------


People should not be using accounts for receiving funds on 
merchant sites. There are too many bugs associated with it, and it has 
innumerable problems. Like not being able to merge wallets or lack of 
find grained control when moving funds around.

https://gitorious.org/intersango/bitcoind/commit/50a6ab79ed8c5398648c52fbdc4be07f70dedadb

This is the recommended & most safest way to receive funds on a merchant site ATM.

listreceivedsince <timest> is called every so often by a cron job.
The output is parsed and placed into another table and then another job 
will go and create a deposit request from that table. The next call to listreceivedsince <timest> will call with the time of the last 
transaction, and doubles must be discarded using the txid.
Polling listtransactions is less convenient since you always repeat old 
transactions that you may not need, get generated transactions and have 
to pick a good number that goes back far enough, but not too far.


________________________________
From: Gavin Andresen <gavinandresen@gmail.com>
To: bitcoin-development@lists.sourceforge.net
Sent: Sunday, July 17, 2011 5:02 AM
Subject: Re: [Bitcoin-development] [RFC] listtransactions reformatting

Fixing listtransactions (and listreceivedby/etc) so coin generation
transactions to particular addresses/accounts are credited to that
address/account is a good idea.

I don't think changing listtransactions output would be on the
priority list for any web services operators (in fact, I think most
would scream bloody murder if the output changed in a way that forced
them to change their code). The accounts-related things that I think
ARE on their high-priority list are:

1) Fixing getbalance and listtransactions performance problems when
you have hundreds of thousands of transactions and thousands of
accounts.

2) push-notification of coins received to accounts, so they don't have
to poll for changes.

-- 
--
Gavin Andresen

------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on "Lean Startup 
Secrets Revealed." This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev
_______________________________________________
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--0-1922963698-1310903585=:65859
Content-Type: text/html; charset=us-ascii

<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>Oops, sorry Gavin. Meant to reply to the mailing list.</span></div><div><br></div><div>---------------<br></div><div><br><span></span></div><div><span>People should not be using accounts for receiving funds on 
merchant sites. There are too many bugs associated with it, and it has 
innumerable problems. Like not being able to merge wallets or lack of 
find grained control when moving funds around.</span></div><div><br><span></span></div><div><span>https://gitorious.org/intersango/bitcoind/commit/50a6ab79ed8c5398648c52fbdc4be07f70dedadb</span></div><div><br><span></span></div><div><span>This is the recommended &amp; most safest way to receive funds on a merchant site ATM.</span></div><div><br><span></span></div><div><span>listreceivedsince &lt;timest&gt; is called every so often by a cron job.</span></div><div><span>The
 output is parsed and placed into another table and then another job 
will go and create a deposit request from that table. The next call to
 listreceivedsince &lt;timest&gt; will call with the time of the last 
transaction, and doubles must be discarded using the txid.</span></div><div><br><span></span></div><span>Polling
 listtransactions is less convenient since you always repeat old 
transactions that you may not need, get generated transactions and have 
to pick a good number that goes back far enough, but not too far.</span><div><br></div><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><font face="Arial" size="2"><hr size="1"><b><span style="font-weight:bold;">From:</span></b> Gavin Andresen &lt;gavinandresen@gmail.com&gt;<br><b><span style="font-weight: bold;">To:</span></b> bitcoin-development@lists.sourceforge.net<br><b><span style="font-weight: bold;">Sent:</span></b> Sunday, July 17, 2011 5:02 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Bitcoin-development] [RFC] listtransactions reformatting<br></font><br>Fixing listtransactions (and listreceivedby/etc) so coin generation<br>transactions to particular addresses/accounts are credited to that<br>address/account is a good idea.<br><br>I don't think changing listtransactions output would be on the<br>priority
 list for any web services operators (in fact, I think most<br>would scream bloody murder if the output changed in a way that forced<br>them to change their code). The accounts-related things that I think<br>ARE on their high-priority list are:<br><br>1) Fixing getbalance and listtransactions performance problems when<br>you have hundreds of thousands of transactions and thousands of<br>accounts.<br><br>2) push-notification of coins received to accounts, so they don't have<br>to poll for changes.<br><br>-- <br>--<br>Gavin Andresen<br><br>------------------------------------------------------------------------------<br>AppSumo Presents a FREE Video for the SourceForge Community by Eric <br>Ries, the creator of the Lean Startup Methodology on "Lean Startup <br>Secrets Revealed." This video shows you how to validate your ideas, <br>optimize your ideas and identify your business strategy.<br><a href="http://p.sf.net/sfu/appsumosfdev2dev"
 target="_blank">http://p.sf.net/sfu/appsumosfdev2dev</a><br>_______________________________________________<br>Bitcoin-development mailing list<br><a ymailto="mailto:Bitcoin-development@lists.sourceforge.net" href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br><br><br></div></div></div></body></html>
--0-1922963698-1310903585=:65859--