1 2013-01-05 00:00:12 RBecker is now known as OTC-Stats
  2 2013-01-05 00:00:17 crouge has quit ()
  3 2013-01-05 00:00:34 OTC-Stats is now known as RBecker
  4 2013-01-05 00:02:44 TD_ has quit (Quit: TD_)
  5 2013-01-05 00:18:12 RBecker is now known as fn-stats
  6 2013-01-05 00:18:41 fn-stats is now known as OTC-Stats
  7 2013-01-05 00:18:59 OTC-Stats is now known as fn-stats
  8 2013-01-05 00:19:28 fn-stats is now known as RBecker
  9 2013-01-05 00:29:42 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
 10 2013-01-05 00:31:55 Trix has joined
 11 2013-01-05 00:34:38 trixisowned has quit (Ping timeout: 255 seconds)
 12 2013-01-05 00:35:18 RBecker is now known as fn-stats
 13 2013-01-05 00:37:00 armen has joined
 14 2013-01-05 00:37:20 fn-stats is now known as RBecker
 15 2013-01-05 00:47:48 agricocb has joined
 16 2013-01-05 00:54:19 swulf--1 has joined
 17 2013-01-05 00:57:21 swulf-- has quit (Ping timeout: 248 seconds)
 18 2013-01-05 00:57:56 rdymac has joined
 19 2013-01-05 00:59:19 rdymac has quit (Client Quit)
 20 2013-01-05 01:00:03 skeledrew1 has joined
 21 2013-01-05 01:00:29 jim_ has joined
 22 2013-01-05 01:00:58 StarenseN has quit ()
 23 2013-01-05 01:01:00 jim_ has quit (Client Quit)
 24 2013-01-05 01:09:41 rdymac has joined
 25 2013-01-05 01:09:54 att__ has quit (Ping timeout: 248 seconds)
 26 2013-01-05 01:11:35 att__ has joined
 27 2013-01-05 01:16:05 trixisowned has joined
 28 2013-01-05 01:16:40 <gribble> Error: That is an invalid IRC nick. Please check your input.
 29 2013-01-05 01:17:06 <sipa> ?
 30 2013-01-05 01:19:15 Trix has quit (Ping timeout: 276 seconds)
 31 2013-01-05 01:23:22 Z0rZ0rZ0r has quit (Quit: Wheeeee)
 32 2013-01-05 01:27:06 Impaler has joined
 33 2013-01-05 01:38:07 gavinandresen has quit (Quit: gavinandresen)
 34 2013-01-05 01:41:23 rdymac has quit (Quit: This computer has gone to sleep)
 35 2013-01-05 01:42:41 t7 has quit (Quit: Konversation terminated!)
 36 2013-01-05 01:46:32 EPiSKiNG- has joined
 37 2013-01-05 01:50:19 armen has quit (Read error: Connection reset by peer)
 38 2013-01-05 01:52:38 swulf--1 has quit (Read error: Connection reset by peer)
 39 2013-01-05 01:53:02 brwyatt is now known as brwyatt|Away
 40 2013-01-05 01:53:33 swulf-- has joined
 41 2013-01-05 01:58:27 mmoya_ has quit (Ping timeout: 245 seconds)
 42 2013-01-05 02:02:04 att__ has quit (Quit: leaving)
 43 2013-01-05 02:08:54 graingert has quit (Quit: Ex-Chat-GNOME)
 44 2013-01-05 02:12:38 swulf-- has quit (Ping timeout: 240 seconds)
 45 2013-01-05 02:15:47 da2ce7_d is now known as da2ce7
 46 2013-01-05 02:16:14 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
 47 2013-01-05 02:18:08 freakazoid has quit (Ping timeout: 255 seconds)
 48 2013-01-05 02:21:11 swulf-- has joined
 49 2013-01-05 02:32:14 JohnGalt has joined
 50 2013-01-05 02:33:05 Dr-X has quit (Ping timeout: 260 seconds)
 51 2013-01-05 02:33:24 swulf-- has quit (Read error: Connection reset by peer)
 52 2013-01-05 02:34:51 weex_ has joined
 53 2013-01-05 02:36:18 weex has quit (Read error: Connection reset by peer)
 54 2013-01-05 02:42:02 JDuke128 has joined
 55 2013-01-05 02:44:35 swulf-- has joined
 56 2013-01-05 02:48:40 swulf--1 has joined
 57 2013-01-05 02:52:36 swulf-- has quit (Ping timeout: 272 seconds)
 58 2013-01-05 02:55:43 swulf-- has joined
 59 2013-01-05 02:58:13 swulf--1 has quit (Ping timeout: 256 seconds)
 60 2013-01-05 02:59:07 amiller_ is now known as amiller
 61 2013-01-05 02:59:37 amiller is now known as Guest20183
 62 2013-01-05 03:02:23 toffoo has joined
 63 2013-01-05 03:08:50 swulf-- has quit (Ping timeout: 248 seconds)
 64 2013-01-05 03:10:28 swulf-- has joined
 65 2013-01-05 03:11:25 Guest20183 is now known as amiller_
 66 2013-01-05 03:16:42 weex_ is now known as weex
 67 2013-01-05 03:17:12 weex is now known as Guest21321
 68 2013-01-05 03:18:14 Guest21321 is now known as weex_
 69 2013-01-05 03:23:34 swulf--1 has joined
 70 2013-01-05 03:25:17 skeledrew1 has quit (Quit: Instantbird 0.3a3pre)
 71 2013-01-05 03:25:30 weex_ has quit (Changing host)
 72 2013-01-05 03:25:30 weex_ has joined
 73 2013-01-05 03:26:10 swulf-- has quit (Ping timeout: 272 seconds)
 74 2013-01-05 03:36:38 swulf-- has joined
 75 2013-01-05 03:37:34 swulf--1 has quit (Ping timeout: 272 seconds)
 76 2013-01-05 03:44:52 rdponticelli has quit (Ping timeout: 276 seconds)
 77 2013-01-05 03:51:22 fiesh has quit (Ping timeout: 276 seconds)
 78 2013-01-05 03:52:39 paraipan has quit (Quit: Saliendo)
 79 2013-01-05 03:55:01 fiesh has joined
 80 2013-01-05 04:20:13 maaku has joined
 81 2013-01-05 04:34:48 bitafterbit has quit (Read error: Connection reset by peer)
 82 2013-01-05 04:41:47 JDuke128 has quit (Quit: ["Textual IRC Client: www.textualapp.com"])
 83 2013-01-05 04:48:27 swulf--1 has joined
 84 2013-01-05 04:49:18 caedes has quit (Remote host closed the connection)
 85 2013-01-05 04:50:10 swulf-- has quit (Ping timeout: 248 seconds)
 86 2013-01-05 04:54:15 skeledrew has quit (Ping timeout: 260 seconds)
 87 2013-01-05 04:54:40 Impaler_ has joined
 88 2013-01-05 04:57:45 Impaler has quit (Ping timeout: 260 seconds)
 89 2013-01-05 04:57:46 skeledrew has joined
 90 2013-01-05 05:07:32 ThomasV has joined
 91 2013-01-05 05:13:13 freakazoid has joined
 92 2013-01-05 05:13:48 [7] has quit (Disconnected by services)
 93 2013-01-05 05:13:56 TheSeven has joined
 94 2013-01-05 05:21:43 B0g4r7 has quit (Ping timeout: 276 seconds)
 95 2013-01-05 05:23:34 swulf-- has joined
 96 2013-01-05 05:24:39 swulf--1 has quit (Ping timeout: 264 seconds)
 97 2013-01-05 05:26:51 D34TH has quit (Read error: Connection reset by peer)
 98 2013-01-05 05:33:49 petertodd has joined
 99 2013-01-05 05:35:49 petertodd has left ()
