1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
|
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 <castiglionemaldonado@gmail.com>) id 1VQnTB-0005Pe-PG
for bitcoin-development@lists.sourceforge.net;
Tue, 01 Oct 2013 00:05:41 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
designates 74.125.82.45 as permitted sender)
client-ip=74.125.82.45;
envelope-from=castiglionemaldonado@gmail.com;
helo=mail-wg0-f45.google.com;
Received: from mail-wg0-f45.google.com ([74.125.82.45])
by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
(Exim 4.76) id 1VQnT9-0000uT-UQ
for bitcoin-development@lists.sourceforge.net;
Tue, 01 Oct 2013 00:05:41 +0000
Received: by mail-wg0-f45.google.com with SMTP id y10so6510641wgg.0
for <bitcoin-development@lists.sourceforge.net>;
Mon, 30 Sep 2013 17:05:33 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.180.221.38 with SMTP id qb6mr15838467wic.8.1380585933681;
Mon, 30 Sep 2013 17:05:33 -0700 (PDT)
Received: by 10.194.30.67 with HTTP; Mon, 30 Sep 2013 17:05:33 -0700 (PDT)
In-Reply-To: <CAAS2fgTADRp6Z-Zcntd9EUNrJH7AdEOyK+LEFmaA0uzM6T2sug@mail.gmail.com>
References: <CAJna-Hi+eyRnZUtHpfvod_uRCmjPOL5HS3ZZpr54yzbKRRT9-w@mail.gmail.com>
<CAEz79PrGKH27GkDkM2whAdOYYj6-hc954Z=9v1GanBRQA3chvA@mail.gmail.com>
<CALOkD28XV-GA5LdXjWPW9wEJy8-DEbKyYk5iiWwo8kmmmtLB4w@mail.gmail.com>
<CAAS2fgTADRp6Z-Zcntd9EUNrJH7AdEOyK+LEFmaA0uzM6T2sug@mail.gmail.com>
Date: Mon, 30 Sep 2013 21:05:33 -0300
Message-ID: <CALOkD28rja7RwtO4wb6LNyw6yyFwFoej1n2-O_kboHMP1d0J0w@mail.gmail.com>
From: =?UTF-8?Q?Fatima_Castiglione_Maldonado_=E5=8F=91?=
<castiglionemaldonado@gmail.com>
To: Gregory Maxwell <gmaxwell@gmail.com>
Content-Type: multipart/alternative; boundary=001a1134d2da28b87704e7a2b633
X-Spam-Score: -0.6 (/)
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
(castiglionemaldonado[at]gmail.com)
-0.0 SPF_PASS SPF: sender matches SPF record
1.0 HTML_MESSAGE BODY: HTML included in message
-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
author's domain
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: 1VQnT9-0000uT-UQ
Cc: "bitcoin-development@lists.sourceforge.net"
<bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] bitcoind stops responding
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Tue, 01 Oct 2013 00:05:41 -0000
--001a1134d2da28b87704e7a2b633
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Oh, excuse me; it looked related to me.
It was not at all my intention to mess down the thread; on the contrary I
was trying to be of help and at the same time getting an answer.
No, I must recognize that I was not aware of sendmany. This is my first
time managing bulk transactions.
Thank you very much for your help.
I lead a group of developers and we are trying to be of help to the Bitcoin
community at large, and to this group.
Kindest regards,
Fatima
2013/9/30 Gregory Maxwell <gmaxwell@gmail.com>
> On Mon, Sep 30, 2013 at 3:00 PM, Fatima Castiglione Maldonado =E5=8F=91
> <castiglionemaldonado@gmail.com> wrote:
> > I am new on the list. I got a similar problem.
> > If I put "sendToAdress" transactions to bitcoind, it will accept betwee=
n
> 1
> > and 3 transactions per minute, depending on the underlying machine.
> > If I try to send one transaction every 20 seconds or less, bitcoind sto=
ps
> > responding to RPC calls.
> >
> > Does anybody know of any solution / fix / workaround for this?
>
> This is unrelated to Slush's question.
>
> The complexity of IsConfirmed/Ismine is exponential and starts taking
> tens of seconds at a chain of a dozen unconfirmed transactions (and
> growing from there)
>
> There are some patches that change this, but since the whole network
> will only average about 7tx per second, you're probably doing
> something wrong if you're building great big chains of unconfirmed
> transaction. Are you aware of sendmany?
>
--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
F=C3=A1tima Castiglione Maldonado
castiglionemaldonado@gmail.com
____
,'_ |
__________________|__|__|__
<_____ ) _.------._
`-----------,------.-' ,-' `-.
| | | ,' `.
,' | | ,' `.
| _,-' |__ / \
_,'-' `. `---.___|_____________ \
.--' -----. | _____________________ `-. ----- |
| ___| | | \ ,- \ |
| ___| |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D((|) | |
| | | | _____________________/ `- / |
`--._ -----' | _________________,-' ----- |
`.-._ ,' __.---' | /
| `-. | \ /
`. | | `. ,'
| | | `. ,'
_____,----------`-------`-. `-._ _,-'
<___________________________) `------'
| _| |
`.____|
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
--001a1134d2da28b87704e7a2b633
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div><div><div><br></div>Oh, excuse me; it looke=
d related to me.<br></div></div><div>It was not at all my intention to mess=
down the thread; on the contrary I was trying to be of help and at the sam=
e time getting an answer.<br>
</div><div><br></div>No, I must recognize that I was not aware of sendmany.=
This is my first time managing bulk transactions.<br>Thank you very much f=
or your help.<br></div>I lead a group of developers and we are trying to be=
of help to the Bitcoin community at large, and to this group.<br>
<br>Kindest regards,<br></div>Fatima<br><br><br></div><div class=3D"gmail_e=
xtra"><br><br><div class=3D"gmail_quote">2013/9/30 Gregory Maxwell <span di=
r=3D"ltr"><<a href=3D"mailto:gmaxwell@gmail.com" target=3D"_blank">gmaxw=
ell@gmail.com</a>></span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">On Mon, Sep 30, 2013 at 3:00 PM, Fatima Cast=
iglione Maldonado =E5=8F=91<br>
<<a href=3D"mailto:castiglionemaldonado@gmail.com">castiglionemaldonado@=
gmail.com</a>> wrote:<br>
> I am new on the list. I got a similar problem.<br>
> If I put "sendToAdress" transactions to bitcoind, it will ac=
cept between 1<br>
> and 3 transactions per minute, depending on the underlying machine.<br=
>
> If I try to send one transaction every 20 seconds or less, bitcoind st=
ops<br>
> responding to RPC calls.<br>
><br>
> Does anybody know of any solution / fix / workaround for this?<br>
<br>
This is unrelated to Slush's question.<br>
<br>
The complexity of IsConfirmed/Ismine is exponential and starts taking<br>
tens of seconds at a chain of a dozen unconfirmed transactions (and<br>
growing from there)<br>
<br>
There are some patches that change this, but since the whole network<br>
will only average about 7tx per second, you're probably doing<br>
something wrong if you're building great big chains of unconfirmed<br>
transaction. =C2=A0Are you aware of sendmany?<br>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div dir=3D"ltr">=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D<br>F=C3=A1tima Castiglione Maldonado<br><a href=3D"mailt=
o:castiglionemaldonado@gmail.com" target=3D"_blank">castiglionemaldonado@gm=
ail.com</a><br>
<br><pre> ____<br> ,'_ |<br> __=
________________|__|__|__<br><_____ ) =
_.------._<br> `-----------,------.-' ,-' =
`-.<br>
| | | ,' `.<br> =
,' | | ,' `.<br> =
| _,-' |__ / \<br> =
_,'-' `. `---.___|_____________ \<br>
.--' -----. | _____________________ `-. ----- |<br> =
| ___| | | \ ,- \ |<br> =
| ___| |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D((|) | |<br> | | | | ________=
_____________/ `- / |<br>
`--._ -----' | _________________,-' ----- |<b=
r> `.-._ ,' __.---' | /<=
br> | `-. | \ /<br> =
`. | | `. ,'<br>
| | | `. ,'<br> _____,=
----------`-------`-. `-._ _,-'<br><____________=
_______________) `------'<br> | _| |=
<br>
`.____|</pre><br><br>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div>
<div style=3D"display:inline"></div></div>
</div>
--001a1134d2da28b87704e7a2b633--
|
