1 2012-04-17 07:04:19 <t7_> where is the code to check that a tx output hasnt already been spent? i cant see it in CTransaction::CheckTransaction
  2 2012-04-17 07:09:01 <t7> also why not use foreach here: https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L1638
  3 2012-04-17 07:09:07 <t7> its used everywhere else
  4 2012-04-17 07:34:13 <sirk390> t7_:  Double spending check is at line 1128  if (!txindex.vSpent[prevout.n].IsNull())
  5 2012-04-17 07:35:16 <sirk390> t7_: It is in the method CTransaction::ConnectInputs().
  6 2012-04-17 08:45:35 <t7> holy crap there is a map of every transaction in memory
  7 2012-04-17 09:01:04 <sipa> t7: no
  8 2012-04-17 09:11:19 <t7> every input has to be the output of another tx, right?
  9 2012-04-17 09:13:34 <sipa> yes
 10 2012-04-17 09:13:59 <sipa> except coinbase inputs
 11 2012-04-17 09:14:34 <t7> so where is the check to test that an output hasnt already been spent?
 12 2012-04-17 09:15:16 <sipa> in ConnectInputs
 13 2012-04-17 09:16:38 <sipa> in main.cpp
 14 2012-04-17 09:18:37 <t7> ah it doesnt look back through the history,
 15 2012-04-17 09:18:47 <t7> i thought it would
 16 2012-04-17 09:19:03 <t7> it just sets a tx to 'spent'
 17 2012-04-17 09:26:03 <sipa> indeed
 18 2012-04-17 12:12:46 <sipa> hi there gavin
 19 2012-04-17 12:12:56 <gavinandresen> hey sipa
 20 2012-04-17 12:13:53 <sipa> what's your take on #1095 and #1109/#1112 ?
 21 2012-04-17 12:14:49 <gavinandresen> Good Ideas.
 22 2012-04-17 12:15:10 <gavinandresen> ... as long as somebody's been testing / trying to break them
 23 2012-04-17 12:15:27 <gavinandresen> (afk for a bit... back later)
 24 2012-04-17 12:28:53 <t7> Pythagorean reduction is the ultimate hashing algorithm
 25 2012-04-17 12:29:15 <banshee12> whats pythagorean reduction?
 26 2012-04-17 12:29:26 <t7> 123 -> 1 + 2 + 3 -> 6
 27 2012-04-17 12:29:40 <t7> 1234 -> 1 + 2 + 3 + 4 = 10 -> 1 + 0 -> 1
 28 2012-04-17 12:30:07 <luke-jr> t7: I can collide that easy.
 29 2012-04-17 12:30:11 <sipa> you mean modulo 9?
 30 2012-04-17 12:30:34 <t7> im calculating the average for 0 to 10 million
 31 2012-04-17 12:30:41 <t7> as long as its close to 5
 32 2012-04-17 12:30:43 <luke-jr> &
 33 2012-04-17 12:31:11 <t7> im not gonna bother checking all results are equal
 34 2012-04-17 12:31:30 <sipa> t7: seriously, that's just the modulo 9 operation
 35 2012-04-17 12:32:10 <t7> haha
 36 2012-04-17 12:33:29 <Eliel_> no it's not :P 1233 -> 1 + 2 + 3 + 3 = 9
 37 2012-04-17 12:34:01 <Eliel_> 1233%9 = 0 :P
 38 2012-04-17 12:34:02 <sipa> Eliel_: it is, except 9 is not reduced to 0
 39 2012-04-17 12:34:14 <Eliel_> yes, I'm nitpicking :P
 40 2012-04-17 12:34:21 <sipa> thanks
 41 2012-04-17 12:34:30 <t7> well then 0 could be 9
 42 2012-04-17 12:34:39 <t7> thats security
 43 2012-04-17 12:34:51 <t7> keep changing the nonce till you get a 0 or 9
 44 2012-04-17 12:35:06 <Eliel_> well, in modulo 9, 9 is equal to 0
 45 2012-04-17 12:35:32 <sipa> t7: no, calculate it once, if the result is x, add 9-x anywhere
 46 2012-04-17 12:41:44 <t7> any services you guys would like to see built? I have a webserver, an awesome haskell web framework and some free time....
 47 2012-04-17 12:42:04 <t7> i would like to build something that benifits the community rather than fills my wallet
 48 2012-04-17 12:42:28 <t7> e.g. something other than a gambling site
 49 2012-04-17 12:42:58 <banshee12> uhm
 50 2012-04-17 12:43:12 <gavinandresen> actually, just this morning I was thinking of a service that would be very useful
 51 2012-04-17 12:43:19 <gavinandresen> ... well, to geeks anyway.
 52 2012-04-17 12:43:40 <sh0ckkk> a webbased interface that allows you to make mass hotmail accounts. something that allows you to enter first/last/username
 53 2012-04-17 12:43:46 <gavinandresen> Alternative testnet blockchain service:  -connect to it and it will feed you a testnet blockchain that is different from the main testnet chain
 54 2012-04-17 12:43:54 <sh0ckkk> free software already exists that does it, but you need your own proxies to not get blocked by hotmail
 55 2012-04-17 12:44:07 <gavinandresen> Extra credit would be connect on different ports to get different chains
 56 2012-04-17 12:44:33 <gavinandresen> And extra extra credit if some ports give you mostly-valid-except-not-quite chains
 57 2012-04-17 12:45:50 <t7> like a bitcoin node, or a download and generation service?
 58 2012-04-17 12:46:27 <gavinandresen> like a bitcoin node.  Or when you say "service" do you mean a plain old website like thing?
 59 2012-04-17 12:46:39 <Joric_> are there any papers regarding brainwallet standartization? i already implemented electrum :D it was easy it just uses 100k sha256 rounds of 128-byte seed
 60 2012-04-17 12:46:44 <t7> well yeah, website would be easier :)
 61 2012-04-17 12:47:03 <gavinandresen> if you want easier you should ask in #bitcoin
 62 2012-04-17 12:47:15 <gavinandresen> All my ideas will be on the harder side, I think....
 63 2012-04-17 12:47:17 <luke-jr> for testnet, could easily generate random chains on the fly&
 64 2012-04-17 12:47:27 <luke-jr> just backdate the timestamps so every block is minimum diff
 65 2012-04-17 12:48:09 <gavinandresen> luke-jr: sure.  Pre-canned would be less CPU work, though.
 66 2012-04-17 12:49:17 <gavinandresen> Joric_: RE: brainwallets:  I was thinking it'd be fun to have a Brainwallet Security Challenge.  Come up with some easy-to-remember but (you hope) hard-to-guess brainwallet passwords.  Publish the brainwallet algorithm you're using, fund some brainwallets, then challenge hackers to steal your coins by guessing your passphrase.
 67 2012-04-17 12:49:29 <gavinandresen> (give them... oh, I dunno, six months?)
 68 2012-04-17 12:49:43 <t7> do you guys welcome alternative nodes? (i guess not yet because not much is standard yet)
 69 2012-04-17 12:49:56 <sipa> what is an alternative node?
 70 2012-04-17 12:50:18 <sipa> one not running the reference client?
 71 2012-04-17 12:50:27 <t7> a reimplementation of the satoshi client
 72 2012-04-17 12:50:34 <luke-jr> t7: yes, we need more of those
 73 2012-04-17 12:50:51 <luke-jr> the Satoshi client is the biggest centralization in Bitcoin right now
 74 2012-04-17 12:50:58 <gavinandresen> Yes, diversity is good.  I've been shifting a bit to working more on cross-implementation testing/etc
 75 2012-04-17 12:51:30 <gavinandresen> An alternative testnet chain server would be a nifty, useful part of that.
 76 2012-04-17 12:51:43 <sipa> there are a few already; libcoin is a large reorganisation of the satoshi code, libcoin is a reimplementation in C++, purecoin is a reimplementation in Haskell (not sure if it implements the network protocol, though)
 77 2012-04-17 12:52:01 <luke-jr> *libbitcoin is a reimplementation in C++
 78 2012-04-17 12:52:25 <sipa> indeed
 79 2012-04-17 12:52:41 <t7> roconnor doesnt want anyone to use his purecoin tho :|
 80 2012-04-17 12:52:50 <luke-jr> O.o
 81 2012-04-17 12:53:47 <phantomcircuit> sipa, there is no way to avoid reimplementing the network protocol
 82 2012-04-17 12:53:51 <phantomcircuit> or rather
 83 2012-04-17 12:53:59 <phantomcircuit> there is no way to avoid doing 95% of the work
 84 2012-04-17 12:54:04 <sipa> gavinandresen: not sure you noticed, but in #1052 there was a fix that made the deadlock detecter cope correctly with try locks
 85 2012-04-17 12:54:26 <sipa> gavinandresen: now, i still get some detected potential deadlocks, and those look correct to me
 86 2012-04-17 12:54:50 <gavinandresen> correct as in "need to be fixed" ?
 87 2012-04-17 12:54:51 <jgarzik> gavinandresen: re-pong on pong (bip 31)
 88 2012-04-17 12:54:57 <jgarzik> er, re-ping on pong
 89 2012-04-17 12:54:59 <sipa> gavinandresen: yes
 90 2012-04-17 12:55:23 <gavinandresen> sipa: easy fixes or hard?  Fixing deadlocks I wholeheartedly encourage
 91 2012-04-17 12:55:48 <gavinandresen> jgarzik: I don't really care about pong, whatever the consensus is I'm fine with
 92 2012-04-17 12:55:52 <sipa> gavinandresen: haven't investigated further - it just surprises me one is still left
 93 2012-04-17 12:56:08 <jgarzik> time to merge then!  :)
 94 2012-04-17 12:56:15 <jgarzik> well, after Mexican food
 95 2012-04-17 12:56:55 <gavinandresen> sipa:  I've been distracted recently doing a bunch of non-bitcoin-real-life tidying up.  I've been mostly working on a testnet reset, crafting a good initial chain with interesting test cases embedded in it
 96 2012-04-17 13:00:53 <kish> hmm
 97 2012-04-17 13:01:37 <kish> anyone know why i get this when i run bitcoin: terminate called after throwing an instance of 'DbException' what():  Db::open: Invalid argument
 98 2012-04-17 13:19:09 <seco> <sipa> one not running the reference client? ==> have a look on http://bitcoinarmory.com/ and say thanks to etotheipi_ :)
 99 2012-04-17 13:21:14 <sipa> seco: i'm a big fan of armory, but it's not a full node yet :)