100 2013-01-05 05:38:28 petertodd has joined
101 2013-01-05 05:41:01 petertodd has left ()
102 2013-01-05 05:41:31 petertodd has joined
103 2013-01-05 05:42:02 JDuke128 has joined
104 2013-01-05 05:50:41 Impaler_ is now known as Impaler
105 2013-01-05 06:01:04 dvide has quit ()
106 2013-01-05 06:28:52 skeledrew has quit (Ping timeout: 260 seconds)
107 2013-01-05 06:33:41 skeledrew has joined
108 2013-01-05 06:38:22 brwyatt is now known as brwyatt|Away
109 2013-01-05 06:41:00 MC1984 has quit (Ping timeout: 240 seconds)
110 2013-01-05 06:49:28 ThomasV has quit (Ping timeout: 276 seconds)
111 2013-01-05 07:11:08 WolfAlex___ has joined
112 2013-01-05 07:11:41 WolfAlex has quit (Ping timeout: 246 seconds)
113 2013-01-05 07:25:42 toffoo has quit ()
114 2013-01-05 07:31:06 freakazoid has quit (Ping timeout: 252 seconds)
115 2013-01-05 07:41:47 JDuke128 has quit (Quit: ["Textual IRC Client: www.textualapp.com"])
116 2013-01-05 08:04:50 copumpkin has quit (Ping timeout: 272 seconds)
117 2013-01-05 08:05:33 copumpkin has joined
118 2013-01-05 08:07:04 libcoin has quit (Quit: Leaving.)
119 2013-01-05 08:14:40 grau has joined
120 2013-01-05 08:17:11 maaku has quit (Quit: maaku)
121 2013-01-05 08:44:01 grau has quit (Remote host closed the connection)
122 2013-01-05 08:47:42 owowo has quit (Quit: sayonara)
123 2013-01-05 08:56:40 CodesInChaos has joined
124 2013-01-05 09:23:46 grau has joined
125 2013-01-05 09:23:49 grau is now known as Guest44294
126 2013-01-05 09:24:58 ThomasV has joined
127 2013-01-05 09:35:42 Guest44294 is now known as grau
128 2013-01-05 09:36:27 grau has quit ()
129 2013-01-05 09:36:56 grau has joined
130 2013-01-05 09:39:14 grau has quit (Remote host closed the connection)
131 2013-01-05 09:39:50 grau has joined
132 2013-01-05 09:40:58 grau has quit (Remote host closed the connection)
133 2013-01-05 09:49:03 Lolcust has quit (Ping timeout: 255 seconds)
134 2013-01-05 09:49:40 maaku has joined
135 2013-01-05 09:51:48 libcoin has joined
136 2013-01-05 09:54:39 maaku has quit (Quit: maaku)
137 2013-01-05 10:04:03 ovidiusoft has joined
138 2013-01-05 10:06:18 one_zero has quit ()
139 2013-01-05 10:07:10 Lolcust has joined
140 2013-01-05 10:07:29 libcoin has quit (Quit: Leaving.)
141 2013-01-05 10:20:55 copumpkin has quit (Ping timeout: 252 seconds)
142 2013-01-05 10:21:37 copumpkin has joined
143 2013-01-05 10:22:56 StarenseN has joined
144 2013-01-05 10:28:11 harkon has quit (Read error: Operation timed out)
145 2013-01-05 10:42:46 Insu has joined
146 2013-01-05 10:42:49 <Pucilowski> What's a bitcoin client that does not enforce fees?
147 2013-01-05 10:43:48 <petertodd> it's not the client that enforces fees, it's the network
148 2013-01-05 10:44:26 <petertodd> your transactions won't get relayed if you don't pay whatever fees the standard client thinks you should
149 2013-01-05 10:49:00 <Pucilowski> There are plenty of transactions with no fees that get confirmed
150 2013-01-05 10:49:13 <Pucilowski> I'm looking for a client that will allow me to make those
151 2013-01-05 10:56:52 <Jouke> not all transactions need fees
152 2013-01-05 10:57:36 <stealth222> bitcoind has different policies for creating transactions and for relay. it's possible to modify it to use the relay policy for both
153 2013-01-05 10:58:00 <Pucilowski> If I use bitcoind's via command line will I be able to set 0 fee?
154 2013-01-05 10:58:34 <stealth222> you can use 0 fee as long as you follow the minimum fee rules
155 2013-01-05 10:59:00 <stealth222> no outputs smaller than .01, transaction has to be no bigger than a certain size - I'd have to look to see exactly what
156 2013-01-05 10:59:38 <stealth222> by no bigger I mean in kb
157 2013-01-05 11:00:19 <Pucilowski> Isn't it up to pools/miners to enforce transaction fees?
158 2013-01-05 11:00:28 <Pucilowski> minimum tx fees*
159 2013-01-05 11:01:19 <stealth222> to an extent, yes. but nobody will relay a bunch of small amount, large size zero fee transactions because that would allow DoS
160 2013-01-05 11:05:44 <Pucilowski> Is there a client that enforces no rules at all?
161 2013-01-05 11:06:49 <stealth222> your best bet would be to adhere to the minimum fee relay policy since other wise it is unlikely your transaction will get relayed even if the client broadcasts it
162 2013-01-05 11:07:26 <Pucilowski> that's not my concern, I just wanna be able to broadcast a transaction with no fee
163 2013-01-05 11:08:24 <Jouke> I don't know if it will work in bitcoin-qt, but for bitcoind you can set "paytxfee = 0" in the config file.
164 2013-01-05 11:08:48 <Pucilowski> I'll play around with that, thanks Jouke
165 2013-01-05 11:08:54 <stealth222> there's still a minimum fee for transactions that have very tiny outputs or are above a certain kb, Jouke
166 2013-01-05 11:10:06 <Jouke> stealth222: it will enforce that fee even if you set the paytxfee?
167 2013-01-05 11:10:18 <stealth222> I believe so, yes
168 2013-01-05 11:10:25 <stealth222> look at CTransaction::GetMinFee
169 2013-01-05 11:15:00 <stealth222> if (nBytes < 10kb && !(output < .01)) then relay
170 2013-01-05 11:15:19 <stealth222> otherwise, require MIN_RELAY_TX_FEE
171 2013-01-05 11:16:01 JohnGalt is now known as Dr-X
172 2013-01-05 11:35:25 RazielZ has joined
173 2013-01-05 11:43:36 TD has joined
174 2013-01-05 11:48:44 kiceek has joined
175 2013-01-05 11:53:27 ircuser-6 has quit (Ping timeout: 252 seconds)
176 2013-01-05 11:56:07 <gmaxwell> Pucilowski: fees have multiple purposes
177 2013-01-05 11:56:46 <gmaxwell> Pucilowski: some transactions which objectively look like DOS attacks based on the crtieria in the software (resending small values fast, or involving lots of data) require fees or they won't get relayed.
178 2013-01-05 11:56:57 <Jouke> not including fees is stupid, he'll figure it out and he wants to do it the hard way.
179 2013-01-05 11:57:11 <gmaxwell> Without this behavior a griefer could flood the relay network with traffic and bitcoin would grind to a halt, even if miners were ignoring them.
180 2013-01-05 11:57:15 <Pucilowski> im not actually looking to send transactions without fees in practice
181 2013-01-05 11:57:36 <gmaxwell> Pucilowski: most normal transactions are sent without fees.
182 2013-01-05 11:57:40 <Pucilowski> well, i do, but with small amounts to see how they propagate etc
183 2013-01-05 11:57:58 <Jouke> small amounts is exactly when you need fees
184 2013-01-05 11:58:49 <gmaxwell> So in any case, your client is aware of the anti-DOS rule, and so it refuses to create txn that it _knows_ won't go anywhere. (as it applies the same test it would apply for relaying).
185 2013-01-05 11:59:16 ThomasV has quit (Quit: Leaving)
186 2013-01-05 12:00:07 <gmaxwell> If you remove that check what will happen is that you'll create transactions which don't forward and don't get mined.  And they'll be stuck, and will capture your inputs and make you lose funds (potentially all your funds) until you go hex edit your wallet to remove the dead transactions.
187 2013-01-05 12:01:42 <Pucilowski> How does editing the wallet file help? If the unconfirmed undesirable 0tx fees are already out there in the network?
188 2013-01-05 12:02:09 <Jouke> they are not in the network
189 2013-01-05 12:02:32 <Jouke> Or maybe only a small part of the network
190 2013-01-05 12:02:59 <gmaxwell> e.g. if you send 1e-8 btc (smallest possible amount) with a hacked up client so it doesn't impose a fee.. then it decides to use a 100 BTC input to form that transaction... none of your peers will _relay_ it (sub-dust output without fee) so the transaction will be totally stuck forever AND your 100 BTC will now be unspendable because its on hold waiting for the hopeless transaction.
191 2013-01-05 12:03:45 <sipa> Pucilowski: if a transaction is considered spam, it is not relayed, so except for your direct neighbours, nobody knows about it
192 2013-01-05 12:04:00 <gmaxwell> You can fix the latter problem by hex editing the wallet to make it forget that transaction so at least you can spend your funds.
193 2013-01-05 12:04:20 <gmaxwell> To prevent this outcome sane software won't create doomed transactions. :)
194 2013-01-05 12:05:20 gjs278 has quit (Remote host closed the connection)
195 2013-01-05 12:08:48 t7 has joined
196 2013-01-05 12:10:05 Impaler has quit (Remote host closed the connection)
197 2013-01-05 12:12:28 <stealth222> I still say the relay agent and the wallet should be separate applications :)
198 2013-01-05 12:13:22 <sipa> in the first place they should be separate processes
199 2013-01-05 12:13:37 <sipa> that can still mean the same binary, or at least the same codebase
200 2013-01-05 12:13:43 <stealth222> sure
201 2013-01-05 12:14:38 gjs278 has joined
202 2013-01-05 12:14:56 <stealth222> if you want to use bitcoind as a relay agent only, you can always sign the transaction using a separate program and then use sendrawtransaction
203 2013-01-05 12:15:53 <stealth222> but perhaps they could be even more tightly integrated - or perhaps it would be best for them to communicate via bitcoin protocol
204 2013-01-05 12:15:57 <Pucilowski> does sendrawtransaction verify the tx meets all the rules?
205 2013-01-05 12:16:03 <Pucilowski> or does it just broadcast the bits without caring
206 2013-01-05 12:16:12 <stealth222> the transaction has to follow the rules
207 2013-01-05 12:16:18 <gmaxwell> It gets tested.
208 2013-01-05 12:16:42 <Pucilowski> there's no reason why you could not try broadcast a tx whether its valid or not
209 2013-01-05 12:17:06 <stealth222> if you broadcast an invalid transaction (meaning it doesn't follow the protocol rules nor the bitcoind relay rules) it will be rejected
210 2013-01-05 12:17:15 <stealth222> I mean, if you try to broadcast via bitcoind
211 2013-01-05 12:17:17 <gmaxwell> Sure there is: in order to give you a reliable rejection from the API.
212 2013-01-05 12:18:09 <gmaxwell> It's useful for the caller to know it failed— this has saved me a bunch of time using sendrawtransaction.
213 2013-01-05 12:18:19 <gmaxwell> Pucilowski: what are you trying to accomplish, in any case?
214 2013-01-05 12:18:31 <Pucilowski> Just curious about things
215 2013-01-05 12:20:05 <petertodd> if you're purely just curious try out what you want to do on testnet - you'll be able to mine the transaction yourself too
216 2013-01-05 12:20:20 <gmaxwell> oh hey, neat someone sent 1btc to me out of the blue.
217 2013-01-05 12:20:54 <Pucilowski> whats the difficulty on testnet anyway?
218 2013-01-05 12:21:07 <gmaxwell> Yea, testnet is great for testing. Although the relay rules are somewhat relaxed there— non-standard txn get relayed there.
219 2013-01-05 12:21:15 <Pucilowski> must be so surreal to be able to actually mine blocks even if they're worthless
220 2013-01-05 12:21:19 <gmaxwell> Pucilowski: whatever it is, it's 1 20 minutes after the last block.
221 2013-01-05 12:21:20 <petertodd> trivial, it resets to 1 after 20 minutes
222 2013-01-05 12:21:36 <stealth222> I mined 200 btc in a few hours using the built-in miner on testnet
223 2013-01-05 12:21:38 <petertodd> otherwise I've seen it at about 150ish?
224 2013-01-05 12:21:47 <Pucilowski> So it doesn't follow the regular rules?
225 2013-01-05 12:21:54 <petertodd> Nope
226 2013-01-05 12:22:11 <petertodd> It has a special case in main.cpp
227 2013-01-05 12:22:14 <gmaxwell>     "difficulty" : 31.50117728,
228 2013-01-05 12:22:43 <gmaxwell> Pucilowski: it's slightly modified because in the past we had issues with people gpu mining it to a difficulty of a few hundred then leaving it stranded for weeks.
229 2013-01-05 12:26:34 <stealth222> Pucilowski, having to follow the rules to get relayed is essential to the proper functioning of the network
230 2013-01-05 12:27:25 <stealth222> if every node began to relay whatever came its way, there'd be so much garbage flooding the network that no resources would be left to process real transactions
231 2013-01-05 12:28:03 <gmaxwell> Otherwise a couple instances of while true ; do bitcoind sendtoaddress `bitcoind getnewaddress` 0.0000001 ; done  would take out the network.
232 2013-01-05 12:28:48 <petertodd> Conversely, the existence of Bitcoin gives all sorts of interesting ways to make flood attacks expensive for *other* P2P networks.
233 2013-01-05 12:30:45 <stealth222> bitcoin's policy is basically that you are entitled to flood the network with data as long as either you have the computing power to mine it into blocks or you are willing to pay sufficient fees
234 2013-01-05 12:30:51 <gmaxwell> Yep. We may eventually be 'forced' to put in a general (non-currency) flooding p2p network into our p2p network just to disincentivize people for abusing transactions for that purpose. We can't count on other things to solve it for us because we actually can solve flooding better than anything else, it seems.
235 2013-01-05 12:32:07 tonikt has joined
236 2013-01-05 12:33:19 <gmaxwell> (obviously something else could still use bitcoin for antiflood, but at the moment it seems that the knoweldge of this isn't propagating well outside of bitcoin)
237 2013-01-05 12:34:31 <stealth222> it would be possible to create a network where all output amounts are zero (miners get everything sent) and the outputs can be used instead for arbitrary data
238 2013-01-05 12:34:54 <stealth222> the fee policy would depend on the message size
239 2013-01-05 12:35:33 <gmaxwell> stealth222: careful, you're about to invent namecoin.
240 2013-01-05 12:35:36 <stealth222> hehe
241 2013-01-05 12:35:57 <gmaxwell> The point I was talking about, however, would have transactions that didn't get mined carrying data. So you could have non-immortal data.
242 2013-01-05 12:35:59 <petertodd> Speaking of, what's the best "theory" on making sidechains work? Specifically I was thinking about a generalized "blockchain to ensure global visibility" thing, (yes, namecoin) and didn't find much (sane) writing about such stuff.
243 2013-01-05 12:36:23 <gmaxwell> "use namecoin"
244 2013-01-05 12:36:48 <petertodd> My understanding is namecoin isn't prunable in any way though.
245 2013-01-05 12:37:36 <gmaxwell> it's just the same as bitcoin.
246 2013-01-05 12:38:04 <gmaxwell> this is worse for namecoin because it means that you can't have a SPV resolver for dns, but you're not asking about DNS.
247 2013-01-05 12:38:58 <petertodd> can't essentially because you care about the set of all "unspent txouts" -> domain names?
248 2013-01-05 12:39:09 <gmaxwell> https://bitcointalk.org/index.php?topic=21995.0 < (I explain that issue there, and also suggested how it can be solved (that general idea has subsiquently been expanded on by others, but not implemented))
249 2013-01-05 12:39:20 <gmaxwell> petertodd: right.
250 2013-01-05 12:39:53 <petertodd> ah, thanks
251 2013-01-05 12:41:20 <petertodd> whereas for a "sidechain to prove bank foo cheated" it doesn't matter so much, because we can just look at all the "txout" equivalent after the creation of the bank foo identity
252 2013-01-05 12:42:17 <stealth222> you mean altchain?
253 2013-01-05 12:42:53 <gmaxwell> stealth222: he means sidechain, e.g. something merged mined which may or may not be totally independant of bitcoin.
254 2013-01-05 12:43:05 <stealth222> sidechain usually refers to chains that connect to the same genesis block but are shorter
255 2013-01-05 12:43:09 <stealth222> no?
256 2013-01-05 12:43:20 <petertodd> correct me if I'm wrong, but altchain normally implies mining, whereas I don't want to limit the concept to pow mining
257 2013-01-05 12:43:35 <petertodd> for some apps "mining" via BTC fees would be reasonable
258 2013-01-05 12:43:45 <petertodd> timestamping for instance
259 2013-01-05 12:44:22 <Pucilowski> What happens when a transaction is broadcast and the node that would receive it normally is offline at the time - will he not be able to see until it has a confirmation?
260 2013-01-05 12:44:45 <stealth222> depends on how long it survives the mempool of other nodes
261 2013-01-05 12:44:48 <gmaxwell> Pucilowski: correct.
262 2013-01-05 12:44:56 <gmaxwell> stealth222: you don't see things in your peers mempols.
263 2013-01-05 12:45:00 <gmaxwell> er pools
264 2013-01-05 12:45:02 <stealth222> you can if you want to
265 2013-01-05 12:45:53 <stealth222> https://en.bitcoin.it/wiki/BIP_0035
266 2013-01-05 12:46:23 Diapolo has joined
267 2013-01-05 12:47:31 <gmaxwell> stealth222: yes, but the software doesn't because it would make data in mempools immortal.
268 2013-01-05 12:47:51 <gmaxwell> We'll have to add some mempool aging before we can actually use that at node startup.
269 2013-01-05 12:47:54 <stealth222> by default it doesn't - but that's not to stop you from implemementing a node that checks peer mempools
270 2013-01-05 12:48:59 <gmaxwell> Not breaking the network stops us from, right now. But sure, you can... though what you can program that has not been programmed yet doesn't answer Pucilowski's question. :P
271 2013-01-05 12:49:45 <petertodd> if you want your transaction to stick around in the mempool add a nLockTime'd output leading to another transaction with a hefty mining fee and tell people - guarantee you someone will hold onto it
272 2013-01-05 12:50:21 <petertodd> of course, "the mempool" it's in might not be a convenient one for you
273 2013-01-05 12:50:29 <gmaxwell> I'd take a bet no one would bother, apathy in bitcoin is amazing. :P
274 2013-01-05 12:50:33 <Pucilowski> so when do nodes stop propagating a transaction?
275 2013-01-05 12:50:37 <TD> i'd like to combine the mempool message with bloom filtering so SPV clients can download relevant unconfirmed transactions at startup
276 2013-01-05 12:51:02 <gmaxwell> TD: thats what thats there for.. does the current bloop patch not filter the BIP_0035 call?
277 2013-01-05 12:51:10 <petertodd> heh, someone broadcast my tx-within-a-tx within 5 minutes of me posting it...
278 2013-01-05 12:51:12 <gmaxwell> s/bloop/bloom/
279 2013-01-05 12:51:31 <TD> no
280 2013-01-05 12:51:35 <TD> it should do, i guess
281 2013-01-05 12:51:44 <TD> we need to fix the current bugs before adding new features to it though :)
282 2013-01-05 12:51:48 <gmaxwell> doh. I think so.
283 2013-01-05 12:53:07 <stealth222> so BIP_0035 would still send the entire mempool by default, yes?
284 2013-01-05 12:53:16 <stealth222> only if a client explicitly provided a bloom filter would it filter
285 2013-01-05 12:54:19 <stealth222> and a bloop patch might be even more interesting, gmaxwell :p
286 2013-01-05 12:54:51 ircuser-6 has joined
287 2013-01-05 12:55:22 quijibo has quit (Ping timeout: 260 seconds)
288 2013-01-05 12:55:48 <gmaxwell> (I use 'bloop' as another word in the foo/bar/baz sequence, and usually put it in debug messages and comments on code I intend to remove before committing for easy grepping... so I type it a lot)
289 2013-01-05 12:59:01 <gmaxwell> petertodd: that nested txn doesn't do what you want, alas. You could doublespend the inner txn before the locktime hits.
290 2013-01-05 12:59:04 <TD> stealth222: that's the idea. right now mempool always returns everything
291 2013-01-05 12:59:20 <TD> stealth222: which makes it not really usable from mobile phones because you'd end up downloading thousands of transactions at startup
292 2013-01-05 12:59:34 <gmaxwell> As a miner I would want to not allow anyone to mine the outer txn, until the inner txn locktime hit so I could get a chance at mining both.
293 2013-01-05 12:59:56 <TD> stealth222: the patch is a bit subtle because you need to do a topological sort of the mempool first, so the bloom filter is updated as you iterate through the transactions
294 2013-01-05 13:00:30 <petertodd> gmaxwell: of course, it's only worthwhile *after* the locktime hits and it's in the chain for good
295 2013-01-05 13:00:57 <gmaxwell> petertodd: but then why not skip the outer, and just author the inner to begin with?
296 2013-01-05 13:01:12 <petertodd> gmaxwell: because after the fact there is no proof that you didn't mine the inner yourself
297 2013-01-05 13:01:15 <stealth222> the bloom filter is on public keys/hashes of public keys, right?
298 2013-01-05 13:01:42 Z0rZ0rZ0r has joined
299 2013-01-05 13:01:54 <stealth222> so the recipient would be the one to compute the bloom filter bits, yes?
300 2013-01-05 13:03:02 <petertodd> gmaxwell: the outer is just way of proving that everyone had a fair chance at mining the inner - a usable sidechain would be suitable too provided it's convincingly public
301 2013-01-05 13:03:05 <stealth222> are you saying that the other nodes would also be uploading peer bloom filters dynamically?
302 2013-01-05 13:03:09 <stealth222> err
303 2013-01-05 13:03:15 <stealth222> s/uploading/updating/
304 2013-01-05 13:04:01 <gmaxwell> petertodd: well, only if you count on people being able to reconize the inner txn. But I see your point. Still as mentioned, there is a disincentive to actually mine those outer txn until the last possible moment so there may be problems in getting them made public.
305 2013-01-05 13:04:07 <gmaxwell> stealth222: they do.
306 2013-01-05 13:04:43 <gmaxwell> stealth222: multiple data types are tested against it (e.g. output addresses and txids), when you get a hit you add the other data types from the hit.
307 2013-01-05 13:05:02 <stealth222> ok
308 2013-01-05 13:05:24 <gmaxwell> ah, now that I repeated that, it probably breaks the bloomfilter for loadbalancing idea, bummer.
309 2013-01-05 13:06:04 <petertodd> gmaxwell: yeah, it's unfortunate I can't make the inner use the outer as it's txin... that said, given a long enough nLockTime someone's going to mine it if it's stuffed into a isStandard tx
310 2013-01-05 13:06:06 <stealth222> what's the bloomfilter for loadbalancing idea?
311 2013-01-05 13:06:40 <stealth222> bloomfilters on peer hostnames?
312 2013-01-05 13:07:00 <gmaxwell> petertodd: your goals are at odds, if people automatically reconize the inner, that will be motivation to also block the outer. :P
313 2013-01-05 13:07:56 <gmaxwell> stealth222: 0_o, no. this was saying that if you wanted to reduce bandwidth usage on a relaying node you could compute a set of orthorgonal bloomfilters to send to your peers, so you'd get fewer duplicate advertisements. (and you'd still getblock like normal instead of pulling filtered blocks)
314 2013-01-05 13:08:04 <petertodd> gmaxwell: pretty much, I expect fees for the outer will just have to rise accordingly
315 2013-01-05 13:08:56 <stealth222> you could still do that, gmaxwell, by dividing up the keyspace accordingly
316 2013-01-05 13:09:07 <petertodd> afterall, it's never a sure deal that you'll be able to mine it, who knows how many miners have had the tx relayed to them
317 2013-01-05 13:09:29 <stealth222> assuming keys are uniformly distributed, of course
318 2013-01-05 13:09:31 skeledrew has quit (Read error: Connection reset by peer)
319 2013-01-05 13:10:40 <gmaxwell> stealth222: the point I was making is that the automatic updates will make it so that any filter with most of the bits set eventually gets all its bits set.
320 2013-01-05 13:12:01 tonikt has quit (Ping timeout: 272 seconds)
321 2013-01-05 13:12:09 <stealth222> there'd have to be a way of "expiring" old addresses
322 2013-01-05 13:12:14 <stealth222> old keys
323 2013-01-05 13:12:25 rdponticelli has joined
324 2013-01-05 13:12:51 quijibo has joined
325 2013-01-05 13:12:52 <stealth222> a simple bloom filter cannot do that - but more sophisticated ones can
326 2013-01-05 13:13:07 <gmaxwell> ... or just not updating it.
327 2013-01-05 13:13:16 quijibo has quit (Client Quit)
328 2013-01-05 13:13:21 <gmaxwell> so that your orthorgonal filters stay orthorgonal.
329 2013-01-05 13:13:34 <stealth222> but if it's not updated then it's up to the recipient to resend new filters
330 2013-01-05 13:13:50 <gmaxwell> yes, for the loadbalancing case you'd never have to send a new filter.
331 2013-01-05 13:14:00 <gmaxwell> the updating is good.
332 2013-01-05 13:14:19 <gmaxwell> Just not for abusing the bloomfilters for loadbalancing. Thats all I'm saying.
333 2013-01-05 13:15:43 skeledrew has joined
334 2013-01-05 13:16:40 ThomasV has joined
335 2013-01-05 13:16:46 mmoya_ has joined
336 2013-01-05 13:22:34 <petertodd> gmaxwell: actually, that's all wrong, by broadcasting the inner tx to the mempool you make the decision to mine the outer completely independent of any attempt to block the inner
337 2013-01-05 13:23:36 BurtyB has quit (Ping timeout: 255 seconds)
338 2013-01-05 13:24:17 <gmaxwell> petertodd: if the outer gets blocked you don't necessarily make the inner highly public, increasing your chances of being the party that mines it in the future.
339 2013-01-05 13:25:31 <petertodd> gmaxwell: no, but the *sender* of the outer can make the inner public themselves
340 2013-01-05 13:25:54 <petertodd> it's the nuclear option
341 2013-01-05 13:26:33 <gmaxwell> wtf. sd has created a test version of their spammy service ... and put it on the production network too.
342 2013-01-05 13:27:17 <gmaxwell> petertodd: they can try, but if miners refuse to mine the outer because they want to make it less public, they may not be very successful.
343 2013-01-05 13:27:54 <ThomasV> gmaxwell: hi, is bip 32 final?
344 2013-01-05 13:28:34 <petertodd> gmaxwell: but there's nothing special about the inner, except having nLockTime set, you're suggesting cartels basically, and I just don't see that
345 2013-01-05 13:29:06 <gmaxwell> ThomasV: No.
346 2013-01-05 13:29:20 <ThomasV> any eta?
347 2013-01-05 13:29:41 <petertodd> gmaxwell: and really, you don't actually need to use nLockTime if the value per tx pair is kept well under the block reward value
348 2013-01-05 13:29:52 <gmaxwell> petertodd: no. I'm suggesting miners behave rationally and the knowedlge of extracting the inner from outer is universal, both of which your idea requires.
349 2013-01-05 13:30:45 <gmaxwell> ThomasV: Ask sipa.
350 2013-01-05 13:31:01 <petertodd> gmaxwell: right, so with the inner tx being known already, and out there waiting to be mined, why would a miner want to wait to mine the outer tx? the outer tx is just information proving that the inner tx was publicly known before some block number remember
351 2013-01-05 13:31:03 <gmaxwell> ThomasV: this isn't just waiting on us. We must have some relevant cryptographers look it over too.
352 2013-01-05 13:31:58 <ThomasV> oh wow
353 2013-01-05 13:32:03 <gmaxwell> petertodd: because he doesn't want the inner to be known. It might be known now, but what about 2000 blocks from now?
354 2013-01-05 13:32:24 <ThomasV> gmaxwell: I always thought you were a relevant cryptographer
355 2013-01-05 13:33:07 <gmaxwell> ThomasV: Well, more relevant than just me. (And bytecoin)
356 2013-01-05 13:33:42 <petertodd> gmaxwell: if this mechanism becomes a common thing, say for anon-echaum-token-issuing banks, I expect miners will setup their mempools to save high-value tx's for as long as it takes, and equally I expect peer DoS prevention code to pop up on a "tit-for-tat" basis, IE, if you never broadcast high-value tx's to me, I'll never broadcast them to you
357 2013-01-05 13:34:16 <petertodd> (of course, it'll be interesting when sometimes it makes more sense to not build on the top block...)
358 2013-01-05 13:34:18 <gmaxwell> Bip-32 adds more usecases beyond just the type-2 derivation, e.g. making your chaincode quasipublic.  There may be more subtle implications.
359 2013-01-05 13:35:54 <gmaxwell> Really unlikely of course, but its prudent to have more eyes on it.
360 2013-01-05 13:38:05 <ThomasV> what do you mean? if you publish the master public key of a node, my understanding is that all child node sequences will be public, but other branches remain private
361 2013-01-05 13:43:12 Eslbaer has joined
362 2013-01-05 13:47:15 BTCOxygen is now known as a1111
363 2013-01-05 13:49:24 a1111 has quit (Changing host)
364 2013-01-05 13:49:24 a1111 has joined
365 2013-01-05 13:49:41 a1111 is now known as BTCOxygen
366 2013-01-05 13:49:45 BTCOxygen is now known as a1111
367 2013-01-05 13:52:19 Eslbaer has quit (Quit: Verlassend)
368 2013-01-05 13:54:05 a1111 is now known as a1111-coding
369 2013-01-05 13:54:58 Eslbaer has joined
370 2013-01-05 13:57:43 a1111-coding is now known as a111111111111111
371 2013-01-05 14:00:24 BurtyB has joined
372 2013-01-05 14:11:00 a111111111111111 is now known as BTCOxygen
373 2013-01-05 14:11:39 Mobius_ has quit (Remote host closed the connection)
374 2013-01-05 14:12:57 Mobius_ has joined
375 2013-01-05 14:14:17 porquilho has joined
376 2013-01-05 14:21:29 D34TH has joined
377 2013-01-05 14:26:06 TD has quit (Quit: TD)
378 2013-01-05 14:40:58 paraipan has joined
379 2013-01-05 14:41:47 daybyter has joined
380 2013-01-05 14:43:46 tonikt has joined
381 2013-01-05 14:49:56 rdymac has joined
382 2013-01-05 15:02:14 Diapolo has left ()
383 2013-01-05 15:02:44 TD has joined
384 2013-01-05 15:25:38 Belkaar has quit (Ping timeout: 260 seconds)
385 2013-01-05 15:26:37 Belkaar has joined
386 2013-01-05 15:29:01 sroecker has joined
387 2013-01-05 15:31:15 TD has quit (Quit: TD)
388 2013-01-05 15:31:45 daybyter has quit (Quit: Konversation terminated!)
389 2013-01-05 15:33:35 libcoin has joined
390 2013-01-05 15:43:48 libcoin has quit (Quit: Leaving.)
391 2013-01-05 15:47:17 ThomasV has quit (Quit: Quitte)
392 2013-01-05 15:53:21 rdymac has quit (Ping timeout: 240 seconds)
393 2013-01-05 15:53:54 Trix has joined
394 2013-01-05 15:54:27 trixisowned has quit (Read error: Operation timed out)
395 2013-01-05 15:56:48 mmoya_ has quit (Quit: Leaving)
396 2013-01-05 16:05:01 libcoin has joined
397 2013-01-05 16:09:39 harkon has joined
398 2013-01-05 16:16:35 rdymac has joined
399 2013-01-05 16:20:43 dvide has joined
400 2013-01-05 16:23:39 maaku has joined
401 2013-01-05 16:28:37 rdymac has quit (Ping timeout: 255 seconds)
402 2013-01-05 16:29:16 rdymac has joined
403 2013-01-05 16:30:23 ThomasV has joined
404 2013-01-05 16:33:52 libcoin1 has joined
405 2013-01-05 16:33:55 libcoin has quit (Read error: Connection reset by peer)
406 2013-01-05 16:38:21 libcoin1 has quit (Ping timeout: 260 seconds)
407 2013-01-05 16:40:04 da2ce7_d has joined
408 2013-01-05 16:41:24 libcoin has joined
409 2013-01-05 16:42:56 da2ce7 has quit (Ping timeout: 276 seconds)
410 2013-01-05 16:43:02 libcoin1 has joined
411 2013-01-05 16:43:40 libcoin has quit (Read error: Connection reset by peer)
412 2013-01-05 16:44:07 zooko has quit (Read error: Connection reset by peer)
413 2013-01-05 16:44:59 rdymac has quit (Read error: Connection reset by peer)
414 2013-01-05 16:47:14 zooko has joined
415 2013-01-05 16:54:04 rdymac has joined
416 2013-01-05 16:54:12 skeledrew has quit (Ping timeout: 265 seconds)
417 2013-01-05 16:55:09 libcoin1 has quit (Quit: Leaving.)
418 2013-01-05 16:57:40 zooko has quit (Ping timeout: 264 seconds)
419 2013-01-05 17:00:46 grau has joined
420 2013-01-05 17:00:57 zooko has joined
421 2013-01-05 17:05:34 MC-Eeepc has quit (Quit: Leaving)
422 2013-01-05 17:10:05 rdymac has quit (Quit: This computer has gone to sleep)
423 2013-01-05 17:12:26 davout has joined
424 2013-01-05 17:12:26 davout has quit (Changing host)
425 2013-01-05 17:12:26 davout has joined
426 2013-01-05 17:13:21 toffoo has joined
427 2013-01-05 17:15:23 davout_ has joined
428 2013-01-05 17:15:30 maaku has quit (Quit: maaku)
429 2013-01-05 17:16:51 davout has quit (Ping timeout: 260 seconds)
430 2013-01-05 17:20:04 davout_ is now known as davout
431 2013-01-05 17:20:05 davout has quit (Changing host)
432 2013-01-05 17:20:05 davout has joined
433 2013-01-05 17:21:37 maaku has joined
434 2013-01-05 17:28:04 MC1984 has joined
435 2013-01-05 17:28:41 libcoin has joined
436 2013-01-05 17:31:25 CodeInChaos has joined
437 2013-01-05 17:33:25 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
438 2013-01-05 17:33:30 davout has quit (Remote host closed the connection)
439 2013-01-05 17:34:24 davout has joined
440 2013-01-05 17:34:25 davout has quit (Changing host)
441 2013-01-05 17:34:25 davout has joined
442 2013-01-05 17:34:42 CodesInChaos has quit (Ping timeout: 246 seconds)
443 2013-01-05 17:35:56 rdymac has joined
444 2013-01-05 17:36:23 davout has quit (Remote host closed the connection)
445 2013-01-05 17:36:47 JZavala has quit (Ping timeout: 244 seconds)
446 2013-01-05 17:37:16 libcoin has quit (Ping timeout: 264 seconds)
447 2013-01-05 17:39:18 libcoin has joined
448 2013-01-05 17:48:32 toffoo has quit ()
449 2013-01-05 17:49:14 zooko` has joined
450 2013-01-05 17:50:26 rdymac has quit (Quit: This computer has gone to sleep)
451 2013-01-05 17:50:28 zooko has quit (Ping timeout: 255 seconds)
452 2013-01-05 17:53:05 <MC1984> if i have -debug set
453 2013-01-05 17:53:24 <MC1984> would the non truncated logfile writing interfere with the actual sync process
454 2013-01-05 17:54:52 <ThomasV> where should I make a pull request for the bitcoin.org website?
455 2013-01-05 17:55:08 libcoin has quit (Ping timeout: 240 seconds)
456 2013-01-05 17:59:40 <gmaxwell> ThomasV: https://github.com/bitcoin/bitcoin.org/pulls
457 2013-01-05 17:59:43 <gmaxwell> MC1984: No.
458 2013-01-05 17:59:52 <gmaxwell> MC1984: except by running you out of space entirely
459 2013-01-05 18:00:19 larsig has joined
460 2013-01-05 18:04:35 word has joined
461 2013-01-05 18:05:42 <ThomasV> gmaxwell: is there a way to send a pull request without forking a project? I find it a bit overkill :)
462 2013-01-05 18:05:48 <grau> gmaxwell: the blocktester (bluematt) seems quite bitcoinj specific to me, how is it used to test bitcoind ?
463 2013-01-05 18:08:20 word has quit (Client Quit)
464 2013-01-05 18:14:50 <sipa> grau: it uses bitcoinj, but connects to another node (which needs some patch to allow a different chain with lower difficulty)
465 2013-01-05 18:14:58 <lianj> ThomasV: you could send a mail patch or point to your branch which you host on your server instead of github. but the github pull request think is nice because people can comment on it etc
466 2013-01-05 18:15:13 <sipa> grau: which it sends blocks, and verifies whether they get accepted or rejected, and reorganized correctly
467 2013-01-05 18:16:08 <grau> i see, is there a patch or script that supports that for bitcoind?
468 2013-01-05 18:16:14 <gmaxwell> yes, included with it.
469 2013-01-05 18:16:47 <grau> thanks
470 2013-01-05 18:17:06 <gmaxwell> (someday in the future that probably won't be required, because we'll mine a real chain for it, you'd just run with checkpoints disabled)
471 2013-01-05 18:17:40 igetgames_ has joined
472 2013-01-05 18:17:59 Evilmax has joined
473 2013-01-05 18:18:11 <Evilmax> hi: i need help
474 2013-01-05 18:19:02 Arnavion has quit (Quit: Arnavion)
475 2013-01-05 18:20:05 Arnavion has joined
476 2013-01-05 18:21:10 igetgames has quit (Ping timeout: 255 seconds)
477 2013-01-05 18:21:18 igetgames_ is now known as igetgames
478 2013-01-05 18:22:03 WolfAlex___ has quit (Quit: No Ping reply in 180 seconds.)
479 2013-01-05 18:22:21 WolfAlex has joined
480 2013-01-05 18:23:48 <ThomasV> lianj: ok, I created a fork
481 2013-01-05 18:24:20 <ThomasV> the electrum website moved to electrum.org, that's the reason of the pull
482 2013-01-05 18:24:45 rlifchitz has quit (Ping timeout: 246 seconds)
483 2013-01-05 18:32:45 <grau> gmaxwell: mining a chain just for testing was also my plan before. I think the nicest solution would be a jbehave file with blocks and tx listed and answers expected. Maybe I get it done.
484 2013-01-05 18:33:38 <gmaxwell> grau: well it's a little more complicated than that, to test reorginizsations you must go through sequences of blocks.
485 2013-01-05 18:33:50 <gmaxwell> and check to make sure its picked the right chain out of competing chains.
486 2013-01-05 18:33:55 <gmaxwell> it's not just pass/fail
487 2013-01-05 18:34:03 <grau> I know, thats what i mean
488 2013-01-05 18:34:09 <gmaxwell> (on a single block basis at least)
489 2013-01-05 18:34:33 freakazoid has joined
490 2013-01-05 18:35:12 <grau> the jbehave would say: assume this and this, and this happends then this is the expected outcome look up jbehave.org
491 2013-01-05 18:37:00 rlifchitz has joined
492 2013-01-05 18:44:31 copumpkin has quit (Quit: Computer has gone to sleep.)
493 2013-01-05 18:55:45 WolfAlex has quit (Quit: No Ping reply in 180 seconds.)
494 2013-01-05 18:56:02 WolfAlex has joined
495 2013-01-05 19:00:19 Lolcust has quit (Ping timeout: 255 seconds)
496 2013-01-05 19:01:58 zooko`` has joined
497 2013-01-05 19:03:29 zooko` has quit (Ping timeout: 260 seconds)
498 2013-01-05 19:05:16 zooko``` has joined
499 2013-01-05 19:07:06 zooko`` has quit (Ping timeout: 260 seconds)
500 2013-01-05 19:10:05 denisx has joined
501 2013-01-05 19:10:58 zooko``` has quit (Read error: Operation timed out)
502 2013-01-05 19:17:46 Lolcust has joined
503 2013-01-05 19:26:11 yellowhat has quit (Quit: yellowhat)
504 2013-01-05 19:29:53 tonikt has quit (Read error: Connection reset by peer)
505 2013-01-05 19:32:13 Arnavion has quit (Quit: Arnavion)
506 2013-01-05 19:38:36 denisx_ has joined
507 2013-01-05 19:40:02 denisx has quit (Ping timeout: 252 seconds)
508 2013-01-05 19:40:02 denisx_ is now known as denisx
509 2013-01-05 19:42:37 Arnavion has joined
510 2013-01-05 19:44:57 owowo has joined
511 2013-01-05 19:49:35 sgornick has quit (Quit: Ex-Chat)
512 2013-01-05 19:58:43 libcoin has joined
513 2013-01-05 20:11:08 zooko``` has joined
514 2013-01-05 20:14:33 sroecker has quit (Quit: Leaving)
515 2013-01-05 20:16:14 yellowhat has joined
516 2013-01-05 20:17:08 zooko``` has quit (Ping timeout: 276 seconds)
517 2013-01-05 20:20:11 zooko``` has joined
518 2013-01-05 20:28:56 Arnavion has quit (Quit: Arnavion)
519 2013-01-05 20:30:17 Arnavion has joined
520 2013-01-05 20:38:30 hahuang65 has joined
521 2013-01-05 20:39:06 Mobius_ has quit (Remote host closed the connection)
522 2013-01-05 20:40:12 hahuang65 has quit (Client Quit)
523 2013-01-05 20:40:43 hahuang65 has joined
524 2013-01-05 20:41:02 Mobius_ has joined
525 2013-01-05 20:42:14 StarenseN has quit ()
526 2013-01-05 20:42:27 StarenseN has joined
527 2013-01-05 20:45:09 darkee has quit (Remote host closed the connection)
528 2013-01-05 20:48:31 darkee has joined
529 2013-01-05 20:50:16 cheako has joined
530 2013-01-05 20:55:57 zooko```` has joined
531 2013-01-05 20:57:24 zooko``` has quit (Ping timeout: 252 seconds)
532 2013-01-05 21:01:20 zooko```` has quit (Ping timeout: 276 seconds)
533 2013-01-05 21:02:26 EasyAt has quit (Quit: leaving)
534 2013-01-05 21:04:38 <cheako> Hello, I've a 6GB .bitcoin folder.  Any chance to reduce this?
535 2013-01-05 21:06:18 WolfAlex has quit (Remote host closed the connection)
536 2013-01-05 21:07:08 <sipa> cheako: right now, the best advice is using a lightweight client if it's really a problem
537 2013-01-05 21:07:24 <kuzetsa> cheako: that sounds normal for the regular (zero trust) client
538 2013-01-05 21:07:53 <Pucilowski> Does bitcoin-qt relay tx's by default?
539 2013-01-05 21:07:54 <kuzetsa> mine is 6GB too
540 2013-01-05 21:08:11 <kuzetsa> Pucilowski: yes
541 2013-01-05 21:08:34 EasyAt has joined
542 2013-01-05 21:08:38 <sipa> Pucilowski: yes, once
543 2013-01-05 21:10:02 agricocb has quit (Remote host closed the connection)
544 2013-01-05 21:10:46 WolfAlex has joined
545 2013-01-05 21:11:04 agricocb has joined
546 2013-01-05 21:11:36 <Pucilowski> How can I view the list of my peers?
547 2013-01-05 21:13:23 porquilho has quit ()
548 2013-01-05 21:13:50 <sipa> getpeerinfo
549 2013-01-05 21:13:51 EasyAt has quit (Quit: leaving)
550 2013-01-05 21:16:27 harkon has quit (Ping timeout: 256 seconds)
551 2013-01-05 21:16:28 Z0rZ0rZ0r has quit (Quit: Wheeeee)
552 2013-01-05 21:16:54 harkon has joined
553 2013-01-05 21:17:01 <gmaxwell> Pucilowski: watcha interested in peers for?
554 2013-01-05 21:17:20 <Pucilowski> playing around wtih double spends on my VMs
555 2013-01-05 21:18:51 <cheako> Did the size of the block chain double since Aug?  It looks like something happened in the may/jun time frame.
556 2013-01-05 21:19:31 <cheako> The block chain is over 4GB, what's the other 30% being used for?
557 2013-01-05 21:19:59 <gmaxwell> cheako: 1gb is probably debug.log, and a bit over 1gb is the indexes.
558 2013-01-05 21:20:17 <gmaxwell> The chain itself is about 4.3-4.4gb.  so there you have it.
559 2013-01-05 21:20:36 <gmaxwell> You can end up with junk extra chain data if you deleted your index at some point.
560 2013-01-05 21:21:07 <cheako> I'm using -printtoconsole for the vary reason.
561 2013-01-05 21:21:43 <gmaxwell> Well then you tell us.
562 2013-01-05 21:22:43 <cheako> 1.5G	./blkindex.dat;  Can I stop the client and delete this?
563 2013-01-05 21:23:10 <cheako> Thanks for all the help.
564 2013-01-05 21:23:56 <gmaxwell> ... no, not unless you want a long wait and GB of additional wasted space.
565 2013-01-05 21:23:58 <gmaxwell> er 4GB
566 2013-01-05 21:26:49 t7 has quit (Read error: Connection reset by peer)
567 2013-01-05 21:27:13 Belkaar has quit (Ping timeout: 256 seconds)
568 2013-01-05 21:27:26 bitafterbit has joined
569 2013-01-05 21:28:42 Belkaar has joined
570 2013-01-05 21:29:17 EasyAt has joined
571 2013-01-05 21:30:57 asuk has joined
572 2013-01-05 21:33:44 BurtyBB has joined
573 2013-01-05 21:33:53 Gladamas has joined
574 2013-01-05 21:35:27 meLon has joined
575 2013-01-05 21:37:39 BurtyB has quit (Ping timeout: 248 seconds)
576 2013-01-05 21:53:19 TD has joined
577 2013-01-05 22:00:58 libcoin has quit (Quit: Leaving.)
578 2013-01-05 22:02:31 asuk has quit (Quit: Leaving.)
579 2013-01-05 22:03:01 EasyAt has quit (Quit: leaving)
580 2013-01-05 22:03:38 EasyAt has joined
581 2013-01-05 22:03:53 asuk has joined
582 2013-01-05 22:12:18 one_zero has joined
583 2013-01-05 22:13:17 freakazoid has quit (Ping timeout: 264 seconds)
584 2013-01-05 22:13:50 Azelphur has quit (Excess Flood)
585 2013-01-05 22:14:40 root2_ has joined
586 2013-01-05 22:14:49 Azelphur has joined
587 2013-01-05 22:15:12 cheako has quit (Quit: Client exiting)
588 2013-01-05 22:18:21 root2 has quit (Ping timeout: 240 seconds)
589 2013-01-05 22:20:15 <ThomasV> gmaxwell: thanks for the merge
590 2013-01-05 22:21:00 <gmaxwell> It took extensive review and consideration ... but it was the least I could do.
591 2013-01-05 22:21:20 <ThomasV> lol
592 2013-01-05 22:22:15 <gmaxwell> why is adblock 'correcting' bitcoin.org to bitcoin.og in my browser 0_o
593 2013-01-05 22:22:20 freakazoid has joined
594 2013-01-05 22:23:11 Impaler has joined
595 2013-01-05 22:23:35 <ThomasV> adblock forced me to rename stats.ecdsa.org to statistics.ecdsa.org, because "stats" is frequently used for serving ads
596 2013-01-05 22:28:36 harkon has quit (Quit: Konversation terminated!)
597 2013-01-05 22:31:12 ovidiusoft has quit (Quit: leaving)
598 2013-01-05 22:32:45 swulf--1 has joined
599 2013-01-05 22:35:15 Sukharev has quit (Ping timeout: 245 seconds)
600 2013-01-05 22:35:41 swulf-- has quit (Ping timeout: 272 seconds)
601 2013-01-05 22:41:10 bitafterbit has quit (Remote host closed the connection)
602 2013-01-05 22:42:32 root2_ is now known as root2
603 2013-01-05 22:47:03 StarenseN has quit ()
604 2013-01-05 22:51:27 <gmaxwell> At wikimedia we changed the hash function used for uploaded image objects to output devowled base-32 instead of hex, because "/ad/" was getting blocked by people and generating a slow stream of complaints when 1/65k images didn't show for people.
605 2013-01-05 23:00:53 TD has quit (Quit: TD)
606 2013-01-05 23:02:39 Neskia has joined
607 2013-01-05 23:05:28 Nesetalis has quit (Ping timeout: 255 seconds)
608 2013-01-05 23:15:49 grau has quit (Remote host closed the connection)
609 2013-01-05 23:16:26 freakazoid has quit (Ping timeout: 260 seconds)
610 2013-01-05 23:18:02 <sipa> gmaxwell: haha
611 2013-01-05 23:21:39 freakazoid has joined
612 2013-01-05 23:21:49 grau has joined
613 2013-01-05 23:23:54 grau has quit (Remote host closed the connection)
614 2013-01-05 23:38:22 CodeInChaos has quit (Ping timeout: 260 seconds)
615 2013-01-05 23:48:50 harkon has joined
616 2013-01-05 23:51:58 denisx has quit (Remote host closed the connection)
617 2013-01-05 23:52:16 denisx has joined
618 2013-01-05 23:54:48 asuk has left ()