1 2013-12-12 00:09:12 <netg> copy and pasted wrong together the whole sentence
  2 2013-12-12 00:24:25 <goodbtc> any idea when http://bitcoin.sipa.be/ will be fixed?
  3 2013-12-12 00:30:59 <TD> goodbtc: what's wrong with it ?
  4 2013-12-12 00:31:22 <edcba> i guess the first graphs
  5 2013-12-12 00:31:37 <edcba> computation speed
  6 2013-12-12 00:32:16 <gmaxwell> it's not updating again.
  7 2013-12-12 00:32:24 <goodbtc> http://bitcoin.sipa.be/growth-10k.png
  8 2013-12-12 00:32:33 <gmaxwell> I nagged sipa a few days ago. :P
  9 2013-12-12 00:32:37 <TD> gavinandresen: are you there?
 10 2013-12-12 00:32:40 <gmaxwell> sipa: renag
 11 2013-12-12 00:32:42 <goodbtc> we're past 7/12
 12 2013-12-12 00:33:03 <edcba> maybe you should donate to sipa so he acts :)
 13 2013-12-12 00:34:09 <goodbtc> https://blockchain.info/address/14TYdpodQQDKVgvUUcpaMzjJwhQ4KYsipa tip ahead
 14 2013-12-12 00:40:31 <edcba> i just imagined some usecase you can do with bitcoin: open some account at some beer shop, it gives you some address, then you can directly propose beer donations on your website. Beer shop would automatically send you beers !
 15 2013-12-12 00:41:12 <edcba> maybe i should patent that :p
 16 2013-12-12 00:44:20 <Ryan52> edcba: that's kind of awesome, addresses being free must have many interesting practical uses along similar lines.
 17 2013-12-12 00:46:16 <Belxjander> anyone can give out a different address to every person they get paid from...
 18 2013-12-12 00:46:35 <Belxjander> the only pre-requisite is ownership of the wallets the addresses refer to
 19 2013-12-12 00:47:46 <edcba> yes of course you can track payments with addresses but the interesting stuff is that you can make ppl pay for you without disclosing what and still seeing how much has been paid etc
 20 2013-12-12 00:48:13 <edcba> it's quite easy to do with bitcoin i imagine it would be a lot harder with credit card payments etc
 21 2013-12-12 01:00:26 <TD> gavinandresen: never mind, i got it working
 22 2013-12-12 01:00:47 <Belxjander> edcba: the option of a single wallet having single-usage addresses for various things also makes for some odd things too
 23 2013-12-12 01:01:13 <Belxjander> as you can deliberately accept from one address but spend it seperately
 24 2013-12-12 01:01:38 <Luke-Jr> newegg/amazon could let you make donation-carts that buy and ship items as people donate to them :P
 25 2013-12-12 01:02:41 <Belxjander> Luke-Jr: any service wallet can assign out an address per-customer... and just need to receive payment to match the cost of items for sending anything out
 26 2013-12-12 01:03:14 <Luke-Jr> Belxjander: well, this is a case you'd use a recurring invoice id, not an address
 27 2013-12-12 01:03:59 <Belxjander> Luke-Jr: assign an address of to an Invoice... when the payment comes in above a certain value level... X gets shipped
 28 2013-12-12 01:04:29 <Luke-Jr> Belxjander: but probably more than 1 person will be donating, and addresses can only be used once
 29 2013-12-12 01:04:49 <edcba> or wait any period of time ship more expensive product cheaper than balance
 30 2013-12-12 01:05:12 <Belxjander> Luke-Jr: which is why you give out each individual a seperate address
 31 2013-12-12 01:06:03 <Belxjander> effectively tagging anything with a "wish list pay here address" setup
 32 2013-12-12 01:06:23 <Belxjander> it just needs to be 1 address amongst however many for the receivers wallet
 33 2013-12-12 01:06:31 <Luke-Jr> Belxjander: that's why you'd get a RII :P
 34 2013-12-12 01:06:45 <Belxjander> RII?
 35 2013-12-12 01:06:50 <Luke-Jr> recurring invoice id
 36 2013-12-12 01:07:06 <Belxjander> Luke-Jr: One-Time or Recurring
 37 2013-12-12 01:07:06 <Luke-Jr> so you can put that in your website and it will generate a new address for each donator
 38 2013-12-12 01:07:21 <Luke-Jr> addresses are one-time; RIIs are recurring
 39 2013-12-12 01:07:29 <Belxjander> ahh...now I see what you are getting at
 40 2013-12-12 01:08:03 <Belxjander> yes
 41 2013-12-12 01:08:11 <da2ce7> test fail with latest bitcoin git on Mavericks: https://github.com/bitcoin/bitcoin/issues/3396
 42 2013-12-12 02:34:32 <freeroute> bitcointalk timing out again...
 43 2013-12-12 02:36:39 <phantomcircuit> TD, bitcoin-qt with my patch for IsConfirmed scales to millions of addresses and hundreds of thousands of transactions
 44 2013-12-12 02:36:54 <TD> it does? awesome
 45 2013-12-12 02:37:04 <TD> i wonder what level of scalability places like bitstamp or mtgox need
 46 2013-12-12 02:37:09 <TD> was your patch merged yet?
 47 2013-12-12 02:37:17 <phantomcircuit> no it's not production ready
 48 2013-12-12 02:37:30 <TD> ok
 49 2013-12-12 02:38:02 <phantomcircuit> fixing the behavior of IsConfirmed to actually report FromMe transactions as confirmed introduced at least one bug
 50 2013-12-12 02:38:05 <phantomcircuit> possibly more
 51 2013-12-12 02:38:26 <phantomcircuit> if IsConfirmed does what it says it does then the getbalance rpc call can return an overall negative balance
 52 2013-12-12 02:38:47 <TD> heh
 53 2013-12-12 02:38:59 <phantomcircuit> yeah fun right
 54 2013-12-12 02:42:35 <phantomcircuit> TD, oh and getbalance results in a different result than getbalance "*" 0
 55 2013-12-12 02:42:41 <TD> haha
 56 2013-12-12 02:42:49 <TD> i'm so glad i don't have to deal with that.
 57 2013-12-12 02:43:02 <TD> instead i get to deal with bitcoinj's api quirks, which is fine because i know they're all my fault
 58 2013-12-12 02:44:22 <BlueMatt> hah, I love digitalocean...I posted a bounty of $5k for anyone to get into my account, someone pinged their support, and their response was "GAME ON"
 59 2013-12-12 02:44:43 <TD> haha
 60 2013-12-12 02:44:46 <TD> awesome
 61 2013-12-12 02:45:01 <TD> phantomcircuit: random question - do you know if DV SSL certs always have AlternativeName fields?
 62 2013-12-12 02:45:27 <phantomcircuit> TD, they do not, it's an optional field
 63 2013-12-12 02:45:40 <TD> that's what i thought
 64 2013-12-12 02:45:41 <phantomcircuit> TD, probably 99% of them have www.
 65 2013-12-12 02:45:51 <phantomcircuit> but i actually do have a cert from startcom without one
 66 2013-12-12 02:49:34 <phantomcircuit> TD, also when i say bitcoin-qt i mean bitcoind
 67 2013-12-12 02:50:08 <phantomcircuit> (obviously)
 68 2013-12-12 03:00:45 <ali1234> is it expected for v70001 nodes to get stuck at block 274230?
 69 2013-12-12 03:01:58 <ali1234> wait, nvm, i'm reading the log wrong
 70 2013-12-12 03:02:47 <ali1234> *my* node got stuck
 71 2013-12-12 03:03:04 <dparrish> hey does anyone have any testnet coins to spare for testing?
 72 2013-12-12 03:12:02 <phantomcircuit> TD, and actually none of the performance issues should really matter for someone that is mostly accepting payments
 73 2013-12-12 03:12:15 <phantomcircuit> it's coin selection that's the issue
 74 2013-12-12 03:13:14 <kjj> as a long time p2pool user, I can attest that coin selection is indeed a bitch
 75 2013-12-12 03:13:18 <TD> right
 76 2013-12-12 03:13:26 <edcba> subject of day is balancing performance and privacy on coin selection ? :)
 77 2013-12-12 03:27:12 <roconnor> What is the correct base58 encoding of n bytes of 0's?
 78 2013-12-12 03:32:06 <phantomcircuit> 2013-12-12 03:31:26 Keys: 1000002 plaintext, 0 encrypted, 1000002 w/ metadata, 1000002 total
 79 2013-12-12 03:32:06 <phantomcircuit> TD, 2013-12-12 03:27:15 init message: Loading wallet...
 80 2013-12-12 03:32:18 <phantomcircuit> 4 minutes 1 million keys
 81 2013-12-12 03:37:57 <Apocalyptic> phantomcircuit, that's fairly decent
 82 2013-12-12 03:38:24 <phantomcircuit> yeah thats with my hashing patch that's merged
 83 2013-12-12 03:38:52 <phantomcircuit> i suspect much faster is possible if it's done in batches or even in stages
 84 2013-12-12 03:39:20 <kanzure> what does loading consist of?
 85 2013-12-12 03:39:33 <phantomcircuit> that's only 240 usec per key but it should be faster than that
 86 2013-12-12 03:39:40 <kanzure> just hashing each key and then..?
 87 2013-12-12 03:39:41 <phantomcircuit> the hash only takes 4 usec
 88 2013-12-12 03:39:54 <phantomcircuit> kanzure, the wallet is k/v pairs
 89 2013-12-12 03:40:15 <phantomcircuit> the "key" value is "key" -> (pubkey, privkey) pairs
 90 2013-12-12 03:40:28 <phantomcircuit> all i did was add a hash as a checksum
 91 2013-12-12 03:40:39 <phantomcircuit> previously it was recalculating the pubkey everytime as a checksum
 92 2013-12-12 03:40:54 <phantomcircuit> which takes ~1ms each (500 usec if you remove a duplicate step)
 93 2013-12-12 03:41:22 <kanzure> so the key was (pubkey, privkey) and the value is what?
 94 2013-12-12 03:42:04 <kanzure> nevermind, i should just read more source code
 95 2013-12-12 03:42:25 <kanzure> there are an awful lot of efficient hashing algorithms that you can steal, i remember reading a funny little one from python's internals
 96 2013-12-12 03:42:46 <phantomcircuit> kanzure, right, i just changed it to pubkey, privkey, hash
 97 2013-12-12 03:43:22 <phantomcircuit> im lazy i just used Hash() which is sha256d
 98 2013-12-12 03:54:45 <jcorgan> anyone have a link to an SVG formatted bitcoin logo?
 99 2013-12-12 03:56:46 <jcorgan> nm, found one on wikipedia
