1 2012-01-20 00:55:17 <gribble> New news from bitcoinrss: Stemby opened issue 772 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/772>
  2 2012-01-20 01:29:57 <Joric> I'm terribly terribly sorry, but windows exe on http://bitcoin.org is not 4MB as stated you have to fix that
  3 2012-01-20 01:30:15 <Joric> bitcoin-0.5.2-win32-setup.exe is 8427K
  4 2012-01-20 01:33:44 <Joric> http://bitcoin.org : Windows (exe) ~4MB
  5 2012-01-20 02:50:09 <CIA-76> bitcoin: Luke Dashjr * r3cb722187815 cgminer/ (main.c miner.h): Restore old ugly inconsistent display of ADL information before the standard info http://tinyurl.com/77qlvwo
  6 2012-01-20 02:50:10 <CIA-76> bitcoin: Con Kolivas * r35f676b02d66 cgminer/ (main.c miner.h): Merge pull request #75 from luke-jr/ugly_display http://tinyurl.com/7rabmdq
  7 2012-01-20 03:00:09 <CIA-76> bitcoin: Luke Dashjr * rdfeb1ef594e4 cgminer/main.c: Restore old ugly inconsistent display of ADL information before the standard info http://tinyurl.com/6tr5rd9
  8 2012-01-20 03:00:10 <CIA-76> bitcoin: Con Kolivas * rd9ccb3b485df cgminer/main.c: Merge pull request #76 from luke-jr/ugly_display http://tinyurl.com/7yosk8s
  9 2012-01-20 03:43:41 <roconnor_> yay, my rouge relayer worked!
 10 2012-01-20 03:43:54 <roconnor_> http://blockexplorer.com/testnet/tx/f49902bd5fe1d74eb99e948e4502c6850c7b1955f650abe12f5618c86766e740
 11 2012-01-20 03:44:13 <roconnor_> I inserted a message in someone else's transaction without even mining it.
 12 2012-01-20 03:44:24 <roconnor_> I guess this is known.
 13 2012-01-20 03:45:12 <CIA-76> bitcoin: various * ra4599d..9840c1 cgminer/ (util.c miner.h README main.c): (5 commits) http://tinyurl.com/42nz69f
 14 2012-01-20 03:45:34 <theymos> Does that mess with their client's handling of the transaction?
 15 2012-01-20 03:46:00 <roconnor_> theymos: I'm running bitcoin 0.4.0 and I've kinda messed up my own client
 16 2012-01-20 03:46:33 <roconnor_> I'm not entirely sure if that is my own modified code screwing it up or if it is a problem with the badly relayed transactions
 17 2012-01-20 03:46:39 <luke-jr> roconnor_: upgrade to 0.4.3 :P
 18 2012-01-20 03:46:52 <roconnor_> I think there is a DOS attack here
 19 2012-01-20 03:47:20 <roconnor_> oh wait I take that back
 20 2012-01-20 03:47:27 <roconnor_> what I was thinking isn't possible.
 21 2012-01-20 03:47:45 <theymos> My guess is that the sender would see one transaction stuck at 0 confirmations but also see another copy which behaves correctly.
 22 2012-01-20 03:47:56 <roconnor_> theymos: sounds about right.
 23 2012-01-20 03:48:27 <BlueMatt> gavin posted about this problem on the mailing list this morning (its been known for a long time)
 24 2012-01-20 03:48:46 <roconnor_> I think this provides motivation for my "normalize signatures" idea
 25 2012-01-20 03:48:51 <roconnor_> BlueMatt: do you have a link?
 26 2012-01-20 03:49:28 <roconnor_> or maybe droping non-normailzed signatures.
 27 2012-01-20 03:49:55 <luke-jr> I think having nodes and/or miners strip all unnecessary signatures, and normalizing the ones present, would help
 28 2012-01-20 03:50:10 <luke-jr> and forbidding anything other than OP_PUSH before OP_CODESEPARATOR maybe
 29 2012-01-20 03:50:15 <nanotube> roconnor_: i think gavin just made some commits to make isstandard not pass extra pushdatas ... assuming i'm getting what you're talking about. :)
 30 2012-01-20 03:50:15 <roconnor_> I guess rogue miners can still mess with thinks, as is well known.
 31 2012-01-20 03:51:02 <roconnor_> luke-jr: by rouge relayer inserts extra OP_PUSHs, so such a policy is inadequate for tackling the issue.
 32 2012-01-20 03:51:03 <gmaxwell> roconnor_: the isstandard stuff is widely deployed those blocks could be discouraged. ::shrugs::
 33 2012-01-20 03:51:07 <luke-jr> my question is, can someone insert an OP_CHECKSIGVERIFY at the front to make it unredeemable?
 34 2012-01-20 03:51:29 <roconnor_> luke-jr: yes, but such a transaction will fail to validate and be droped.
 35 2012-01-20 03:51:30 <luke-jr> roconnor_: that's why we strip out signatures that aren't needed/used for verification?
 36 2012-01-20 03:52:02 <theymos> This ability to insert extra data into scriptSig was a side-effect of scriptSig and scriptPubKey being split, right? It wasn't present in the original design?
 37 2012-01-20 03:52:07 <roconnor_> yes, you need to strip out unused data; though telling what data is unused isn't a trickyish issue.
 38 2012-01-20 03:52:40 <roconnor_> theymos: I think it was present in the original design.
 39 2012-01-20 03:54:10 <roconnor_> The "real" solution is to stop using the signatures in the when hashing to create an identifier for the transaction.
 40 2012-01-20 03:54:19 <roconnor_> though I haven't though through the consequences
 41 2012-01-20 03:54:24 <roconnor_> *thought
 42 2012-01-20 03:54:33 <roconnor_> not to mention how untenable such a solution is.
 43 2012-01-20 03:54:35 <roconnor_> *sigh*
 44 2012-01-20 03:54:55 <roconnor_> maybe there is something I'm missing
 45 2012-01-20 03:56:35 <roconnor_> http://sourceforge.net/mailarchive/message.php?msg_id=28699429
 46 2012-01-20 03:56:41 <roconnor_> I'm glad gavin is thinking about the issue.
 47 2012-01-20 03:56:46 <theymos> I'm not very familiar with OP_CHECKSIG operation, but I was thinking that in the old design everything except the signatures in the scriptSig was signed, which would prevent adding more data.
 48 2012-01-20 03:58:31 <roconnor_> theymos: all the signatures from all the transactions are stripped before the transaction is hashed for verification purposes (or at least that is how it is done now)
 49 2012-01-20 03:59:35 <roconnor_> signatures need to be generated in order, so the best one could do is sign all the signatures in the previous txins, but you must leave the signatures in the successive txins empty.
 50 2012-01-20 03:59:39 <roconnor_> (and the current one)
 51 2012-01-20 04:00:20 <roconnor_> but I would guess even orginally all signatures would be left out of all txins so the signatures can be generated in any order.
 52 2012-01-20 04:01:25 <theymos> Ah, I was incorrectly thinking of the redeemed transactions instead of the "current" one.
 53 2012-01-20 04:02:12 <BlueMatt> sign the sigcount and then generally enforce sig size
 54 2012-01-20 04:04:26 <theymos> Or to allow more freedom the sender could sign an ordered list of pushdata sizes for each scriptSig. (This data need not be included in the transaction, since it can be calculated.)
 55 2012-01-20 04:09:20 <Joric> http://research.microsoft.com/pubs/156072/bitcoin.pdf O_O
 56 2012-01-20 04:09:40 <BlueMatt> very old...
 57 2012-01-20 04:09:40 <luke-jr> old
 58 2012-01-20 04:12:29 <BlueMatt> they make a point, but Im not 100% sure its 100% valid and its sooo far down the list of problems that should take some considering that...meh
 59 2012-01-20 04:17:38 <Joric> speaking of those, http://bitcoin.org : Windows (exe) ~4MB but bitcoin-0.5.2-win32-setup.exe is actually 8.4MB
 60 2012-01-20 04:17:57 <BlueMatt> pull request it
 61 2012-01-20 04:18:01 <BlueMatt> the website is open source
 62 2012-01-20 04:40:24 <Joric> hehe github.com went offline
 63 2012-01-20 04:40:36 <Joric> already up
 64 2012-01-20 04:41:34 <Joric> that was painful https://github.com/bitcoin/bitcoin.org/pull/14
 65 2012-01-20 04:43:34 <lianj> why?
 66 2012-01-20 04:44:26 <Joric> BlueMatt said so )
 67 2012-01-20 04:44:46 <gribble> New news from bitcoinrss: joric opened pull request 14 on bitcoin/bitcoin.org <https://github.com/bitcoin/bitcoin.org/pull/14>
 68 2012-01-20 05:05:33 <ThomasV_> WTF? theymos censors forum posts?
 69 2012-01-20 05:05:45 <Diablo-D3> who doesnt
 70 2012-01-20 05:05:52 <Diablo-D3> its the only thing thats fun anymore
 71 2012-01-20 05:12:20 <CIA-76> DiabloMiner: Patrick McFarland master * r45a4c7f / (2 files in 2 dirs): Fix Jackson warnings, make the kernel ~0.5% faster - http://git.io/QSomDQ https://github.com/Diablo-D3/DiabloMiner/commit/45a4c7fd7fd9f3d2f4756a210c8fa0c3be316f5d
 72 2012-01-20 07:21:36 <CIA-76> DiabloMiner: Patrick McFarland master * r2384dab / src/main/java/com/diablominer/DiabloMiner/DiabloMiner.java : Properly mutate kernel for scalar operation - http://git.io/NBS_fQ https://github.com/Diablo-D3/DiabloMiner/commit/2384dab4b9a8c44710be442202856b4fef5e8ee6
 73 2012-01-20 08:44:54 <diki> A quickie, how is vanitygen able to calculate the probability of finding an address?
 74 2012-01-20 08:45:04 <diki> I thought that was as random as finding a block
 75 2012-01-20 08:54:28 <kinlo> diki: it is, just like we know that one block will fall on average every 10 minutes
 76 2012-01-20 08:54:38 <kinlo> same logic for vanitygen
 77 2012-01-20 09:08:05 <TuxBlackEdo> EXCEPTION: N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_6system12system_errorEEEEE
 78 2012-01-20 09:08:06 <TuxBlackEdo> read_some: End of file
 79 2012-01-20 09:08:07 <TuxBlackEdo> C:Program FilesBitcoinitcoin-qt.exe in Runaway exception
 80 2012-01-20 09:08:39 <TuxBlackEdo> it keeps doing it
 81 2012-01-20 09:08:44 <TuxBlackEdo> after like 20 mins
 82 2012-01-20 09:11:10 <diki> TuxBlackEdo:In this day and age, why are you not with a 64-bit OS?
 83 2012-01-20 09:12:03 <TuxBlackEdo> heh
 84 2012-01-20 09:12:06 <TuxBlackEdo> that's the prob?
 85 2012-01-20 09:12:14 <diki> ugh, never said it was
 86 2012-01-20 09:12:22 <diki> It just strikes me as odd
 87 2012-01-20 09:14:06 <TuxBlackEdo> and sometime it will just stall on "bitcoind.exe getinfo"
 88 2012-01-20 09:14:33 <TuxBlackEdo> and i have to control-alt-delete it and reopen
 89 2012-01-20 10:31:45 <sje> anyone know what's the best driver version to use for 6990 / ubuntu? i have 2.5 and occasional cgminer lockups
 90 2012-01-20 10:38:25 <diki> well
 91 2012-01-20 10:38:35 <diki> I can see around a week of importing the blockchain in my db
 92 2012-01-20 10:39:04 <diki> Since when the blocks were ~146k it took me that much
 93 2012-01-20 10:42:15 <Joric> diki, took a couple of hours for me (bitcointools -> sqlite)
 94 2012-01-20 10:42:28 <diki> abe->mysql
 95 2012-01-20 10:43:21 <diki> the reason is
 96 2012-01-20 10:43:23 <diki> transactions
 97 2012-01-20 10:43:32 <diki> that is the only thing that makes abe run slower
 98 2012-01-20 10:44:04 <diki> once abe reaches blocks where there is 50 transactions per block or more
 99 2012-01-20 10:44:09 <diki> that is when it gets slower
