1 2013-09-09 00:00:09 <gavinandresen> This weekend I convinced myself that running pull-tester in a gitian LXC container, as a gitian script inside the tree, is the right thing to do.  Not because we care about reproducible results, but because maintaining two ways of running the pull-tests in an isolated environment is icky.
   2 2013-09-09 00:01:02 <gmaxwell> Makes sense. Plus it means that if we've broken gitian we learn early and not right at release time.
   3 2013-09-09 00:01:16 <gavinandresen> yup
   4 2013-09-09 00:02:32 Andrevan has joined
   5 2013-09-09 00:02:59 Andrevan has quit (Changing host)
   6 2013-09-09 00:02:59 Andrevan has joined
   7 2013-09-09 00:06:37 <Luke-Jr> also means we can sign pulltester builds if we need to
   8 2013-09-09 00:07:22 shesek has quit (Ping timeout: 264 seconds)
   9 2013-09-09 00:07:31 <Luke-Jr> Amir is asking me how to run pulltester tests on his new full node implementation; is there a reference I can point him at?
  10 2013-09-09 00:09:50 coingenuity has quit (Excess Flood)
  11 2013-09-09 00:11:12 plaprade has quit (Quit: Leaving)
  12 2013-09-09 00:11:58 <gavinandresen> Luke-Jr: Just the test-script.sh.  His implementation will need to implement "regtest" mode (super-low difficulty); the blockchain tester is bitcoinj code that communicates via the p2p protocol
  13 2013-09-09 00:12:44 <Luke-Jr> I'm not sure where that is even; doesn't seem to be part of github.com/bitcoin at least
  14 2013-09-09 00:12:50 coingenuity has joined
  15 2013-09-09 00:12:53 coingenuity is now known as Guest21019
  16 2013-09-09 00:12:58 <gavinandresen> looking… it is in one of Matt's repos....
  17 2013-09-09 00:13:14 <gavinandresen> https://github.com/TheBlueMatt/test-scripts/
  18 2013-09-09 00:14:26 <Luke-Jr> thx
  19 2013-09-09 00:14:45 yubrew has joined
  20 2013-09-09 00:15:41 yubrew has quit (Remote host closed the connection)
  21 2013-09-09 00:17:35 bizoro has quit (Read error: Connection reset by peer)
  22 2013-09-09 00:17:41 yubrew has joined
  23 2013-09-09 00:17:45 bizoro has joined
  24 2013-09-09 00:17:52 bizoro has quit (Changing host)
  25 2013-09-09 00:17:52 bizoro has joined
  26 2013-09-09 00:19:11 shesek has joined
  27 2013-09-09 00:21:07 denisx has quit (Quit: denisx)
  28 2013-09-09 00:30:36 <maaku> gmaxwell: i'm trying to figure out what a coinjoin offer would look like in absense of standardized token sizes
  29 2013-09-09 00:30:57 <maaku> e.g, perhaps specify desired output range? maybe multiple ranges?
  30 2013-09-09 00:31:08 <maaku> not sure what the best user experience would be.. advice appreciated
  31 2013-09-09 00:32:25 yubrew has quit (Remote host closed the connection)
  32 2013-09-09 00:32:41 ageis has quit (Quit: http://ageispolis.net)
  33 2013-09-09 00:33:11 yubrew has joined
  34 2013-09-09 00:33:55 <gmaxwell> maaku: Perhaps if the value is not specified then you should generally give up on value privacy, and just specify a minimum?
  35 2013-09-09 00:34:21 <maaku> hm.. i like that
  36 2013-09-09 00:34:34 <maaku> much simpler
  37 2013-09-09 00:35:08 ageis has joined
  38 2013-09-09 00:35:45 <gmaxwell> phantomcircuit: /join #bitcoin-wizards I have an improvement to the not-fractional reserve proof that further improves privacy.
  39 2013-09-09 00:37:28 <BlueMattBot> Project Bitcoin build #398: STILL FAILING in 24 sec: http://jenkins.bluematt.me/job/Bitcoin/398/
  40 2013-09-09 00:41:29 abrkn has quit (Ping timeout: 260 seconds)
  41 2013-09-09 00:41:51 Andrevan has quit (Quit: WeeChat 0.4.2-rc1)
  42 2013-09-09 00:42:12 andrew has joined
  43 2013-09-09 00:42:34 andrew is now known as Guest44664
  44 2013-09-09 00:43:21 Guest44664 has quit (Client Quit)
  45 2013-09-09 00:44:50 OldEnK has joined
  46 2013-09-09 00:45:14 yubrew has quit (Remote host closed the connection)
  47 2013-09-09 00:46:29 Andrevan has joined
  48 2013-09-09 00:46:52 <gmaxwell> hurrah
  49 2013-09-09 00:46:52 <gmaxwell> 2013-09-09 00:45:19 Verifying last 288 blocks at level 3
  50 2013-09-09 00:46:52 <gmaxwell> 2013-09-09 00:45:20 ERROR: DisconnectBlock() : added transaction mismatch? database corrupted
  51 2013-09-09 00:46:55 <gmaxwell> 2013-09-09 00:45:25 ERROR: VerifyDB() : *** coin database inconsistencies found (last 14 blocks, 45068 good transactions before that)
  52 2013-09-09 00:47:06 <gmaxwell> finally have a blockdatabase corruption on my laptop.
  53 2013-09-09 00:47:28 <gmaxwell> (after an out-of-power event)
  54 2013-09-09 00:48:03 <gmaxwell> unfortunately it does not seem reproducable enough that I can use it as a leveldb upgrade test case.
  55 2013-09-09 00:49:56 <gmaxwell> I guess its concerning that leveldb doesn't even detect the corruption.
  56 2013-09-09 00:50:20 one_zero has joined
  57 2013-09-09 00:50:26 <phantomcircuit> gmaxwell, os x?
  58 2013-09-09 00:50:32 <gmaxwell> Fedora 19.
  59 2013-09-09 00:50:49 AndyOfiesh has quit (Ping timeout: 260 seconds)
  60 2013-09-09 00:51:08 <phantomcircuit> gmaxwell, so it's unlikely the leveldb changes will fix that
  61 2013-09-09 00:51:20 <phantomcircuit> gmaxwell, this is why i really dont like leveldbs journal format
  62 2013-09-09 00:51:43 sensorii has quit (Ping timeout: 240 seconds)
  63 2013-09-09 00:51:47 <phantomcircuit> (although it is faster since it fairly robustly prevents fragmentation by preallocating journal space with \x00)
  64 2013-09-09 00:52:03 <Luke-Jr> gavinandresen: does OSX's libdb_cxx not have db_version? :/
  65 2013-09-09 00:52:05 B0g4r7_ has quit (Ping timeout: 268 seconds)
  66 2013-09-09 00:52:19 <BlueMattBot> Project Bitcoin build #399: STILL FAILING in 21 sec: http://jenkins.bluematt.me/job/Bitcoin/399/
  67 2013-09-09 00:52:51 <gavinandresen> Luke-Jr: I have no idea.  How would I tell?
  68 2013-09-09 00:53:18 malaimo has quit (Ping timeout: 260 seconds)
  69 2013-09-09 00:53:26 <Luke-Jr> gavinandresen: objdump -T /path/to/libdb_cxx.so
  70 2013-09-09 00:53:36 <Luke-Jr> lists the symbols in it
  71 2013-09-09 00:54:02 <gavinandresen> Luke-Jr: I've got a /opt/local/lib/db48 directory with .a, .dylib and .la files in it, no .so's
  72 2013-09-09 00:54:06 c0rw1n has quit (Remote host closed the connection)
  73 2013-09-09 00:54:18 <Luke-Jr> I think it should work with a .a or .dylib too
  74 2013-09-09 00:54:34 <gavinandresen> … and I don't have an objdump tool.
  75 2013-09-09 00:54:41 <Luke-Jr> ! :/
  76 2013-09-09 00:54:41 <gribble> Error: ":/" is not a valid command.
  77 2013-09-09 00:54:53 <gavinandresen> I think it is otool on OSX
  78 2013-09-09 00:54:57 malaimo has joined
  79 2013-09-09 00:54:59 <Luke-Jr> guess I can just change it back to main for now, although that's technically invalid (but should work I guess)
  80 2013-09-09 00:56:20 sensorii has joined
  81 2013-09-09 00:58:30 <warren> oops, I figured out why I broke jgarzik's disablewallet in the backport
  82 2013-09-09 00:59:22 yubrew has joined
  83 2013-09-09 01:02:27 msvb-lab has quit (Read error: Operation timed out)
  84 2013-09-09 01:06:49 Anduck has joined
  85 2013-09-09 01:07:03 ericmuyser has joined
  86 2013-09-09 01:07:47 sensorii has quit (Remote host closed the connection)
  87 2013-09-09 01:08:35 <gmaxwell> phantomcircuit: I would be kinda surprised if this were due to that leveldb corner case.
  88 2013-09-09 01:09:21 sensorii has joined
  89 2013-09-09 01:09:30 digitalmagus2 has quit (Ping timeout: 252 seconds)
  90 2013-09-09 01:10:14 <phantomcircuit> gmaxwell, i wouldn't :/
  91 2013-09-09 01:12:13 McKay` has quit (Ping timeout: 241 seconds)
  92 2013-09-09 01:13:04 freewil has quit (Ping timeout: 256 seconds)
  93 2013-09-09 01:15:17 freewil has joined
  94 2013-09-09 01:15:44 wiretapped has quit (Ping timeout: 240 seconds)
  95 2013-09-09 01:15:57 Anduck has quit (Ping timeout: 240 seconds)
  96 2013-09-09 01:17:32 wiretapped has joined
  97 2013-09-09 01:18:56 McKay has joined
  98 2013-09-09 01:20:00 msvb-lab has joined
  99 2013-09-09 01:20:27 johnsoft has joined
 100 2013-09-09 01:21:24 jcorgan has quit (Quit: jcorgan)
 101 2013-09-09 01:22:04 shesek has quit (Read error: No route to host)
 102 2013-09-09 01:23:00 naughtilus has quit (Ping timeout: 276 seconds)
 103 2013-09-09 01:23:21 johnsoft1 has quit (Ping timeout: 264 seconds)
 104 2013-09-09 01:28:12 shesek has joined
 105 2013-09-09 01:32:23 AndyOfiesh has joined
 106 2013-09-09 01:32:54 gjs278 has quit (Ping timeout: 256 seconds)
 107 2013-09-09 01:34:12 <bizoro> I want to contribute to the bitcoin project, where can I find some features to work on (c/c++)
 108 2013-09-09 01:35:19 jcorgan has joined
 109 2013-09-09 01:37:03 digitalmagus2 has joined
 110 2013-09-09 01:38:35 <owowo> git
 111 2013-09-09 01:47:25 <amiller> everyone who's interested in researchy and futuristic discussions about bitcoin should join #bitcoin-wizards, it's not an exclusive invite-only channel, it's a safe place to talk about big ideas without frightening ordinary developers who need this space for solving immediate problems
 112 2013-09-09 01:50:24 MobiusL has quit (Ping timeout: 240 seconds)
 113 2013-09-09 01:54:17 MobiusL has joined
 114 2013-09-09 01:56:27 freewil has quit (Ping timeout: 245 seconds)
 115 2013-09-09 01:58:49 i2pRelay has joined
 116 2013-09-09 02:00:40 patcon has joined
 117 2013-09-09 02:00:46 gjs278 has joined
 118 2013-09-09 02:02:24 one_zero has quit ()
 119 2013-09-09 02:05:12 one_zero has joined
 120 2013-09-09 02:07:44 jgarzik has joined
 121 2013-09-09 02:07:53 jgarzik has quit (Changing host)
 122 2013-09-09 02:07:53 jgarzik has joined
 123 2013-09-09 02:09:56 <warren> I fixed the backport of disablewallet to 0.8.4, anyone want it for bitcoin?  It requires more work as our 0.8.4 is a bit different.
 124 2013-09-09 02:09:58 freewil has joined
 125 2013-09-09 02:10:38 jaekwon1 has joined
 126 2013-09-09 02:11:01 <warren> jgarzik: fixed it, I was doing it late night and I forgot to include the PR before it.
 127 2013-09-09 02:11:16 jaekwon has quit (Read error: Connection reset by peer)
 128 2013-09-09 02:12:48 o3u has quit (Quit: leaving)
 129 2013-09-09 02:14:06 <jgarzik> cool
 130 2013-09-09 02:14:17 jaekwon has joined
 131 2013-09-09 02:14:34 <warren> jgarzik: I'll post a bitcoin version for folks to test, I think p2pool people will like it.
 132 2013-09-09 02:14:47 <warren> jgarzik: just to clarify, this is only for bitcoind right?
 133 2013-09-09 02:14:55 * warren didn't try bitcoin-qt
 134 2013-09-09 02:15:40 jaekwon1 has quit (Ping timeout: 276 seconds)
 135 2013-09-09 02:16:31 BTCOxygen has joined
 136 2013-09-09 02:19:52 Application has joined
 137 2013-09-09 02:20:03 patcon_ has joined
 138 2013-09-09 02:21:04 <jgarzik> warren, I do not test Bitcoin-QT.  It might work, who knows.
 139 2013-09-09 02:21:06 patcon has quit (Ping timeout: 256 seconds)
 140 2013-09-09 02:22:08 <jgarzik> warren, everything goes through wallet registration functions
 141 2013-09-09 02:22:44 <warren> well, building it and will see what explodes
 142 2013-09-09 02:23:41 Application has quit (Read error: Operation timed out)
 143 2013-09-09 02:24:17 Application has joined
 144 2013-09-09 02:25:37 OldEnK has quit (Quit: Leaving)
 145 2013-09-09 02:27:36 AndyOfiesh has quit (Ping timeout: 245 seconds)
 146 2013-09-09 02:35:34 jcorgan has left ()
 147 2013-09-09 02:37:11 gmilf has joined
 148 2013-09-09 02:37:38 Subo1977_ has joined
 149 2013-09-09 02:37:43 <warren> phantomcircuit: your github gravatar looks like mickey mouse
 150 2013-09-09 02:39:44 Subo1977 has quit (Ping timeout: 240 seconds)
 151 2013-09-09 02:40:49 <warren> jgarzik: bitcoin-qt segfaults when you run it with disablewallet. =)
 152 2013-09-09 02:41:18 B0g4r7_ has joined
 153 2013-09-09 02:44:06 gritball has joined
 154 2013-09-09 02:48:25 <BlueMattBot> Project Bitcoin build #400: STILL FAILING in 2 min 57 sec: http://jenkins.bluematt.me/job/Bitcoin/400/
 155 2013-09-09 02:50:38 BTCOxygen has joined
 156 2013-09-09 02:50:38 BTCOxygen is now known as Guest27527
 157 2013-09-09 02:50:38 Guest27527 has quit (Killed (hitchcock.freenode.net (Nickname regained by services)))
 158 2013-09-09 02:50:38 BTCOxygen is now known as 1!~BTCOxygen@unaffiliated/oxygen|BTCOxygen
 159 2013-09-09 02:58:29 <BlueMattBot> Yippie, build fixed!
 160 2013-09-09 02:58:29 <BlueMattBot> Project Bitcoin build #401: FIXED in 2 min 46 sec: http://jenkins.bluematt.me/job/Bitcoin/401/
 161 2013-09-09 02:59:00 AndyOfiesh has joined
 162 2013-09-09 02:59:54 <warren> jgarzik: it seems your early guess was right ... disablewallet is cutting nearly 200MB on some of my nodes... that's unused wallets...
 163 2013-09-09 03:01:59 <jgarzik> hrm, lovely
 164 2013-09-09 03:02:03 <jgarzik> parallel builds are broken
 165 2013-09-09 03:02:50 <gavinandresen> parallel builds?  You mean make -j N>1 ?  Works for me...
 166 2013-09-09 03:03:49 <warren> gavinandresen: did luke-jr fix the issue you found?
 167 2013-09-09 03:04:15 <warren> it's hard to test the master tree without his PR
 168 2013-09-09 03:04:39 <jgarzik>   CXX    version.o
 169 2013-09-09 03:04:39 <jgarzik> /usr/bin/ar: creating libleveldb.a
 170 2013-09-09 03:04:39 <jgarzik>   AR     libbitcoin.a
 171 2013-09-09 03:04:39 <jgarzik> /usr/bin/ar: addrman.o: No such file or directory
 172 2013-09-09 03:04:39 <jgarzik> make[2]: *** [libbitcoin.a] Error 1
 173 2013-09-09 03:04:40 <jgarzik> make[1]: *** [check-recursive] Error 1
 174 2013-09-09 03:04:40 <gmaxwell> jgarzik: they seemed broken to me in terms of performance— but I see in ps that multiple files are being compiled at once.
 175 2013-09-09 03:04:42 <jgarzik> make: *** [check-recursive] Error 1
 176 2013-09-09 03:04:44 <jgarzik> make: *** Waiting for unfinished jobs....
 177 2013-09-09 03:04:46 <jgarzik> mv: cannot stat ‘.deps/main.Tpo’: No such file or directory
 178 2013-09-09 03:04:48 <jgarzik> make[3]: *** [main.o] Error 1
 179 2013-09-09 03:04:52 <jgarzik> gavinandresen, not deterministic
 180 2013-09-09 03:05:08 <Luke-Jr> warren: workign on it
 181 2013-09-09 03:05:11 <jgarzik> libbitcoin.a is missing a dep
 182 2013-09-09 03:05:12 <jgarzik> most likely
 183 2013-09-09 03:05:40 <Luke-Jr> jgarzik: it is, fixing that too :p
 184 2013-09-09 03:05:49 <gavinandresen> warren: what platform are you compiling on?  works for me on ubuntu and OSX
 185 2013-09-09 03:06:19 faradayy has quit (Quit: Connection closed for inactivity)
 186 2013-09-09 03:06:39 * sipa guesses: fedora
 187 2013-09-09 03:06:44 <warren> gavinandresen: fedora
 188 2013-09-09 03:07:14 <gavinandresen> By the way: I neutered Jenkins to get it working, it just does a make check of linux binaries right now.
 189 2013-09-09 03:07:22 <gavinandresen> warren: okey dokey, I don't know nuthin about fedora
 190 2013-09-09 03:07:51 <gavinandresen> (except they have wimply lawyers who are afraid of ECDSA patents)
 191 2013-09-09 03:08:05 <gmaxwell> Without luke's pull the current master can't find bdb on fedora (or, if you have many versions installed, it finds the wrong one)
 192 2013-09-09 03:08:34 <warren> Luke-Jr: missing dep explains why it is failing to rebuild leveldb.a (pre-autotools)?
 193 2013-09-09 03:12:55 <Luke-Jr> warren: maybe
 194 2013-09-09 03:13:43 <Luke-Jr> pushed a new autoconf branch, hopefully addressing everything mentioned more recently
 195 2013-09-09 03:14:11 <gavinandresen> ok, so I need to add a new .cpp file.  I add it to src/Makefile.am or src/Makefile.in ?
 196 2013-09-09 03:14:11 <Luke-Jr> gavinandresen: can you test on OS X again?
 197 2013-09-09 03:14:17 <warren> jgarzik: could you please rebase your disablewallet?  it's a bit stale
 198 2013-09-09 03:14:46 <gavinandresen> Luke-Jr: sure
 199 2013-09-09 03:15:21 <jgarzik> warren, patience, Daniel-san
 200 2013-09-09 03:16:03 gmilf has left ()
 201 2013-09-09 03:16:18 * Luke-Jr sets up a bash loop to rebuild everything with -j2000 until it fails, to test
 202 2013-09-09 03:16:22 <gavinandresen> Luke-Jr: configure: error: No working boost sleep implementation found
 203 2013-09-09 03:16:28 <sipa> gavinandresen: .am
 204 2013-09-09 03:16:37 <sipa> there is no .in in the repository
 205 2013-09-09 03:16:42 <Luke-Jr> gavinandresen: curious - I didn't touch anything boost-related :x
 206 2013-09-09 03:16:47 <Luke-Jr> gavinandresen: does it work before my pullreq?
 207 2013-09-09 03:17:09 <Luke-Jr> either way, can you upload config.log somewheres?
 208 2013-09-09 03:17:28 <gavinandresen> bah, no, breaks with current master?
 209 2013-09-09 03:17:34 Zoop_ has quit (Ping timeout: 245 seconds)
 210 2013-09-09 03:17:49 <gavinandresen> how do I tell configure "nuke everything so I know I'm starting clean" ?
 211 2013-09-09 03:17:56 <sipa> make clean ?
 212 2013-09-09 03:17:58 <Luke-Jr> make distclean usually
 213 2013-09-09 03:18:04 <Luke-Jr> but I haven't tested that with this yet
 214 2013-09-09 03:18:05 <jgarzik> make distclean
 215 2013-09-09 03:18:08 <gavinandresen> mmm, I did a make distclean
 216 2013-09-09 03:18:19 <jgarzik> use the git command :)
 217 2013-09-09 03:18:31 <jgarzik> git help clean
 218 2013-09-09 03:18:40 <sipa> what was the incantation for that?
 219 2013-09-09 03:18:47 <gmaxwell> I think something is mildly broken with the dependencies. (as is often the case for recursive automake) that is causing it to pickup stale files here and there.
 220 2013-09-09 03:19:11 <gmaxwell> careful with the git one, doesn't it nuke all untracked files?
 221 2013-09-09 03:19:25 <gmaxwell> (I dunno about y'alls workflow, but I leave files laying around)
 222 2013-09-09 03:19:27 <Luke-Jr> I understand why cfields would want to use recursive automake, but it is a PAIN
 223 2013-09-09 03:19:32 <jgarzik> git clean -fdx
 224 2013-09-09 03:19:34 <jgarzik> is one
 225 2013-09-09 03:20:20 <Luke-Jr> (we could almost make Bitcoin-Qt a submodule if this comes out right..)
 226 2013-09-09 03:20:33 <jgarzik> Luke-Jr, indeed, but full paths inside the makefile also wind up causing problems, in practice :/
 227 2013-09-09 03:20:35 <gmaxwell> Luke-Jr: sometime later can you please tell me? I don't have any idea why anyone would want to use recursive automake except for something like a subproject.  I don't think its greatly harmful for us either, but for my on gratification I'd like to understand why anyone would want it.
 228 2013-09-09 03:20:37 <gavinandresen> git clean -df   fixed it.  grrr
 229 2013-09-09 03:21:46 chax_ has quit (Remote host closed the connection)
 230 2013-09-09 03:21:47 melvster has quit (Read error: Operation timed out)
 231 2013-09-09 03:21:47 <warren> "make distclean" does a good job, except I was surprised it didn't remove the old bitcoin-qt
 232 2013-09-09 03:22:06 chax has joined
 233 2013-09-09 03:22:22 <Luke-Jr> gmaxwell: it's more modular - if done right, bitcoin-qt, bitcoind, etc could be independent codebases from the satoshi code
 234 2013-09-09 03:22:35 <jgarzik> warren, new build system is not supposed to clean up after the old build system
 235 2013-09-09 03:22:41 <jgarzik> extra baggage
 236 2013-09-09 03:22:52 <gmaxwell> warren: one time cost.
 237 2013-09-09 03:22:59 Zoop_ has joined
 238 2013-09-09 03:23:07 <sipa> Luke-Jr: afaik cfields was mildly against recursive makefiles, but did so at the request of someone
 239 2013-09-09 03:23:12 <sipa> i think jgarzik?
 240 2013-09-09 03:23:16 <gavinandresen> Now I'm confused…  with Luke's pull merged, I seem to get the No working boost sleep implementation found every time
 241 2013-09-09 03:23:18 * Luke-Jr wonders how long until Diapolo comes in here to rage at us for breaking Qt5 <.<
 242 2013-09-09 03:23:29 <gmaxwell> considering all the other costs related to the change— not a big one. Pluse telling people they MUST cleanup on their own will likely fix a bunch of corner cases which we couldn't hope to solve otherwise.
 243 2013-09-09 03:25:20 <Luke-Jr> hmm, seems I broke pulltester
 244 2013-09-09 03:25:22 * Luke-Jr ponders
 245 2013-09-09 03:25:49 <gmaxwell> Luke-Jr: seem your pull breaks the build for gavin on OSX.
 246 2013-09-09 03:26:17 <Luke-Jr> gavinandresen: I thought you said master was broken the same way? or did I misunderstand?
 247 2013-09-09 03:26:33 <gavinandresen> Luke-Jr: master works fine if I git clean -dfx
 248 2013-09-09 03:26:37 <Luke-Jr> hmm
 249 2013-09-09 03:26:45 <warren> Luke-Jr: qt5 works, you just refused to pull it
 250 2013-09-09 03:26:45 <warren> works*
 251 2013-09-09 03:26:47 <Luke-Jr> gavinandresen: can you post the config.log from it not working?
 252 2013-09-09 03:26:51 <gavinandresen> config.log is at: http://www.skypaint.com/bitcoin/config.log
 253 2013-09-09 03:27:51 <gavinandresen> ah, why is it building conftest with -mmacosx-version-min=10.5 -arch i386
 254 2013-09-09 03:28:09 CryptoBuck has quit (Ping timeout: 264 seconds)
 255 2013-09-09 03:28:16 CryptoBuck has joined
 256 2013-09-09 03:29:08 nowan has quit (Ping timeout: 246 seconds)
 257 2013-09-09 03:30:43 <gavinandresen> … oh, because "configure: Disable debug by default (build release)"
 258 2013-09-09 03:30:51 <Luke-Jr> makes sense
 259 2013-09-09 03:30:57 bizoro has quit (Quit: Konversation terminated!)
 260 2013-09-09 03:31:04 nowan has joined
 261 2013-09-09 03:33:26 <gavinandresen> ./configure --enable-debug works
 262 2013-09-09 03:33:40 digitalmagus2 has quit (Ping timeout: 276 seconds)
 263 2013-09-09 03:35:23 <gavinandresen> I'd vote for debug-by-default, and --disable-debug for release builds.  But y'all can tell me that is crazy-talk, and everybody else in the world builds release by default
 264 2013-09-09 03:36:28 digitalmagus2 has joined
 265 2013-09-09 03:36:30 <sipa> i have a slight favor for release-by-default, though i don't care strongly
 266 2013-09-09 03:36:53 jtimon has quit (Remote host closed the connection)
 267 2013-09-09 03:37:34 <gavinandresen> Luke-Jr: hmm.  FAIL: test_bitcoin
 268 2013-09-09 03:38:04 <Luke-Jr> failed to build it? the results failed before my pullreq at least I know
 269 2013-09-09 03:38:42 <gavinandresen> build ok, but getting JSON syntax errors in script_tests.cpp
 270 2013-09-09 03:38:52 * gavinandresen goes back to build the world under master....
 271 2013-09-09 03:40:40 Belxjander has joined
 272 2013-09-09 03:41:09 AndyOfiesh has quit (Ping timeout: 240 seconds)
 273 2013-09-09 03:42:19 paracyst has quit ()
 274 2013-09-09 03:43:10 <gavinandresen> Luke-Jr: it would be better if you didn't bundle up a bunch of unrelated changes.  E.g. it would have saved me a bunch of time if I didn't have to figure out that you changed the --enable-debug setting.
 275 2013-09-09 03:43:17 <gavinandresen> Luke-Jr: unit tests pass on master.
 276 2013-09-09 03:43:56 <Luke-Jr> O.o
 277 2013-09-09 03:45:13 Anduck has joined
 278 2013-09-09 03:45:13 Anduck has quit (Changing host)
 279 2013-09-09 03:45:13 Anduck has joined
 280 2013-09-09 03:50:57 <Luke-Jr> hmm, pre-autoconf master test_bitcoin passes for me too
 281 2013-09-09 03:52:05 hsmiths2 has joined
 282 2013-09-09 03:53:55 <sipa> master fails to build leveldb here
 283 2013-09-09 03:53:57 hsmiths has quit (Ping timeout: 264 seconds)
 284 2013-09-09 03:54:00 <sipa> some strange error
 285 2013-09-09 03:54:13 <sipa> didn't work the first time, did work the second time
 286 2013-09-09 03:55:06 Anduck has quit (Read error: Operation timed out)
 287 2013-09-09 03:55:42 <Luke-Jr> master test_bitcoin fails for me
 288 2013-09-09 03:55:50 <Luke-Jr> unknown location(0): fatal error in "AlertApplies": memory access violation at address: 0x00000010: no mapping at fault address
 289 2013-09-09 03:56:11 TheSeven has quit (Disconnected by services)
 290 2013-09-09 03:56:22 [7] has joined
 291 2013-09-09 03:56:35 <Luke-Jr> Program received signal SIGSEGV, Segmentation fault.
 292 2013-09-09 03:56:37 <Luke-Jr> 0x56766f55 in CAlert::IsInEffect (this=0x0) at alert.cpp:101
 293 2013-09-09 03:58:16 <sipa> running test_bitcoin in valgrind
 294 2013-09-09 03:58:57 <Luke-Jr> bah, test_bitcoin wants to run from src/test again
 295 2013-09-09 03:59:25 <sipa> ah
 296 2013-09-09 04:00:36 johnsoft has quit (Quit: Leaving.)
 297 2013-09-09 04:00:37 <gavinandresen> didn't it always want to run from there?  I don't think I ever figured out how to pass command-line argument into the boost unit test runner so I could pass the location of test/data to the unit tester....
 298 2013-09-09 04:01:08 <Luke-Jr> gavinandresen: pre-autotools worked fine
 299 2013-09-09 04:01:21 <sipa> so why did that change?
 300 2013-09-09 04:01:32 <Luke-Jr> the hard-coded test path is now relative instead of absolute :/
 301 2013-09-09 04:01:33 <gavinandresen> and why does it work for me post-autotools?
 302 2013-09-09 04:01:39 <sipa> Ah.
 303 2013-09-09 04:02:20 <Luke-Jr> gavinandresen: you're running it from src/test I guess?
 304 2013-09-09 04:02:35 <gavinandresen> I'm just running "make check" from the top-level bitcoin directory
 305 2013-09-09 04:02:38 <sipa> so... start with a chdir(dirname($0))?
 306 2013-09-09 04:03:20 <Luke-Jr> sipa: I'd like to be able to copy the binary to the base dir
 307 2013-09-09 04:03:27 <Luke-Jr> gavinandresen: ah
 308 2013-09-09 04:03:35 <sipa> i wonder why the binary isn't in the base dir
 309 2013-09-09 04:03:45 <sipa> seems inconvenient they are spread out
 310 2013-09-09 04:03:51 <Luke-Jr> ok, have a fix for this too now
 311 2013-09-09 04:05:12 johnsoft has joined
 312 2013-09-09 04:06:47 eoss has quit (Ping timeout: 264 seconds)
 313 2013-09-09 04:09:10 * sipa tries to sleep() a bit again
 314 2013-09-09 04:12:29 <Luke-Jr> gavinandresen: pushed a more minimal set of fixes that passes test_bitcoin for me
 315 2013-09-09 04:13:07 <gavinandresen> Luke-Jr: git://github.com/luke-jr/bitcoin.git autoconf  ??
 316 2013-09-09 04:13:15 <Luke-Jr> yes
 317 2013-09-09 04:17:53 <gavinandresen> hmmm, test_bitcoin seems to be taking a very long time to run
 318 2013-09-09 04:17:56 Coincidental has joined
 319 2013-09-09 04:20:09 _ingsoc has joined
 320 2013-09-09 04:20:17 <Luke-Jr> the whole compile seems to be taking longer for me, but I suspect it's perception (since I can't explain it with top) :/
 321 2013-09-09 04:20:25 <gavinandresen> How do I see what command 'make check-TESTS' is running?
 322 2013-09-09 04:20:37 <Luke-Jr> add V=1 to the command
 323 2013-09-09 04:20:41 <Luke-Jr> make V=1 check-TESTS
 324 2013-09-09 04:20:53 <gavinandresen> that's what I thought, doesn't work
 325 2013-09-09 04:21:18 <Luke-Jr> 'make check-TESTS' seems invalid for me :/
 326 2013-09-09 04:21:37 <gavinandresen> me too… I wonder what Makefile check-TESTS is in
 327 2013-09-09 04:21:43 <Luke-Jr> ah, subdirectories
 328 2013-09-09 04:22:12 <gavinandresen> src/test/ ....
 329 2013-09-09 04:22:46 <gavinandresen> make V=1 check-TESTS inside the src/test directory still doesn't tell me what it is doing.  test_bitcoin is using 100% cpu, but never seems to complete
 330 2013-09-09 04:23:08 <Luke-Jr> strange
 331 2013-09-09 04:23:12 <Luke-Jr> attach gdb or strace?
 332 2013-09-09 04:25:15 <Luke-Jr> hmm
 333 2013-09-09 04:25:26 <Luke-Jr> I wonder if it's the same thing that caused my test_bitcoin to segfault before I fixed it
 334 2013-09-09 04:25:42 <Luke-Jr> but in reverse
 335 2013-09-09 04:25:53 <gavinandresen> running test_bitcoin I get malloc: *** error for object 0x7fb39b89b468: incorrect checksum for freed object
 336 2013-09-09 04:26:17 <Luke-Jr> :|
 337 2013-09-09 04:26:42 <Luke-Jr> pulltester seems to be having some very strange issue
 338 2013-09-09 04:27:22 * Luke-Jr bisects it
 339 2013-09-09 04:28:57 <Luke-Jr> looks unrelated to the malloc issue
 340 2013-09-09 04:30:04 <gavinandresen> current git HEAD master works fine for me.  I'd suggest stop playing whack-a-mole and wait for cfields to get back and run fixes by him for review.
 341 2013-09-09 04:33:56 <Luke-Jr> I'm in no rush, though my branch seems to work for more people than master *shrug*
 342 2013-09-09 04:34:41 eoss has joined
 343 2013-09-09 04:35:17 _ingsoc has quit (Quit: leaving)
 344 2013-09-09 04:35:29 ThomasV has joined
 345 2013-09-09 04:35:54 <Luke-Jr> fwiw, the rest of the stuff is in autoconf_pt{2,3,4} now
 346 2013-09-09 04:41:21 Namworld has quit ()
 347 2013-09-09 04:47:37 cads has quit (Ping timeout: 264 seconds)
 348 2013-09-09 04:49:14 macboz has joined
 349 2013-09-09 04:49:45 <phantomcircuit> <warren> phantomcircuit: your github gravatar looks like mickey mouse
 350 2013-09-09 04:49:48 <phantomcircuit> lol wat
 351 2013-09-09 04:50:22 lle has joined
 352 2013-09-09 04:51:49 <warren> phantomcircuit: https://github.com/pstratem/
 353 2013-09-09 04:52:23 <phantomcircuit> doesn't show anything since i have requestpolicy installed
 354 2013-09-09 04:52:33 <warren> oh
 355 2013-09-09 04:52:36 <warren> well, everyone else sees it
 356 2013-09-09 04:52:52 <gavinandresen> definitely looks like mickey.
 357 2013-09-09 04:52:59 <warren> hahahhaha
 358 2013-09-09 04:53:09 <warren> jgarzik looks like a space invader.
 359 2013-09-09 04:53:28 <phantomcircuit> huh that's weird
 360 2013-09-09 04:53:44 macboz has quit (Client Quit)
 361 2013-09-09 04:54:33 patcon_ has quit (Remote host closed the connection)
 362 2013-09-09 04:55:16 cads has joined
 363 2013-09-09 04:57:06 MKCoin has quit (Quit: Leaving)
 364 2013-09-09 04:58:08 MKCoin has joined
 365 2013-09-09 05:00:22 iddo has quit (Remote host closed the connection)
 366 2013-09-09 05:01:09 cads has quit (Ping timeout: 264 seconds)
 367 2013-09-09 05:03:57 viperhr has joined
 368 2013-09-09 05:07:59 viperhr1 has quit (Ping timeout: 264 seconds)
 369 2013-09-09 05:14:43 eoss has quit (Remote host closed the connection)
 370 2013-09-09 05:17:12 <dooglus> what is the recommended course of action when debug.log says "": Corrupted block database detected. Do you want to rebuild the block database now??
 371 2013-09-09 05:18:41 Namworld has joined
 372 2013-09-09 05:21:18 winbtc_moarrr has joined
 373 2013-09-09 05:22:35 OneFixt has joined
 374 2013-09-09 05:23:56 <maaku> dooglus: rebuilding the block database
 375 2013-09-09 05:25:18 <gmaxwell> dooglus: any idea how you got into that state?
 376 2013-09-09 05:28:48 yubrew has quit (Remote host closed the connection)
 377 2013-09-09 05:31:04 Coincidental has quit (Remote host closed the connection)
 378 2013-09-09 05:31:59 Coincidental has joined
 379 2013-09-09 05:34:41 mrkent has joined
 380 2013-09-09 05:34:41 mrkent has quit (Changing host)
 381 2013-09-09 05:34:41 mrkent has joined
 382 2013-09-09 05:35:46 yubrew has joined
 383 2013-09-09 05:38:17 normanrichards has quit ()
 384 2013-09-09 05:38:42 zer0def has joined
 385 2013-09-09 05:40:27 johnsoft1 has joined
 386 2013-09-09 05:42:02 johnsoft has quit (Ping timeout: 260 seconds)
 387 2013-09-09 05:44:06 johnsoft1 has quit (Client Quit)
 388 2013-09-09 05:44:38 <dooglus> gmaxwell: none.  I ran 'bitcoind stop', waited for bitcoind process to vanish, rebooted, restarted bitcoind and saw it
 389 2013-09-09 05:44:53 <gmaxwell> dooglus: what version of bitcoin?
 390 2013-09-09 05:45:13 <dooglus> the version from a few days ago
 391 2013-09-09 05:45:17 <dooglus> x.4?
 392 2013-09-09 05:45:30 <gmaxwell> Hm. Okay, odd.
 393 2013-09-09 05:45:32 <gmaxwell> What OS?
 394 2013-09-09 05:45:38 <dooglus> some ubuntu
 395 2013-09-09 05:46:02 <gmaxwell> okay. well the checks are really anal for a reason. Concerning though.
 396 2013-09-09 05:46:36 gribble has quit (Ping timeout: 264 seconds)
 397 2013-09-09 05:46:45 <dooglus> also, the "Do you want to rebuild the block database now?" is odd when running as a daemon.  it appeared on the console
 398 2013-09-09 05:46:49 mrkent has quit (Ping timeout: 256 seconds)
 399 2013-09-09 05:47:06 <dooglus> it looks like it wants me to answer, but it's not really asking
 400 2013-09-09 05:47:50 <dooglus> so a "bitcoind -reindex" is the thing to do?
 401 2013-09-09 05:47:52 johnsoft has joined
 402 2013-09-09 05:48:03 owowo has quit (Quit: dead)
 403 2013-09-09 05:48:15 <gmaxwell> yea, a little awkward, though its supposted to be a urgent should never happen your hardware is probably bad case. (though leveldb is turning out to be a little less trustworthy than advertised— doesn't seem worse than BDB was at least, but differently flaky)
 404 2013-09-09 05:48:19 <gmaxwell> dooglus: correct.
 405 2013-09-09 05:48:35 <warren> that "Do you want to rebuild the block database now?" shows up in other unintended places
 406 2013-09-09 05:49:33 <gmaxwell> well it does the right thing in the GUI... the gui actually lets you click to get go straight to a reindex.
 407 2013-09-09 05:49:33 <warren> https://github.com/bitcoin/bitcoin/issues/2893
 408 2013-09-09 05:50:06 gribble has joined
 409 2013-09-09 05:52:26 Coincidental has quit (Remote host closed the connection)
 410 2013-09-09 05:53:14 Coincidental has joined
 411 2013-09-09 05:56:21 ThomasV has quit (Ping timeout: 240 seconds)
 412 2013-09-09 06:02:01 sacredchao has quit (Remote host closed the connection)
 413 2013-09-09 06:02:50 sacredchao has joined
 414 2013-09-09 06:05:07 abrkn has joined
 415 2013-09-09 06:07:34 cdecker1 has quit (Ping timeout: 245 seconds)
 416 2013-09-09 06:09:15 meLon has joined
 417 2013-09-09 06:10:07 mrkent has joined
 418 2013-09-09 06:10:07 mrkent has quit (Changing host)
 419 2013-09-09 06:10:07 mrkent has joined
 420 2013-09-09 06:20:36 cdecker has joined
 421 2013-09-09 06:41:44 sserrano44 has quit (Quit: Computer has gone to sleep.)
 422 2013-09-09 06:43:10 Polyatomic has joined
 423 2013-09-09 06:47:56 mrkent has quit (Ping timeout: 248 seconds)
 424 2013-09-09 06:51:37 ericmuyser has quit (Remote host closed the connection)
 425 2013-09-09 06:52:42 Anduck has joined
 426 2013-09-09 06:55:28 rdymac has joined
 427 2013-09-09 06:57:11 stretchwarren has quit (Ping timeout: 264 seconds)
 428 2013-09-09 07:00:31 saivann has quit (Quit: Ex-Chat)
 429 2013-09-09 07:02:17 ThomasV has joined
 430 2013-09-09 07:02:42 <magbo> Interesting, rinning 0.8.4 in testnet, generating a bip0032 root key using pycoin (genwallet -tu | tee mk), getting its WIF (genwallet -wf mk), trying to import it (bitcoind importprivkey $wif somekey false) and get error: {"code":-5,"message":"Invalid private key"}.
 431 2013-09-09 07:02:55 <magbo> Fresh installation on Ubuntu LTS 12.04
 432 2013-09-09 07:06:51 <sipa> what does the WIF look like?
 433 2013-09-09 07:06:57 <sipa> length/first xharacter
 434 2013-09-09 07:07:13 <jeremias> magbo: set compressed=False when getting the wif
 435 2013-09-09 07:07:22 <jeremias> that fixed the problem for me
 436 2013-09-09 07:07:28 <sipa> that would be incorrect
 437 2013-09-09 07:07:37 <sipa> bip32 mandates compressed keys
 438 2013-09-09 07:08:53 <gmaxwell> sipa: oh this is an interesting bug: I reindexed a node whos blockchain was corrupted while it was unable to connect to the network, long after the reindex finished I STOPed the node in order to fix the config to put it back online. I observed this (uninteresting lines elided)
 439 2013-09-09 07:08:58 <gmaxwell> 2013-09-09 06:52:10 SetBestChain: new best=000000000000001205b0e002a81b2bf48fd9827b2a448f21f11f3d7b0d39d115  height=256831  log2_work=71.764124  tx=23501363  date=2013-09-09 00:31:11 progress=0.997490
 440 2013-09-09 07:09:03 <gmaxwell> 2013-09-09 07:05:33 Committing 20225 changed transactions to coin database...
 441 2013-09-09 07:09:15 <gmaxwell> e.g. 15 minutes after the last SetBestChain it hadn't flushed the coins database.
 442 2013-09-09 07:09:38 <gmaxwell> oh.. and .. on restart it claims its corrupted.
 443 2013-09-09 07:10:34 rdymac has quit (Remote host closed the connection)
 444 2013-09-09 07:11:26 <magbo> sipa: it's compressed WIF by the looks of it — “Ky”...; length = 52.
 445 2013-09-09 07:14:48 <magbo> when I try to use uncompressed version “5J”...; length = 51, I still get errorcode -5. “cat mk” yields “tprv...”.
 446 2013-09-09 07:16:19 <magbo> first line of “cat ~/.bitcoin/bitcoin.conf” is “testnet=1”, so the private key obtained from tpriv extended key should be importable.
 447 2013-09-09 07:16:51 OPrime has joined
 448 2013-09-09 07:17:02 <gmaxwell> uh testnet private keys have a different prefix.
 449 2013-09-09 07:17:17 <gmaxwell> 9 or c
 450 2013-09-09 07:17:30 <magbo> aha, so it's a bug in pycoin?
 451 2013-09-09 07:17:32 tailcalled has joined
 452 2013-09-09 07:17:43 <magbo> waaait
 453 2013-09-09 07:18:51 <magbo> No, adding -t to genwallet call that gets wif didn't help. :)
 454 2013-09-09 07:19:27 <gmaxwell> that would be your problem. (incidentally, where did you get working pycoin from? ... all I get from it is connection errors)
 455 2013-09-09 07:20:29 yubrew has quit (Remote host closed the connection)
 456 2013-09-09 07:23:28 <magbo> gmaxwell: I use pycoin version "0.23" installed with the following script — https://gist.github.com/manpages/6492413. The only piece of functionality I use from it is BIP0032 implementation (via genwallet (cli) and pycoin.wallet (python)).
 457 2013-09-09 07:25:17 ericmuyser has joined
 458 2013-09-09 07:25:24 daktak has quit (Ping timeout: 240 seconds)
 459 2013-09-09 07:26:03 tailcalled has quit (Ping timeout: 245 seconds)
 460 2013-09-09 07:27:09 Andrevan has quit (Quit: WeeChat 0.4.2-rc1)
 461 2013-09-09 07:28:55 stretchwarren has joined
 462 2013-09-09 07:29:12 c0rw1n has joined
 463 2013-09-09 07:32:27 iddo has joined
 464 2013-09-09 07:33:02 jaekwon has quit (Quit: Leaving.)
 465 2013-09-09 07:36:42 <sipa> gmaxwell: ewww, any clue what caused the corruption?
 466 2013-09-09 07:39:22 <gmaxwell> sipa: all started with running out of power unexpectedly. I reindexed.. and it was corrupted again but I wasn't sure if I was stupid and perhaps killed the process during the reindex.  So I attempted the reindex again and saw that curious delay with flusing until shutdown instead of when the reindex finished... and it was corrupt again on startup.
 467 2013-09-09 07:39:49 <gmaxwell> I just deleted ~/.bitcoin/chainstate and letting it rebuild now  (I also backed up the whole directory before starting)
 468 2013-09-09 07:40:07 mappum has quit (Ping timeout: 256 seconds)
 469 2013-09-09 07:40:09 <gmaxwell> oh also, running git master + leveldb update (I switched to the leveldb update before the first reindex.
 470 2013-09-09 07:40:17 <sipa> ~ic
 471 2013-09-09 07:40:23 <gmaxwell> because you know, changing one thing at a time is too boring.
 472 2013-09-09 07:41:25 sserrano44 has joined
 473 2013-09-09 07:42:43 djcoin has joined
 474 2013-09-09 07:42:51 Eiii has quit ()
 475 2013-09-09 07:42:56 <sipa> yeah, and too scientific
 476 2013-09-09 07:43:49 <gmaxwell> I didn't expect the first reindex to fail.. :-/ (I upgraded the leveldb to see if maybe I'd get a better error on the corrupteded database.
 477 2013-09-09 07:43:52 <gmaxwell> )
 478 2013-09-09 07:44:09 ThomasV has quit (Quit: Quitte)
 479 2013-09-09 07:52:50 phillsphinest has joined
 480 2013-09-09 07:55:02 <SomeoneWeird> apparently not
 481 2013-09-09 07:56:23 johnsoft1 has joined
 482 2013-09-09 07:56:38 johnsoft1 has quit (Client Quit)
 483 2013-09-09 07:58:00 tmsk has joined
 484 2013-09-09 07:58:15 johnsoft has quit (Ping timeout: 256 seconds)
 485 2013-09-09 08:03:54 sserrano44 has quit (Quit: Computer has gone to sleep.)
 486 2013-09-09 08:07:23 <Graet> what di I do in CLI when
 487 2013-09-09 08:08:00 <Graet> I see "Do you want to rebuild the block database now?" y and just enter it closes bitcoind
 488 2013-09-09 08:08:20 <sipa> start with -reindex
 489 2013-09-09 08:08:25 <Graet> ty
 490 2013-09-09 08:08:38 <sipa> will take a while
 491 2013-09-09 08:08:44 <sipa> increasing -dbcache helps
 492 2013-09-09 08:08:45 <Graet> yeah :/
 493 2013-09-09 08:08:52 <Graet> ok ty
 494 2013-09-09 08:09:10 conman has joined
 495 2013-09-09 08:09:11 <sipa> up to 1000 or so (it's anumber in MiB)
 496 2013-09-09 08:10:12 <conman> a few of us had corrupted DBs at about the same time... anyone know if there's an issue here?
 497 2013-09-09 08:10:16 <gmaxwell> okay.. rebuilt again with the nuked chainstate... time to stop and restart.
 498 2013-09-09 08:10:25 <Graet> thanks sipa :)
 499 2013-09-09 08:10:29 <gmaxwell> ...
 500 2013-09-09 08:10:32 <gmaxwell> fuck.
 501 2013-09-09 08:10:38 <sipa> conman: that's bad news
 502 2013-09-09 08:10:43 <gmaxwell> Graet: conman: ... I saw that wizkid had a corrupted one toda.y
 503 2013-09-09 08:10:43 <conman> 3 within an hour
 504 2013-09-09 08:10:54 <conman> and kano just now
 505 2013-09-09 08:10:59 <conman> this is not coincidence...
 506 2013-09-09 08:11:07 <warren> master?
 507 2013-09-09 08:11:07 <Graet> this is my 2nd, other was on windows laptop
 508 2013-09-09 08:11:20 <conman> I was on 0.8.3 still, but others were on 0.8.4
 509 2013-09-09 08:11:27 <warren> mmm
 510 2013-09-09 08:11:31 <Graet> i'm 0.8.4
 511 2013-09-09 08:11:35 <sipa> what OS'es, and had these systems seen corrupted databases before?
 512 2013-09-09 08:12:01 <conman> linux 64bit, never had it before
 513 2013-09-09 08:12:17 <sipa> that doesn't sound like coincidence indeed
 514 2013-09-09 08:12:18 <gmaxwell> 13:36 <@wizkid057> wtf www bitcoind
 515 2013-09-09 08:12:18 <gmaxwell> 13:36 <@wizkid057> 2013-09-06 20:32:32 received block 00000000000000111f9591a156b54ba3614965b748cefa5df13498441ef041a9
 516 2013-09-09 08:12:21 <Graet> ubuntu 12.04 server, machine rebooted and came back with corrupted db message on start, windows8 desktop after a sleep
 517 2013-09-09 08:12:22 <gmaxwell> 13:36 <@wizkid057> 2013-09-06 20:32:32 InvalidChainFound: invalid block=00000000000000111f9591a156b54ba3614965b748cefa5df13498441ef041a9  height=256496  log2_work=71.7
 518 2013-09-09 08:12:25 <gmaxwell> 13:36 <@wizkid057> 2013-09-06 20:32:32 InvalidChainFound: invalid block=00000000000000111f9591a156b54ba3614965b748cefa5df13498441ef041a9  height=256496  log2_work=71.7
 519 2013-09-09 08:12:29 <gmaxwell> 13:36 <@wizkid057> 2013-09-06 20:32:32 ERROR: SetBestBlock() : ConnectBlock 00000000000000111f9591a156b54ba3614965b748cefa5df13498441ef041a9 failed
 520 2013-09-09 08:12:32 <gmaxwell> linux 64 bit, never ever ever had corruption before even though trying to cause it.
 521 2013-09-09 08:12:44 <gmaxwell> whole network is probably horked.
 522 2013-09-09 08:12:51 <Graet> and not seen corruption before (win install is only 24hours old)
 523 2013-09-09 08:12:52 <gmaxwell> lemme try restarting a node that is currently healthly.
 524 2013-09-09 08:13:02 <gmaxwell> sipa: you approve of my idea of restarting a healty node?
 525 2013-09-09 08:13:54 <sipa> gmaxwell: yes
 526 2013-09-09 08:14:07 <sipa> the node on my vps seems fine
 527 2013-09-09 08:14:14 <sipa> though i didn't restart
 528 2013-09-09 08:14:43 <sipa> gmaxwell: the corruotion you reported earlier was applicatiin level, right?
 529 2013-09-09 08:14:46 <sipa> noy leveldb
 530 2013-09-09 08:14:49 <gmaxwell> : Corrupted block database detected.
 531 2013-09-09 08:14:55 <gmaxwell> sipa: correct.
 532 2013-09-09 08:14:56 <sipa> is that the same for the orlther reports?
 533 2013-09-09 08:15:00 <sipa> *other
 534 2013-09-09 08:15:12 <gmaxwell> sipa: so this node just did the same thing.
 535 2013-09-09 08:15:19 <sipa> outch
 536 2013-09-09 08:15:41 <sipa> what was the actual error?
 537 2013-09-09 08:16:04 <gmaxwell> This node is at 2fee100f036626866e5dca3f27b7562da25e43f3
 538 2013-09-09 08:16:12 <gmaxwell> (git rev)
 539 2013-09-09 08:16:17 freewil has quit (Quit: Leaving)
 540 2013-09-09 08:16:25 <gmaxwell> 2013-09-09 08:13:48 LoadBlockIndexDB(): hashBestChain=0000000000000017260e3e0cd5bcf880e9dc0ae5737334100bf0e3db1c06f1f9  height=256892 date=2013-09-09 08:02:40
 541 2013-09-09 08:16:29 <gmaxwell> 2013-09-09 08:13:48 init message: Verifying blocks...
 542 2013-09-09 08:16:31 <gmaxwell> 2013-09-09 08:13:48 Verifying last 288 blocks at level 3
 543 2013-09-09 08:16:34 <gmaxwell> 2013-09-09 08:13:49 ERROR: DisconnectBlock() : added transaction mismatch? database corrupted
 544 2013-09-09 08:16:37 <gmaxwell> 2013-09-09 08:13:51 ERROR: VerifyDB() : *** coin database inconsistencies found (last 75 blocks, 30749 good transactions before that)
 545 2013-09-09 08:16:40 <gmaxwell> 2013-09-09 08:13:51 : Corrupted block database detected.
 546 2013-09-09 08:16:42 <gmaxwell> Do you want to rebuild the block database now?
 547 2013-09-09 08:16:44 <gmaxwell> on the node I just tested.
 548 2013-09-09 08:16:46 <gmaxwell> 2013-09-09 08:13:51 Aborted block database rebuild. Exiting.
 549 2013-09-09 08:16:49 <gmaxwell> 2013-09-09 08:13:51 Flush(false)
 550 2013-09-09 08:16:55 <sipa> this is bad
 551 2013-09-09 08:17:11 Anduck has quit (Ping timeout: 246 seconds)
 552 2013-09-09 08:17:18 <gmaxwell> eventually the crap which is triggering the ultraprune inconsistency will get out of the test window.
 553 2013-09-09 08:17:34 <gmaxwell> and we just have whatever residual fork risk its creating (if any)
 554 2013-09-09 08:17:36 * warren syncing
 555 2013-09-09 08:17:44 <conman> mine's been reindexing for >1hr, 10 weeks to go
 556 2013-09-09 08:17:54 <Graet> urg
 557 2013-09-09 08:18:02 Anduck has joined
 558 2013-09-09 08:18:03 <sipa> yes, but there may be a chainstate difference between those who reindexed and those who survived the window
 559 2013-09-09 08:18:14 Anduck has quit (Changing host)
 560 2013-09-09 08:18:14 Anduck has joined
 561 2013-09-09 08:18:26 <gmaxwell> my other corrupt node was dying with
 562 2013-09-09 08:18:27 <gmaxwell> 2013-09-09 00:45:19 LoadBlockIndexDB(): hashBestChain=000000000000001205b0e002a81b2bf48fd9827b2a448f21f11f3d7b0d39d115  height=256831 date=2013-09-09 00:31:11
 563 2013-09-09 08:18:30 <gmaxwell> 2013-09-09 00:45:19 init message: Verifying blocks...
 564 2013-09-09 08:18:33 <gmaxwell> 2013-09-09 00:45:19 Verifying last 288 blocks at level 3
 565 2013-09-09 08:18:35 <gmaxwell> 2013-09-09 00:45:20 ERROR: DisconnectBlock() : added transaction mismatch? database corrupted
 566 2013-09-09 08:18:38 <gmaxwell> 2013-09-09 00:45:25 ERROR: VerifyDB() : *** coin database inconsistencies found (last 14 blocks, 45068 good transactions before that)
 567 2013-09-09 08:19:00 <gmaxwell> so this should tell us which blocks contains the inconsistency producing transaction. no?
 568 2013-09-09 08:19:14 <gmaxwell> I'll go add some more printfs.
 569 2013-09-09 08:19:36 <warren> I'm at height=235554, should I make a snapshot before I get there?
 570 2013-09-09 08:20:17 <kinlo> any action to be taken by the mining community?
 571 2013-09-09 08:21:55 t7 has joined
 572 2013-09-09 08:22:16 <sipa> not yet
 573 2013-09-09 08:22:24 <sipa> we don't know who is affected
 574 2013-09-09 08:22:27 graingert has joined
 575 2013-09-09 08:22:30 <gmaxwell> It looks like the block in question would be 256817 or one plus minus that one.
 576 2013-09-09 08:22:52 <warren> OK, I'm stopping my sync before I get there to make a snapshot.
 577 2013-09-09 08:22:55 <sipa> can you print the mismatched transaction?
 578 2013-09-09 08:23:32 <gmaxwell> I'm working on it.
 579 2013-09-09 08:25:48 altamic has joined
 580 2013-09-09 08:27:10 <gmaxwell> sipa: http://0bin.net/paste/hRQwG9yRfxwxcjcW#yg3Xk+hF21rjRTnlXjFe8HfaAE0ZlljsM51Lxg8uuuE=
 581 2013-09-09 08:27:52 <sipa> gmaxwell: what line is that?
 582 2013-09-09 08:28:09 <gmaxwell> thats an assert I inserted in main.c at 1777
 583 2013-09-09 08:28:20 justusranvier has quit (Remote host closed the connection)
 584 2013-09-09 08:28:38 altamic has left ()
 585 2013-09-09 08:29:05 <sipa> nVersion == 64
 586 2013-09-09 08:29:09 <gmaxwell> yea, I see it.
 587 2013-09-09 08:29:12 <sipa> and a negative number
 588 2013-09-09 08:29:47 <sipa> the serializer only supports unsigned numbers
 589 2013-09-09 08:29:58 <sipa> so whatever got a negative number in there is at fault
 590 2013-09-09 08:30:11 <sipa> if that is the block/transaction p2p serializer, we have a problem
 591 2013-09-09 08:30:16 <sipa> and i expect that that is the case
 592 2013-09-09 08:30:38 <sipa> ignoring it should be fine, as the version number isn't actually used
 593 2013-09-09 08:31:58 justusranvier has joined
 594 2013-09-09 08:32:18 rdymac has joined
 595 2013-09-09 08:32:18 rdymac has quit (Changing host)
 596 2013-09-09 08:32:18 rdymac has joined
 597 2013-09-09 08:32:27 <gmaxwell> right, it'll make the database inconsistent but we can fix that later.
 598 2013-09-09 08:32:34 <sipa> my guess: transaction had a negative nVersion, got serialized into the chainstate as an unsigned number, and we have a mismatxh upon check
 599 2013-09-09 08:32:50 <gmaxwell> I don't quite understand how it became 64.
 600 2013-09-09 08:32:53 <sipa> but what caused the crash in working nodes?
 601 2013-09-09 08:33:04 <gmaxwell> probably nothing: I lost power on my laptop.
 602 2013-09-09 08:33:13 <gmaxwell> the corruption was a coincidence.
 603 2013-09-09 08:33:31 <gmaxwell> Graet: conman:
 604 2013-09-09 08:33:44 <gmaxwell> Did you find your corruption after a normal restart?
 605 2013-09-09 08:33:58 <Graet> my laptop went to sleep, and the ubuntu node server rebooted, i got reindex message on restart
 606 2013-09-09 08:34:02 <gmaxwell> sipa: someone earlier who reported corruption (doouglas) said it was after a normal restart.
 607 2013-09-09 08:34:18 <Graet> neither "normal" i guess
 608 2013-09-09 08:35:14 <gmaxwell> ./bitcoind -daemon=1 -checkblocks=1
 609 2013-09-09 08:35:21 Thepok has joined
 610 2013-09-09 08:35:21 <gmaxwell> ^ official workaround, I believe.
 611 2013-09-09 08:35:39 <sipa> 2 should also work, iirc
 612 2013-09-09 08:35:44 <sipa> ah
 613 2013-09-09 08:35:46 <sipa> nvm
 614 2013-09-09 08:35:54 <sipa> -checklevel=2 i mean
 615 2013-09-09 08:35:55 <gmaxwell> changing the level might be better.
 616 2013-09-09 08:36:10 * gmaxwell tries
 617 2013-09-09 08:36:27 <sipa> is there a transaction in the blockchain with nVersion that has ita highest bit set?
 618 2013-09-09 08:36:37 <gmaxwell> I confirm ./bitcoind -daemon=1 -checklevel=2 works.
 619 2013-09-09 08:36:48 <sipa> can you send out a mail?
 620 2013-09-09 08:37:01 <gmaxwell> it would be block 256818 I'll check in a moment, sending out email.
 621 2013-09-09 08:37:15 <sipa> ;;blocks
 622 2013-09-09 08:37:16 <gribble> 256897
 623 2013-09-09 08:37:25 <gmaxwell> how long until its burried?
 624 2013-09-09 08:37:38 BurtyB has quit (Read error: No route to host)
 625 2013-09-09 08:37:41 <sipa> depends on your dbcache
 626 2013-09-09 08:37:54 <gmaxwell> about 209 more blocks in the worst case.. but yea.. :-/
 627 2013-09-09 08:37:55 BurtyB has joined
 628 2013-09-09 08:37:56 <sipa> certainly after 288 blocks
 629 2013-09-09 08:38:05 <gmaxwell> let me make sure it's that block.
 630 2013-09-09 08:38:08 <sipa> so 1.5 days
 631 2013-09-09 08:38:25 <sipa> but we'll need a version soon that can deal with the sign mismatch
 632 2013-09-09 08:38:29 <phantomcircuit> gmaxwell, just an fyi i have a 0.8.3 node on windows that is well past the point wizkids crashed
 633 2013-09-09 08:38:34 toffoo has quit ()
 634 2013-09-09 08:38:46 <sipa> as this can be retriggered any time, if it is what we suspect
 635 2013-09-09 08:39:48 <sipa> i'll need to go offline soon probably, my phone battery is running empty
 636 2013-09-09 08:40:06 qbasicer has quit (Read error: Operation timed out)
 637 2013-09-09 08:40:09 <gmaxwell> phantomcircuit: I think wizkid's thing was unrelated
 638 2013-09-09 08:41:22 qbasicer has joined
 639 2013-09-09 08:41:39 daktak has joined
 640 2013-09-09 08:41:56 JWU42 has quit (Remote host closed the connection)
 641 2013-09-09 08:42:14 JWU42 has joined
 642 2013-09-09 08:42:45 bakingbread has quit (Ping timeout: 246 seconds)
 643 2013-09-09 08:43:34 <sipa> the fix would be applying a varint encode+decode on nVersion before comparison in DisconnectBlock
 644 2013-09-09 08:43:53 <sipa> or even in CCoins's construxtor
 645 2013-09-09 08:44:12 reizuki__ has joined
 646 2013-09-09 08:44:12 reizuki__ has quit (Changing host)
 647 2013-09-09 08:44:12 reizuki__ has joined
 648 2013-09-09 08:44:15 <sipa> that means the highest nVersion bit becomes worthless
 649 2013-09-09 08:44:24 <sipa> but we have 31 left
 650 2013-09-09 08:46:46 maaku has quit (Remote host closed the connection)
 651 2013-09-09 08:46:51 <gmaxwell> getrawtransaction on 0000000000000025b9c431b5486b5be831ab05df8fb6c80879befbbe5b2e1ce4 isn't turning it up.
 652 2013-09-09 08:47:01 <sipa> ?
 653 2013-09-09 08:47:07 maaku has joined
 654 2013-09-09 08:47:44 <gmaxwell> oh there is is
 655 2013-09-09 08:47:48 <gmaxwell>     "version" : -1703168784,
 656 2013-09-09 08:47:48 <gmaxwell>     "version" : -2107285824,
 657 2013-09-09 08:48:24 bakingbread has joined
 658 2013-09-09 08:48:48 <gmaxwell> c659729a7fea5071361c2c1a68551ca2bf77679b27086cc415adeeb03852e369 and 637dd1a3418386a418ceeac7bb58633a904dbf127fa47bbea9cc8f86fef7413f
 659 2013-09-09 08:50:15 <sipa> so the problem is that these nVersions cannot be correctly serialized in CCoins
 660 2013-09-09 08:50:48 <sipa> there are no network rules that depend on the transaction version afaik
 661 2013-09-09 08:50:55 <sipa> so it's purely a local problem
 662 2013-09-09 08:53:06 <sipa> i'd suggest adding in DisconnextBlock, before that failing outs == outsBlock check:
 663 2013-09-09 08:53:54 <sipa> if outsBlock.nVersion < 0)
 664 2013-09-09 08:54:10 <sipa>     outs.nVersion = outsBlock.nVersion;
 665 2013-09-09 08:54:33 <gmaxwell> email sent.
 666 2013-09-09 08:54:50 OPrime_ has joined
 667 2013-09-09 08:54:51 <gmaxwell> I'm trying to figure out what input will result in what output. The obvious reductions didn't seem to worse for me.
 668 2013-09-09 08:54:58 OPrime_ has quit (Client Quit)
 669 2013-09-09 08:55:06 <sipa> with a comment explaining the problem, and that serialization of negative versiona needs to be fixed before we ever decide to start using high bits
 670 2013-09-09 08:55:35 <gmaxwell> Incidentally with a normaltive UTXO set .. I suppose this would have been a forking bug. :P
 671 2013-09-09 08:56:02 <gmaxwell> sipa: yea, I'm testing a patch.
 672 2013-09-09 08:56:12 <sipa> well the serialization and deserialization is deterministic, i expect :)
 673 2013-09-09 08:56:21 OPrime has quit (Ping timeout: 264 seconds)
 674 2013-09-09 08:56:22 <gmaxwell> sipa: thanks for your support. I wouldn't have the cofidence to post a patch without your second take on this.
 675 2013-09-09 08:57:37 <sipa> thanks for still being awake :p
 676 2013-09-09 08:57:48 <Graet> should i let reindex finish now? or can i stop bitcoind and restart with -checklevel=2
 677 2013-09-09 08:57:53 <sipa> dealing with this from a driving car on a phone would be a pain :)
 678 2013-09-09 08:58:03 <Graet> thanks to both of you for being onto it quickly :)
 679 2013-09-09 08:58:11 <sipa> Graet: unfortunately, once started, you'll need to complete it
 680 2013-09-09 08:58:19 <Graet> ok, thanks
 681 2013-09-09 08:58:32 <Graet> thought so :)
 682 2013-09-09 08:58:40 <gmaxwell> Graet: sadly I'd been screwing with this broken database for hours but I thought it was just me with some disk corruption.
 683 2013-09-09 08:59:11 Guest21019 has quit (Changing host)
 684 2013-09-09 08:59:11 Guest21019 has joined
 685 2013-09-09 08:59:23 <Graet> ahh
 686 2013-09-09 08:59:23 phillsphinest has quit (Remote host closed the connection)
 687 2013-09-09 08:59:27 Guest21019 is now known as coingenuity
 688 2013-09-09 08:59:46 <gmaxwell> sipa: sergio is going to have a lot of fun with this. :P
 689 2013-09-09 09:00:02 <gmaxwell> IIRC he complains about the unsignedness of this seralization or something like that. :P
 690 2013-09-09 09:00:06 digitalmagus2 has quit (Ping timeout: 245 seconds)
 691 2013-09-09 09:00:08 <gmaxwell> er complained.
 692 2013-09-09 09:00:39 <sipa> btw, is there no IsStandard test preventing weird nVersions?
 693 2013-09-09 09:00:43 BurtyB has quit (Read error: No route to host)
 694 2013-09-09 09:00:48 <conman> my bitcoind keeps questioning the date
 695 2013-09-09 09:00:51 <conman> could that be related?
 696 2013-09-09 09:00:58 <conman> my date's fine
 697 2013-09-09 09:01:02 <sipa> or AcceptToMemoryPool
 698 2013-09-09 09:01:08 BurtyB has joined
 699 2013-09-09 09:01:12 <sipa> conman: i believe that is unrelated
 700 2013-09-09 09:01:19 <conman> k
 701 2013-09-09 09:01:25 <sipa> it means many peers report a different timestamp
 702 2013-09-09 09:01:30 <conman> mine was on a restart after a failed shutdown
 703 2013-09-09 09:01:37 <sipa> which is strange thoufh
 704 2013-09-09 09:01:39 <conman> but failing to shutdown was virtually routine for mine
 705 2013-09-09 09:02:01 <phantomcircuit> sipa, https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L469
 706 2013-09-09 09:02:08 <gmaxwell> conman: doublec had reported what appeared to be a network attack that did that.
 707 2013-09-09 09:02:09 <phantomcircuit> so
 708 2013-09-09 09:02:11 <phantomcircuit> ???
 709 2013-09-09 09:02:31 <gmaxwell> phantomcircuit: yea, so people can mine nonstandard txn.
 710 2013-09-09 09:03:08 <sipa> ehhh
 711 2013-09-09 09:03:16 <sipa> the test is > constant
 712 2013-09-09 09:03:20 <sipa> not < 1
 713 2013-09-09 09:03:23 <sipa> add that
 714 2013-09-09 09:03:23 <gmaxwell> oh! haha
 715 2013-09-09 09:03:33 <gmaxwell> will fix.
 716 2013-09-09 09:03:53 <gmaxwell> it should be != CTransaction::CURRENT_VERSION right?
 717 2013-09-09 09:04:01 <sipa> no
 718 2013-09-09 09:04:06 michagogo has joined
 719 2013-09-09 09:04:08 <sipa> well, right niw, yes
 720 2013-09-09 09:04:20 <sipa> but older than currentversion may be acceptable
 721 2013-09-09 09:04:21 <phantomcircuit> oh
 722 2013-09-09 09:04:27 <phantomcircuit> wow that test is 100% wrong
 723 2013-09-09 09:04:28 <phantomcircuit> derp
 724 2013-09-09 09:04:37 <sipa> no, it's very right
 725 2013-09-09 09:04:37 <gmaxwell> or tx.nVersion > CTransaction::CURRENT_VERSION && tx.nVersion >= 0
 726 2013-09-09 09:04:41 <sipa> just not complete
 727 2013-09-09 09:04:53 <sipa> >= 1 even, afaik
 728 2013-09-09 09:05:02 BurtyBB has joined
 729 2013-09-09 09:05:17 <sipa> > currentversion || < 1
 730 2013-09-09 09:05:34 <gmaxwell> yep.
 731 2013-09-09 09:05:35 * michagogo checks bitcoinstats.com
 732 2013-09-09 09:05:47 <phantomcircuit> sipa, shouldn't currentversion always be > 0
 733 2013-09-09 09:05:57 <sipa> yes
 734 2013-09-09 09:06:31 <sipa> if (nVersion > currentversion || nVersion < 1)
 735 2013-09-09 09:06:35 <sipa> is the correct rule
 736 2013-09-09 09:06:46 <gmaxwell> thats what my code has now.
 737 2013-09-09 09:06:54 <phantomcircuit> oh i see
 738 2013-09-09 09:06:56 <phantomcircuit> hmm
 739 2013-09-09 09:07:10 <gmaxwell> #@$@# autotools.
 740 2013-09-09 09:07:40 BurtyB has quit (Ping timeout: 248 seconds)
 741 2013-09-09 09:08:54 * sipa afk
 742 2013-09-09 09:09:06 <gmaxwell> I really can't express how frustrated the autotools changes are making at the moment, it's taking me ten minutes every time I change something.
 743 2013-09-09 09:10:55 <michagogo> Autotools changes?
 744 2013-09-09 09:11:27 shaller007 has joined
 745 2013-09-09 09:12:49 _ingsoc has joined
 746 2013-09-09 09:12:54 BurtyBB has left ()
 747 2013-09-09 09:14:28 zeddan81 has quit (Ping timeout: 240 seconds)
 748 2013-09-09 09:17:04 slush has joined
 749 2013-09-09 09:17:57 i2pRelay has quit (Remote host closed the connection)
 750 2013-09-09 09:17:59 slush has quit (Client Quit)
 751 2013-09-09 09:18:53 fanquake has joined
 752 2013-09-09 09:19:06 tmsk has quit (Quit: tmsk)
 753 2013-09-09 09:20:50 <gmaxwell> Patch: https://github.com/bitcoin/bitcoin/pull/2982
 754 2013-09-09 09:20:53 yubrew has joined
 755 2013-09-09 09:20:56 <gmaxwell> sipa: if back, ^
 756 2013-09-09 09:21:06 zeddan81 has joined
 757 2013-09-09 09:21:53 Pucilowski has quit (Read error: Operation timed out)
 758 2013-09-09 09:21:59 Pucilowski has joined
 759 2013-09-09 09:22:07 shesek has quit (Read error: Operation timed out)
 760 2013-09-09 09:22:10 makomk has quit (Read error: Operation timed out)
 761 2013-09-09 09:22:17 makomk has joined
 762 2013-09-09 09:22:31 shesek has joined
 763 2013-09-09 09:22:54 COGSMITH has quit (Read error: Connection reset by peer)
 764 2013-09-09 09:23:03 OPrime has joined
 765 2013-09-09 09:23:04 COGSMITH has joined
 766 2013-09-09 09:23:15 peetaur has quit (Read error: Operation timed out)
 767 2013-09-09 09:23:39 BTCOxygen has joined
 768 2013-09-09 09:23:39 BTCOxygen is now known as Guest15656
 769 2013-09-09 09:23:39 Guest15656 has quit (Killed (rajaniemi.freenode.net (Nickname regained by services)))
 770 2013-09-09 09:23:39 BTCOxygen is now known as 1!~BTCOxygen@unaffiliated/oxygen|BTCOxygen
 771 2013-09-09 09:23:40 peetaur has joined
 772 2013-09-09 09:23:58 shaller007 has quit (Ping timeout: 245 seconds)
 773 2013-09-09 09:24:17 i2pRelay has joined
 774 2013-09-09 09:25:34 yubrew has quit (Ping timeout: 260 seconds)
 775 2013-09-09 09:29:46 hnz has quit (Ping timeout: 260 seconds)
 776 2013-09-09 09:30:56 rdymac has quit (Quit: This computer has gone to sleep)
 777 2013-09-09 09:33:42 fant has joined
 778 2013-09-09 09:35:04 hnz has joined
 779 2013-09-09 09:36:45 Plinker_ has quit (Read error: Connection reset by peer)
 780 2013-09-09 09:39:39 <gmaxwell> It appears to me that genjix is responsible for this.
 781 2013-09-09 09:40:12 <gmaxwell> As coins to the libbitcoin donation address were used to trigger this.
 782 2013-09-09 09:40:35 <conman> intentional?
 783 2013-09-09 09:41:09 <gmaxwell> Intent is something I cannot determine from the blockchain. The other transactions involved in that address do not have negative versions.
 784 2013-09-09 09:42:19 <gmaxwell> Some other reports I heard today might give me reason to assume it intentional, but it's probably better to ask than to assume.
 785 2013-09-09 09:44:26 melvster has joined
 786 2013-09-09 09:45:04 psychophoniac has joined
 787 2013-09-09 09:45:50 ielo has joined
 788 2013-09-09 09:46:53 Anduck has quit (Ping timeout: 245 seconds)
 789 2013-09-09 09:47:57 saulimus has joined
 790 2013-09-09 09:49:57 _ingsoc has quit (Ping timeout: 246 seconds)
 791 2013-09-09 09:50:25 dvide has joined
 792 2013-09-09 09:51:55 _ingsoc has joined
 793 2013-09-09 09:53:03 Anduck has joined
 794 2013-09-09 09:53:03 Anduck has quit (Changing host)
 795 2013-09-09 09:53:03 Anduck has joined
 796 2013-09-09 09:54:00 psychophoniac has quit (Remote host closed the connection)
 797 2013-09-09 10:02:18 psychophoniac has joined
 798 2013-09-09 10:03:44 wiretapped has quit (Ping timeout: 240 seconds)
 799 2013-09-09 10:05:28 psychophoniac has quit (Remote host closed the connection)
 800 2013-09-09 10:06:43 tmsk has joined
 801 2013-09-09 10:07:28 psychophoniac has joined
 802 2013-09-09 10:08:56 reizuki_ has joined
 803 2013-09-09 10:08:56 reizuki_ has quit (Changing host)
 804 2013-09-09 10:08:56 reizuki_ has joined
 805 2013-09-09 10:09:11 wiretapped has joined
 806 2013-09-09 10:11:03 reizuki__ has quit (Ping timeout: 245 seconds)
 807 2013-09-09 10:14:02 B0g4r7 has quit (Ping timeout: 264 seconds)
 808 2013-09-09 10:14:02 B0g4r7_ is now known as B0g4r7
 809 2013-09-09 10:14:52 B0g4r7_ has joined
 810 2013-09-09 10:15:23 coingenuity has quit (Ping timeout: 256 seconds)
 811 2013-09-09 10:16:26 michagogo has quit (Ping timeout: 260 seconds)
 812 2013-09-09 10:19:02 wallet43 has joined
 813 2013-09-09 10:19:39 paybitcoin1 has joined
 814 2013-09-09 10:20:03 Coincidental has quit (Remote host closed the connection)
 815 2013-09-09 10:21:10 paybitcoin has quit (Ping timeout: 240 seconds)
 816 2013-09-09 10:27:33 CryptoBuck has quit (Ping timeout: 264 seconds)
 817 2013-09-09 10:28:22 CryptoBuck has joined
 818 2013-09-09 10:29:41 conman has quit (Remote host closed the connection)
 819 2013-09-09 10:42:50 rdymac has joined
 820 2013-09-09 10:42:50 rdymac has quit (Changing host)
 821 2013-09-09 10:42:50 rdymac has joined
 822 2013-09-09 10:50:02 c0rw1n has quit (Remote host closed the connection)
 823 2013-09-09 10:51:22 jaromil_ is now known as jaromil
 824 2013-09-09 10:56:53 ielo has quit (Ping timeout: 245 seconds)
 825 2013-09-09 10:59:23 o3u has joined
 826 2013-09-09 10:59:23 o3u has quit (Changing host)
 827 2013-09-09 10:59:23 o3u has joined
 828 2013-09-09 10:59:45 wallet43 has quit (Read error: Connection reset by peer)
 829 2013-09-09 11:00:19 jcorgan_ has joined
 830 2013-09-09 11:02:44 jcorgan_ has quit (Client Quit)
 831 2013-09-09 11:03:33 Anduck has quit (Ping timeout: 264 seconds)
 832 2013-09-09 11:08:04 coingenuity has joined
 833 2013-09-09 11:11:29 joeykrim__ is now known as joeykrim
 834 2013-09-09 11:11:45 <berndj> i got some "CPrivKey pubkey inconsistency" after building 0.8.4; is there some special trick i need to do to make it work again? I went back to some earlier master version (6cc766f) and it seems okay now
 835 2013-09-09 11:12:26 <gmaxwell> berndj: by earlier do you mean much earlier?
 836 2013-09-09 11:12:48 <gmaxwell> some kinds of wallet corruption would be silently tolerated in old versions, newer ones got more pedantic about it.
 837 2013-09-09 11:13:16 egis has joined
 838 2013-09-09 11:13:54 <berndj> gmaxwell, 6cc766f is 2013-08-08
 839 2013-09-09 11:14:33 <berndj> not sure what sort of wallet corruption i'd have, i've barely used it - just grabbing blocks at the moment
 840 2013-09-09 11:14:41 ericmuyser has quit (Remote host closed the connection)
 841 2013-09-09 11:15:14 ericmuyser has joined
 842 2013-09-09 11:19:06 <gmaxwell> berndj: oh. you were running git. so um 4am here. IIRC there was an accidental wallet format change in git.  which was corrected. but I think it left wallets in a state only git can read.
 843 2013-09-09 11:19:21 <gmaxwell> give me a second to see if I can confirm that.
 844 2013-09-09 11:19:55 <berndj> lol, yikes. don't break a hernia for me now, i'm about to go sleep and it's only 12mBTC
 845 2013-09-09 11:20:13 ericmuyser has quit (Ping timeout: 245 seconds)
 846 2013-09-09 11:20:45 <gmaxwell> berndj: nah nah, you're fine.
 847 2013-09-09 11:21:00 <berndj> would you suggest dumpwallet/importwallet to get onto a release version?
 848 2013-09-09 11:21:08 <gmaxwell> warren: do you remember the details here / have citations? My logs indicate you were involved in the discussion
 849 2013-09-09 11:21:17 <gmaxwell> berndj: I don't believe 0.8.4 has importwallet.
 850 2013-09-09 11:21:21 psychophoniac has quit (Remote host closed the connection)
 851 2013-09-09 11:21:51 <gmaxwell> berndj: running git head past the point where we fixed this may fix it for you, sorry, trying to find the commit fixing it now. Gimme a moment more.
 852 2013-09-09 11:21:52 <berndj> i mean the general strategy; i don't mind if i can't run 0.8.4
 853 2013-09-09 11:21:58 <warren> gmaxwell: yeah
 854 2013-09-09 11:22:06 psychophoniac has joined
 855 2013-09-09 11:22:07 <warren> berndj: I have just the thing for you, hold
 856 2013-09-09 11:22:41 <gmaxwell> berndj: I'm pretty sure if you just go up to git head yu'll be fine. uh you node may not start anymore, once you get past this current problem due to unrelated reasons though.
 857 2013-09-09 11:23:08 <berndj> i *was* running git head, that's the one that complained
 858 2013-09-09 11:23:20 <berndj> s/everything//
 859 2013-09-09 11:23:46 one_zero has quit ()
 860 2013-09-09 11:24:03 <warren> berndj: https://github.com/litecoin-project/litecoin/commits/exp-btc09backports   cherry-pick everything by sipa from here on top of 0.8.4 and it will fix your problem.
 861 2013-09-09 11:24:08 <berndj> how recent is that 16-bit opcode prank thing?
 862 2013-09-09 11:24:12 <warren> eh... I'll make a branch for you
 863 2013-09-09 11:24:47 <berndj> ok thanks, but i'll do it after i sleep - liable to make mistakes now (my nick catcher / grep will catch your replies)
 864 2013-09-09 11:25:40 <warren> berndj: there's likeliy 0.8.5 coming tomorrow anyway...
 865 2013-09-09 11:25:48 <berndj> good enough for me :)
 866 2013-09-09 11:25:58 <warren> but it won't contain the commmits you need to use your wallet
 867 2013-09-09 11:27:33 Namworld has quit (Ping timeout: 240 seconds)
 868 2013-09-09 11:28:01 _ingsoc has quit (Ping timeout: 245 seconds)
 869 2013-09-09 11:28:10 Squidicuz has quit (Ping timeout: 276 seconds)
 870 2013-09-09 11:29:14 CheckDavid has joined
 871 2013-09-09 11:29:36 <warren> crap, not a trivial cherry-pick back to bitcoin, there's some litecoin stuff in my commits
 872 2013-09-09 11:31:50 <jgarzik> warren, huhwhuh?  I look like a space invader?
 873 2013-09-09 11:35:27 _ingsoc has joined
 874 2013-09-09 11:37:03 daybyter has joined
 875 2013-09-09 11:37:14 yubrew has joined
 876 2013-09-09 11:46:01 <gmaxwell> negative nversion explained.
 877 2013-09-09 11:46:07 <gmaxwell> uninitilized memory in libbitcoin.
 878 2013-09-09 11:48:36 <warren> jgarzik: github gravatar
 879 2013-09-09 11:49:00 yubrew has quit (Remote host closed the connection)
 880 2013-09-09 11:49:29 <warren> berndj: remind me tomorrow, I'll make a branch for you, too tired now, and might as well do it on top of 0.8.5
 881 2013-09-09 11:51:55 winterblack has joined
 882 2013-09-09 11:52:22 yubrew has joined
 883 2013-09-09 11:52:29 Neozonz has joined
 884 2013-09-09 11:52:30 Neozonz has quit (Disc!~Neozonz@198-84-245-103.cpe.teksavvy.com|Changing host)
 885 2013-09-09 11:52:30 Neozonz has joined
 886 2013-09-09 11:53:00 mikalv_ has left ()
 887 2013-09-09 11:53:13 ThomasV has joined
 888 2013-09-09 11:53:33 mikalv has joined
 889 2013-09-09 11:53:36 nethershaw has quit (Read error: Connection reset by peer)
 890 2013-09-09 11:54:44 fant2 has joined
 891 2013-09-09 11:56:02 Neozonz has quit (Ping timeout: 264 seconds)
 892 2013-09-09 11:58:26 fant has quit (Ping timeout: 245 seconds)
 893 2013-09-09 12:01:08 Anduck has joined
 894 2013-09-09 12:01:08 Anduck has quit (Changing host)
 895 2013-09-09 12:01:08 Anduck has joined
 896 2013-09-09 12:01:35 rdymac has quit (Quit: This computer has gone to sleep)
 897 2013-09-09 12:02:38 rdymac has joined
 898 2013-09-09 12:02:54 slush has joined
 899 2013-09-09 12:03:18 plaprade has joined
 900 2013-09-09 12:03:45 slush has quit (Client Quit)
 901 2013-09-09 12:04:10 slush has joined
 902 2013-09-09 12:04:23 slush has quit (Client Quit)
 903 2013-09-09 12:07:27 c0rw1n has joined
 904 2013-09-09 12:08:06 johnsoft has joined
 905 2013-09-09 12:10:54 reizuki_ has quit (Quit: Konversation terminated!)
 906 2013-09-09 12:12:45 graingert has quit (Read error: Connection reset by peer)
 907 2013-09-09 12:14:59 AusBitBank_ has quit (Ping timeout: 260 seconds)
 908 2013-09-09 12:16:45 debianto1user has quit (Ping timeout: 245 seconds)
 909 2013-09-09 12:18:31 debiantoruser has joined
 910 2013-09-09 12:18:38 Polyatomic has quit (Quit: Catcha Round)
 911 2013-09-09 12:19:02 paraipan has joined
 912 2013-09-09 12:20:06 <phantomcircuit> sipa, i just did a reindex on 0.8.3 under windows
 913 2013-09-09 12:20:19 <phantomcircuit> successfully upto block 256934 (current best)
 914 2013-09-09 12:20:40 <phantomcircuit> so much wat
 915 2013-09-09 12:24:13 fant2 has quit (Quit: Leaving...)
 916 2013-09-09 12:24:41 agricocb has quit (Quit: Leaving.)
 917 2013-09-09 12:24:42 jcorgan_ has joined
 918 2013-09-09 12:24:43 fant has joined
 919 2013-09-09 12:24:49 benjiatie has joined
 920 2013-09-09 12:25:42 benjiatie has quit (Client Quit)
 921 2013-09-09 12:26:02 tailcalled has joined
 922 2013-09-09 12:26:04 fanquake has left ()
 923 2013-09-09 12:26:39 <jcorgan_> does anyone have the txid of the TX that caused the issue gmaxwell reported?
 924 2013-09-09 12:36:32 ThomasV has quit (Quit: Leaving)
 925 2013-09-09 12:40:10 Rider1 has joined
 926 2013-09-09 12:42:10 Rideri has quit (Ping timeout: 245 seconds)
 927 2013-09-09 12:42:31 jcorgan_ is now known as jcorgan
 928 2013-09-09 12:43:40 Rider1 has left ()
 929 2013-09-09 12:43:57 Rideri has joined
 930 2013-09-09 12:48:27 yubrew has quit (Remote host closed the connection)
 931 2013-09-09 12:51:10 normanrichards has joined
 932 2013-09-09 12:54:48 agricocb has joined
 933 2013-09-09 13:00:38 AndyOfiesh has joined
 934 2013-09-09 13:02:23 CryptoBuck has quit (Read error: Connection reset by peer)
 935 2013-09-09 13:02:23 winterblack has quit (Read error: Connection reset by peer)
 936 2013-09-09 13:02:28 nethershaw has joined
 937 2013-09-09 13:03:13 CryptoBuck has joined
 938 2013-09-09 13:10:05 ecoloco has joined
 939 2013-09-09 13:14:09 johnsoft1 has joined
 940 2013-09-09 13:14:29 johnsoft1 has quit (Client Quit)
 941 2013-09-09 13:15:01 johnsoft has quit (Ping timeout: 256 seconds)
 942 2013-09-09 13:16:19 AndyOfiesh has quit (Read error: Connection reset by peer)
 943 2013-09-09 13:16:37 AndyOfiesh has joined
 944 2013-09-09 13:17:00 c0rw1n has quit (Remote host closed the connection)
 945 2013-09-09 13:17:48 mrkent has joined
 946 2013-09-09 13:18:13 oPen_syLar has joined
 947 2013-09-09 13:19:06 graingert has joined
 948 2013-09-09 13:19:06 graingert has quit (Changing host)
 949 2013-09-09 13:19:06 graingert has joined
 950 2013-09-09 13:20:05 johnsoft has joined
 951 2013-09-09 13:20:38 darknyan has quit (Ping timeout: 264 seconds)
 952 2013-09-09 13:22:19 ielo has joined
 953 2013-09-09 13:23:59 michagogo has joined
 954 2013-09-09 13:24:13 graingert has quit (Read error: Connection reset by peer)
 955 2013-09-09 13:24:52 darknyan has joined
 956 2013-09-09 13:24:56 graingert has joined
 957 2013-09-09 13:25:10 johnsoft has quit (Ping timeout: 276 seconds)
 958 2013-09-09 13:25:15 <michagogo> Is the client smart enough to detect changes of external address?
 959 2013-09-09 13:25:46 <michagogo> (for example, if I put my laptop to sleep at school and wake it up at home)
 960 2013-09-09 13:26:45 theorbtwo has quit (Ping timeout: 245 seconds)
 961 2013-09-09 13:26:53 normanrichards has quit ()
 962 2013-09-09 13:28:43 catcow has quit (Read error: Connection reset by peer)
 963 2013-09-09 13:29:55 <michagogo> ...odd. Apparently I had a block database corruption.
 964 2013-09-09 13:29:56 catcow has joined
 965 2013-09-09 13:29:56 catcow has quit (Changing host)
 966 2013-09-09 13:29:56 catcow has joined
 967 2013-09-09 13:30:12 <phantomcircuit> michagogo, https://github.com/bitcoin/bitcoin/pull/2982
 968 2013-09-09 13:30:19 reizuki__ has joined
 969 2013-09-09 13:30:19 reizuki__ has quit (Changing host)
 970 2013-09-09 13:30:19 reizuki__ has joined
 971 2013-09-09 13:30:56 <michagogo> negative transaction versions?
 972 2013-09-09 13:31:11 <phantomcircuit> michagogo, a quirk of the protocol
 973 2013-09-09 13:31:34 <michagogo> "A patch free workaround is to start with -checklevel=2 which skips the consistency checks, but the IsStandard change is important for miners in order to protect unpatched nodes."
 974 2013-09-09 13:32:01 <michagogo> Erm, if this transaction has been mined, how will changing IsStandard for future blocks change anything?
 975 2013-09-09 13:32:02 Clown- has joined
 976 2013-09-09 13:32:22 <phantomcircuit> michagogo, the consistency checks are only run for the last 200 blocks
 977 2013-09-09 13:32:36 <michagogo> Aha.
 978 2013-09-09 13:33:01 <phantomcircuit> so if miners stop mining things with negative nVersion (althrough that's documented as being unsigned everywhere...) then it'll stop happening and there is more time to find unsigned/signed issues
 979 2013-09-09 13:33:05 <michagogo> So in ,,(calc 2000/60/60) hours it'll be fine?
 980 2013-09-09 13:33:05 <gribble> 0.555555555556
 981 2013-09-09 13:33:06 <phantomcircuit> instead of pushing a fix now
 982 2013-09-09 13:33:10 <michagogo> er
 983 2013-09-09 13:33:16 <michagogo> I mean, 2000/60
 984 2013-09-09 13:33:27 <phantomcircuit> ..calc 2000/60
 985 2013-09-09 13:33:32 <phantomcircuit> ,,calc 2000/60
 986 2013-09-09 13:33:32 <michagogo> ~30ish
 987 2013-09-09 13:33:32 <gribble> (calc <math expression>) -- Returns the value of the evaluated <math expression>. The syntax is Python syntax; the type of arithmetic is floating point. Floating point arithmetic is used in order to prevent a user from being able to crash to the bot with something like '10**10**10**10'. One consequence is that large values such as '10**24' might not be exact.
 988 2013-09-09 13:33:39 <phantomcircuit> lol seriously
 989 2013-09-09 13:33:40 <michagogo> phantomcircuit: you want ;;
 990 2013-09-09 13:33:52 <phantomcircuit> ;;calc 2000.0/60
 991 2013-09-09 13:33:52 <gribble> 33.3333333333
 992 2013-09-09 13:33:55 <phantomcircuit> yeah that
 993 2013-09-09 13:33:58 <michagogo> ,, is for inline commands, and it doesn't take parameters without ()
 994 2013-09-09 13:34:04 <phantomcircuit> oh
 995 2013-09-09 13:34:15 <michagogo> So,
 996 2013-09-09 13:34:19 <michagogo> ;;ticker --last
 997 2013-09-09 13:34:20 <gribble> 127.65000
 998 2013-09-09 13:34:27 Someguy123 has quit (Ping timeout: 260 seconds)
 999 2013-09-09 13:34:55 <michagogo> And in the middle of a command, ;;blocks won't work, but ,,tslb will
1000 2013-09-09 13:34:57 <gribble> Time since last block: 2 minutes and 12 seconds
1001 2013-09-09 13:35:09 <michagogo> ;;list bitcoindata
1002 2013-09-09 13:35:10 <gribble> avgprc, bcstats, blockdiff, blocks, bounty, diff, diffchange, estimate, genprob, genrate, gentime, halfreward, hextarget, interval, nethash, nextretarget, prevdiff, prevdiffchange, tblb, timetonext, totalbc, and tslb
1003 2013-09-09 13:35:10 <phantomcircuit> i'll uh
1004 2013-09-09 13:35:13 <phantomcircuit> probably forget that
1005 2013-09-09 13:35:18 <phantomcircuit> i mean keep that in mind
1006 2013-09-09 13:35:23  has quit (Clown|!~clown@unaffiliated/clown/x-0272709|Ping timeout: 260 seconds)
1007 2013-09-09 13:35:23 <phantomcircuit> yeah that oen
1008 2013-09-09 13:35:34 <michagogo> And, ,,genrate 100000 won't do what it should
1009 2013-09-09 13:35:35 <gribble> (genrate <hashrate> [<difficulty>]) -- Calculate expected bitcoin generation rate using <hashrate> Mhps, at current difficulty. If optional <difficulty> argument is provided, expected generation time is for supplied difficulty.
1010 2013-09-09 13:35:40 <michagogo> But ,,(genrate 100000) will
1011 2013-09-09 13:35:41 <gribble> The expected generation output, at 100000.0 Mhps, given difficulty of 86933017.7712, is 0.57849885961 BTC per day and 0.0241041191504 BTC per hour.
1012 2013-09-09 13:36:30 <michagogo> ;;calc [blocks] - 256818 * 10
1013 2013-09-09 13:36:30 <gribble> -2311237
1014 2013-09-09 13:36:33 <michagogo> er
1015 2013-09-09 13:36:39 <michagogo> ;;calc ([blocks] - 256818) * 10
1016 2013-09-09 13:36:40 <gribble> 1250
1017 2013-09-09 13:36:58 <michagogo> ;;calc ([blocks] - 256818) * 10 / 60
1018 2013-09-09 13:36:59 <gribble> 20.8333333333
1019 2013-09-09 13:37:02 Someguy123 has joined
1020 2013-09-09 13:37:19 <michagogo> It was mined 20 hours ago, so it will stop being a problem in about 12 more
1021 2013-09-09 13:38:00 <phantomcircuit> michagogo, sounds about right
1022 2013-09-09 13:38:03 <phantomcircuit> although interestingly my 64 bit windows 0.8.3 client didn't choke on the block in question
1023 2013-09-09 13:38:20 <phantomcircuit> so there's something screwey with the way that's being compiled or something
1024 2013-09-09 13:38:34 <michagogo> That you built yourself?
1025 2013-09-09 13:39:33 <phantomcircuit> michagogo, nope
1026 2013-09-09 13:39:36 <phantomcircuit> the normal binary
1027 2013-09-09 13:39:48 <michagogo> So it's not 64 bit
1028 2013-09-09 13:39:56 theorbtwo has joined
1029 2013-09-09 13:39:56 oPen_syLar has quit (Quit: Lost terminal)
1030 2013-09-09 13:40:20 <michagogo> Releases are built for linux32, linux64, and win32
1031 2013-09-09 13:40:43 <michagogo> phantomcircuit: If you run 0.8.4, does the problem happen?
1032 2013-09-09 13:41:28 hydromet has joined
1033 2013-09-09 13:42:14 _ingsoc_ has joined
1034 2013-09-09 13:42:17 <kinlo> the block is only a prolbem when the bitcoind starts up and does it's validation
1035 2013-09-09 13:42:27 <kinlo> if you just keep the daemon running, there is no issue
1036 2013-09-09 13:42:35 <michagogo> kinlo: Yeah, got that
1037 2013-09-09 13:43:12 <phantomcircuit> michagogo, it could very well be 32 bit actually
1038 2013-09-09 13:43:19 <phantomcircuit> windows 8 obnoxiously doesn't show
1039 2013-09-09 13:43:31 <michagogo> phantomcircuit: If it's the Windows release version, it is
1040 2013-09-09 13:43:34 _ingsoc has quit (Ping timeout: 240 seconds)
1041 2013-09-09 13:43:43 <michagogo> phantomcircuit: There's no " * 32" in taskmgr?
1042 2013-09-09 13:43:51 ericmuyser has joined
1043 2013-09-09 13:43:53 <hydromet> hi, I'm running Bitcoin-Qt v0.8.2-313-gbb7d0fc-beta on Mac OS X ... upon running it today I received a panel stating "Corrupted block database detected. Do you want to rebuild the block database now?" Is this normal or common?
1044 2013-09-09 13:43:55 <michagogo> " *32"*
1045 2013-09-09 13:44:11 <kinlo> it's not because the program is running in 64 bit that it cannot handle 32 bit numbers anymore
1046 2013-09-09 13:44:17 <michagogo> hydromet: There's a known bug with that at the moment
1047 2013-09-09 13:44:40 <michagogo> phantomcircuit: You can check by looking at the program files folder
1048 2013-09-09 13:44:46 <hydromet> michagogo: I have not yet selected "Abort" or "OK". What should I do?
1049 2013-09-09 13:44:49 <michagogo> hydromet: There's no need to reindex
1050 2013-09-09 13:44:52 <michagogo> Choose "Abort"
1051 2013-09-09 13:44:54 <phantomcircuit> michagogo, ok yeah it is 32 bit
1052 2013-09-09 13:44:56 normanrichards has joined
1053 2013-09-09 13:45:09 <hydromet> thanks michagogo:
1054 2013-09-09 13:45:30 <michagogo> hydromet: Choose "Abort", and then start the client by running this in Terminal:
1055 2013-09-09 13:45:32 ielo has quit (Read error: Connection reset by peer)
1056 2013-09-09 13:45:34 coeus has quit (Ping timeout: 264 seconds)
1057 2013-09-09 13:45:37 <kinlo> hydromet: just add checklevel=2 to your config file
1058 2013-09-09 13:45:38 <michagogo> open /Applications/Bitcoin-Qt.app --args -checklevel=2
1059 2013-09-09 13:45:50 <kinlo> more info at https://bitcointalk.org/index.php?topic=290923.0
1060 2013-09-09 13:46:10 <michagogo> kinlo: Isn't it better to give it as a start argument, considering that the problem will go away in 12 hours?
1061 2013-09-09 13:46:28 <kinlo> michagogo: I doubt the problem will be gone in 12h
1062 2013-09-09 13:46:33 <jcorgan> michagogo: if another tx doesn't arrive
1063 2013-09-09 13:46:36 <kinlo> it will take some time for the pools to upgrade
1064 2013-09-09 13:46:42 <michagogo> Right, if another tx doesn't arrive
1065 2013-09-09 13:46:52 <michagogo> kinlo: I was told that the blocks are only checked 200 blocks back
1066 2013-09-09 13:46:52 <kinlo> anyone can create a new transaction, there is no special privilege involved
1067 2013-09-09 13:47:07 <michagogo> kinlo: Do you think this attack was malicious?
1068 2013-09-09 13:47:11 <hydromet> kinlo: thanks for the suggestion ... would it be helpful to build from source 0.8.4? I can pull it from GitHub
1069 2013-09-09 13:47:19 <kinlo> michagogo: correct, but it's *very* easy to create a new tx that is bad
1070 2013-09-09 13:47:47 <michagogo> hydromet: If you want to build a fixed version from source, you need pull request  #2982
1071 2013-09-09 13:48:04 <michagogo> kinlo: But unless this was malicious, it probably won't happen
1072 2013-09-09 13:48:41 <kinlo> michagogo: perhaps the first one wasn't malicious, but that doesn't mean any other will be
1073 2013-09-09 13:48:52 c0rw1n has joined
1074 2013-09-09 13:48:52 <michagogo> Ah, interesting.
1075 2013-09-09 13:49:01 <kinlo> pools have been notified, but I don't think many have upgraded to reject those transactions
1076 2013-09-09 13:49:28 <michagogo> Is the client smart enough to detect changes of external address?
1077 2013-09-09 13:49:28 <michagogo> (for example, if I put my laptop to sleep at school and wake it up at home)
1078 2013-09-09 13:49:52 <kinlo> michagogo: what do you mean by external address?
1079 2013-09-09 13:50:22 <hydromet> michagogo: should I build 0.8.4? This article mentions security improvements http://thegenesisblock.com/bitcoin-0-8-4-update-provides-security-improvements/
1080 2013-09-09 13:50:37 <michagogo> hydromet: 0.8.4 won't fix the problem
1081 2013-09-09 13:50:49 <michagogo> hydromet: https://github.com/bitcoin/bitcoin/pull/2982 fixes the problem
1082 2013-09-09 13:50:59 <michagogo> kinlo: The external IP address
1083 2013-09-09 13:51:09 <kinlo> oh
1084 2013-09-09 13:51:31 <kinlo> I expect it to recover just fine, but I'm not familiar with that part of the code
1085 2013-09-09 13:52:23 aoeu has joined
1086 2013-09-09 13:52:56 johnsoft has joined
1087 2013-09-09 13:54:23 <aoeu> Any Windows Phone user here?
1088 2013-09-09 13:54:27 <aoeu> I built an app. Here are some details: https://github.com/miguelrochefort/Bitcoin-for-Windows-Phone
1089 2013-09-09 13:54:42 <jeremias> cool
1090 2013-09-09 13:54:51 <jeremias> so it is web wallet based?
1091 2013-09-09 13:54:58 <aoeu> Yes.
1092 2013-09-09 13:55:07 <aoeu> Not standalone/native.
1093 2013-09-09 13:55:29 <aoeu> It works with both Blockchain and Coinbase. It integrates into the OS.
1094 2013-09-09 13:55:34 <aoeu> (the Wallet hub)
1095 2013-09-09 13:55:58 <hydromet> michagogo: sorry, I'm also new to git / github and am using an app called SourceTree for github ... I see pull 2982 is in the master branch on the web page you directed me to but I don't see it in my SourceTree view even though I just updated all the available pull requests
1096 2013-09-09 13:56:46 * michagogo doesn't know what SourceTree is
1097 2013-09-09 13:57:35 <michagogo> You could always see https://github.com/gmaxwell/bitcoin/tree/20130908_ccoins_corrupt
1098 2013-09-09 13:57:42 <hydromet> http://www.sourcetreeapp.com/
1099 2013-09-09 13:58:44 <michagogo> If you're not using it for merchant or mining applications and you're willing to run master (bleeding edge unsupported), you can download and build https://github.com/gmaxwell/bitcoin/tree/20130908_ccoins_corrupt
1100 2013-09-09 13:59:03 Squidicuz has joined
1101 2013-09-09 13:59:24 <sipa> phantomcircuit: there is no problem at all, and there is no corruption or condition that crashes nodes
1102 2013-09-09 13:59:25 <michagogo> Otherwise you could try rebasing commit f8b7aa862519ab2efd1ce327d2ed4bea1325dc11 onto v0.8.4
1103 2013-09-09 13:59:26 <hydromet> I'm not using it for mining or merchant applications
1104 2013-09-09 13:59:49 <sipa> phantomcircuit: it's just that the check at startup fails if a particular transaction is wirhin the chexk window
1105 2013-09-09 14:00:25 johnsoft1 has joined
1106 2013-09-09 14:00:38 johnsoft1 has quit (Client Quit)
1107 2013-09-09 14:01:03 <michagogo> sipa: Is the client smart enough to detect changes of external address?
1108 2013-09-09 14:01:07 <michagogo> (for example, if I put my laptop to sleep at school and wake it up at home)
1109 2013-09-09 14:01:41 <hydromet> michagogo: I can probably live with the known bug with regard to that error panel ... I should (first step) figure out how to get myself to 0.8.4, thank you for your suggestions
1110 2013-09-09 14:01:59 <michagogo> What linux distro?
1111 2013-09-09 14:02:05 <hydromet> OS X
1112 2013-09-09 14:02:09 <michagogo> Ah
1113 2013-09-09 14:02:10 <hydromet> Like Gavin
1114 2013-09-09 14:02:30 <michagogo> Oh, sorry -- it was someone in #bitcoin who was on linux
1115 2013-09-09 14:02:37 <sipa> michagogo: no, it only detects the own ip at startup
1116 2013-09-09 14:02:42 <michagogo> anyway, http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.4/bitcoin-0.8.4-macosx.dmg/download
1117 2013-09-09 14:02:53 <michagogo> sipa: So what happens if it moves networks?
1118 2013-09-09 14:02:58 johnsoft has quit (Ping timeout: 264 seconds)
1119 2013-09-09 14:03:15 <sipa> michagogo: it will probably report a wrong ip to others
1120 2013-09-09 14:03:16 <hydromet> thanks
1121 2013-09-09 14:03:23 <michagogo> Does it just advertise wrong addresses?
1122 2013-09-09 14:03:24 <michagogo> Hmm
1123 2013-09-09 14:03:38 <sipa> michagogo: and become less reachable over time
1124 2013-09-09 14:03:50 <michagogo> Hmm, okay
1125 2013-09-09 14:03:53 * michagogo restarts his nodes
1126 2013-09-09 14:04:18 aoeu has quit (Quit: Page closed)
1127 2013-09-09 14:06:20 <jgarzik> sipa, gmaxwell, just got asked a fair question: if the TX w/ bad version got mined (and is thus valid), why does the validation code complain?
1128 2013-09-09 14:06:24 <hydromet> Hmm ... I selected "Abort" when the aforementioned bug presented itself and after selecting, Bitcoin-Qt quits on me.
1129 2013-09-09 14:06:39 <jgarzik> seems like we want harmonization of rules
1130 2013-09-09 14:07:23 <michagogo> hydromet: Yes, "abort" tells it to abort the startup
1131 2013-09-09 14:07:47 <michagogo> hydromet: What you want to do is click Abort to have it abort the startup, and then start with the -checklevel=2 option
1132 2013-09-09 14:07:48 coeus has joined
1133 2013-09-09 14:07:53 <sipa> jgarzik: validation works fine, the block is valid
1134 2013-09-09 14:08:10 <sipa> jgarzik: it just gets stored in a way that mismatches the transaction data
1135 2013-09-09 14:08:15 <hydromet> michagogo: ah, got it now (sequence)
1136 2013-09-09 14:08:19 <sipa> so the consistency check at startup complains
1137 2013-09-09 14:08:29 <sipa> so the consisitency check is wrong
1138 2013-09-09 14:08:53 <michagogo> hydromet: Assuming that you have Bitcoin-Qt in /Applications, click Abort, then execute `open /Applications/Bitcoin-Qt.app --args -checklevel=2` in Terminal
1139 2013-09-09 14:09:45 <michagogo> (-checklevel=2 will make it reduce the stringency of the block validation, skipping the part that has the bug)
1140 2013-09-09 14:09:57 johnsoft has joined
1141 2013-09-09 14:11:23 <hydromet> michagogo: yep, that worked, thanks!
1142 2013-09-09 14:11:26 patcon has joined
1143 2013-09-09 14:11:33 <michagogo> Great
1144 2013-09-09 14:11:37 <hydromet> why would this bug start to appear today? iIs it spurious?
1145 2013-09-09 14:11:49 <michagogo> It's a certain transaction
1146 2013-09-09 14:11:55 <hydromet> really?
1147 2013-09-09 14:12:01 <michagogo> hydromet: see https://bitcointalk.org/index.php?topic=290923.0
1148 2013-09-09 14:12:02 <hydromet> one specific transaction in the blockchain?
1149 2013-09-09 14:12:37 <michagogo> Yes -- the way it's formed causes the storage to mess up
1150 2013-09-09 14:12:43 <michagogo> so the consistency check fails
1151 2013-09-09 14:12:58 <michagogo> "The problem that an inconsistency in the transaction database has been caused by some unusual whos version cannot be represented in the database. This inconsistency is correctly detected by the agressive database sanity-checks on startup.  Because this inconsistency happens to be in a field we currently do not use for anything, it is safe to ignore it for now. Lowering the checklevel
1152 2013-09-09 14:12:58 <michagogo> skips these and other checks and allows the node to proceed as usual."
1153 2013-09-09 14:13:14 <hydromet> fascinating
1154 2013-09-09 14:13:40 <michagogo> Within about 200 blocks (~30 hours), if no other transactions like this are mined, the issue will resolve itself
1155 2013-09-09 14:14:08 <michagogo> But now that the problem's exposed, other transactions like this may very well get mined.
1156 2013-09-09 14:14:11 <hydromet> even more fascinating ... the learning journey into bitcoin is amazing
1157 2013-09-09 14:14:18 <phantomcircuit> sipa, i know but shouldn't it still be for an upto date client?
1158 2013-09-09 14:14:55 <michagogo> phantomcircuit: Come again?
1159 2013-09-09 14:15:25 mrkent has quit (Ping timeout: 248 seconds)
1160 2013-09-09 14:15:28 <phantomcircuit> shouldn't it still be failing for a node with all the blocks on start
1161 2013-09-09 14:15:43 <hydromet> I have only made six transactions with my wallet using Bitcoin-Qt. The first five were receives of payment. The sixth was a payment I made to another address.
1162 2013-09-09 14:15:52 <hydromet> When I made this payment using the Send section of Bitcoin-Qt
1163 2013-09-09 14:16:24 shaller007 has joined
1164 2013-09-09 14:16:25 <hydromet> I didn't notice that the address to send to would eventually display in the Addresses section
1165 2013-09-09 14:16:34 <hydromet> So this is automatically what happens every time you send?
1166 2013-09-09 14:16:39 <michagogo> hydromet: It doesn't if you don't give it a label
1167 2013-09-09 14:16:45 <jcorgan> hydromet: ...and the journey keeps getting better the more you learn :)
1168 2013-09-09 14:17:03 <michagogo> If you type anything into the "Label:" field, the address will be saved with that address
1169 2013-09-09 14:17:45 <hydromet> michagogo: thank you, that solves the mystery for me (I couldn't figure out why it ended up in Addresses when I hadn't intentionally knowingly entered it in that section of the Qt GUI)
1170 2013-09-09 14:17:59 <hydromet> jcorgan: indeed!
1171 2013-09-09 14:18:25 <michagogo> hydromet: Well, the grey text that appears in the "Label:" field before you type anything there does tell you
1172 2013-09-09 14:19:20 <hydromet> michagogo: yeah, I see it in grey so I get it now (but wasn't obvious I guess at the time I made my first send tx)
1173 2013-09-09 14:20:04 <jgarzik> someone should mine this weird transaction into testnet chain
1174 2013-09-09 14:20:07 <jgarzik> as a useful test case
1175 2013-09-09 14:20:22 zeddan81 has quit (Ping timeout: 264 seconds)
1176 2013-09-09 14:20:31 <sipa> phantomcircuit: if you reindex, or run with -checkblocks=2, or if you have a sufficiently small dbcache, it should start up fine
1177 2013-09-09 14:20:45 <sipa> eh, checklevel
1178 2013-09-09 14:21:02 <michagogo> -checkblocks=2? o_O
1179 2013-09-09 14:21:08 <michagogo> ah
1180 2013-09-09 14:21:27 <michagogo> jgarzik: Craft the transaction and I'll mine it for you.
1181 2013-09-09 14:21:36 <sipa> 288 blocks disconnect check is only an upper bound; in practice it's usually limited by dbcache
1182 2013-09-09 14:22:00 <Luke-Jr> cfields: is your OSX gitian stuff public yet?
1183 2013-09-09 14:22:10 <hydromet> michagogo: when I first signed in to this IRC channel a little while ago, I think I saw you asking a question about laptops and sleeping ... are there any suggestions or best practices with regard to sleep / wake of laptop and persistently running Bitcoin-Qt?
1184 2013-09-09 14:22:25 <kinlo> oh do we have osx gitians?  that would be cool
1185 2013-09-09 14:22:26 <michagogo> Actually, could you fix it with -checkblocks= ,,(calc [blocks] - 256818) ?
1186 2013-09-09 14:22:27 <gribble> 130
1187 2013-09-09 14:22:48 <jgarzik> hydromet, shut down bitcoin-qt before sleeping
1188 2013-09-09 14:22:55 <michagogo> (though I guess that doesn't help if another bad transaction shows up)
1189 2013-09-09 14:23:22 <hydromet> jgarzik: will do thanks
1190 2013-09-09 14:23:28 <michagogo> jgarzik: Oh, you should shut down before sleeping? Even if you're not moving networks?
1191 2013-09-09 14:24:42 <Luke-Jr> are we going to do a 0.8.5 with this check fix?
1192 2013-09-09 14:25:06 <kinlo> Luke-Jr: it makes sense to do so...
1193 2013-09-09 14:25:07 <jcorgan> considering the twittersphere is still retweeting how important it is to upgrade to 0.8.4
1194 2013-09-09 14:25:41 <jcorgan> it might make sense to get something out quickly
1195 2013-09-09 14:25:48 <hydromet> jcorgan: that's a question I'm curious about too (seeing that article about 0.8.4 and security)
1196 2013-09-09 14:25:49 <michagogo> If there *is* an 0.8.5, will there be a tag in the next ~5 hours?
1197 2013-09-09 14:26:07 <michagogo> (should I get out my Ubuntu external hd?)
1198 2013-09-09 14:26:19 daybyter has quit (Quit: Konversation terminated!)
1199 2013-09-09 14:27:19 <jcorgan> hmm
1200 2013-09-09 14:27:29 <Luke-Jr> Gentoo people point out the git fix didn't make it into 0.8.4 :/
1201 2013-09-09 14:27:45 * jcorgan wonders if there is an onsleep/onwake scriptable way to start/stop bitcoind
1202 2013-09-09 14:27:59 <jcorgan> on linux
1203 2013-09-09 14:28:53 <michagogo> git fix?
1204 2013-09-09 14:29:11 <jcorgan> does ubuntu upstart have sleep/wake events that could trigger it?
1205 2013-09-09 14:29:19 <michagogo> jcorgan: `/path/to/bitcoind stop`
1206 2013-09-09 14:29:26 <michagogo> jcorgan: `/path/to/bitcoind -daemon`
1207 2013-09-09 14:29:35 <jcorgan> michagogo: yes, i know that
1208 2013-09-09 14:29:39 <jcorgan> but how to trigger?
1209 2013-09-09 14:29:42 <michagogo> Ah
1210 2013-09-09 14:29:53 <michagogo> Also, you'd need to have it wait a bit since it doesn't stop instantly
1211 2013-09-09 14:29:55 <Luke-Jr> michagogo: yes, 0.8.x runs 'git' to find out a version, even when there is no git dir
1212 2013-09-09 14:30:10 BenderCoin has quit (Remote host closed the connection)
1213 2013-09-09 14:30:32 <michagogo> Interesting
1214 2013-09-09 14:30:34 <jcorgan> i already have an upstart job defined to manage bitcoind
1215 2013-09-09 14:31:03 <jcorgan> but that just starts and stops it automatically on boot and shutdown
1216 2013-09-09 14:31:42 <jcorgan> so hopefully upstart has a sleep/wake event that I could add to that
1217 2013-09-09 14:31:53 <michagogo> jcorgan: `man pm-suspend`
1218 2013-09-09 14:32:07 <jcorgan> thanks
1219 2013-09-09 14:32:43 BenderCoin has joined
1220 2013-09-09 14:33:52 normanrichards has quit (Read error: Connection reset by peer)
1221 2013-09-09 14:33:55 <jcorgan> michagogo: I see how I could add to the pm-suspend config, but is pm-suspend what Ubuntu uses already to manage sleep/wake, or is that only for doing it manually by the user?
1222 2013-09-09 14:34:02 <michagogo> No idea
1223 2013-09-09 14:34:11 <michagogo> I don't know what pm-suspend is
1224 2013-09-09 14:34:18 <michagogo> Just comething Google came up with
1225 2013-09-09 14:34:26 <jcorgan> ah, ok
1226 2013-09-09 14:34:38 <jcorgan> it looks like a framework for user-initiated sleep/suspend
1227 2013-09-09 14:35:08 <jcorgan> i'll start googling upstart to see if someone has already figured this out
1228 2013-09-09 14:39:13 <michagogo> Is CPU the bottleneck when reindexing?
1229 2013-09-09 14:39:31 <michagogo> If so,
1230 2013-09-09 14:39:31 * michagogo wonders why bitcoin-qt is only using 15% CPU
1231 2013-09-09 14:39:50 stochasm has quit (Ping timeout: 264 seconds)
1232 2013-09-09 14:41:27 <kinlo> michagogo: I'd assume io would be a bottleneck
1233 2013-09-09 14:41:38 <kinlo> top would show
1234 2013-09-09 14:41:46 <michagogo> Is there a top for Windows?
1235 2013-09-09 14:42:01 hydromet has left ()
1236 2013-09-09 14:42:02 <kinlo> eh, no idea, I only play games on windows
1237 2013-09-09 14:42:22 <Luke-Jr> michagogo: rightclick taskbar, Task Manager
1238 2013-09-09 14:42:30 <michagogo> Hmm, there's a button in task manager's Performance tab that says "Resource Monitor"
1239 2013-09-09 14:42:32 <kinlo> Luke-Jr: does that show wait?
1240 2013-09-09 14:42:33 <michagogo> I'll try that
1241 2013-09-09 14:42:35 <kinlo> iowait
1242 2013-09-09 14:42:42 <Luke-Jr> kinlo: no, but neither does Linux to any useful degree <.<
1243 2013-09-09 14:42:49 <Luke-Jr> or maybe it does
1244 2013-09-09 14:42:53 <Luke-Jr> I haven't used Windows in years
1245 2013-09-09 14:42:54 <Luke-Jr> lol
1246 2013-09-09 14:42:54 <kinlo> I know it shows cpu usage, but I don't think it's divided
1247 2013-09-09 14:43:08 <kinlo> Luke-Jr: linux does... if you have io issues your iowait will be high....
1248 2013-09-09 14:43:18 <Luke-Jr> kinlo: I've never seen it over ~30%
1249 2013-09-09 14:43:18 * jcorgan has the sadness
1250 2013-09-09 14:43:26 <Luke-Jr> iowait = CPU time wasted on IO
1251 2013-09-09 14:43:28 <kinlo> you just aren't supposed to draw conclusions in the percentage of your iowait
1252 2013-09-09 14:43:28 <Luke-Jr> or something like that
1253 2013-09-09 14:43:41 <jcorgan> can't find any way to hook suspend/wake in upstart
1254 2013-09-09 14:43:50 <Luke-Jr> iotop breaks IO by process, but fails to assign it to the right process usually
1255 2013-09-09 14:44:06 <kinlo> Luke-Jr: which makes it so that if you have a fast cpu, your iowait goes up
1256 2013-09-09 14:44:38 <kinlo> getting better hardware results in worse performance if you'd use the raw value like that.  but nevertheless, it tells you something
1257 2013-09-09 14:45:05 random_cat has quit (Ping timeout: 240 seconds)
1258 2013-09-09 14:45:25 wiretapped has quit (Ping timeout: 240 seconds)
1259 2013-09-09 14:46:20 Belxjander has quit (Quit: Sayonara)
1260 2013-09-09 14:46:28 abrkn has quit (Ping timeout: 245 seconds)
1261 2013-09-09 14:46:32 Belxjander has joined
1262 2013-09-09 14:46:45 <jgarzik> michagogo, RE shutdown…  it is always a good idea to shut down a database server (==bitcoind) before sleeping/powering off a computer
1263 2013-09-09 14:47:01 <jgarzik> michagogo, but it really matters for OSX users, with the corruption they have been seeing
1264 2013-09-09 14:47:33 <kinlo> has any corruption been seen with 0.8.4 ?
1265 2013-09-09 14:48:22 wiretapped has joined
1266 2013-09-09 14:52:00 frank333 has joined
1267 2013-09-09 14:52:25 <Luke-Jr> kinlo: on Windows
1268 2013-09-09 14:56:11 frank333 has quit ()
1269 2013-09-09 14:56:37 bizoro has joined
1270 2013-09-09 14:56:47 Belkaar has quit (Ping timeout: 245 seconds)
1271 2013-09-09 14:57:11 <jcorgan> ah, at least on ubuntu, sleep wake *is* ultimately handled by calls to pm-suspend or pm-hibernate, so I *can* use that framework to auto shudown/startup bitcoind
1272 2013-09-09 14:58:01 Belkaar has joined
1273 2013-09-09 14:59:01 <sipa> yes
1274 2013-09-09 15:05:37 Neozonz has joined
1275 2013-09-09 15:05:37 Neozonz has quit (Discx2!~Neozonz@198-84-245-103.cpe.teksavvy.com|Changing host)
1276 2013-09-09 15:05:37 Neozonz has joined
1277 2013-09-09 15:07:04 bizoro has quit (Quit: Konversation terminated!)
1278 2013-09-09 15:07:19 datagutt has joined
1279 2013-09-09 15:07:42 Neozonz has quit (Discx2!~Neozonz@unaffiliated/neozonz|Read error: Connection reset by peer)
1280 2013-09-09 15:08:05 Neozonz has joined
1281 2013-09-09 15:08:05 Neozonz has quit (Discx2!~Neozonz@198-84-245-103.cpe.teksavvy.com|Changing host)
1282 2013-09-09 15:08:05 Neozonz has joined
1283 2013-09-09 15:08:13 Neozonz has quit (Disc!~Neozonz@unaffiliated/neozonz|Ping timeout: 248 seconds)
1284 2013-09-09 15:08:36 Subo1977 has joined
1285 2013-09-09 15:09:07 normanrichards has joined
1286 2013-09-09 15:09:28 Subo1977 has quit (Remote host closed the connection)
1287 2013-09-09 15:09:35 freefox has joined
1288 2013-09-09 15:09:42 <freefox> can someone give me md5 of bitcoin-0.8.4-linux.tar.gz?
1289 2013-09-09 15:10:45 Subo1977_ has quit (Ping timeout: 240 seconds)
1290 2013-09-09 15:11:47 <freefox> nevermind got it
1291 2013-09-09 15:12:08 random_cat has joined
1292 2013-09-09 15:12:18 Subo1977 has joined
1293 2013-09-09 15:12:22 peetaur has quit (Ping timeout: 240 seconds)
1294 2013-09-09 15:15:09 Anduck has quit (Ping timeout: 248 seconds)
1295 2013-09-09 15:19:03 jcorgan has quit (Quit: jcorgan)
1296 2013-09-09 15:19:30 <Luke-Jr> freefox: you know MD5 is broken? :p
1297 2013-09-09 15:19:36 <michagogo> How come Sourceforge has 0.8.2 and earlier, but *not* 0.8.3, in the Obsolete section?
1298 2013-09-09 15:19:46 johnsoft has quit (Ping timeout: 260 seconds)
1299 2013-09-09 15:19:57 Anduck has joined
1300 2013-09-09 15:20:27 peetaur has joined
1301 2013-09-09 15:22:16 jaekwon has joined
1302 2013-09-09 15:22:51 robocoin has quit (Quit: leaving)
1303 2013-09-09 15:23:22 robocoin has joined
1304 2013-09-09 15:23:34 patcon has quit (Ping timeout: 240 seconds)
1305 2013-09-09 15:28:19 _ingsoc_ has quit (Quit: leaving)
1306 2013-09-09 15:28:35 johnsoft has joined
1307 2013-09-09 15:31:35 patcon has joined
1308 2013-09-09 15:32:47 rdymac has quit (Quit: This computer has gone to sleep)
1309 2013-09-09 15:33:33 johnsoft has quit (Ping timeout: 245 seconds)
1310 2013-09-09 15:35:07 johnsoft has joined
1311 2013-09-09 15:39:06 <ryan-c> jgarzik: there were two impls of IPoAC I think.
1312 2013-09-09 15:39:21 OPrime_ has joined
1313 2013-09-09 15:39:32 OPrime has quit (Ping timeout: 256 seconds)
1314 2013-09-09 15:39:32 OPrime_ is now known as OPrime
1315 2013-09-09 15:39:55 t7 has quit (Quit: home)
1316 2013-09-09 15:50:31 OPrime has quit (Quit: OPrime)
1317 2013-09-09 15:53:06 saivann has joined
1318 2013-09-09 15:58:50 winbtc_moarrr_ has joined
1319 2013-09-09 15:58:51 winbtc_moarrr has quit (Ping timeout: 246 seconds)
1320 2013-09-09 16:00:15 Subo1977 has quit (Remote host closed the connection)
1321 2013-09-09 16:01:42 Subo1977 has joined
1322 2013-09-09 16:02:15 Anduck has quit (Remote host closed the connection)
1323 2013-09-09 16:03:31 discretefx has quit ()
1324 2013-09-09 16:03:50 darknyan has quit (Ping timeout: 245 seconds)
1325 2013-09-09 16:06:03 Anduck has joined
1326 2013-09-09 16:06:03 Anduck has quit (Changing host)
1327 2013-09-09 16:06:03 Anduck has joined
1328 2013-09-09 16:06:11 darknyan has joined
1329 2013-09-09 16:12:25 debiantoruser has quit (Ping timeout: 256 seconds)
1330 2013-09-09 16:16:23 bbrian has joined
1331 2013-09-09 16:17:58 Insti has quit (Ping timeout: 264 seconds)
1332 2013-09-09 16:19:04 Andrevan has joined
1333 2013-09-09 16:21:18 saulimus has quit (Quit: saulimus)
1334 2013-09-09 16:25:15 bbrian has quit (Quit: WeeChat 0.4.1)
1335 2013-09-09 16:25:22 bbrian has joined
1336 2013-09-09 16:26:12 Belxjander has quit (Read error: Connection reset by peer)
1337 2013-09-09 16:26:27 ericmuyser has quit (Remote host closed the connection)
1338 2013-09-09 16:31:41 winbtc_moarrr_ has left ()
1339 2013-09-09 16:31:57 Anduck has quit (Ping timeout: 248 seconds)
1340 2013-09-09 16:32:01 owowo has joined
1341 2013-09-09 16:38:41 Anduck has joined
1342 2013-09-09 16:38:48 Anduck has quit (Changing host)
1343 2013-09-09 16:38:48 Anduck has joined
1344 2013-09-09 16:39:57 btcbtc has joined
1345 2013-09-09 16:42:26 BenderCoin has quit (Remote host closed the connection)
1346 2013-09-09 16:42:57 c0rw1n has quit (Remote host closed the connection)
1347 2013-09-09 16:43:26 BlueMatt_ has left ()
1348 2013-09-09 16:43:31 BlueMatt has joined
1349 2013-09-09 16:43:32 ticean has joined
1350 2013-09-09 16:43:34 berndj has quit (Ping timeout: 240 seconds)
1351 2013-09-09 16:43:41 owowo has quit (Remote host closed the connection)
1352 2013-09-09 16:44:08 johnsoft1 has joined
1353 2013-09-09 16:45:01 berndj has joined
1354 2013-09-09 16:45:02 Insti has joined
1355 2013-09-09 16:45:34 johnsoft has quit (Ping timeout: 264 seconds)
1356 2013-09-09 16:46:25 owowo has joined
1357 2013-09-09 16:47:58 sserrano44 has joined
1358 2013-09-09 16:48:21 BenderCoin has joined
1359 2013-09-09 16:50:11 rdymac has joined
1360 2013-09-09 16:50:11 rdymac has quit (Changing host)
1361 2013-09-09 16:50:11 rdymac has joined
1362 2013-09-09 16:54:04 awishformore has joined
1363 2013-09-09 16:59:25 michagogo_ has joined
1364 2013-09-09 16:59:31 michagogo has quit (Killed (pratchett.freenode.net (Nickname regained by services)))
1365 2013-09-09 16:59:31 michagogo_ is now known as michagogo
1366 2013-09-09 17:01:52 msvb-lab has quit (Quit: msvb-lab)
1367 2013-09-09 17:03:34 sserrano44 has quit (Quit: Computer has gone to sleep.)
1368 2013-09-09 17:04:32 michagogo_ has joined
1369 2013-09-09 17:05:24 michagogo is now known as Guest55900
1370 2013-09-09 17:05:24 Guest55900 has quit (Killed (adams.freenode.net (Nickname regained by services)))
1371 2013-09-09 17:05:24 michagogo_ is now known as michagogo
1372 2013-09-09 17:06:02 ecoloco has quit ()
1373 2013-09-09 17:06:20 msvb-lab has joined
1374 2013-09-09 17:06:58 Coincidental has joined
1375 2013-09-09 17:14:25 debiantoruser has joined
1376 2013-09-09 17:20:38 sserrano44 has joined
1377 2013-09-09 17:20:47 rdymac has quit (Quit: This computer has gone to sleep)
1378 2013-09-09 17:23:19 freewil has joined
1379 2013-09-09 17:26:12 rdymac has joined
1380 2013-09-09 17:26:46 djcoin has quit (Quit: WeeChat 0.4.0)
1381 2013-09-09 17:28:10 CryptoBuck has quit (Ping timeout: 264 seconds)
1382 2013-09-09 17:28:26 CryptoBuck has joined
1383 2013-09-09 17:39:11 rdymac has quit (Quit: This computer has gone to sleep)
1384 2013-09-09 17:39:41 <michagogo> I really wish I hadn't clicked "ok" to the reindex prompt before I knew about the checklevel thing :-/
1385 2013-09-09 17:43:22 freefox has quit (Quit: freefox)
1386 2013-09-09 17:48:14 digitalmagus2 has joined
1387 2013-09-09 17:48:40 robocoin has quit (Quit: Lost terminal)
1388 2013-09-09 17:49:00 Squid_ has joined
1389 2013-09-09 17:49:32 ericmuyser has joined
1390 2013-09-09 17:51:41 Squidicuz has quit (Ping timeout: 276 seconds)
1391 2013-09-09 17:53:38 Squid_ has quit (Ping timeout: 276 seconds)
1392 2013-09-09 17:53:40 Squidicuz has joined
1393 2013-09-09 17:57:50 rdymac has joined
1394 2013-09-09 17:57:50 rdymac has quit (Changing host)
1395 2013-09-09 17:57:50 rdymac has joined
1396 2013-09-09 18:01:11 jtimon has joined
1397 2013-09-09 18:01:44 btcbtc has quit (Quit: btcbtc)
1398 2013-09-09 18:02:53 xire has joined
1399 2013-09-09 18:02:53 xire has quit (Changing host)
1400 2013-09-09 18:02:53 xire has joined
1401 2013-09-09 18:03:50 egis has quit (Quit: Leaving)
1402 2013-09-09 18:10:37 ThomasV has joined
1403 2013-09-09 18:15:04 btcbtc has joined
1404 2013-09-09 18:19:17 btcbtc has quit (Client Quit)
1405 2013-09-09 18:20:37 <michagogo> Only 10k blocks to go... :-/
1406 2013-09-09 18:22:59 <michagogo> Does something change in the reindex operation after it hits block 250k?
1407 2013-09-09 18:27:25 Coincidental has quit (Remote host closed the connection)
1408 2013-09-09 18:27:58 _ingsoc has joined
1409 2013-09-09 18:30:31 mappum has joined
1410 2013-09-09 18:30:45 BenderCoin has quit (Ping timeout: 246 seconds)
1411 2013-09-09 18:31:09 paracyst has joined
1412 2013-09-09 18:31:27 FabianB has joined
1413 2013-09-09 18:32:11 FabianB_ has quit (Ping timeout: 245 seconds)
1414 2013-09-09 18:32:34 daybyter has joined
1415 2013-09-09 18:33:26 rdymac has quit (Quit: This computer has gone to sleep)
1416 2013-09-09 18:33:32 coingenuity has quit (Ping timeout: 256 seconds)
1417 2013-09-09 18:35:07 robocoin has joined
1418 2013-09-09 18:35:32 <jgarzik> michagogo, yes, it starts verifying signatures
1419 2013-09-09 18:35:53 <jgarzik> michagogo, some checks are elided, if height < last-checkpoint height
1420 2013-09-09 18:36:03 <michagogo> Ahhhh
1421 2013-09-09 18:36:10 <michagogo> And that's the CPU-intensive part, right?
1422 2013-09-09 18:36:14 <jgarzik> 250,000 is height of last checkpoint
1423 2013-09-09 18:36:16 <jgarzik> michagogo, yes
1424 2013-09-09 18:36:25 <michagogo> That explains why before it was using <15% CPU
1425 2013-09-09 18:36:35 <michagogo> And now it's doing 60+
1426 2013-09-09 18:37:44 plaprade has quit (Ping timeout: 245 seconds)
1427 2013-09-09 18:39:11 normanrichards has quit ()
1428 2013-09-09 18:39:31 Coincidental has joined
1429 2013-09-09 18:43:51 <gmaxwell> 07:07 < sipa> jgarzik: it just gets stored in a way that mismatches the transaction data
1430 2013-09-09 18:44:21 <gmaxwell> jgarzik: to be more clear, the UTXO set stores all the outputs in super duper compressed form. And the way it encodes the version numbers can't handle negative values.
1431 2013-09-09 18:44:50 <michagogo> Huh, the progress bar stopped showing the total number of blocks
1432 2013-09-09 18:44:55 <gmaxwell> So the block has a txn with a negative version in it just fine, but the version that gets written into the UTXO set is some trashed value.
1433 2013-09-09 18:45:45 <gmaxwell> This would possibly be a fork producing bug, except there are no network rules that depend on the version currently.
1434 2013-09-09 18:46:07 <gmaxwell> We'll need to fix it before any rule is introduced that does anything with the version.
1435 2013-09-09 18:46:19 <michagogo> gmaxwell: Is this the kind of thing that warrants 0.8.[4.1|5]?
1436 2013-09-09 18:46:51 <gmaxwell> yes.
1437 2013-09-09 18:47:13 <gmaxwell> It's passed now, if you restart a node now it should be fine. But the problem is that at any time people could add more of these screwed up transactions.
1438 2013-09-09 18:47:30 <gmaxwell> Because, sadly, we had two mistakes related to the signedness of the version.
1439 2013-09-09 18:48:03 <gmaxwell> The first is that ultraprune couldn't seralize them, the second is that the IsStandard check doesn't reject negative versions.
1440 2013-09-09 18:48:04 <michagogo> How much knowledge would be required for someone to create a new borked transaction?
1441 2013-09-09 18:48:15 <gmaxwell> It's very easy.
1442 2013-09-09 18:48:31 <michagogo> That's not exactly what I was asking
1443 2013-09-09 18:48:42 coingenuity has joined
1444 2013-09-09 18:48:49 coingenuity has quit (Changing host)
1445 2013-09-09 18:48:50 coingenuity has joined
1446 2013-09-09 18:48:51 <michagogo> I realize that if you know what you're doing, it's very easy to recreate
1447 2013-09-09 18:49:01 <gmaxwell> michagogo: not much, I've not given people a walkthrough... I'm sure if I give the commands here someone will do it.
1448 2013-09-09 18:49:26 <gmaxwell> I mean, I write out transactions by hand in hex.. I'm not the right guy to ask.
1449 2013-09-09 18:49:34 <gmaxwell> But it's not very hard.
1450 2013-09-09 18:49:50 <michagogo> How does one even represent a negative value in hex?
1451 2013-09-09 18:49:57 <gmaxwell> I didn't think there was any point in being more quite about the details because it's so easy to reproduce and just see which txn it was failing on.
1452 2013-09-09 18:50:12 <gmaxwell> michagogo: google twos compliment.
1453 2013-09-09 18:50:47 <gmaxwell> (the bad spelling is for security)
1454 2013-09-09 18:50:56 <michagogo> For security? How is that?
1455 2013-09-09 18:51:02 <michagogo> (google autocorrects)
1456 2013-09-09 18:51:13 <gmaxwell> A joke.
1457 2013-09-09 18:51:16 <michagogo> (or was that just a cover-up?) :-P
1458 2013-09-09 18:51:17 <michagogo> lo
1459 2013-09-09 18:51:17 <michagogo> l
1460 2013-09-09 18:51:48 ericmuyser has quit (Remote host closed the connection)
1461 2013-09-09 19:01:46 BTCOxygen has quit (Ping timeout: 264 seconds)
1462 2013-09-09 19:01:54 BTCOxygen has joined
1463 2013-09-09 19:02:36 tailcalled has quit (Ping timeout: 246 seconds)
1464 2013-09-09 19:02:47 tmsk has quit (Quit: tmsk)
1465 2013-09-09 19:04:15 stalled has quit (Ping timeout: 245 seconds)
1466 2013-09-09 19:08:12 ericmuyser has joined
1467 2013-09-09 19:08:15 ericmuyser has quit (Read error: Connection reset by peer)
1468 2013-09-09 19:08:36 ericmuyser has joined
1469 2013-09-09 19:09:33 robocoin has quit (Read error: Connection reset by peer)
1470 2013-09-09 19:10:08 robocoin has joined
1471 2013-09-09 19:10:28 saulimus has joined
1472 2013-09-09 19:15:30 Coincidental has quit (Remote host closed the connection)
1473 2013-09-09 19:16:34 BenderCoin has joined
1474 2013-09-09 19:17:47 BTCOxygen has quit (Ping timeout: 260 seconds)
1475 2013-09-09 19:17:51 stalled has joined
1476 2013-09-09 19:18:06 michagogo has quit (Quit: goodnight)
1477 2013-09-09 19:18:32 michagogo has joined
1478 2013-09-09 19:18:37 BTCOxygen has joined
1479 2013-09-09 19:18:40 michagogo has quit (Client Quit)
1480 2013-09-09 19:18:47 BTCOxygen is now known as 1!~BTCOxygen@unaffiliated/oxygen|BTCOxygen
1481 2013-09-09 19:19:12 paracyst has quit (Read error: Connection reset by peer)
1482 2013-09-09 19:21:01 BenderCoin has quit (Ping timeout: 248 seconds)
1483 2013-09-09 19:27:51 BTCOxygen has quit ()
1484 2013-09-09 19:28:00 normanrichards has joined
1485 2013-09-09 19:32:27 stochasm has joined
1486 2013-09-09 19:33:00 BenderCoin has joined
1487 2013-09-09 19:33:13 btcbtc has joined
1488 2013-09-09 19:33:24 agricocb has quit (Ping timeout: 246 seconds)
1489 2013-09-09 19:33:51 mrzi has joined
1490 2013-09-09 19:33:52 datagutt has quit (Ping timeout: 245 seconds)
1491 2013-09-09 19:36:29 <maaku> sipa, gmaxwell: with committed utxo hash I am delaying insertion of the coinbase transaction into the index until the coins mature. do you forsee any problems from this?
1492 2013-09-09 19:36:41 agricocb has joined
1493 2013-09-09 19:36:47 Namworld has joined
1494 2013-09-09 19:37:37 <amiller> maaku, where do you put them until then?
1495 2013-09-09 19:38:45 Maged has joined
1496 2013-09-09 19:39:05 G________ has joined
1497 2013-09-09 19:39:39 _ingsoc has quit (Quit: leaving)
1498 2013-09-09 19:40:09 GingerGeek[Away] is now known as GingerGeek
1499 2013-09-09 19:40:11 xire has quit (Ping timeout: 260 seconds)
1500 2013-09-09 19:40:54 <amiller> maaku, fwiw i think you should just include the maturity height in each utxo and include them right away
1501 2013-09-09 19:40:58 <maaku> amiller: there will have to be a queue maintained in the chain state
1502 2013-09-09 19:41:13 <maaku> amiller: you can't if you want to commit the index hash to the coinbase
1503 2013-09-09 19:41:41 _ingsoc has joined
1504 2013-09-09 19:41:55 <amiller> sure you can commit the index in the coinbase, even if each utxo includes the height at which it was creted
1505 2013-09-09 19:42:02 <maaku> you have to delay at least one block, but if you're going to delay, why not delay until maturity so the index only contains spendable outputs
1506 2013-09-09 19:42:12 xire has joined
1507 2013-09-09 19:42:14 <amiller> i dunno the queue isn't such a big problem either since it's a constant size since coinbase_maturity is fixed
1508 2013-09-09 19:42:45 <maaku> amiller: how can the coinbase contain a hash of the index which contains the coinbase?
1509 2013-09-09 19:43:02 <amiller> no you're right there, it would have to be a queue of minimum size 1 in any case
1510 2013-09-09 19:43:07 agricocb has quit (Remote host closed the connection)
1511 2013-09-09 19:43:20 tmsk has joined
1512 2013-09-09 19:44:44 Coincidental has joined
1513 2013-09-09 19:44:50 <maaku> yeah and i figure a queue of 1 vs a queue of 99 isn't an enormous burden, so it's worth thinking about
1514 2013-09-09 19:45:10 Coincidental has quit (Remote host closed the connection)
1515 2013-09-09 19:45:34 <maaku> since clients could stop having to special case coinbase outputs, if they get their transactions from the idnex
1516 2013-09-09 19:45:52 <gmaxwell> maaku: I don't see any problems with it, but I wouldn't because I recommended it.
1517 2013-09-09 19:46:16 <gmaxwell> (incidentally, I believe I'd also suggested it to sipa when he created ultraprune, so he may have more of a reason not to do that)
1518 2013-09-09 19:46:33 ticean has quit (Remote host closed the connection)
1519 2013-09-09 19:46:45 <jgarzik> spawn(random)
1520 2013-09-09 19:47:05 <jgarzik> gmaxwell, I wonder if we could support a new signature type _in P2SH only_, and not as a normal txout
1521 2013-09-09 19:47:12 btcbtc has quit (Ping timeout: 245 seconds)
1522 2013-09-09 19:47:35 <jgarzik> theory: if RSA or another, larger signature type comes about, encourage storage to remain on input side
1523 2013-09-09 19:47:35 <maaku> yeah, we could drop the coinbase flag from the ultraprune structres too, simplifying them a little bit. but i'm a little hesitant to do that if others depend on that structure
1524 2013-09-09 19:47:44 btcbtc has joined
1525 2013-09-09 19:47:46 <maaku> i think i'm the only one making extensions to the CCoins structure though
1526 2013-09-09 19:48:12 <gmaxwell> jgarzik: so I have an even better idea.
1527 2013-09-09 19:48:29 <gmaxwell> though p2sh only would be fine too and in fact thats the only rapid way to deploy a new signature type.
1528 2013-09-09 19:51:18 <gmaxwell> jgarzik: here is what I started doodling the other day: http://0bin.net/paste/qMTj1Osd9BFNIa2u#qnw4kVbdpPwc50h3hFiHbmSaUMt33SgpU0enea0IbAo=
1529 2013-09-09 19:52:01 <gmaxwell> (though in restospect, given the recent news, perhaps it would be good to support one non NIST cryptographic hash function in place of SHA512/256)
1530 2013-09-09 19:52:58 G________ has quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
1531 2013-09-09 19:53:47 * jgarzik is confused at the use of 0bin on logged irc channels ;p
1532 2013-09-09 19:53:51 agricocb has joined
1533 2013-09-09 19:53:52 btcbtc has quit (Quit: btcbtc)
1534 2013-09-09 19:54:20 <gmaxwell> jgarzik: "good habits", plus if you only use $tool for supersecret stuff you make its use more interesting. :P
1535 2013-09-09 19:54:52 <gmaxwell> I really should have a personal pastebin, it's almost kind of embarassing that I don't.. but I couldn't find any zerobin like ones that had source I could easily install.
1536 2013-09-09 19:55:38 <jgarzik> definitely want a non-NIST alternative as an option, if algos are added
1537 2013-09-09 19:56:43 <maaku> curve25519 please :)
1538 2013-09-09 19:57:07 <gmaxwell> No.
1539 2013-09-09 19:57:32 <maaku> is it insecure ?
1540 2013-09-09 19:57:33 <Subo1977> gmaxwell: https://github.com/sametmax/0bin
1541 2013-09-09 19:57:42 <gmaxwell> At least I would be strongly opposed to including another highly complicated ECC implementation.
1542 2013-09-09 19:57:48 GingerGeek is now known as GingerGeek[Away]
1543 2013-09-09 19:57:50 <maaku> anyway, doesn't the NOP make it trivial to spend any output you have the pubkey for?
1544 2013-09-09 19:58:27 paracyst has joined
1545 2013-09-09 19:58:28 <gmaxwell> maaku: the NOP is part of the pubkey. If the spender controls the pubkey he can spend whatever he wants.
1546 2013-09-09 19:59:02 <gmaxwell> (also I assume you mean Ed25519, curve25519 cannot be used for signing)
1547 2013-09-09 20:02:11 <gmaxwell> In any case, the reason I pasted that was to point out the idea of hash abstraction of both the signature and the pubkey. So it moves storage out of the transaction proper... and lets you use large signature schemes without making proofs over the transactions large.
1548 2013-09-09 20:03:02 <gmaxwell> you could further compress on the wire and on disk by having a seralization with replaces the hashes in the scripts with pointers to hash the appeneded data.. but thats a pure implementation optimization.
1549 2013-09-09 20:04:07 daybyter has quit (Quit: Konversation terminated!)
1550 2013-09-09 20:08:25 Application has quit (Remote host closed the connection)
1551 2013-09-09 20:08:52 msvb-lab has quit (Quit: msvb-lab)
1552 2013-09-09 20:09:20 ticean has joined
1553 2013-09-09 20:12:12 freewil has quit (Read error: Connection reset by peer)
1554 2013-09-09 20:13:40 lle has quit (Remote host closed the connection)
1555 2013-09-09 20:13:46 <gmaxwell> so now that 54fabd73f1d20c980a0686bf0035078e07f69c58437e4d586fb29aa0bee9814f is burried, I can disclose how I solved it.
1556 2013-09-09 20:14:20 <gmaxwell> This spent a60143eb3f8d3cd1f42cca874f35736186d67c488efd3c1b7214bbd74b310e0c:0  which had scriptpubkey
1557 2013-09-09 20:14:23 <gmaxwell> "OP_DUP 0 OP_LESSTHAN OP_VERIFY OP_ABS 1 16 OP_WITHIN OP_TOALTSTACK 0378d430274f8c5ec1321338151e9f27f4c676a008bdf8638d07c0b6be9ab35c71 OP_CHECKSIGVERIFY OP_FROMALTSTACK"
1558 2013-09-09 20:14:42 <gmaxwell> I found that txout by simply listing all the weird scriptpubkeys in thx utxo set. There are not many.
1559 2013-09-09 20:15:20 Coincidental has joined
1560 2013-09-09 20:15:39 <gmaxwell> to spend it you have to provide an object on the stack which is less than 0 and then satisfies OP_ABS 1 16 OP_WITHIN ... -1 worked fine.
1561 2013-09-09 20:16:02 <gmaxwell> Because it was clearly a puzzle I assumed that the [0378d...] public key would be one I could figure out.
1562 2013-09-09 20:16:34 <gmaxwell> It turned out to be the compressed key for SHA256("correct horse battery staple")
1563 2013-09-09 20:16:40 <jgarzik> It would be cute if the NSA and CIA put puzzles into the block chain
1564 2013-09-09 20:16:54 <jgarzik> as a recruiting tool or technology gauge
1565 2013-09-09 20:16:56 <gmaxwell> jgarzik: did you see my wizards comment from 24 hours ago?
1566 2013-09-09 20:17:01 <jgarzik> no
1567 2013-09-09 20:17:12 <gmaxwell> 23:02 < gmaxwell> Someone should create a P2SH address that serves as a bounty for a SHA-256 collision. The script would be something like "OP_2DUP OP_NUMNOTEQUAL  OP_VERIFY OP_SHA256 OP_SWAP OP_SHA256 OP_EQUALVERIFY"
1568 2013-09-09 20:17:34 <gmaxwell> (could also do that for RIPEMD160, SHA1, SHA256^2, and HASH160)
1569 2013-09-09 20:17:51 <jgarzik> haha, cute
1570 2013-09-09 20:18:22 <jgarzik> I nominate the MyBitcoin thief to put up the bounty
1571 2013-09-09 20:18:31 <gmaxwell> yea, that was my thought too!
1572 2013-09-09 20:18:52 <gmaxwell> "Have some stolen coins you can't spend but are too lame to return them to their owners?"
1573 2013-09-09 20:19:10 <gmaxwell> It's kinda sad that we didn't think to create such things in 2010.
1574 2013-09-09 20:19:33 <gmaxwell> "5 BTC? pfft. No biggie."
1575 2013-09-09 20:19:56 <gmaxwell> though prior to p2sh it wouldn't have worked so well.. too hard to pay to a weird script.
1576 2013-09-09 20:20:00 <jgarzik> And I want my 10,000 BTC back from puddinpop ;p  I can time travel, but only in one direction.
1577 2013-09-09 20:20:33 * jgarzik wonders what Satoshi would have thought of P2SH
1578 2013-09-09 20:20:55 * jgarzik never saw an evidence of discussion of an "op_eval" or somesuch
1579 2013-09-09 20:21:04 <jgarzik> *any
1580 2013-09-09 20:21:09 <gmaxwell> I hope he would have loved it. (though perhaps our implementation should have not married us to using HASH160 for it, kinda odd that we did that)
1581 2013-09-09 20:21:44 <jgarzik> You can always create a new, generic address type that specifies hash type
1582 2013-09-09 20:21:55 <Andrevan> hey guys, is there a bitcoin framework for nodejs that I could run in a web socket?
1583 2013-09-09 20:22:02 <gmaxwell> Yea, but they won't get interperted as p2sh unless we do another softwork.
1584 2013-09-09 20:22:07 <gmaxwell> er softfork.
1585 2013-09-09 20:22:10 <jgarzik> indeed
1586 2013-09-09 20:22:32 <jgarzik> Andrevan, framework?  Not as such.  there is node-libcoin and its ancestor, bitcoinjs-server.
1587 2013-09-09 20:22:46 <Andrevan> those both sound good
1588 2013-09-09 20:22:51 <Andrevan> node-libcoin is better?
1589 2013-09-09 20:22:54 <gmaxwell> which is why I didn't whine at the time. ... easy enough to add other ones with softforks.
1590 2013-09-09 20:22:57 <jgarzik> and few other node.js bits here and there, but those are the main libs
1591 2013-09-09 20:23:21 <jgarzik> Andrevan, I think node-libcoin is better, but I am highly biased as one of its contributors
1592 2013-09-09 20:23:29 <Andrevan> I trust you
1593 2013-09-09 20:23:36 <jgarzik> you shouldn't!
1594 2013-09-09 20:23:37 * jgarzik runs
1595 2013-09-09 20:23:45 <Andrevan> what I want to do is submit a form and pay someone from a client
1596 2013-09-09 20:24:06 <Andrevan> and possibly do this in an asynchronous way
1597 2013-09-09 20:24:06 johnsoft has joined
1598 2013-09-09 20:24:13 mrzi has quit ()
1599 2013-09-09 20:24:22 Anduck has quit (Ping timeout: 240 seconds)
1600 2013-09-09 20:24:24 <Andrevan> and also potentially hold money contributed from other wallets
1601 2013-09-09 20:25:34 johnsoft1 has quit (Ping timeout: 240 seconds)
1602 2013-09-09 20:25:36 <Andrevan> how do the confirms work with something like this?
1603 2013-09-09 20:25:38 <jgarzik> Andrevan, where are the private keys stored?  that is always the key question, regardless of language or framework.  if you will be holding money, you must manually come up with your own security for keys (hot wallet / cold wallet, etc.)
1604 2013-09-09 20:25:47 <Andrevan> ah ok
1605 2013-09-09 20:26:09 <Andrevan> so what if I have an rfid chip or qr code
1606 2013-09-09 20:26:20 <jgarzik> Andrevan, qr codes work great
1607 2013-09-09 20:26:32 <jgarzik> Andrevan, anyway, gotta run, sorry
1608 2013-09-09 20:26:36 <Andrevan> oh ok, thanks!
1609 2013-09-09 20:26:55 tmsk has quit (Quit: tmsk)
1610 2013-09-09 20:28:25 Application has joined
1611 2013-09-09 20:31:26 n2dreams has quit (Ping timeout: 264 seconds)
1612 2013-09-09 20:33:29 fant has quit (Quit: Linkinus - http://linkinus.com)
1613 2013-09-09 20:33:59 n2dreams has joined
1614 2013-09-09 20:34:24 <warren> ERROR: Non-canonical signature: R value negative
1615 2013-09-09 20:34:26 <warren> ERROR: CScriptCheck() : 22a90aad97de20dc1ed796db752080329badce3614cb68e93baee283e2d48a0f VerifySignature failed
1616 2013-09-09 20:34:29 <warren> ERROR: CTxMemPool::accept() : ConnectInputs failed 22a90aad97de20dc1ed796db752080329badce3614cb68e93baee283e2d48a0f
1617 2013-09-09 20:34:32 <warren> seeing a lot of this repeatedly
1618 2013-09-09 20:36:03 <jgarzik> warren, a messy way of doing a non-standard transaction
1619 2013-09-09 20:36:18 * jgarzik juggles a baby
1620 2013-09-09 20:36:54 <jgarzik> (hey, some people juggle geese)
1621 2013-09-09 20:37:34 <Ry4an> geese are less likely to make a mess on you
1622 2013-09-09 20:37:55 <Ry4an> stuff is only coming out of one end of geese
1623 2013-09-09 20:38:05 btcbtc has joined
1624 2013-09-09 20:38:38 <warren> I rather juggle running chainsaws than geese.
1625 2013-09-09 20:38:59 <Ry4an> but never both at the same time.  geese are expensive
1626 2013-09-09 20:40:33 <gmaxwell> warren: it's fine, normal, expected. yadda yadda.
1627 2013-09-09 20:44:16 Applicat_ has joined
1628 2013-09-09 20:47:58 Application has quit (Ping timeout: 264 seconds)
1629 2013-09-09 20:48:59 <warren> two peers are also downloading the same blocks repeatedly
1630 2013-09-09 20:49:28 paraipan has quit (Remote host closed the connection)
1631 2013-09-09 20:49:40 <jgarzik> maybe we could tune DoS() code to increase the score based on IRC mockery
1632 2013-09-09 20:54:43 jcorgan has joined
1633 2013-09-09 20:56:21 <gmaxwell> warren: in bitcoin code or litecoin code?
1634 2013-09-09 20:56:39 <gmaxwell> I ask because that patch petertodd had to getblock behavior could cause that.
1635 2013-09-09 20:56:43 <warren> gmaxwell: bitcoind-0.8.4
1636 2013-09-09 20:56:56 <phantomcircuit> jgarzik, :)
1637 2013-09-09 21:00:58 AusBitBank_ has joined
1638 2013-09-09 21:01:54 johnsoft1 has joined
1639 2013-09-09 21:03:18 bizoro has joined
1640 2013-09-09 21:03:34 johnsoft has quit (Ping timeout: 240 seconds)
1641 2013-09-09 21:06:19 BenderCoin has quit (Quit: Leaving)
1642 2013-09-09 21:06:34 BenderCoin has joined
1643 2013-09-09 21:16:38 Coincidental has quit (Remote host closed the connection)
1644 2013-09-09 21:18:51 nomailing has joined
1645 2013-09-09 21:19:15 ericmuyser has quit (Remote host closed the connection)
1646 2013-09-09 21:21:51 sserrano44 has quit (Quit: Computer has gone to sleep.)
1647 2013-09-09 21:22:24 nethershaw has quit (Ping timeout: 256 seconds)
1648 2013-09-09 21:24:22 btcbtc has quit (Ping timeout: 240 seconds)
1649 2013-09-09 21:25:04 <maaku> gmaxwell: why single out SHA256 separate from the current hash160?
1650 2013-09-09 21:25:48 <maaku> i shouldn't say current, i mean hashtype 0
1651 2013-09-09 21:27:34 <gmaxwell> 0 on my list is HASH160 for the public key, SHA256 for the signature.  I'm not especially married to any particular forumlation.
1652 2013-09-09 21:28:08 <gmaxwell> I thought having an option that was HASH160 for the public key was nice as a compatiblity measure... but perhaps not important.
1653 2013-09-09 21:29:21 sserrano44 has joined
1654 2013-09-09 21:30:06 <maaku> isn't the public key hash checked outside of CHECKSIG?
1655 2013-09-09 21:32:25 btcbtc has joined
1656 2013-09-09 21:35:14 denisx has joined
1657 2013-09-09 21:35:21 random_cat has quit (Remote host closed the connection)
1658 2013-09-09 21:35:28 <gmaxwell> maaku: I'm not sure I follow your question. In a pay to pubkey hash, then yes, the input checks the pubkey hashes to the right value.
1659 2013-09-09 21:36:28 <maaku> <gmaxwell> 0 on my list is HASH160 for the public key, SHA256 for the signature.  I'm not especially married to any particular forumlation.
1660 2013-09-09 21:36:36 <maaku> why would the CHECKSIG be hashing the public key?
1661 2013-09-09 21:36:53 random_cat has joined
1662 2013-09-09 21:37:11 <maaku> doesn't the hashtype specify which hash function is used to hash the transaction (after applying sighash transformation), before padding and signature?
1663 2013-09-09 21:38:16 <maaku> or am i misunderstanding your proposal?
1664 2013-09-09 21:38:21 <gmaxwell> You are misunderstanding.
1665 2013-09-09 21:38:21 saulimus has quit (Read error: Connection reset by peer)
1666 2013-09-09 21:38:30 <gmaxwell> Forget everything you know.
1667 2013-09-09 21:38:37 saulimus has joined
1668 2013-09-09 21:38:41 <gmaxwell> Then try to understand it again. :P
1669 2013-09-09 21:39:18 <gmaxwell> The idea is to get both the public key and the signature totally out of the transaction. Not covered by the transaction hash except indirectly.
1670 2013-09-09 21:39:41 <gmaxwell> This lets you construct compact transaction membership-in-a-block proofs even if the transaction involves many enormous signatures.
1671 2013-09-09 21:40:25 <gmaxwell> E.g. you are a SPV node,  I tell you that transaction X in a block pays you. Do you care about the pubkeys in X's inputs? No. Do you care about the signatures in X's inputs? No.  You care that X is in a block.
1672 2013-09-09 21:41:24 <gmaxwell> Lamport's signatures are rather large (e.g. on the order of 8kbytes) this is not a small optimization. But it even would halve the size of our current signatures in that context.
1673 2013-09-09 21:41:36 <gmaxwell> 65 bytes -> 32.
1674 2013-09-09 21:42:30 darkee has joined
1675 2013-09-09 21:42:31 <gmaxwell> maaku: Making any more sense now?
1676 2013-09-09 21:42:45 <gmaxwell> I'm sorry, I think if I had a whiteboard I could do a better job of this.
1677 2013-09-09 21:43:04 jcorgan has quit (Quit: jcorgan)
1678 2013-09-09 21:44:17 Coincidental has joined
1679 2013-09-09 21:44:52 <maaku> i understand the goal, but not how it is relevant
1680 2013-09-09 21:44:54 <maaku> If stack.size() < 2: fail
1681 2013-09-09 21:44:54 <maaku> The "public key" is popped.
1682 2013-09-09 21:44:54 <maaku> The "signature" is popped.
1683 2013-09-09 21:45:06 btcbtc has quit (Quit: btcbtc)
1684 2013-09-09 21:45:09 <maaku> ^^ doesn't that mean the pubkey + signature are on the stack?
1685 2013-09-09 21:45:16 <maaku> so they are in the scriptSig, correct?
1686 2013-09-09 21:45:25 <maaku> or is there something missing from the explanation?
1687 2013-09-09 21:45:42 <maaku> wait
1688 2013-09-09 21:45:50 <gmaxwell> I see how I confused you at least.
1689 2013-09-09 21:46:10 <gmaxwell> They aren't really on the the stack. Their hashes are. I'm calling them "pubkey" and "signature" but they're just hashes of these things.
1690 2013-09-09 21:46:27 <maaku> when you said "not included in the transaction" I thought you meant not in the scriptSig, so it can be optimized away and you were just be careless with phrasing
1691 2013-09-09 21:46:32 <maaku> but you mean literally not in the transaction
1692 2013-09-09 21:46:47 <maaku> er, in the scriptSig, not in the scriptPubKey
1693 2013-09-09 21:46:49 <gmaxwell> I mean litterally not in the transaction, you'd send them with the transaction (just seralize them right after it)
1694 2013-09-09 21:46:56 patcon has quit (Remote host closed the connection)
1695 2013-09-09 21:47:24 patcon has joined
1696 2013-09-09 21:47:58 <gmaxwell> I'm sorry, my mind contains a generalization of asymetric cryptography where a hash of a public key is still just a public key, and a hash of a signature is still just a signature.  Once you've spent enough time looking at zero-knoweldge proof-of-knoweldge papers you realize that the concepts of public key and signature are really insanely general concepts.
1697 2013-09-09 21:48:03 <maaku> is there any advantage to this over, say, dropping scriptSigs that are "XXX deep"?
1698 2013-09-09 21:48:19 <maaku> amounts to the same thing i think
1699 2013-09-09 21:48:21 <gmaxwell> No.
1700 2013-09-09 21:48:27 <gmaxwell> It's not the same.
1701 2013-09-09 21:48:42 <gmaxwell> if you "drop scriptsigs" you cannot show proof of membership in a block anymore.
1702 2013-09-09 21:48:53 <gmaxwell> What I'm describing makes dropping actually possible.
1703 2013-09-09 21:49:52 Coincidental has quit (Remote host closed the connection)
1704 2013-09-09 21:49:57 <gmaxwell> maaku: e.g. currently if you've dropped the scriptsig for transaction XXX in block YYY you can no longer show that XXX is in YYY _at all_. So, e.g. if you're trying to show that there is some XXX that pays me, I didn't care about the scriptsigs but you still can't prove it to me if you've forgotten them.
1705 2013-09-09 21:50:06 willg has quit (Ping timeout: 245 seconds)
1706 2013-09-09 21:50:32 <maaku> i see
1707 2013-09-09 21:50:40 <gmaxwell> With this indirection you can do that, you just have to remember the hashes of them.
1708 2013-09-09 21:51:00 <gmaxwell> I wish our transactions were constructed as hashtrees so that this were fully general, but I can't softforking add that.
1709 2013-09-09 21:51:13 <gmaxwell> This, however, could be soft-forking added.
1710 2013-09-09 21:51:46 <gmaxwell> if the transactions were hashtrees I could do things like give you a proof that a single output was added in a block, without sending the whole transaction.
1711 2013-09-09 21:52:25 patcon has quit (Ping timeout: 256 seconds)
1712 2013-09-09 21:52:48 <gmaxwell> I am highly unsure of the wisdom of the network forgetting old signatures. There is probably some value which is safe. I'm not sure what it is.
1713 2013-09-09 21:53:00 <gmaxwell> But the structure of our transactions shouldn't preclude it for sure.
1714 2013-09-09 21:53:30 * maaku makes note to add merkle-ized transactions to freimarkets
1715 2013-09-09 21:54:14 patcon has joined
1716 2013-09-09 21:55:34 nomailing has quit (Quit: nomailing)
1717 2013-09-09 21:56:26 johnsoft has joined
1718 2013-09-09 21:57:49 johnsoft1 has quit (Ping timeout: 248 seconds)
1719 2013-09-09 21:58:01 btcbtc_ has joined
1720 2013-09-09 21:59:19 sserrano44 has quit (Quit: Computer has gone to sleep.)
1721 2013-09-09 22:02:00 <justusranvier> Luke-Jr: New versions of Armory are going to require dev-libs/leveldb[snappy]. This is going to be a problem since it means Bitcoin-Qt and Armory won't be able to be installed simultaneously on Gentoo systems.
1722 2013-09-09 22:04:05 digitalmagus2 has quit (Ping timeout: 252 seconds)
1723 2013-09-09 22:06:23 <Luke-Jr> justusranvier: why would they require that?
1724 2013-09-09 22:06:59 <justusranvier> https://bitcointalk.org/index.php?topic=56424.msg3117234#msg3117234
1725 2013-09-09 22:08:11 agricocb has quit (Quit: Leaving.)
1726 2013-09-09 22:09:06 sserrano44 has joined
1727 2013-09-09 22:09:59 awishformore has quit (Ping timeout: 256 seconds)
1728 2013-09-09 22:10:06 awishformore has joined
1729 2013-09-09 22:10:42 btcbtc_ has quit (Quit: btcbtc_)
1730 2013-09-09 22:13:27 ThomasV has quit (Ping timeout: 245 seconds)
1731 2013-09-09 22:13:35 Gue______ has joined
1732 2013-09-09 22:13:40 willg has joined
1733 2013-09-09 22:14:11 _ingsoc has quit (Quit: leaving)
1734 2013-09-09 22:14:17 patcon has quit (Remote host closed the connection)
1735 2013-09-09 22:18:42 Krellan_ has joined
1736 2013-09-09 22:19:02 btcbtc has joined
1737 2013-09-09 22:19:17 <Krellan_> I wish I knew UI programming. Would love to improve the post-sending experience.
1738 2013-09-09 22:20:05 <Krellan_> I have never sent a transaction in which I didn't have to open the TXID in blockchain.info to see more details about it (in particular, which source coins it was sent from).
1739 2013-09-09 22:20:31 btcbtc_ has joined
1740 2013-09-09 22:20:32 <Krellan_> That, and I like the reassurance blockchain.info provides, to let me know if it really did hit the network or not.
1741 2013-09-09 22:20:58 awishformore has quit (Ping timeout: 264 seconds)
1742 2013-09-09 22:22:20 normanrichards has quit ()
1743 2013-09-09 22:22:51 rdymac has joined
1744 2013-09-09 22:23:10 btcbtc has quit (Ping timeout: 240 seconds)
1745 2013-09-09 22:23:27 stretchwarren has quit (Ping timeout: 245 seconds)
1746 2013-09-09 22:23:34 djtrey has joined
1747 2013-09-09 22:24:13 c0rw1n has joined
1748 2013-09-09 22:24:32 <warren> Krellan_: some have talked about sending the tx to half of your peers, to see if it comes back from the other half of peers.
1749 2013-09-09 22:25:37 awishformore has joined
1750 2013-09-09 22:26:00 stretchwarren has joined
1751 2013-09-09 22:29:46 saulimus has quit (Quit: saulimus)
1752 2013-09-09 22:29:58 rdymac has quit (Quit: This computer has gone to sleep)
1753 2013-09-09 22:32:22 djtrey has quit (Ping timeout: 240 seconds)
1754 2013-09-09 22:33:19 awishformore has quit (Ping timeout: 260 seconds)
1755 2013-09-09 22:33:30 awishformore has joined
1756 2013-09-09 22:33:51 ThomasV has joined
1757 2013-09-09 22:34:15 AusBitBank_ has quit (Ping timeout: 260 seconds)
1758 2013-09-09 22:37:36 Coincidental has joined
1759 2013-09-09 22:38:23 agricocb has joined
1760 2013-09-09 22:40:58 <Luke-Jr> justusranvier: looks like Armory will be disabling snappy themselves
1761 2013-09-09 22:41:11 <Luke-Jr> justusranvier: also, bitcoind also requires -snappy
1762 2013-09-09 22:42:36 <justusranvier> That doesn't appear to be enforced by the ebuild... at least, Portage didn't complain when I built leveldb with USE=snappy
1763 2013-09-09 22:42:58 <justusranvier> with bitcoind installed and bitcoin-qt not installed
1764 2013-09-09 22:43:15 <Luke-Jr> justusranvier: maybe an older version of bitcoind?
1765 2013-09-09 22:44:20 <justusranvier> It's an older version of the -9999 ebuild, modified to build the this branch: https://github.com/VirtualDestructor/bitcoin-qt-i2p
1766 2013-09-09 22:44:52 xire has quit (Remote host closed the connection)
1767 2013-09-09 22:45:27 awishformore has quit (Ping timeout: 260 seconds)
1768 2013-09-09 22:45:29 mappum has quit (Ping timeout: 276 seconds)
1769 2013-09-09 22:45:34 <justusranvier> I forgot I was still using that
1770 2013-09-09 22:48:06 awishformore has joined
1771 2013-09-09 22:50:04 digitalmagus2 has joined
1772 2013-09-09 22:51:00 chax_ has joined
1773 2013-09-09 22:51:29 chax has quit (Ping timeout: 245 seconds)
1774 2013-09-09 22:51:55 <gmaxwell> gavinandresen: Should we be talking about a 0.8.4.1 / 0.8.5 ? I'm buring out from spazzing out windows users who are contacting me for personal walkthroughs on using the workaround. :)
1775 2013-09-09 22:52:35 <gmaxwell> I'm not quite sure why there are so many, the troublemaking transactions are now outside of the startup validation window. .. but I guess there are people who turned off last night.
1776 2013-09-09 22:52:37 <gavinandresen> gmaxwell: yes, I'm just writing an email that says:  "Once we're confident we have a good fix and the problem can't be triggered in some other way, we'll release a 0.8.5 version."
1777 2013-09-09 22:52:37 awishformore has quit (Ping timeout: 245 seconds)
1778 2013-09-09 22:52:41 johnsoft1 has joined
1779 2013-09-09 22:54:30 <gavinandresen> gmaxwell sipa: can we do some C++ magic to make sure we don't try to serialize a signed integer?  That's the kind of mistake I would have hoped static typing would catch for us
1780 2013-09-09 22:54:53 johnsoft has quit (Ping timeout: 248 seconds)
1781 2013-09-09 22:55:06 <gmaxwell> gavinandresen: I had the same thought there "why didn't typechecking save us"  but I haven't had a chance to check.
1782 2013-09-09 22:55:15 ThomasV has quit (Ping timeout: 260 seconds)
1783 2013-09-09 22:55:49 <gavinandresen> I looked, and the code in question is a templated function wrapped in a couple of macros…. (ugh)
1784 2013-09-09 22:55:57 <gmaxwell> I expect we might have some other similar bugs (considering that we had two here: the serialization and the isstandard check), but at least in CCoins there aren't any other values that could happen from as far as I can tell.
1785 2013-09-09 22:56:38 awishformore has joined
1786 2013-09-09 22:57:18 <gmaxwell> My other thought is that we eventually should have something that looks like QuickCheck doing our unit testing of things like the CCoins seralization.
1787 2013-09-09 22:57:39 <gavinandresen> My template-fu isn't strong, but it seems like we should be able to write a template specialization that, if used, causes a compile-time error.  I think.  Maybe.
1788 2013-09-09 22:57:51 <gmaxwell> E.g. a _single_ fully random transaction getting deseralized and then CCoins seralized would have caught this with 50% probablity.
1789 2013-09-09 22:57:56 <gavinandresen> My other thought was we need a good fuzz-tester
1790 2013-09-09 22:58:30 <gavinandresen> …. although the "only happens at restart" nature might hide the issue from a fuzz-tester
1791 2013-09-09 23:00:18 <gmaxwell> a fuzz tested unit test of ccoin's stuff would have caught this. Interestingly, the reason it happens at restart is because thats where we stuck the really agressive consistency check. We could add a consistency check elsewhere. E.g. after every block, off by default but usable w/ regtest.
1792 2013-09-09 23:00:19 <gavinandresen> And RE: long-term fixes:  might be worth looking at what would happen if we changed all 'int' version numbers to 'unsigned int'
1793 2013-09-09 23:00:41 <gmaxwell> Indeed, I think long term we should just make version unsigned and then do a onetime fixup of the chainstate database.
1794 2013-09-09 23:00:56 <gmaxwell> We need to do a sweep through the chainstate to dump the OP_RETURN outputs anyways.
1795 2013-09-09 23:01:00 <gavinandresen> consistency check every 10 blocks if -debug=1 seems worthwhile
1796 2013-09-09 23:01:46 <gavinandresen> (or even better, consistency check every 10 += rand(9) blocks)
1797 2013-09-09 23:02:04 <gavinandresen> bah, plus-or-minus….
1798 2013-09-09 23:02:04 Nesetalis has quit (Read error: Connection reset by peer)
1799 2013-09-09 23:02:14 Nesetalis has joined
1800 2013-09-09 23:03:01 <gmaxwell> Making it random would have an advantage of not having everyone who goes inconsistent fail at once. I'm glad this time we didn't have runtime consistency checks.
1801 2013-09-09 23:03:21 <gmaxwell> Though if it had been _any_ other field we'd be facing a network fork instead of just startup problems.
1802 2013-09-09 23:03:28 <gmaxwell> And I'd rather take the DOS than a fork.
1803 2013-09-09 23:03:37 <Krellan_> warren: That's a great idea, however, if the half of peers you send to have bad network connections, could be a while before they hit the other half.
1804 2013-09-09 23:04:16 <Krellan_> Perhaps send to 1 peer at a time, wait optimistically for others to see and transmit it back to you, and if not seen, send to another peer a few seconds later, and so on, until all peers either have it sent or received.
1805 2013-09-09 23:04:30 <Krellan_> Might also cut down on traffic because no need to blast the same TX out to all your peers in parallel.
1806 2013-09-09 23:05:02 <warren> yeah, that was suggested too
1807 2013-09-09 23:05:52 <Krellan_> I'd love to see the information blockchain.info provides in the "transaction details" screen of Bitcoin-Qt, such as source addresses (I know, really UTXO's) and the change addresses, with coin amounts for each.
1808 2013-09-09 23:06:12 <Krellan_> This isn't quite "coin control" because I still like how the client automatically makes decisions, however, it should let the user see the results of such decisions.
1809 2013-09-09 23:06:24 mrkent has joined
1810 2013-09-09 23:06:56 btcbtc_ has quit (Ping timeout: 276 seconds)
1811 2013-09-09 23:07:17 btcbtc has joined
1812 2013-09-09 23:07:17 <Krellan_> warren: Good that it was suggested earlier. Any drawbacks to doing it that way?
1813 2013-09-09 23:07:32 <warren> Krellan_: requires coding
1814 2013-09-09 23:08:07 <gmaxwell> gavinandresen: In any case, I've not tried any of the quickcheck for C++ things, but I see one here: http://software.legiasoft.com/quickcheck/   The idea is that rather than writing a bunch of explicit tests, you help it write random inputs to your function and tell it properties which should always be true... and it makes random testcases.
1815 2013-09-09 23:08:49 <phantomcircuit> gavinandresen, why not every block if you have debug set?
1816 2013-09-09 23:08:54 <gmaxwell> gavinandresen: e.g. "so a random transaction reseralized as CCoins should always pass the ccoins<>transaction consistency check"
1817 2013-09-09 23:09:14 <gavinandresen> phantomcircuit: if it is too slow, people won't run it
1818 2013-09-09 23:09:32 <phantomcircuit> gavinandresen, i suspect most people with -debug=1 wouldn't mind
1819 2013-09-09 23:09:39 <gmaxwell> yea, that would be too slow. though if we only consistency checked the very last block that we just committed that would probably be fine.
1820 2013-09-09 23:10:02 <gmaxwell> phantomcircuit: I'd mind. I run debug=1 on my mining nodes, and I'd turn it off if we did a multiblock rollback every block— I'd have to.
1821 2013-09-09 23:10:14 <phantomcircuit> gmaxwell, how about -debug=2
1822 2013-09-09 23:10:26 <phantomcircuit> switch it to be a debug level
1823 2013-09-09 23:10:38 <gavinandresen> gmaxwell: quickcheck unit tests sound like a great idea.
1824 2013-09-09 23:10:47 Krellan__ has joined
1825 2013-09-09 23:10:56 <Krellan_> warren: Yes it does, but coding up a bad idea would be a waste of time. People here are very good at shooting down bad ideas, so I'm waiting for more opinions.
1826 2013-09-09 23:10:56 AndyOfiesh has quit (Read error: Connection reset by peer)
1827 2013-09-09 23:10:56 Krellan_ has quit (Read error: Connection reset by peer)
1828 2013-09-09 23:10:56 nsh has quit (Read error: Connection reset by peer)
1829 2013-09-09 23:10:56 nsh has joined
1830 2013-09-09 23:11:06 SomeoneWeird has quit (Excess Flood)
1831 2013-09-09 23:11:28 AndyOfiesh has joined
1832 2013-09-09 23:11:46 FluffySheap has quit (Ping timeout: 256 seconds)
1833 2013-09-09 23:11:46 <gmaxwell> Krellan__: all those things are already avilable. open up the console type getrawtransaction <txid> 1
1834 2013-09-09 23:11:56 SomeoneWeird has joined
1835 2013-09-09 23:11:58 rawdr has quit (Quit: No Ping reply in 180 seconds.)
1836 2013-09-09 23:12:23 rawdr has joined
1837 2013-09-09 23:12:48 <Krellan__> gmaxwell: Thanks. I was talking UI from the Bitcoin-Qt user's point of view, though. Any such display should probably go into some "advanced mode" option or something like that, which would also enable coin control.
1838 2013-09-09 23:12:53 <gmaxwell> Krellan__: the node software already doesn't send your transaction out to all your peers, it sends to 1/4 of them. search for 'Trickle' in main.cpp
1839 2013-09-09 23:13:48 <Krellan__> gmaxwell: Nice, I didn't know that!  I thought it blasted to all in parallel.  Does it send to more peers if it doesn't hear back the TX on the remaining 3/4 of its peers?
1840 2013-09-09 23:13:56 <gmaxwell> Krellan__: uh. Just to be clear, you know when I said "open up the console type getrawtransaction <txid> 1" I meant the Bitcoin-QT console, as in help->debug->console, right?
1841 2013-09-09 23:14:10 <Krellan__> gmaxwell: Yep.
1842 2013-09-09 23:14:23 <gmaxwell> (okay, wasn't sure if you thought I meant CLI)
1843 2013-09-09 23:15:33 ericmuyser has joined
1844 2013-09-09 23:16:10 <gmaxwell> Krellan__: kinda, basically what it does is wait until we have other transactions to tell the peer about, and then passes ours along with them. If we hear from that peer first, then we'll never send it.
1845 2013-09-09 23:17:19 rdymac has joined
1846 2013-09-09 23:19:39 <Krellan__> gmaxwell: Good to know.
1847 2013-09-09 23:19:48 <Krellan__> gmaxwell: Wow, you're always on IRC, when do you sleep? :)
1848 2013-09-09 23:20:46 yubrew has joined
1849 2013-09-09 23:23:23 <gmaxwell> I sleep when the network isn't catching fire. (I was in bed last night when we realized that it wasn't just isolated corruption)
1850 2013-09-09 23:24:28 <Krellan__> gmaxwell: I remembered that. I went to bed just then, missed it all.
1851 2013-09-09 23:25:31 <Krellan__> OK, I studied vin and vout in getrawtransaction output.  I know "there is no from address" but this patch would still make it a little more user friendly for the vast majority of transactions which are standard form. https://bitcointalk.org/index.php?topic=115488.0
1852 2013-09-09 23:27:47 rdymac has quit (Remote host closed the connection)
1853 2013-09-09 23:28:33 <gavinandresen> Krellan__ : that will make listtransactions much slower than it is today, because looking up previous transactions means fetching blocks from disk. Adding a new feature must not make old code orders of magnitude slower.
1854 2013-09-09 23:29:07 <gavinandresen> It will also break as soon as we implement pruning of old blocks/transactions.
1855 2013-09-09 23:30:19 <Krellan__> gavinandresen: Good point. Perhaps an optional flag.  getrawtransaction <txid> 2 = Includes the from address :)
1856 2013-09-09 23:30:46 <gavinandresen> smilie on the end means you're not serious?
1857 2013-09-09 23:31:04 <Krellan__> If old transaction not found (pruning) then address simply does not appear in the output, same as it is today, so it would not break.
1858 2013-09-09 23:31:09 AusBitBank_ has joined
1859 2013-09-09 23:31:35 <gavinandresen> "works today, doesn't work tomorrow because something got pruned" == "breaks" in my humble opinion
1860 2013-09-09 23:31:37 <Krellan__> Smiley on the end because "there is no from address".
1861 2013-09-09 23:32:58 normanrichards has joined
1862 2013-09-09 23:33:26 jevin has quit (Ping timeout: 264 seconds)
1863 2013-09-09 23:33:33 sserrano44 has quit (Quit: Computer has gone to sleep.)
1864 2013-09-09 23:34:14 bizoro has quit (Ping timeout: 276 seconds)
1865 2013-09-09 23:34:52 mrkent has quit (Read error: Operation timed out)
1866 2013-09-09 23:35:20 <gavinandresen> Krellan__: See https://github.com/bitcoin/bitcoin/pull/2802  :   better would be to output txin address info if -addrindex is specified, I think.
1867 2013-09-09 23:37:03 <Luke-Jr> Krellan__: it would also encourage the myth of from addresses, and has no real use case
1868 2013-09-09 23:38:08 <gavinandresen> yes, philosophically I'm against it.  Addresses are ideally one-time-use, so what is your use case for wanting to know them?
1869 2013-09-09 23:38:28 ericmuyser has quit (Remote host closed the connection)
1870 2013-09-09 23:39:18 <Krellan__> gavinandresen: Thanks, that pull request is informative.
1871 2013-09-09 23:39:22 <gavinandresen> if it is coin-control-like  functionality… I think multi-wallet support is a much better way to accomplish that.
1872 2013-09-09 23:40:36 <Krellan__> Luke-Jr: Use case is to know which address a TXID came from, so you can sign for it, thus proving to the person you're paying that it really is your TXID and not someone else's TXID you recently observed and are trying to claim for yourself.
1873 2013-09-09 23:42:05 <Luke-Jr> Krellan__: transactions *don't* come from addresses!
1874 2013-09-09 23:42:08 <Luke-Jr> you've missed the poitn
1875 2013-09-09 23:43:01 <Luke-Jr> Krellan__: tell whoever is asking for such nonsense that they need to use a unique address for each person paying them
1876 2013-09-09 23:43:09 Gue______ has quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
1877 2013-09-09 23:43:29 <Luke-Jr> (well, really a unique address for each payment period, but AT LEAST for each origin!)
1878 2013-09-09 23:44:46 * Luke-Jr wonders if we should make Sign Message refuse to operate on a used address
1879 2013-09-09 23:44:53 <Cusipzzz> Luke-Jr: but but how do they know some other guy isn't randomly paying for whatever they bought :)
1880 2013-09-09 23:45:06 <Luke-Jr> Cusipzzz: it doesn't matter if they are
1881 2013-09-09 23:45:21 johnsoft has joined
1882 2013-09-09 23:45:27 sserrano44 has joined
1883 2013-09-09 23:45:46 <Cusipzzz> he doesn't what to know that it is paid, he wants someone to prove they paid.
1884 2013-09-09 23:46:05 one_zero has joined
1885 2013-09-09 23:46:19 <Luke-Jr> Cusipzzz: the fact that the address received funds is proof of payment
1886 2013-09-09 23:46:31 <Luke-Jr> how the other party paid is irrelevant and outside the scope of the blockchain
1887 2013-09-09 23:46:53 digitalmagus2 has quit (Ping timeout: 256 seconds)
1888 2013-09-09 23:47:44 johnsoft1 has quit (Ping timeout: 245 seconds)
1889 2013-09-09 23:48:19 <gavinandresen> Krellan__: if the use-case is "Provide proof that I, alone, generated this txid" then implement that.
1890 2013-09-09 23:48:21 <Krellan__> Interesting.  Maybe integrate "Sign Message" with "Send", so that both happen at once, thus insulating user from the need to know the source address of their coins?
1891 2013-09-09 23:48:22 Guest__ has joined
1892 2013-09-09 23:48:33 <Cusipzzz> he could have posted the payment address and used some mule to pay. how are we going to report NSA/IRS/etc if we can't prove who actually paid
1893 2013-09-09 23:49:04 <Luke-Jr> Krellan__: it's the reverse. Signing is for receipt only.
1894 2013-09-09 23:49:17 denisx has quit (Ping timeout: 245 seconds)
1895 2013-09-09 23:49:23 <Krellan__> Let's say I have a well-known address and accept donations.  I get a donation.  Somebody claims they donated.  How do I make sure they really did?
1896 2013-09-09 23:49:33 <Luke-Jr> you and I can conceivably sign messages for transactions I had nothing to do with.
1897 2013-09-09 23:49:36 <Luke-Jr> err
1898 2013-09-09 23:49:55 <Luke-Jr> sign messages using the input-coin's-previous-destination-address
1899 2013-09-09 23:49:55 <Krellan__> Or if they aren't trying to take credit for somebody else's kind donation?
1900 2013-09-09 23:49:58 denisx has joined
1901 2013-09-09 23:50:15 <Luke-Jr> Krellan__: you don't, you'll have to stop reusing donation addresses if you want that.
1902 2013-09-09 23:50:29 <Krellan__> Yes, hence the need to know that address, hence the need to want to make it somewhat easier for the end user to pull out of getrawtransaction output.
1903 2013-09-09 23:50:45 <Luke-Jr> Krellan__: no, that address is UNRELATED to your donation transaction
1904 2013-09-09 23:50:47 <gavinandresen> Krellan__: well, if you want that functionality, then the most obvious way would be "User right-clicks on transaction in their list of outgoing transactions and GUI asks them for a message, then does some behind-the-scenes magic to generate signatures proving they own all the private keys associated with that transaction."
1905 2013-09-09 23:51:07 <gavinandresen> That doesn't require "from" transaction addresses at all.
1906 2013-09-09 23:51:12 <Krellan__> gavinandresen: That would be rather cool!
1907 2013-09-09 23:51:45 <Luke-Jr> gavinandresen: it would need to be incompatible with the current receive address sign/verify, or it'll be open to exploits
1908 2013-09-09 23:52:21 <Krellan__> The sign/verify only takes a single address, though, right?  It can't claim I control all the private keys where those funds came from?
1909 2013-09-09 23:52:40 <Luke-Jr> not to mention then we're signing with the same key multiple times, which could be a risk too in theory
1910 2013-09-09 23:52:47 <gavinandresen> Luke-Jr: okey dokey.  I haven't thought about how to implement it, but that seems to me to be the obvious GUI / user experience.
1911 2013-09-09 23:52:50 <Luke-Jr> Krellan__: it only takes a single RECEIPT address
1912 2013-09-09 23:53:11 <Luke-Jr> Krellan__: it proves NOTHING about the transaction those coins were used it
1913 2013-09-09 23:53:29 <Krellan__> I must be missing something because don't the transaction inputs come from the outputs of previous transactions, which are assigned to particular addresses, and you need to control (have private keys for) those addresses, to spend them?
1914 2013-09-09 23:53:51 <Luke-Jr> Krellan__: if you pay Tom with MtGox, and MtGox uses coins I deposited in the input, I can sign a message to Tom "proving" it's from me!
1915 2013-09-09 23:54:09 <gavinandresen> Krellan__: see gmaxwell's CoinJoin project. There is movement afoot to break that connection.
1916 2013-09-09 23:54:15 <Luke-Jr> Krellan__: often, private key control does not equal ownership
1917 2013-09-09 23:54:16 btcbtc has quit (Ping timeout: 256 seconds)
1918 2013-09-09 23:54:26 <Luke-Jr> Krellan__: nor responsibility
1919 2013-09-09 23:54:47 <gavinandresen> (which is why the "prove you donated" is a bad idea)
1920 2013-09-09 23:55:19 btcbtc has joined
1921 2013-09-09 23:55:25 <Krellan__> OK, makes sense.  When paying indirectly by using a big service that stores all the funds on behalf of others, the funds come from an address that isn't "yours".
1922 2013-09-09 23:55:28 <gavinandresen> If you want proof-of-payment, then you really should be giving out unique addresses to each person.
1923 2013-09-09 23:55:43 <Luke-Jr> Krellan__: funds simply *don't* come from an address.
1924 2013-09-09 23:56:22 <gmaxwell> Krellan__: does the fact that some scriptpubkeys can't even have an address defined reset your thinking some?
1925 2013-09-09 23:56:25 <Luke-Jr> Krellan__: there is no reasonable expectation that the inputs' creation have any relation to the transaction in question
1926 2013-09-09 23:56:37 mappum has joined
1927 2013-09-09 23:56:46 <Krellan__> Yes. I was only talking about the common case.
1928 2013-09-09 23:57:01 <gavinandresen> Right now there is a very reasonable expectation, but "we" are working on changing that.
1929 2013-09-09 23:57:03 <gmaxwell> Krellan__: here is a transaction I created recently: https://blockchain.info/tx/54fabd73f1d20c980a0686bf0035078e07f69c58437e4d586fb29aa0bee9814f
1930 2013-09-09 23:57:22 <Krellan__> funds come from satisfying conditions given in the script of the UTXO, right?
1931 2013-09-09 23:57:46 <gmaxwell> Krellan__: right. In the pubkey of the "coin" (UTXO database entry) they are spending.
1932 2013-09-09 23:58:01 <gmaxwell> How they got satisfied is really between their prior owner and their new one.
1933 2013-09-09 23:58:08 <gmaxwell> Things may not be what they seem.
1934 2013-09-09 23:58:11 <Krellan__> I remember that TX!  I remember you saying Eligius would mine it, and sure enough, it did.
1935 2013-09-09 23:58:39 <gmaxwell> Krellan__: took >24 hours though!
1936 2013-09-09 23:59:02 btcbtc_ has joined
1937 2013-09-09 23:59:04 <gmaxwell> I should have had a fee on it, but once I finally got the darn thing working I didn't want to redo the signature. :P
1938 2013-09-09 23:59:05 <Krellan__> Didn't check how fast Eligius has been solving blocks.
1939 2013-09-09 23:59:27 <gmaxwell> Krellan__: eligius had an unlucky run plus it missed a block or two for being low priority.
1940 2013-09-09 23:59:39 <Krellan__> If you have a custom TX that only a few miners will accept, that makes it slower, naturally.
1941 2013-09-09 23:59:56 btcbtc has quit (Ping timeout: 256 seconds)