100 2013-12-12 04:33:07 <maraoz> Are clients accepting OP_RETURN already?
101 2013-12-12 06:40:29 <dooglus> can someone explain why http://blockexplorer.com/block/000000000000000262212b3e353b505b61a5c8ac9db3bc2696b8b833ff8b7573
102 2013-12-12 06:40:50 <dooglus> shows a very different number of transations than https://blockchain.info/block-index/446114/000000000000000262212b3e353b505b61a5c8ac9db3bc2696b8b833ff8b7573
103 2013-12-12 06:40:53 <dooglus> ?
104 2013-12-12 06:43:18 <Apocalyptic> hum, that's weird
105 2013-12-12 06:43:21 <BlueMatt> bc.i fucked up or so?
106 2013-12-12 06:44:51 <deego> still trying to understand that :) .. can we identify any one transaction that's different?
107 2013-12-12 06:46:53 <BlueMatt> the last one on bbe
108 2013-12-12 06:48:17 <Apocalyptic> even the BTC Output Total is not the same
109 2013-12-12 06:49:45 <deego> Ah
110 2013-12-12 06:50:19 <deego> I wonder if the b.i had a limit condition reached and  just truncated them..
111 2013-12-12 06:50:24 <deego> s/the//
112 2013-12-12 06:51:55 <Apocalyptic> may well ne
113 2013-12-12 06:51:56 <Apocalyptic> *be
114 2013-12-12 06:56:31 <kjj> seems to be a bug in their display code.  the transactions not listed are still in the database and point back to it
115 2013-12-12 07:49:10 <dooglus> http://i.imgur.com/L5AYXgP.png - confirmed tx with unconfirmed input...
116 2013-12-12 07:57:05 <sturles> dooglus: Ehm.. Did you just paste a link to an image of a web page?
117 2013-12-12 07:57:45 <Alina-malina> What is the IRC channel for bitcoin that using for retreiving nodes IP addresses?
118 2013-12-12 08:05:38 <Alina-malina> What is the IRC channel for bitcoin that using for retreiving nodes IP addresses?
119 2013-12-12 08:05:46 <wumpus> Alina-malina: bitcoin no longer uses an IRC channel for that
120 2013-12-12 08:05:57 <Alina-malina> wumpus, oh what does it use instead?
121 2013-12-12 08:06:17 <wumpus> Alina-malina: DNS seeding, requesting nodes for other peers, and a build in peer list to fall back on
122 2013-12-12 08:07:03 <Alina-malina> hmmm ok
123 2013-12-12 08:07:35 <wumpus> using IRC was deemed too spammy, some ISPs even confused it with a botnet
124 2013-12-12 08:07:58 <Alina-malina> heh, but was it faster?
125 2013-12-12 08:08:06 <Alina-malina> ratther then DNS seeding?
126 2013-12-12 08:08:12 <wumpus> nope, DNS seeding is much faster
127 2013-12-12 08:08:39 <wumpus> the DNS protocol is extremely efficient, no need to log into an IRC server, request a nick list, etc
128 2013-12-12 08:09:12 <Alina-malina> i see, is it possible to watch that DNS seeding list live?
129 2013-12-12 08:11:57 <wumpus> there's this http://bitcoin.sipa.be/seeds.txt
130 2013-12-12 08:12:23 <wumpus> warning: huge list
131 2013-12-12 08:13:01 <Stephen> TWSS
132 2013-12-12 08:15:34 <Alina-malina> wumpus, thanks, but is it being updated? wow some have macaddresses as well?
133 2013-12-12 08:17:04 <wumpus> I don't know how often it gets updated. It tracks reliable peers over time. You can find the source code here: https://github.com/sipa/bitcoin-seeder
134 2013-12-12 08:17:19 <wumpus> those are not MAC addresses but IPv6 addresses :)
135 2013-12-12 08:21:10 <Alina-malina> oh loool
136 2013-12-12 08:21:10 <Alina-malina> ok
137 2013-12-12 08:21:18 <Alina-malina> cool
138 2013-12-12 08:21:26 <Alina-malina> you say reliable peers, what does it mean?
139 2013-12-12 08:21:54 <wumpus> it means that they stay up for consecutive durations of weeks, or even months
140 2013-12-12 08:22:14 <wumpus> a node that flip/flops on and off over the day isn't as useful as one that is always there
141 2013-12-12 08:22:44 <Alina-malina> wow, very interesting, so each of this addresses contacin this list right?
142 2013-12-12 08:23:02 <wumpus> I'm not sure if it takes other measures such as latency and speed into account
143 2013-12-12 08:23:33 <wumpus> how do you mean "contacin this list"?
144 2013-12-12 08:23:46 <Alina-malina> oh i mean each ip address machine contain this list
145 2013-12-12 08:23:49 <Alina-malina> seeds.txt
146 2013-12-12 08:24:37 <wumpus> no, nodes don't 'contact the DNS seed' to advertise themselves
147 2013-12-12 08:24:43 <wumpus> the seeds use the same discovery process as bitcoin itself: it contacts known nodes, and asks them for peers
148 2013-12-12 08:24:54 <Alina-malina> oh ok
149 2013-12-12 08:24:56 <wumpus> nodes simply advertise themselves to their peers
150 2013-12-12 08:25:06 <Alina-malina> ask on demand
151 2013-12-12 08:25:21 <wumpus> yes, it's distributed and the dns seeds are nothing special
152 2013-12-12 08:26:19 <Alina-malina> ok, i am still learning for bitcoin source code, i am trying to make a similiar network, but not for money, but document exchange, between peers instead of tx history, still no have luck yet
153 2013-12-12 08:26:23 <warren> wumpus: ping, pm
154 2013-12-12 08:27:40 <wumpus> Alina-malina: you could have a look at bitmessage
155 2013-12-12 08:27:54 <Alina-malina> is it also encrypted?
156 2013-12-12 08:28:40 <Alina-malina> by exchanging document i mean accounting, ledgers and i need it to be ecrypted like btc does
157 2013-12-12 08:30:27 <Alina-malina> wow, thanks for bitmessage, i am looking on it
158 2013-12-12 08:31:58 <wumpus> btc is not encrypted, bitmessage is
159 2013-12-12 08:34:28 <Alina-malina> aha, great!
160 2013-12-12 08:35:16 <Alina-malina> I can make en ecrypted ledger app with it, and compile it right?
161 2013-12-12 08:38:17 <wumpus> probably
162 2013-12-12 08:39:48 <Alina-malina> why probably?
163 2013-12-12 08:39:52 <Alina-malina> is it not designed for that?
164 2013-12-12 08:42:17 <wumpus> I don't know the specs of your application or the what exactly bitmessage supports (haven't tried it for a while)
165 2013-12-12 08:42:26 <wumpus> so all I can answer is "probably" :p
166 2013-12-12 08:58:45 <Alina-malina> :) ok i understand
167 2013-12-12 09:02:34 <trixisowned> in p2pool what is SANE_TARGET_RANGE and DUMB_SCRYPT_DIFF?
168 2013-12-12 09:02:56 <trixisowned> bitcoin/network.py, sorry.
169 2013-12-12 09:10:39 <wumpus> bitcoin in itself is already a ledger, but it's public... proposals such as zerocoin try to use blinding to introduce privacy, but straight-up "encrypting" won't work, it's a very difficult issue
170 2013-12-12 09:10:55 <wumpus> as least if you want to keep it truly decentralized
171 2013-12-12 09:12:36 <grau> gmaxwell, lianj: thanks for your help to resolve the issue with multi sig, so the BTC1K party ticket sales can start soon: https://bitcointalk.org/index.php?topic=285771.msg3930827#msg3930827
172 2013-12-12 09:13:12 <Stephen> wumpus: The only true solution to that problem would introduce random valid transactions
173 2013-12-12 09:14:43 <Stephen> Which, on the one hand may be a more fair way of creating inflation, the opportunity to exploit the "randomness" for profit like Debt-Based Derivatives were would be too great
174 2013-12-12 09:17:38 <wumpus> Stephen: well it's one way, though most ways of introducing randomness can be filtered out pretty well statistically
175 2013-12-12 09:17:45 <wumpus> human transactions are very recognizable
176 2013-12-12 09:19:08 <wumpus> Mike Hearn's article about bitcoin privacy measures describes a similar thing, splitting up transactions into random parts, so that the amount is not recognizable, https://medium.com/p/7f95a386692f
177 2013-12-12 09:26:59 <Stephen> Similar to how bitcoin shufflers work I supppose
178 2013-12-12 09:27:24 <Stephen> That's the real problem in randomness across a distributed system though.
179 2013-12-12 09:27:35 <Stephen> Trustworthy number generators
180 2013-12-12 09:27:52 <Stephen> Same exploit
181 2013-12-12 09:29:21 <Stephen> I wonder....