100 2012-04-17 13:21:37 <luke-jr> sipa: afaik it's just missing the blockchain downloading and p2p bits?
101 2012-04-17 13:21:48 <sipa> luke-jr: and blockchain verification
102 2012-04-17 13:21:55 <seco> kish: on such weird errors that suggest db-error i always restart client with clean blockchain from backup, cleanedup datadirectory: when error doesnt occur i remember killing bitcoin-qt proccess again with kill last time without giving enough time to end all his work after it received after TERM lol :p
103 2012-04-17 13:22:01 <luke-jr> sipa: I thought it verified the blockchain now
104 2012-04-17 13:22:36 <sipa> luke-jr: it just picks the chain with the most work found in blk0001.dat
105 2012-04-17 13:22:44 <sipa> (afaik)
106 2012-04-17 13:23:11 <seco> sipa: yes, i remember to have seen implementing satoshi-free version somewhere on a todolist from armory, so i just startet to ignore that fact :o
107 2012-04-17 13:24:05 <t7> i think some kinda real time transaction notification service might be cool
108 2012-04-17 13:24:17 <t7> i will build something like that
109 2012-04-17 13:26:09 <seco> t7: something like transactionradar.com ? :)
110 2012-04-17 13:26:56 <t7> yeah but email, sms you
111 2012-04-17 13:27:03 <t7> when your address recieves something
112 2012-04-17 13:29:05 <seco> code it, and if you tell me which domain you want i can sponsor it (also webspace if you need lol :)
113 2012-04-17 13:30:02 <seco> or maybe work together with jan@uos.de :)
114 2012-04-17 13:30:13 <kish> seco, that sucks. i am NOT REDOWNLOADING THE BLOCKCHAIN
115 2012-04-17 13:30:18 <kish> not on this fucking pc, anyway
116 2012-04-17 13:30:28 <kish> im setting up a server just for running bitcoin
117 2012-04-17 13:30:34 <luke-jr> kish: try deleting addr.dat first
118 2012-04-17 13:30:49 <kish> i'd ideally run it in a freebsd jail but that seems too complicated
119 2012-04-17 13:30:53 <kish> not sure if bitcoin even runs on bsd
120 2012-04-17 13:30:53 <seco> kish: i wrote backup :-/
121 2012-04-17 13:31:06 <luke-jr> kish: Linux has jails too
122 2012-04-17 13:32:16 <Diablo-D3> chroot isnt a jail
123 2012-04-17 13:32:19 <luke-jr> http://lxc.sourceforge.net/
124 2012-04-17 13:32:51 <kish> why is lxc not included with linux
125 2012-04-17 13:33:00 <ovidiusoft> kish: it is
126 2012-04-17 13:33:08 <kish> what the hell is bitcoin doing with my disks now?
127 2012-04-17 13:33:17 <Diablo-D3> its eating them, kish
128 2012-04-17 13:33:21 <Diablo-D3> it finds them delicious
129 2012-04-17 13:33:21 <kish> i deleted adr* and now it's chirping away on my drive
130 2012-04-17 13:33:32 <sipa> kish: which version?
131 2012-04-17 13:33:35 <Diablo-D3> kish: you were supposed to delete addr.dat while bitcoin was off.
132 2012-04-17 13:33:38 <luke-jr> kish: probably updating the blockchain
133 2012-04-17 13:34:07 <kish> luke-jr, how long will that take?
134 2012-04-17 13:34:14 <luke-jr> kish: depends on how long you had it off
135 2012-04-17 13:34:15 <Diablo-D3> decades.
136 2012-04-17 13:34:30 <kish> debug log is not showing anything
137 2012-04-17 13:34:56 <luke-jr> kish: then what Diablo-D3 said
138 2012-04-17 13:35:09 <seco> addr.dat = addresses of DHT to other nodes?
139 2012-04-17 13:35:26 <sipa> Bitcoin is not a DHT
140 2012-04-17 13:35:31 <sipa> and it does not use one
141 2012-04-17 13:35:55 <luke-jr> [12:15:18] <gmaxwell> Someday I'm going to get myself invited to some conference with the president, and while he's talking about some middle east conflict thing I'm going to ask if they've considered using a DHT.
142 2012-04-17 13:36:13 <sipa> seco: but yes, it contains IP addresses and statistics of other nodes
143 2012-04-17 13:36:14 <seco> ahh okok i will read about how redirection goes grml
144 2012-04-17 13:36:15 <Diablo-D3> _hah_
145 2012-04-17 13:36:19 <Diablo-D3> gmaxwell: oh man
146 2012-04-17 13:36:28 <sipa> luke-jr: lol!
147 2012-04-17 13:36:50 <sipa> gmaxwell: also ask whether he considered virtualization and/or moving to the cloud
148 2012-04-17 13:37:21 <kish> ask him if he prefers jails
149 2012-04-17 13:40:24 <seco> peerxchange of lists ok...forgive me guys i always think about DHTs because i had to implement such one time in the past :p
150 2012-04-17 13:40:54 <seco> i also remind of some ugly hardocded examples haha :D
151 2012-04-17 13:43:01 <luke-jr> seco: like this? https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp#L1061
152 2012-04-17 13:46:03 <seco> well a step further: list of nodes was hardcoded as objects from the mainlass :p
153 2012-04-17 13:46:36 <seco> i had just to show it works :)
154 2012-04-17 13:47:42 <seco> mainclass*
155 2012-04-17 13:50:17 <kish> it works, my bitches.
156 2012-04-17 13:50:19 <kish> it fucking works
157 2012-04-17 13:54:11 <jgarzik> sipa, gavinandresen: release planning...  it sounded like the plan was to do a 0.6.1 with largely bug fixes, and maybe a few cleanups.  Any major issues still outstanding as "that -must- be solved for 0.6.1"?
158 2012-04-17 13:54:45 <jgarzik> dumb question...  did feedback on 0.6.0 indicate that 0.6.1 was warranted, rather than a more featureful straight-to-0.7?
159 2012-04-17 13:55:38 <jgarzik> sipa, gavinandresen: IMO https://github.com/bitcoin/bitcoin/pull/1094 is 0.6.1 material
160 2012-04-17 13:55:42 <jgarzik> all the rest of my stuff is 0.7 material
161 2012-04-17 13:59:15 <luke-jr> jgarzik: will that pong merge work if the nonce is omitted?
162 2012-04-17 14:01:26 <sipa> jgarzik: hmm, i was hoping to get #1095, #1109 or #1112 also in 0.6.1
163 2012-04-17 14:01:45 <sipa> as those are also cleanups
164 2012-04-17 14:01:59 <sipa> i'll do some testing on #1094
165 2012-04-17 14:03:48 <sipa> #1106 as well, actually
166 2012-04-17 14:06:02 <jgarzik> sipa: up to you/gavin/etc...   I am all for pulling cleanups, even features.  My standard logic, however, prioritizes fixes -> features -> cleanups.
167 2012-04-17 14:06:16 <jgarzik> sipa: that works for the kernel, but maybe that's too conservative for bitcoin
168 2012-04-17 14:06:40 <jgarzik> (with the obvious exception being for features that require cleanups)
169 2012-04-17 14:12:22 <gribble> New news from bitcoinrss: luke-jr opened pull request 1113 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1113>
170 2012-04-17 14:28:07 <jgarzik> sipa: updating
171 2012-04-17 14:28:13 <jgarzik> AlreadyHave()
172 2012-04-17 14:32:57 <gribble> New news from bitcoinrss: sipa opened pull request 1114 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1114>
173 2012-04-17 14:38:00 <gribble> New news from bitcoinrss: luke-jr opened issue 1116 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1116> || laanwj opened pull request 1115 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1115>
174 2012-04-17 14:38:34 <sipa> gavinandresen: i noticed somewhere in a bug report from you that a build from you reported version 0.6.0.99-unk; does the git commit detection not work on OSX?
175 2012-04-17 14:46:17 <Diablo-D3> https://news.ycombinator.com/item?id=3853404
176 2012-04-17 14:46:22 <Diablo-D3> put this on the top of HN
177 2012-04-17 14:59:14 <gribble> New news from bitcoinrss: sipa opened pull request 1117 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1117>
178 2012-04-17 15:02:57 <gavinandresen> jgarzik: RE: release planning: I went through the issues list last week tagging priorities.  There are three total high priority bugs, two of which I'd really like to see fixed for a 0.6.1 if possible (addrMan crash on CentOS and bitcoin slow to shut down)
179 2012-04-17 15:03:34 <gavinandresen> sipa: haven't looked at the git commit detection; I was almost certainly running some weirdly patched bitcoind with uncommitted changes
180 2012-04-17 15:04:11 <sipa> ok, could you try if you build master now that it reports a version (first line in debug.log) of v0.6.0-<number>-g<commitid>-beta ?
181 2012-04-17 15:04:53 <sipa> i'll have a look at the shutdown speed, but i doubt it will be easy to improve
182 2012-04-17 15:05:17 <gavinandresen> Can we set the cache sizes smaller after initial block download?
183 2012-04-17 15:05:48 <gavinandresen> (I don't remember if those are change-at-any-time settings or change-before-opening-env....)
184 2012-04-17 15:10:19 <gavinandresen> sipa: built master, first line of debug.log when running is:  Bitcoin version vCLIENT_VERSION_MAJOR.CLIENT_VERSION_MINOR.CLIENT_VERSION_REVISION.CLIENT_VERSION_BUILD-unk-beta (Apr 17 2012, 13:07:27)
185 2012-04-17 15:10:40 <gavinandresen> oops, hang on, using my own makefile....
186 2012-04-17 15:12:37 <luke-jr> >_<
187 2012-04-17 15:12:54 <jgarzik> gavinandresen,
188 2012-04-17 15:12:58 <jgarzik> "The DB->set_cachesize interface may be used only to configure Berkeley DB before the DB->open interface is called."
189 2012-04-17 15:13:24 <jgarzik> http://doc.gnu-darwin.org/api_c/db_set_cachesize.html
190 2012-04-17 15:13:24 <sipa> jgarzik: already testing
191 2012-04-17 15:13:38 <jgarzik> sipa: well that's what the bdb docs say...
192 2012-04-17 15:13:44 <DBordello> If people are bored and want to have a discussion, I am wondering what is up with the 21st input on this transaction: https://blockchain.info/tx-index/4004291/0fe4b4a9a05e935f0ac4de6a924850053d04a517e18163a6980ec1a59b0dc284
193 2012-04-17 15:13:55 <DBordello> The scriptSig only has 1 argument.  Is that valid?
194 2012-04-17 15:14:18 <sipa> jgarzik: oh, wait, i'm using DbEnv::set_cachesiz
195 2012-04-17 15:14:19 <sipa> jgarzik: oh, wait, i'm using DbEnv::set_cachesize
196 2012-04-17 15:14:39 <sipa> which can be used while the database env is open
197 2012-04-17 15:17:02 <jgarzik> "The DB_ENV->set_cachesize() method may be called at any time during the life of the application."
198 2012-04-17 15:18:24 <luke-jr> DBordello: perfectly valid to have even zero
199 2012-04-17 15:18:40 <luke-jr> DBordello: 1 is standard for redeeming send-to-pubkey
200 2012-04-17 15:18:56 <luke-jr> http://blockexplorer.com/tx/0d1f2e45aefdf3dfcd6a8400630c4df9f0e87cdd5e5616c36118ac0b6268f00f#o2
201 2012-04-17 15:19:13 <DBordello> Interesting
202 2012-04-17 15:19:18 <sipa> DBordello: scriptSig is whatever the corresponding scriptPubKey expects
203 2012-04-17 15:19:39 <sipa> if you create a scriptPubKey that takes no arguments and always returns true, it can be redeemed using an empty scriptSig
204 2012-04-17 15:19:42 <luke-jr> DBordello: technically, you can even put code in scriptSig
205 2012-04-17 15:20:10 <DBordello> So I take it there are more transactions than those listed here: https://en.bitcoin.it/wiki/Transactions
206 2012-04-17 15:20:37 <sipa> transactions can contain any script, as long as a miner wants to put it in a block
207 2012-04-17 15:20:54 <DBordello> cool, I will just have to be more aware of them.
208 2012-04-17 15:21:03 <sipa> those listed there are just the only ones created by the standard client
209 2012-04-17 15:22:31 <luke-jr> jgarzik: are you intentionally introducing tabs into main.cpp (ie, can I do it too?), or was that a mistake?
210 2012-04-17 15:23:12 <DBordello> Why would someone do send -to-pubkey instead of send-to-address?
211 2012-04-17 15:23:24 <luke-jr> DBordello: saves space in the blockchain, slightly more secure
212 2012-04-17 15:23:38 <DBordello> It does seem simplier
213 2012-04-17 15:23:42 <jgarzik> luke-jr: there are zero tabs in latest upstream bitcoin/bitcoin.git
214 2012-04-17 15:23:54 <jgarzik> luke-jr: in any *.cpp
215 2012-04-17 15:24:01 <luke-jr> jgarzik: 8bff8ac
216 2012-04-17 15:24:29 <jgarzik> luke-jr: "latest upstream"
217 2012-04-17 15:24:43 <luke-jr> that's in master.
218 2012-04-17 15:25:23 <luke-jr> unless the merge changed it around
219 2012-04-17 15:25:37 <luke-jr> ah, it did, sneaky
220 2012-04-17 15:26:09 <luke-jr> or I'm just misreading what isn't a merge as one >_<
221 2012-04-17 15:28:38 <sipa> jgarzik, gavinandresen: it's clearly the lsn_reset that takes long (at least, in a simple short test)
222 2012-04-17 15:28:49 <sipa> not flushing caches or checkpointing
223 2012-04-17 15:29:14 <sipa> that call is only necessary if you want to move files between environments
224 2012-04-17 15:29:31 <sipa> i wonder if we could disable it by default for blkindex.dat
225 2012-04-17 15:31:44 <sipa> if i do so, shutdown is almost instantaneous
226 2012-04-17 15:32:03 <gavinandresen> nice!
227 2012-04-17 15:33:47 <gavinandresen> I'll take faster shutdown over needing to run... something... if you want to copy blkindex.dat somewhere else (or are lsn's written only to the log files?)
228 2012-04-17 15:36:33 <sipa> i'll try a full blockchain download, see if it's still almost instantaneous
229 2012-04-17 15:40:11 <gavinandresen> sipa: fixing my customized makefile HAVE_BUILD_INFO works nicely: Bitcoin version v0.6.0-73-gfa794a2-beta
230 2012-04-17 15:40:37 <sipa> ok, great
231 2012-04-17 15:41:27 <sipa> gavinandresen: something i only realized after writing it, we'll need to rebuild between last rc and final now, as rc's get the rc name (from the git tag name) automatically now
232 2012-04-17 15:42:19 <MC1984> coindl.com
233 2012-04-17 15:42:28 <MC1984> so is this website just eating the double spend risk
234 2012-04-17 15:43:04 <gavinandresen> sipa: OK; what happens if the same commit has two tag names?  (as a final and rc should, assuming no changes)
235 2012-04-17 15:43:30 <sipa> gavinandresen: it should give the most recent one
236 2012-04-17 15:43:35 <gavinandresen> spiffy, perfect
237 2012-04-17 15:43:39 <sipa> so that should work as intended
238 2012-04-17 15:43:58 <gavinandresen> most recent as determined by highest block in the chai.... er, wait, never mind
239 2012-04-17 15:44:04 <sipa> haha
240 2012-04-17 15:44:25 <jgarzik> sipa, gavinandresen: feel free to pull any of my cleanups you feel appropriate to 0.6.1.  I'm leaving the pull timing for those up to you guys
241 2012-04-17 15:51:52 <sipa> gavinandresen: potential candidates for 0.6.1 imho: #959, #1095, #1106, #1109, #1112, #1117
242 2012-04-17 15:51:55 <gavinandresen> I haven't been keeping track, is there a better or worse order for pulling cleanups with respect to what will need to get rebased?
243 2012-04-17 15:53:23 <sipa> not sure, if there's a conflict, there's a conflict in whatever order you pull them
244 2012-04-17 15:53:41 <gavinandresen> luke-jr: you still having issues with pull #959 ?
245 2012-04-17 15:53:43 <luke-jr> sipa: 1116
246 2012-04-17 15:54:19 <luke-jr> gavinandresen: I don't think so, but I should make a conscious verify before ACKing myself
247 2012-04-17 15:55:59 <sipa> haven't looked at 1116 closely
248 2012-04-17 15:56:44 <jgarzik> gavinandresen: I would pull sipa/my headers.h stuff last
249 2012-04-17 15:57:11 <jgarzik> that has the most code movement
250 2012-04-17 15:57:21 <jgarzik> (or very first)
251 2012-04-17 15:58:54 <gavinandresen> cool, pull away....
252 2012-04-17 15:59:43 <sipa> i need to rebase 1112 already, sec
253 2012-04-17 16:03:32 <denisx> hmm, my freshly build bitcoind HEAD is running at 100%
254 2012-04-17 16:03:45 <denisx> blockchain is uptodate and everything looks normal, but still 100%
255 2012-04-17 16:04:17 <paulo_> a private key only generates one unique public key, right?
256 2012-04-17 16:05:41 <sipa> paulo_: there's a one-to-one correspondence between private and public keys, yes
257 2012-04-17 16:05:49 <sipa> denisx: hmm, that shouldn't happen
258 2012-04-17 16:05:53 <sipa> denisx: what did you do?
259 2012-04-17 16:06:02 <denisx> sipa: updated to HEAD
260 2012-04-17 16:06:09 <gavinandresen> But two different bitcoin addresses for every public key (compressed and non-compressed)
261 2012-04-17 16:06:31 <sipa> gavinandresen: well, the public key (at least its serialization) is different as well
262 2012-04-17 16:07:09 <gavinandresen> two different representations of the same point-on-the-curve, right?
263 2012-04-17 16:07:29 <gavinandresen> (so it depends on exactly what paulo_ means by "public key")
264 2012-04-17 16:08:42 <denisx> sipa: ok, I started again and now it looks normal
265 2012-04-17 16:09:30 <sipa> denisx: that's potentially even more worrysome
266 2012-04-17 16:09:34 <denisx> damn, there it is again ;(
267 2012-04-17 16:09:46 <paulo_> gavinandresen: by public key, I mean the one that is used to generate the address.
268 2012-04-17 16:09:55 <luke-jr> paulo_: technically, you could get 2 public keys (normal and compressed) from 1 private key, but Bitcoin flags privkeys so they only get used one way
269 2012-04-17 16:11:35 <paulo_> compressed?
270 2012-04-17 16:12:07 <sipa> paulo_: easy answer: since the address is simply the hash of the (serialized) public key, there is only one address per public key
271 2012-04-17 16:14:36 <sipa> ;;bc,blocks
272 2012-04-17 16:14:37 <gribble> 176051
273 2012-04-17 16:19:07 <sipa> denisx: anything special in debug.log?
274 2012-04-17 16:19:28 <denisx> sipa: I looked right now, nothing special
275 2012-04-17 16:19:56 <denisx> sipa: but when I stop it the 100% disappears the moment the ThreadConnectionThread (or so) stops
276 2012-04-17 16:20:35 <sipa> gavinandresen: full block chain loaded (first part from disk using loadblock, last part via p2p), waited until finished -> shutdown in less than 1s
277 2012-04-17 16:20:47 <sipa> (when lsn_reset for blkindex.dat is not performed)
278 2012-04-17 16:20:54 <denisx> sipa: "04/17/12 18:18:15 Added 362 addresses from 76.184.236.73: 1031 tried, 11500 new"
279 2012-04-17 16:20:58 <denisx> is this normal?
280 2012-04-17 16:21:00 <sipa> yes
281 2012-04-17 16:21:36 <gavinandresen> sipa: nifty.  Can you still copy blkindex.dat to a new datadir and have it work?
282 2012-04-17 16:21:57 <sipa> no
283 2012-04-17 16:22:09 <sipa> and you can't delete database/*.log either
284 2012-04-17 16:22:39 <gavinandresen> if you do you wind up with an unusable blkindex.dat I assume....
285 2012-04-17 16:22:51 <sipa> no, it just fails to start
286 2012-04-17 16:22:52 <gavinandresen> is there a db_foo tool that'll lsn_reset ?
287 2012-04-17 16:30:56 <BlueMattBot> Project Bitcoin-Test build #267: FAILURE in 13 min: http://jenkins.bluematt.me/job/Bitcoin-Test/267/
288 2012-04-17 16:30:57 <BlueMattBot> * jgarzik: CTxMemPool: encapsulate AddToMemoryPoolUnchecked(), RemoveFromMemoryPool(),
289 2012-04-17 16:30:58 <BlueMattBot> * jgarzik: CTxMemPool: add helper methods, to reduce global mempool.mapTx accesses
290 2012-04-17 16:30:59 <BlueMattBot> * jgarzik: Fix loop index var types, fixing many minor sign comparison warnings
291 2012-04-17 16:31:00 <BlueMattBot> * jgarzik: serialize.h: CAutoFile's read and write may take size_t nSize
292 2012-04-17 16:31:01 <BlueMattBot> * jgarzik: Fix misc. minor sign-comparison warnings
293 2012-04-17 16:31:02 <BlueMattBot> * laanwj: Remove unused and unreachable code
294 2012-04-17 16:31:03 <BlueMattBot> * pieter.wuille: Remove headers.h
295 2012-04-17 16:31:04 <BlueMattBot> * pieter.wuille: Move proto version to version.h.  Reduce header deps a bit more.
296 2012-04-17 16:31:48 <luke-jr> wtf
297 2012-04-17 16:31:49 <sipa> oh right, those damn unit tests
298 2012-04-17 16:32:14 <luke-jr> sipa: would you like my GNUmakefile? :P
299 2012-04-17 16:32:29 <sipa> which does?
300 2012-04-17 16:33:22 <luke-jr> builds Bitcoin-Qt, bitcoind, and bitcoin_test, then runs _test
301 2012-04-17 16:33:55 <luke-jr> http://paste.pocoo.org/show/583145/
302 2012-04-17 16:39:22 <jgarzik> TD[gone]: BIP 31 merged as "if (ver > 60000) { do it }"
303 2012-04-17 16:39:49 <jgarzik> TD[gone]: luke-jr raised a point about whether or not nonce may be optional
304 2012-04-17 16:39:59 <jgarzik> TD[gone]: the language of the BIP say "can be"
305 2012-04-17 16:40:02 <jgarzik> *says
306 2012-04-17 16:43:02 <sipa> gavinandresen: often, deleting database/* just works, but occassionally it doesn't
307 2012-04-17 16:43:14 <sipa> kinda hard to test whether db_checkpoint or db_recover help
308 2012-04-17 16:46:12 <sipa> oh wait, running wrong version
309 2012-04-17 16:46:47 <gavinandresen> I know I pretty frequently do: sync a bitcoind.  Shutdown.  Copy blk*.dat to some other -datadir then run.  If you/we can make that work (even if you end up having to re-download the last N blocks) then that would be perfect.  Second best would be fast shutdown but everybody has to get used to running something else to copy the blk* files to a new datadir.
310 2012-04-17 16:46:55 <banshee12> whens 0.6.1 coming out?
311 2012-04-17 16:47:36 <gavinandresen> banshee12: the goal is to have the first release candidate out before the end of this week.
312 2012-04-17 16:47:52 <paulo_> any new features?
313 2012-04-17 16:48:03 <gavinandresen> no, bugfix only
314 2012-04-17 16:50:29 <sipa> gavinandresen: no lsn_reset -> deleting database/* -> fails to start
315 2012-04-17 16:51:30 <sipa> using db_checkpoint manually doesn't help
316 2012-04-17 16:52:17 <sipa> db_recover same
317 2012-04-17 16:54:51 <gavinandresen> sigh... tough to decide if very quick shutdowns are worth the screams we'll hear from people who regularly delete database/* and then have to re-download the whole chain.
318 2012-04-17 16:55:23 <gavinandresen> Hmm.  Although if blkindex.dat was corrupted, startup could just create a new one and -loadblocks from blk.00001 ....
319 2012-04-17 16:55:45 <sipa> that would take half an hour
320 2012-04-17 16:55:49 <sipa> or more
321 2012-04-17 16:56:07 <sipa> what about a -cleanshutdown option
322 2012-04-17 16:56:12 <sipa> if you want to do moves
323 2012-04-17 16:56:15 <sipa> or -dbcleanup
324 2012-04-17 16:56:21 <gavinandresen> yup.  better than downloading from the network, though.
325 2012-04-17 16:56:57 <gavinandresen> or an RPC backupblockchain like backupwallet to do a clean copy somewhere else
326 2012-04-17 16:58:50 <gavinandresen> I think overall a fast shutdown will mean fewer corrupt database reports, unless lots of people are using copy-the-blockchain-tools (I think most of the multi-wallet shell script hacks would be coping wallet.dat files, right?)
327 2012-04-17 16:59:36 <sipa> maybe -dbcleanup default for bitcoind, but not for bitcoin-qt?
328 2012-04-17 17:01:21 <gavinandresen> Different defaults for GUI versus not would just add confusion I think.
329 2012-04-17 17:02:19 <upb> backgavinandersenlockchain
330 2012-04-17 17:02:55 <sipa> gavinandresen: ok, whatabout a -fastshutdown cmdline/bitcoin.conf/option setting, that is default on for new bitcoin-qt runs?
331 2012-04-17 17:04:19 <gavinandresen> -fastshutdown I like, I think defaulting it to 1 is the right thing to do, and we can just deal with the screams
332 2012-04-17 17:04:51 <luke-jr> won't deleting database/* in such a case destroy the wallet too?
333 2012-04-17 17:05:03 <sipa> luke-jr: no, wallet is lsn_resetted
334 2012-04-17 17:05:15 <luke-jr> oh, it's per-db
335 2012-04-17 17:05:38 <gavinandresen> yeah, that's the only reason I think this is OK: worst case scenario isn't that bad (you just have to re-dl the blockchain)
336 2012-04-17 17:11:13 <luke-jr> would it make sense to lsn_reset after blocks download, rather than shutdown?
337 2012-04-17 17:19:20 <sipa> hmm, maybe, but i doubt it would speed things up a lot
338 2012-04-17 17:22:17 <gmaxwell> I'm not too keen on -suckless=1 especially ones that have unfortunate side effects like blockchain corruption. :(
339 2012-04-17 17:23:21 <gmaxwell> (in particular because one or the other state will be under-tested)
340 2012-04-17 17:41:06 <UukGoblin> hrm, is there a visualiser for merkle trees somewhere? ;-)
341 2012-04-17 17:44:26 <sipa> gmaxwell: it's not really that corruption-prone (though it will be undertested)... either you use fastshutdown, and go get an error if you try to move the file, or you don't and it's slow, people are likely to kill it, but you'll be able the file afterwards
342 2012-04-17 17:44:59 <sipa> + to move
343 2012-04-17 17:46:21 <sipa> (note that we still do a checkpoint, so db+log together will be in a consistent state
344 2012-04-17 17:50:02 <UukGoblin> I'm trying to recompute the merkle root of http://blockexplorer.com/block/0000000000000231db26ab70c8e4abb19c6fc02289773589a8ca644a7c16a07a, which, working in big-endian, should be dc4d4715c9975f80f73b9e8a1fdcafa7784cef57942d62ab0957840911ad42d7
345 2012-04-17 17:50:53 <UukGoblin> coinbase is c0e1ceef00834e00e1c3e4cceb89cd4963823cc7046f1e71d0cd92672320ec75, hashed up with first txn 7e2c8491cf1245365fa69707ac591a7a580b8e7c8feb587a3b73b526163ca2cb gives bec2d638a979e4a504f4721611753fda3a3c157fa8c5ba8b0bef417c63619691
346 2012-04-17 17:51:13 <UukGoblin> two following txns seem to hash up to 9b4910f0eed05203844ccbed4fcdc7e8b0c09082908e13dc9ec5193d2746d943
347 2012-04-17 17:51:14 <luke-jr> UukGoblin: try little-endian
348 2012-04-17 17:51:23 <UukGoblin> then I'm getting tired
349 2012-04-17 17:51:50 <UukGoblin> luke-jr, little-endian is mad for sha256
350 2012-04-17 17:51:55 <luke-jr> actually, this is probably a mixed-endian case.
351 2012-04-17 17:52:02 <UukGoblin> nah, I doubt it
352 2012-04-17 17:52:04 <luke-jr> each 32-bit chunk is big-endian of course
353 2012-04-17 17:52:08 <luke-jr> as required for SHA256
354 2012-04-17 17:52:17 <luke-jr> but those chunks are themselves in little-endian order
355 2012-04-17 17:52:33 <luke-jr> UukGoblin: you worship Satoshi too much ;)
356 2012-04-17 17:53:24 <UukGoblin> luke-jr, sha256sum on commandline outputs big-endian... why does blockexplorer et al use little-endian I do not comprehend
357 2012-04-17 17:53:49 <UukGoblin> I think my code breaks somewhere when padding the remainder of the block with the last transaction
358 2012-04-17 17:53:54 <luke-jr> UukGoblin: Bitcoin uses a mix of big endian and little endian.
359 2012-04-17 17:53:58 <luke-jr> UukGoblin: learn to hate it :p
360 2012-04-17 17:54:10 <UukGoblin> luke-jr, trust me, I have
361 2012-04-17 17:54:29 <UukGoblin> I'm just this little bit away from releasing my timestamper: _
362 2012-04-17 17:54:51 <luke-jr> https://gitorious.org/bitcoin/eloipool/blobs/master/util.py#line97
363 2012-04-17 17:55:14 <UukGoblin> and the number of times I made a test pass by swapping endianness is huge
364 2012-04-17 17:57:44 <UukGoblin> http://pastebin.com/raw.php?i=kNHgnj9t <- here's the output of my merkle_branch generator / parser...
365 2012-04-17 17:58:02 <UukGoblin> (that's for block 176036 like above)
366 2012-04-17 17:58:58 <UukGoblin> it computes merkle root as 3fc75d0230bd736bbd4c85b1f5aa30e02635662e55a6903c04eadbdd99cb5ddd
367 2012-04-17 18:02:18 <UukGoblin> bah. need more debug.
368 2012-04-17 18:02:44 <luke-jr> UukGoblin: what language?
369 2012-04-17 18:02:49 <UukGoblin> perl
370 2012-04-17 18:02:52 <luke-jr> i c
371 2012-04-17 18:03:11 <luke-jr> mtve's bitcoin-pl doesn't do it?
372 2012-04-17 18:03:45 <UukGoblin> hm, I haven't checked, actually
373 2012-04-17 18:03:48 <luke-jr> PROOF INCORRECT, should get 7aa0167c4a64caa88935778922c06f9cb1abe4c870ab26db3102000000000000
374 2012-04-17 18:03:52 <luke-jr> why would you expect that?
375 2012-04-17 18:04:00 <luke-jr> oh, you're doing the whole block hash
376 2012-04-17 18:04:04 <UukGoblin> yeah
377 2012-04-17 18:04:33 <luke-jr> I think you need to swap32 the merkleroot
378 2012-04-17 18:05:07 <UukGoblin> nah, I see in the output that the computed merkle root is 3fc75d0230bd736bbd4c85b1f5aa30e02635662e55a6903c04eadbdd99cb5ddd, and I see in blockexplorer that it should be d742ad1109845709ab622d9457ef4c78a7afdc1f8a9e3bf7805f97c915474ddc
379 2012-04-17 18:05:16 <UukGoblin> this doesn't swap in any way
380 2012-04-17 18:05:42 <luke-jr> hmm
381 2012-04-17 18:05:47 <UukGoblin> there's some Ds at the end, but not exactly what they should be
382 2012-04-17 18:08:46 <UukGoblin> luke-jr, don't worry, I'll find it
383 2012-04-17 18:08:54 <UukGoblin> just... tired... been hashing all day
384 2012-04-17 18:09:17 <UukGoblin> and reversing, and single-hashing, then double-hashing, then reversing bytes again
385 2012-04-17 18:10:39 <lianj> UukGoblin: https://github.com/lian/bitcoin-ruby/blob/master/spec/bitcoin/bitcoin_spec.rb#L97  https://github.com/lian/bitcoin-ruby/blob/master/lib/bitcoin.rb#L187
386 2012-04-17 18:12:57 <UukGoblin> lianj, thanks... I'll see if I can find a bug in my code first and then have a look if it still fails
387 2012-04-17 18:13:00 <UukGoblin> need more debug
388 2012-04-17 18:13:48 <UukGoblin> bbl
389 2012-04-17 18:19:30 <BlueMattBot> Yippie, build fixed!
390 2012-04-17 18:19:31 <BlueMattBot> Project Bitcoin-Test build #268: FIXED in 24 min: http://jenkins.bluematt.me/job/Bitcoin-Test/268/
391 2012-04-17 18:21:37 <sipa> thx BlueMattBot
392 2012-04-17 18:44:26 <sipa> wumpus: how would i go about adding a checkbox to the options panel?
393 2012-04-17 18:45:04 <sipa> luke-jr: any problems with #959?
394 2012-04-17 18:45:28 <luke-jr> [13:54:19] <luke-jr> gavinandresen: I don't think so, but I should make a conscious verify before ACKing myself
395 2012-04-17 18:46:36 <luke-jr> if it helps, it does appear to be in the next-test that I run for regular use
396 2012-04-17 18:46:41 <wumpus> sipa: add an option to OptionsModel, add a checkbox to one of the pages in the OptionsDialog, and add a mapping in setMapper of that page between the widget and the option id
397 2012-04-17 18:47:00 <sipa> does that require qtcreator?
398 2012-04-17 18:48:59 <wumpus> I don't think so
399 2012-04-17 18:54:47 <egecko> welp, Bitdozer has passed certification and should be available in the Windows Phone Marketplace! :)
400 2012-04-17 18:58:00 <luke-jr> mndrix: might want to use GetDebugLogName in reopen-log-file :p
401 2012-04-17 18:58:07 <luke-jr> egecko: what's that?
402 2012-04-17 19:01:26 <mndrix> luke-jr: GetDebugLogName doesn't exist anymore
403 2012-04-17 19:02:10 <luke-jr> mndrix: yeah, but why not?
404 2012-04-17 19:02:23 <luke-jr> seemed reasonable IMO
405 2012-04-17 19:03:14 <mndrix> yeah, since the new approach for building filenames is so easy and there are so few uses of debug.log, i decided against it
406 2012-04-17 19:04:16 <luke-jr> i c
407 2012-04-17 19:06:01 <sipa> wumpus: anything obvious i'm forgetting? changing the value doesn't seem to have effect. https://github.com/sipa/bitcoin/tree/fastshutdown
408 2012-04-17 19:09:10 <wumpus> sipa: I don't see any immediate problems
409 2012-04-17 19:28:43 <sipa> wumpus: found it, see #1118
410 2012-04-17 19:29:32 <wumpus> uhm.. yes, that's useful
411 2012-04-17 19:30:30 <gmaxwell> hey, at least the default case had a break!
412 2012-04-17 19:31:33 <wumpus> right, normally I add a break everywhere
413 2012-04-17 19:31:40 <gribble> New news from bitcoinrss: sipa opened pull request 1118 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1118>
414 2012-04-17 19:34:44 <sipa> gmaxwell: must always be prepared to handle unexpected input!
415 2012-04-17 19:36:53 <Diablo-D3> damnit
416 2012-04-17 19:37:04 <Diablo-D3> its not even 7pm est, let alone 7pm fuckyouistan
417 2012-04-17 19:39:02 <sipa> Diablo-D3: 11pm here
418 2012-04-17 19:39:54 <Diablo-D3> huh?
419 2012-04-17 19:39:59 <Diablo-D3> where the fuck are you
420 2012-04-17 19:40:17 <sipa> yurop
421 2012-04-17 19:40:26 <Diablo-D3> lol silly sipa
422 2012-04-17 19:40:26 <gmaxwell> CEST
423 2012-04-17 19:40:30 <Diablo-D3> america is ALL of the world
424 2012-04-17 19:40:36 <Diablo-D3> there are no other countries
425 2012-04-17 19:40:48 <sipa> Diablo-D3: welcome to the world
426 2012-04-17 19:40:52 <sipa> world, this is Diablo-D3
427 2012-04-17 19:41:08 <gmaxwell> I don't think the world is ready for Diablo-D3.
428 2012-04-17 19:41:34 <Diablo-D3> an entire planet with no fucktards on it
429 2012-04-17 19:41:47 <Diablo-D3> truly, a paradise
430 2012-04-17 19:41:49 <sipa> Diablo-D3: if you move to mars, you mean?
431 2012-04-17 19:41:50 <gribble> New news from bitcoinrss: sipa opened pull request 1119 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1119>
432 2012-04-17 19:41:53 <upb> wait, you said you were living on it?
433 2012-04-17 19:42:03 <upb> this it cant be :)
434 2012-04-17 19:42:17 <Diablo-D3> my homeland is mars, I just happen to not be there atm
435 2012-04-17 19:42:46 <luke-jr> only gavinandresen and sipa built 0.6.0?
436 2012-04-17 19:43:02 <luke-jr> a guy in #bitcoin is looking to verify the SHA sum by IRC since he doesn't have the signing key
437 2012-04-17 19:44:34 <gmaxwell> sipa: I guess the database has to be closed in order to lsn_reset it?  too bad, I was going to suggest that we just lsnreset after every block (once in steady state of course) and then we could skip it later.
438 2012-04-17 19:45:38 <vragnaroda> Diablo-D3: When people ask me where I'm from, I started answering Tharsis a long time ago.
439 2012-04-17 19:45:46 <vragnaroda> ;;wp Tharsis
440 2012-04-17 19:45:47 <gribble> http://en.wikipedia.org/wiki/Tharsis | The Tharsis region on Mars is a vast volcanic plateau centered near the equator in Mars' western hemisphere. The region is home to the largest volcanoes in the ...
441 2012-04-17 19:46:16 <vragnaroda> Diablo-D3: It's where both Valles Marineris and Olympus Mons are.
442 2012-04-17 19:46:37 <Diablo-D3> yes, I know where it is
443 2012-04-17 19:46:53 <vragnaroda> :)
444 2012-04-17 19:46:54 <Diablo-D3> I was trying to convince nenolod to name his new linux distro arsis
445 2012-04-17 19:50:34 <vragnaroda> Diablo-D3: And there are cool time zones where it's 17:16:10 (MTC-4) right now.
446 2012-04-17 19:52:06 <sipa> gmaxwell: The DbEnv::lsn_reset() method modifies the physical file, in-place. Applications should not reset LSNs in files that are currently in use.
447 2012-04-17 19:55:35 <sipa> gmaxwell: doing a second lsn_reset is not faster, even with not a single change in between
448 2012-04-17 19:55:51 <sipa> i suppose it traverses the entire database file
449 2012-04-17 20:43:41 <gribble> New news from bitcoinrss: rebroad opened issue 1120 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1120>
450 2012-04-17 21:14:41 <luke-jr> / To help v0.1.5 clients who would see it as a negative number
451 2012-04-17 21:14:45 <luke-jr> were we going to get rid of that?
452 2012-04-17 21:42:32 <t7> bitcoin though tor
453 2012-04-17 21:42:38 <t7> all of my why
454 2012-04-17 21:44:36 <sipa> t7: ?
455 2012-04-17 21:53:23 <luke-jr> http://www.worldipv6launch.org/participants/?q=1
456 2012-04-17 21:53:27 <luke-jr> ^ bitcoin.org should be on here :p
457 2012-04-17 21:54:41 <Dagger2> is it actually going to get an AAAA record by then? :p
458 2012-04-17 21:54:48 <sipa> i'd like to have the bitcoin network be ipv6-capable by then
459 2012-04-17 21:55:17 <sipa> but whether the actual site is reachable via IPv6 is only symbolically meaningful
460 2012-04-17 21:55:29 <Dagger2> true
461 2012-04-17 21:55:37 <Dagger2> it should still happen though (and is much easier to do)
462 2012-04-17 21:59:35 <luke-jr> Dagger2: not as easy as you might think
463 2012-04-17 21:59:41 <luke-jr> I suspect we're at GitHub's mercy
464 2012-04-17 22:01:57 <Dagger2> ah, and I don't see them listed on worldipv6launch.org either
465 2012-04-17 22:02:01 <Dagger2> you should poke them
466 2012-04-17 22:02:12 <Dagger2> though if they're donating server space I can see why you might not want to...
467 2012-04-17 22:20:55 <sipa> how about we add a AAAA record for ::ffff:204.232.175.78 at bitcoin.org?
468 2012-04-17 22:21:05 <luke-jr> sipa: &
469 2012-04-17 22:21:19 <luke-jr> you know those aren't valid on the real internet? :P
470 2012-04-17 22:21:34 <sipa> they aren't?
471 2012-04-17 22:21:49 <luke-jr> they're assigned, but you can't route to them
472 2012-04-17 22:22:24 <sipa> right, they're only available inside dual-stack systems
473 2012-04-17 22:22:39 <sipa> and must be converted to IPv4 before leaving the dual stack
474 2012-04-17 22:50:05 <genjix> ;;seen tcatm
475 2012-04-17 22:50:05 <gribble> tcatm was last seen in #bitcoin-dev 1 week, 3 days, 2 hours, 51 minutes, and 14 seconds ago: <tcatm> Samuel: Yep. I haven't found time to intergrate them yet. Also, changing the icons is a little tricky.
476 2012-04-17 22:50:12 <Joric> http://brainwallet.org/#chains <- armory gen