100 2012-01-20 10:45:27 <phantomcircuit> diki, i found slow part is the indexes actually
101 2012-01-20 10:46:26 <diki> But this time it's different, I have more ram
102 2012-01-20 10:46:35 <diki> I hope that speeds things a bit
103 2012-01-20 10:46:44 <phantomcircuit> maybe
104 2012-01-20 10:47:00 <diki> ever used abe?
105 2012-01-20 10:47:24 <Joric> i'm thinking of loading bdb entirely into memory and reindexing it the way i want, might help with drawing charts and such
106 2012-01-20 10:49:38 <sipa> sje: #bitcoin-mining
107 2012-01-20 10:49:49 <sje> ty sipa
108 2012-01-20 10:50:04 <phantomcircuit> diki, no but i did write a bitcoin client in python
109 2012-01-20 10:50:13 <diki> well, its starting to get slower
110 2012-01-20 10:50:35 <phantomcircuit> blocks are cheap
111 2012-01-20 10:50:39 <phantomcircuit> transactions are expensive
112 2012-01-20 10:59:23 <[Tycho]> Hello, luke-jr ?
113 2012-01-20 11:02:50 <TuxBlackEdo> Yes, this is dog
114 2012-01-20 11:06:27 <[Tycho]> What's the number of block that contains "/////Stack is innocent/////" message ?
115 2012-01-20 11:11:08 <TuxBlackEdo> lol i like the recent addition to the blockchain "* Stack is guilty! *"
116 2012-01-20 11:11:27 <doublec> Tycale: 162425 iirc
117 2012-01-20 11:11:34 <doublec> erm [Tycho] ^^
118 2012-01-20 11:12:03 <[Tycho]> Thanks.
119 2012-01-20 11:12:12 <[Tycho]> TuxBlackEdo: where is it ?
120 2012-01-20 11:22:13 <TuxBlackEdo> has to be a recent block
121 2012-01-20 12:24:04 <diki> As I suspected, I am at block 70k and its slow, not fast like before
122 2012-01-20 12:24:15 <diki> and when it reaches 90k, that is when it gets even slower
123 2012-01-20 12:24:28 <diki> So a few days would be required to import the blk chain
124 2012-01-20 12:32:19 <TuxBlackEdo> ;;bc,blocks
125 2012-01-20 12:32:20 <gribble> 163041
126 2012-01-20 13:43:24 <gavinandresen> Good morning y'all
127 2012-01-20 13:43:59 <sipa> hi there gavin
128 2012-01-20 13:45:22 <phantomcircuit> gavinandresen, it's morning ?:
129 2012-01-20 13:45:27 <phantomcircuit> ?:|
130 2012-01-20 13:45:37 <gavinandresen> Yes, it is morning.  Get with the program.
131 2012-01-20 13:45:40 <gavinandresen> :)
132 2012-01-20 13:45:44 <phantomcircuit> heh
133 2012-01-20 13:46:18 <sipa> don't you know official bitcoin time is GMT-5 ?
134 2012-01-20 13:47:03 <gavinandresen> Hey, that's MY timezone!  Cool!
135 2012-01-20 13:48:40 <sipa> people thing it is UTC seconds since epoch, but it is actually seconds in GMT-5 since december 31st 1969, 7 pm
136 2012-01-20 13:48:44 <sipa> *think
137 2012-01-20 13:49:41 <luke-jr> phantomcircuit: UGT!
138 2012-01-20 13:49:53 <phantomcircuit> lold
139 2012-01-20 13:56:29 <TuxBlackEdo> I just don't get why bitcoind can't have the hashespersec calculate from the amount of getworks... at least an estimate would be nice
140 2012-01-20 13:57:59 <TuxBlackEdo> and if it isn't supported anymore why isn "genproclimit" and "hashespersec" and "generate" removed from getinfo?
141 2012-01-20 14:17:33 <luke-jr> TuxBlackEdo: it is, in git master
142 2012-01-20 14:17:35 <luke-jr> <.<
143 2012-01-20 14:22:45 <gmaxwell> Morning.
144 2012-01-20 14:35:10 <sipa> gavinandresen: in ::Solver, the TX_SCRIPTHASH case causes a reply with the correct script
145 2012-01-20 14:35:26 <sipa> but where is/are the necessary signatures produced
146 2012-01-20 14:37:49 <gavinandresen> sipa:  one sec...
147 2012-01-20 14:38:42 <gavinandresen> sipa: SignSignature()
148 2012-01-20 14:39:24 <sipa> i see
149 2012-01-20 14:58:06 <marty> hi
150 2012-01-20 14:58:24 <marty> someone mentioned once in reddit a way to make a contract in BTC, using keys as a sort of escrow. anybody knows what's it about?
151 2012-01-20 14:59:30 <sipa> https://en.bitcoin.it/wiki/Contracts ?
152 2012-01-20 14:59:43 <marty> let's see
153 2012-01-20 14:59:44 <marty> ty
154 2012-01-20 15:03:12 <k9quaint> every time I see sipa now, I think of the unholy spawn of SOPA and PIPA :P
155 2012-01-20 15:03:41 <sipa> i'm going to DMCA them down
156 2012-01-20 15:03:43 <sipa> i was first
157 2012-01-20 15:03:50 <k9quaint> good man
158 2012-01-20 15:03:54 <Diablo-D3> k9quaint: oh fuck
159 2012-01-20 15:03:57 <Diablo-D3> goddamnit man!
160 2012-01-20 15:04:00 <Diablo-D3> I cant unsee!
161 2012-01-20 15:04:11 <Diablo-D3> why did you do that!
162 2012-01-20 15:04:12 <k9quaint> you can, with a spoon
163 2012-01-20 15:04:35 <k9quaint> of course if you don't guess right on which part of your brain has that image...
164 2012-01-20 15:11:22 <diki> Made .42 bitcoins...
165 2012-01-20 15:11:45 <diki> First time I mined for over 24 hours on a pool, since September anyway
166 2012-01-20 15:17:23 <sipa> k9quaint: PIPA = protect ip act; SOPA = stop online piracy act; sipa = stop ip act :D