1 2013-12-15 01:28:35 <deanclkclk> what's a addNode in bitcoin?
2 2013-12-15 01:29:20 <BlueMatt> -addnode
3 2013-12-15 01:31:47 <deanclkclk> what is it saying that's what I meant
4 2013-12-15 01:31:54 <deanclkclk> in the bitcoin.config
5 2013-12-15 01:32:40 <BlueMatt> in bitcoin.conf addnode=$NODE makes bitcoind keep a connection open to $NODE
6 2013-12-15 01:33:38 <deanclkclk> so how that affects peer on the network?
7 2013-12-15 01:33:52 <deanclkclk> does that mean I refuse connection from other peer nodes and only allow connection to one?
8 2013-12-15 01:37:12 <BlueMatt> no
9 2013-12-15 01:37:18 <deanclkclk> and what's the difference between addNode and connect?
10 2013-12-15 01:37:54 <BlueMatt> it does nothing but open a connection
11 2013-12-15 01:38:05 <BlueMatt> connect means no listening and no other connections
12 2013-12-15 01:42:34 <deanclkclk> so what does addNode does?
13 2013-12-15 01:42:52 <Luke-Jr> he just told oyu
14 2013-12-15 01:44:24 <deanclkclk> folks
15 2013-12-15 01:44:33 <deanclkclk> addNode and connect specify an IP address
16 2013-12-15 01:45:16 <deanclkclk> well both these keys requires an IP address
17 2013-12-15 01:45:29 <deanclkclk> so I am thinking they do the same thing
18 2013-12-15 01:45:49 <gmaxwell> 17:38 < BlueMatt> connect means no listening and no other connections
19 2013-12-15 01:48:41 <deanclkclk> ohh I get it..so connection for the rpc-json
20 2013-12-15 01:49:01 <BlueMatt> deanclkclk: #bitcoin
21 2013-12-15 01:49:02 <deanclkclk> and addNode is just to connect to the network
22 2013-12-15 01:49:10 <BlueMatt> not even close
23 2013-12-15 01:49:10 <gmaxwell> no, it has nothing to do with rpc-json.
24 2013-12-15 01:49:20 <deanclkclk> wtf???!!!
25 2013-12-15 01:49:26 <deanclkclk> can I get some context plz?
26 2013-12-15 01:49:36 <BlueMatt> yes, go to #bitcoin
27 2013-12-15 01:49:39 <deanclkclk> like a use case where I would use one
28 2013-12-15 01:49:41 <deanclkclk> ok
29 2013-12-15 02:18:17 <phantomcircuit> https://github.com/FeministSoftwareFoundation/C-plus-Equality
30 2013-12-15 02:20:42 <phantomcircuit> yeah so we should probably move bitcoin.org off github
31 2013-12-15 02:21:20 <andytoshi> aw, "this repo has been disabled"
32 2013-12-15 02:21:29 <andytoshi> "Access to this repository has been disabled by GitHub staff."
33 2013-12-15 02:21:34 <andytoshi> so maybe you can forgive them ;)
34 2013-12-15 02:22:36 <gmaxwell> phantomcircuit: yea, github took down a whole pile of mozilla repositories due to an obvious spurrious DMCA complaint, including access to the issues (which weren't replicated, unlike the code) and were super unhelpful.
35 2013-12-15 02:22:40 <BlueMatt> phantomcircuit: there's a difference between hosting bitcoin.org and overtly sexist shit from 4chan...
36 2013-12-15 02:23:04 <gmaxwell> I hadn't thought about the website though, interesting point.
37 2013-12-15 02:23:14 <BlueMatt> gmaxwell: really? well thats shit
38 2013-12-15 02:24:01 <phantomcircuit> i've been looking at alternatives to github recently for issue tracking that can be locally hosted
39 2013-12-15 02:24:20 <phantomcircuit> it seems like trac/bugzilla are the only serious options and neither of them is well integrted with git like github is
40 2013-12-15 02:24:21 <phantomcircuit> :(
41 2013-12-15 02:24:35 <gmaxwell> its really remarkably hard to find hosting that doesn't do crazy stuff, esp if cheap/free is a requirement.
42 2013-12-15 02:24:56 <phantomcircuit> cheap/free is not a requirement...
43 2013-12-15 02:25:07 <DiabloD3> and just think
44 2013-12-15 02:25:10 <DiabloD3> Im starting a dedi company
45 2013-12-15 02:25:17 <DiabloD3> that will accept bitcoins
46 2013-12-15 02:26:04 <midnightmagic> BAH.
47 2013-12-15 02:26:12 <DiabloD3> midnightmagic: what?
48 2013-12-15 02:26:16 <midnightmagic> Dangers of proprietary interfaces.
49 2013-12-15 02:26:33 <midnightmagic> .. off in some distant cloud.
50 2013-12-15 02:27:05 <DiabloD3> btw, use atlassia's bug tracker that Im forgetting the name of
51 2013-12-15 02:27:13 <DiabloD3> its closed source but free for foss projects
52 2013-12-15 02:27:22 <DiabloD3> its the best bug tracker Ive ever used
53 2013-12-15 02:27:50 <BlueMatt> jira
54 2013-12-15 02:28:09 <DiabloD3> yeah jira
55 2013-12-15 02:28:44 <Luke-Jr> closed source is by definition not free
56 2013-12-15 02:47:22 <nettest> is there any way to do something like SIGHASH_NONE for inputs? Like a SIGHASH_ANYONECANPAY that's REALLY anyonecanpay: it completely empties the txCopy input list before hashing
57 2013-12-15 02:47:42 <nettest> (i mean some combination of TX that effectively simulates that)
58 2013-12-15 02:48:16 <nettest> Such a primitive would make multi-TX protocols secure from inputscript malleability problems
59 2013-12-15 02:57:50 <andytoshi> nettest: there is no such thing in bitcoin today
60 2013-12-15 02:58:33 <andytoshi> if you think about it concretely it is pretty hard to come up with a good proposal for such a thing
61 2013-12-15 02:58:45 <andytoshi> i can see why satoshi chose the four SIGHASH types that he did..
62 2013-12-15 02:59:50 <andytoshi> like, your proposal lets people tack on arbitrary inputs, then those inputs can be removed but not others, and the entire time the hash is not changing..
63 2013-12-15 03:00:01 <andytoshi> what if you have two of these 'anyonecanpay' inputs
64 2013-12-15 03:00:26 <andytoshi> you could forbid that, but then you're forcing users to have large txouts available..
65 2013-12-15 04:09:20 <deanclkclk> folks run bitcoind...my command line freezes
66 2013-12-15 04:09:22 <deanclkclk> is this normal?
67 2013-12-15 04:09:34 <deanclkclk> am I suppose to get atleast an output?
68 2013-12-15 04:09:43 <deanclkclk> how can I test that the server is running?
69 2013-12-15 04:11:44 <Emcy> deanclkclk you dont get an output unless you run with -printtoconsole
70 2013-12-15 04:11:53 <Emcy> and then you lose the logfile
71 2013-12-15 04:14:52 <andytoshi> deanclkclk: tailf ~/.bitcoin/debug.log
72 2013-12-15 04:14:54 <andytoshi> is it moving?
73 2013-12-15 04:16:26 <deanclkclk> can I atleast ping the server
74 2013-12-15 04:16:44 <deanclkclk> or communicate with it through my rest client?
75 2013-12-15 04:17:16 <BlueMatt> deanclkclk: again, please ask new-user questions on #bitcoin
76 2013-12-15 04:17:20 <BlueMatt> there are way more people there than here
77 2013-12-15 04:17:30 <deanclkclk> ok sorry
78 2013-12-15 04:28:55 <andytoshi> anyone here down to try a coinjoin on testnet?
79 2013-12-15 04:29:14 <andytoshi> thanks a ton to gmaxwell for his suggestions for my coinjoiner
80 2013-12-15 04:29:34 <andytoshi> fees and donations now work using magic addresses, and the currently most popular output is displayed
81 2013-12-15 04:54:09 <jsidhu> I created my daemon using i0coin which was based off of 0.8.5 with the BIP
82 2013-12-15 04:54:18 <jsidhu> now Im getting only orphan blocks from the daemon
83 2013-12-15 04:54:30 <jsidhu> what does that mean? I made miner changes to createblock
84 2013-12-15 04:54:41 <jsidhu> but the original logic is all there
85 2013-12-15 04:55:06 <Luke-Jr> jsidhu: this is #BITCOIN-dev, not #SCAMcoin-dev
86 2013-12-15 04:55:18 <jsidhu> do I have to reposition in the chain somehow because my daemon changed? Luke-Jr nice assumption
87 2013-12-15 04:55:23 <jsidhu> im updating devcoin
88 2013-12-15 04:55:33 <Luke-Jr> jsidhu: same thing
89 2013-12-15 04:55:36 <jsidhu> u know i think ur getting free coins for doing nothing for us :)
90 2013-12-15 04:55:52 <jsidhu> devcoin is a scam?
91 2013-12-15 04:55:56 <jsidhu> ethical scam? oxymoron
92 2013-12-15 04:55:59 <Luke-Jr> off-topic here
93 2013-12-15 04:56:11 <jsidhu> so why am I only getting orphan blocks
94 2013-12-15 04:56:24 <Luke-Jr> with bitcoin?
95 2013-12-15 04:56:26 <jsidhu> what "could" be wrong... missing somethign simple?
96 2013-12-15 04:57:08 <Apocalyptic> how is the connection added with addnoe=ip enforced ?
97 2013-12-15 04:57:19 <kjj> enforced?
98 2013-12-15 04:57:33 <jsidhu> no I forward ported devcoin to 0.8.5 starting with i0coin whcih was already ported... i made the devcoin changes to essentially 'recreate' devcoin from i0coin.. logic looks good I had to port the old code to the new code structure for 0.8.5.. but very minor changes like tweak the block size et
99 2013-12-15 04:57:34 <Apocalyptic> I mean if it drops somehow and I already have the maxconnection limit reached, will it reconnect ?
100 2013-12-15 04:58:12 <jsidhu> now I have a new daemon (devcoin based on 0.8.5) and i run it on the network and only gets me orphan blocks
101 2013-12-15 04:58:24 <Apocalyptic> kjj, i want to make sure i'm connected to a specific node whatever happens
102 2013-12-15 04:58:30 <Apocalyptic> at anytime
103 2013-12-15 04:58:42 <kjj> hang on a sec, I'll see if I can find it in the source
104 2013-12-15 04:58:46 <BlueMatt> jsidhu: this channel is not for discussing altcoins, thanks
105 2013-12-15 04:58:58 <jsidhu> BlueMatt: ok np
106 2013-12-15 04:59:11 <jsidhu> i thought maybe it was something simple
107 2013-12-15 04:59:34 <kjj> Apocalyptic: RPC addnode, or config file addnode?
108 2013-12-15 04:59:42 <Apocalyptic> config file
109 2013-12-15 05:00:15 <kjj> bitcoind --help says "add a node to connect to and attempt to keep the connection open"
110 2013-12-15 05:00:34 <w^hive> Does bitcoin-qt automatically re-broadcast transactions that received no confirmations, after a period of time?
111 2013-12-15 05:00:48 <kjj> w^hive: if it is your transaction, yes
112 2013-12-15 05:01:27 <w^hive> kjj: Do you know what the interval is, off-hand?
113 2013-12-15 05:01:37 <kjj> no, sorry
114 2013-12-15 05:02:01 <Apocalyptic> <kjj> bitcoind --help says "add a node to connect to and attempt to keep the connection open" // yeah I read that
115 2013-12-15 05:02:35 <andytoshi> w^hive: wallet.cpp:926
116 2013-12-15 05:02:37 <andytoshi> nNextResend = GetTime() + GetRand(30 * 60);
117 2013-12-15 05:02:46 <kjj> heh, andy was faster
118 2013-12-15 05:02:51 <kjj> I was looking at the same function
119 2013-12-15 05:02:52 <w^hive> :)
120 2013-12-15 05:02:56 <w^hive> So it's a RANDOM interval?
121 2013-12-15 05:02:59 <andytoshi> :) i grepped for 'broadcast'
122 2013-12-15 05:03:14 <andytoshi> apparently so
123 2013-12-15 05:03:24 <w^hive> Interesting.
124 2013-12-15 05:03:38 <kjj> that's a privacy feature
125 2013-12-15 05:03:46 <w^hive> Yeah that makes sense.
126 2013-12-15 05:03:47 <kjj> read the comments
127 2013-12-15 05:04:38 <kjj> Apocalyptic: it adds it to a list of nodes to keep connected. the rpc can add to and remove from that list, or trigger a connection to a specific node without adding to the list
128 2013-12-15 05:05:15 <Apocalyptic> kjj, ok good to know
129 2013-12-15 05:06:38 <w^hive> So if I want to rebroadcast a transaction manually, how do I do it from the RPC console?
130 2013-12-15 05:06:51 <Apocalyptic> w^hive, you likely don't
131 2013-12-15 05:06:59 <kjj> getrawtransaction, sendrawtransaction
132 2013-12-15 05:07:05 <Apocalyptic> will it work ?
133 2013-12-15 05:07:19 <Apocalyptic> i've been told you can't rebroadcast with sendrawtx
134 2013-12-15 05:08:02 <Apocalyptic> kjj, thanks btw
135 2013-12-15 05:08:41 <Apocalyptic> I assume because the tx is already in the node's mempool, so it will be rejected when trying to sendrawtransaction
136 2013-12-15 05:09:04 <kjj> uh, rpcrawtransaction.cpp, line 573 in function sendrawtransaction calls RelayTransaction and isn't inside the conditional for "fHave"
137 2013-12-15 05:09:49 <kjj> the comment says "Not in block, but already in the memory pool; will drop through to re-relay it."
138 2013-12-15 05:17:10 <Apocalyptic> hum, so AcceptToMemoryPool() will return true even if the tx is already in it ?
139 2013-12-15 05:18:42 <kjj> doesn't look like it
140 2013-12-15 05:19:22 <kjj> main.cpp, line 685. AcceptToMemoryPool is pretty much just a passthrough to CTxMemPool::accept() which returns false if already in the pool
141 2013-12-15 05:19:49 <kjj> (line 824 also)
142 2013-12-15 05:21:46 <Apocalyptic> so according to rpcrawtransaction.cpp, line 788 it indeeds rejects it, unless i'm missing something
143 2013-12-15 05:22:28 <Apocalyptic> nevermind...
144 2013-12-15 05:22:32 <kjj> hmm. my rpcrawtransaction.cpp file doesn't have that many lines. I'm on 0.8.6
145 2013-12-15 05:22:33 <Apocalyptic> too tired today
146 2013-12-15 05:23:26 <Apocalyptic> i'm on master
147 2013-12-15 05:24:08 <Apocalyptic> <kjj> uh, rpcrawtransaction.cpp, line 573 in function sendrawtransaction calls RelayTransaction and isn't inside the conditional for "fHave" // irrelevant since a JSONRPCError is thrown before
148 2013-12-15 05:24:46 <kjj> where was the error thrown?
149 2013-12-15 05:24:56 <Apocalyptic> the line i mentionned
150 2013-12-15 05:25:18 <kjj> I see three JSONRPCError calls. none seem to apply
151 2013-12-15 05:25:37 <Apocalyptic> https://github.com/bitcoin/bitcoin/blob/master/src/rpcrawtransaction.cpp#L788
152 2013-12-15 05:29:37 <kjj> if it is already in the mempool, the fHave check above skips that call
153 2013-12-15 05:31:13 <Apocalyptic> indeed
154 2013-12-15 07:06:23 <amidvidy> is the bitcoin wiki down?
155 2013-12-15 07:06:41 <robonerd> is this the right place to talk about apps that implement the mt gox trading api, and things like it?
156 2013-12-15 07:07:18 <DiabloD3> no
157 2013-12-15 07:07:22 <DiabloD3> ask in #mtgox
158 2013-12-15 07:24:38 <robonerd> we're attempting to kick off a new bitcoin channel for app development for bitcoin / related APIs at #bitcoin-appdev - it could be good to get the community of btc app developers together!
159 2013-12-15 07:51:25 <Ryan52> ACTION has been having issues resolving bitcoin.it, intermittantly, today.
160 2013-12-15 07:51:38 <Apocalyptic> it's expiring
161 2013-12-15 07:53:04 <Ryan52> that's unfortunate.
162 2013-12-15 07:53:48 <dkog> same here
163 2013-12-15 07:58:59 <ne0futur> Ryan52: its worst, the whois says tredemption period
164 2013-12-15 07:59:25 <ne0futur> Created: 2010-12-01 10:15:11
165 2013-12-15 07:59:25 <ne0futur> Domain: bitcoin.it
166 2013-12-15 07:59:25 <ne0futur> Expire Date: 2013-12-01
167 2013-12-15 07:59:25 <ne0futur> Last Update: 2013-12-15 02:49:35
168 2013-12-15 07:59:25 <ne0futur> Status: pendingDelete / redemptionPeriod
169 2013-12-15 07:59:45 <ne0futur> I pinged MT about that
170 2013-12-15 08:00:15 <Ryan52> Anybody know what the IP of en.bitcoin.it was?
171 2013-12-15 08:00:45 <Ryan52> ACTION should have snagged it in time to add to /etc/hosts, or even setup a proxy if he were so inclined.
172 2013-12-15 08:00:51 <Ryan52> If anybody can still resolve it, please let me know :)
173 2013-12-15 08:00:58 <ne0futur> dunno the ip but the cloudflare dns should have it
174 2013-12-15 08:01:05 <ne0futur> ameservers josh.ns.cloudflare.com lara.ns.cloudflare.com
175 2013-12-15 08:01:35 <Ryan52> ne0futur: ahah, thank you!
176 2013-12-15 08:01:44 <ne0futur> querying them directly you should be able to get the ip
177 2013-12-15 08:04:08 <Ryan52> ne0futur: yep, thanks
178 2013-12-15 08:05:14 <ne0futur> if you get it give to me too, gotta put that in etc/hosts ;)
179 2013-12-15 08:14:31 <Ryan52> ne0futur: 198.41.191.31 en.bitcoin.it
180 2013-12-15 08:14:46 <ne0futur> thanks ;)
181 2013-12-15 08:15:13 <Ryan52> For my own lazyness, since I use this from many machines, I setup a reverse proxy at http://en-bitcoin.ryan52.info/ but didn't bother to have it rewrite the HTML links so it looks really bad :P
182 2013-12-15 08:15:42 <Ryan52> The important ones still work, just not the theme :P
183 2013-12-15 08:16:44 <Ryan52> ACTION also references the wiki in some of his code that other people working on his project will see, and doesn't want to force them to fix their /etc/hosts to follow those, which was mostly his motivation.
184 2013-12-15 08:21:53 <dkog> https://bitcointalk.org/index.php?topic=371727.0 - re DNS
185 2013-12-15 09:19:01 <ne0futur> Ryan52: wiki fixed Status: ok / autoRenewPeriod
186 2013-12-15 09:19:07 <ne0futur> even if it could take 24 hours for propagation for most users
187 2013-12-15 09:33:39 <Emcy> the way people use vanity addresses now
188 2013-12-15 09:34:31 <Emcy> would it be possible to post a HD seed somewhere, and peoples clients generate a fresh payee address from that at random
189 2013-12-15 09:34:36 <Emcy> to cut down on reuse
190 2013-12-15 09:37:31 <sipa> Emcy: what's the point, if you publish the entire chain?
191 2013-12-15 09:37:53 <sipa> you don't get any privacy advantages anymore
192 2013-12-15 09:37:58 <sipa> at least in theory
193 2013-12-15 09:54:24 <Emcy> sipa of course youre right
194 2013-12-15 09:55:41 <sipa> there are also more practical concerns
195 2013-12-15 09:55:52 <Emcy> hang on, whats the address space of a HD seed? not the full 160 bits?
196 2013-12-15 09:56:08 <sipa> you're confusing things
197 2013-12-15 09:56:25 <Emcy> i dont understand how hd seeds work at all
198 2013-12-15 09:56:28 <sipa> the seed defines the entire key tree and is between 128 and 512 bits long
199 2013-12-15 09:56:41 <sipa> the seed is converted into a master key
200 2013-12-15 09:56:58 <sipa> which is the root of the key tree
201 2013-12-15 09:57:21 <Emcy> its a tree? but you can generate unlimited addresses from it still? like a fractal?
202 2013-12-15 09:57:57 <sipa> if you have an extended key P, you can compute its children
203 2013-12-15 09:58:12 <sipa> and there can be 2^31 children for every parent
204 2013-12-15 09:58:25 <sipa> each child can have new children
205 2013-12-15 10:00:27 <Emcy> if someone has your seed, and sends coins to a random address generated from it, how would you generate the corresponding privkey needed to receive that?
206 2013-12-15 10:00:47 <Emcy> i read about giving say an employer a hd seed to preserve your privacy
207 2013-12-15 10:00:48 <sipa> they'd need to tell you which one they used
208 2013-12-15 10:01:13 <sipa> you can have an agreement to just use consecutive ones
209 2013-12-15 10:01:16 <Emcy> so key generation from a seed isnt serial?
210 2013-12-15 10:01:29 <sipa> you're confusing steps
211 2013-12-15 10:01:37 <sipa> with the seed, you have the entire tree
212 2013-12-15 10:01:43 <sipa> private and public
213 2013-12-15 10:01:51 <Emcy> yes once you compute all of it
214 2013-12-15 10:01:55 <sipa> you most definitely will not want to give your seed to anyone
215 2013-12-15 10:02:09 <sipa> it's the most secret thing you have
216 2013-12-15 10:02:15 <Emcy> i meant a single purpose seed, not you main one
217 2013-12-15 10:02:30 <sipa> please re-read what i said, or read bip32
218 2013-12-15 10:02:35 <Emcy> well not really a seed, not for your privkeys
219 2013-12-15 10:03:11 <ne0futur> http://www.michaelnielsen.org/ddi/how-the-bitcoin-protocol-actually-works/
220 2013-12-15 10:03:18 <sipa> if i just give you a parent key, you can use its child keys to send me payments
221 2013-12-15 10:03:31 <sipa> that is not a seed, it is really a key
222 2013-12-15 10:03:48 <ne0futur> great article for anyone wanting to dive in the bitcoin protocol
223 2013-12-15 10:03:53 <Emcy> ok ill stop saying seed in this context
224 2013-12-15 10:04:05 <sipa> and if i only give you the public portuon of that parent key, you can compute only its cbild public keys
225 2013-12-15 10:04:35 <sipa> and addresses are just hashes of public keys, they are not relevant here
226 2013-12-15 10:05:08 <Emcy> so you can do that, and agree to receive monies on consecutive addresses
227 2013-12-15 10:05:27 <sipa> yes
228 2013-12-15 10:05:37 <sipa> well, keys - not necessarily addresses even
229 2013-12-15 10:05:44 <Emcy> yes keys
230 2013-12-15 10:06:15 <sipa> but that only works with a single sender
231 2013-12-15 10:06:33 <Emcy> so if someone sent monies to a key which took them statistically a month to generate, it should take you statistically a month to also generate the privkey required to receive
232 2013-12-15 10:06:34 <sipa> as he'll need to keep track of which index child he is at
233 2013-12-15 10:06:38 <Emcy> all things being equal
234 2013-12-15 10:07:00 <sipa> yes, but how/why/what are you talking about?
235 2013-12-15 10:07:46 <sipa> ah
236 2013-12-15 10:08:02 <Emcy> i just come up with dumb scenarios on a subject to see if theyre techincally correct but stupid
237 2013-12-15 10:08:10 <sipa> you can generate child number 16474916473 instantly
238 2013-12-15 10:08:21 <Emcy> it helps me learn
239 2013-12-15 10:08:38 <sipa> you don't need to compute all 16474916472 previous children
240 2013-12-15 10:08:55 <Emcy> oh
241 2013-12-15 10:09:14 <sipa> and there are only 2 billion subkeys for every parent
242 2013-12-15 10:09:27 <sipa> and maximum 256 levels of recursion
243 2013-12-15 10:09:56 <Emcy> thats quite a lot
244 2013-12-15 10:10:27 <sipa> yes, but it means that anything can really be generated in milliseconds or so
245 2013-12-15 10:10:42 <sipa> if you know what
246 2013-12-15 10:10:58 <Emcy> right ok
247 2013-12-15 10:11:00 <sipa> so saying that deriving a subkey takes a month doesn't make sense
248 2013-12-15 10:11:30 <Emcy> if you know youve been sent B1000 to a child but they wont tell you which one, youre in trouble
249 2013-12-15 10:11:44 <sipa> no, then they are stupid
250 2013-12-15 10:11:56 <Apocalyptic> ^^
251 2013-12-15 10:12:02 <sipa> and you'll tell them to send it again to a place where you tell them to
252 2013-12-15 10:12:16 <Emcy> yes stupid scenario
253 2013-12-15 10:12:25 <sipa> and if they complain that they already lost money by sending it pnce, that is their problem
254 2013-12-15 10:12:42 <sipa> in general, you only send to a key where the receiver tells you to
255 2013-12-15 10:13:00 <Emcy> so given these properties theres no way to have a public static parent key and also preserve your privacy
256 2013-12-15 10:13:15 <sipa> and you can have a deal where you agree to use subsequent subkeys of a particular parent
257 2013-12-15 10:13:54 <sipa> Emcy: the trivial solution is to not have any public address at al
258 2013-12-15 10:14:02 <sipa> and give every sender a new address
259 2013-12-15 10:14:17 <sipa> how you generate those addresses is your business
260 2013-12-15 10:14:22 <Emcy> that requires manual intervention
261 2013-12-15 10:14:36 <sipa> it just requires a payment protocol
262 2013-12-15 10:14:40 <Emcy> actually it requires you to have some contact with your payer at all
263 2013-12-15 10:14:57 <sipa> yes
264 2013-12-15 10:15:05 <sipa> why is that a problem?
265 2013-12-15 10:15:08 <Emcy> whereas who knows where vanity addresses end up and who pays them
266 2013-12-15 10:15:31 <Emcy> just thinking in context of this plan to add bitcoin URIs into the .torrent spec
267 2013-12-15 10:15:48 <Emcy> and how that will be even more address reuse if it takes off
268 2013-12-15 10:15:53 <Emcy> potentially massive amounts
269 2013-12-15 10:16:13 <sipa> imho, you should always have contact with the recwiver before sending something
270 2013-12-15 10:16:21 <Emcy> the whole thing strikes me as a bit hare brained atm
271 2013-12-15 10:16:30 <sipa> to negotiate the key to send to
272 2013-12-15 10:16:36 <Emcy> especially the plan to put an actuall wallet into a torrent client
273 2013-12-15 10:16:43 <sipa> heh
274 2013-12-15 10:16:48 <Emcy> i dont think they have a clue what theyre getting into
275 2013-12-15 10:16:57 <sipa> who?
276 2013-12-15 10:17:05 <Emcy> frostwire ppl
277 2013-12-15 10:17:14 <sipa> never heard of that
278 2013-12-15 10:17:33 <sipa> in any case, using static addresses is a bad idea imho
279 2013-12-15 10:17:39 <Emcy> https://groups.google.com/a/bittorrent.com/forum/#!topic/bt-developers/f8HL_Nu9P7g
280 2013-12-15 10:18:01 <sipa> i don't think bitcoin in the future will have static addresses
281 2013-12-15 10:18:28 <Emcy> that will be a shame in a lot of ways
282 2013-12-15 10:18:53 <sipa> ?
283 2013-12-15 10:19:07 <Emcy> you couldnt pay someone who doesnt have the ability to personally interact with you right now
284 2013-12-15 10:19:20 <sipa> i can send you an email
285 2013-12-15 10:19:26 <Emcy> you + everyone else who might want to, which might take significant resources
286 2013-12-15 10:19:29 <sipa> without you being online
287 2013-12-15 10:19:32 <Emcy> like wl or snowden
288 2013-12-15 10:20:04 <sipa> all you need is some server that creates address for people to send you money
289 2013-12-15 10:20:32 <sipa> and with public derivation, that server doesn't gave to know your private key even
290 2013-12-15 10:20:35 <Emcy> like i said when youre in a spot of bother that might be harder to do than it seems
291 2013-12-15 10:20:52 <sipa> meh
292 2013-12-15 10:20:57 <sipa> i doubt it
293 2013-12-15 10:21:17 <Emcy> not meh. Bitcoin should be used for disruptive things too
294 2013-12-15 10:21:25 <sipa> yes
295 2013-12-15 10:21:38 <Emcy> i say too as if its original purpose was buying shit off amazon......
296 2013-12-15 10:21:39 <sipa> i just don't see the problem
297 2013-12-15 10:22:03 <sipa> address reuse is a huge problem for privacy of the system
298 2013-12-15 10:22:12 <Emcy> yes
299 2013-12-15 10:22:16 <sipa> the only real solution is not reusing addresses at all
300 2013-12-15 10:22:18 <sipa> and it is trivia
301 2013-12-15 10:22:20 <sipa> l
302 2013-12-15 10:22:33 <sipa> as long as you have a negotiation for every transaction
303 2013-12-15 10:22:36 <Emcy> which is why i was asking what i asked
304 2013-12-15 10:22:48 <Emcy> if it could be done w/o negotiation
305 2013-12-15 10:22:52 <tholenst> I find it nice that i can publish a bitcoin address together with my, say, mp3, and wait for donations
306 2013-12-15 10:23:13 <tholenst> In that case I might not care about privacy
307 2013-12-15 10:23:26 <sipa> i'm not talking at alk about your privacy
308 2013-12-15 10:23:33 <Emcy> yeah, imagine if you could just paypal an email addr, you had to email it and ask first
309 2013-12-15 10:23:41 <Emcy> couldnt
310 2013-12-15 10:23:43 <sipa> i'm talking about the privacy qualities of the sysyem as a whole
311 2013-12-15 10:24:04 <tholenst> yes, you have a point... but I still suspect this won't go away
312 2013-12-15 10:24:08 <Emcy> i agree that reuse is the greater evil
313 2013-12-15 10:24:08 <sipa> Emcy: that is what you'll get: an email address for money
314 2013-12-15 10:24:17 <sipa> actually, a url
315 2013-12-15 10:24:37 <sipa> you enter the url in your bitcoin client, and send money to it
316 2013-12-15 10:24:52 <Emcy> what about the guy with the QR code on tv
317 2013-12-15 10:25:07 <Emcy> everyone knows he got $30000 for that or some crazy shit
318 2013-12-15 10:25:17 <Emcy> how could you do that but maintain privacy
319 2013-12-15 10:25:19 <sipa> it contacts the url, fetches a payment request there, fullfills it, and sends the fullfilled payment back
320 2013-12-15 10:25:28 <sipa> the QR code would contain the payment url
321 2013-12-15 10:25:35 <sipa> instead of the address
322 2013-12-15 10:26:01 <Emcy> yes you could do that, but it rises the bar
323 2013-12-15 10:26:09 <sipa> how so?
324 2013-12-15 10:26:20 <Emcy> if you want people to just not reuse addresses you need to keep the bar where it is too
325 2013-12-15 10:26:37 <Emcy> because then you need giant QR code sign + server
326 2013-12-15 10:26:37 <sipa> it means you don't even need a bitcoin node anymore send to coims
327 2013-12-15 10:27:01 <Emcy> and if your server crashes for some reason youre fucked
328 2013-12-15 10:27:10 <Emcy> not exactly decentralised
329 2013-12-15 10:27:15 <sipa> i expect there will be tons of third parties doing the server part for you
330 2013-12-15 10:27:37 <Emcy> im trying to have it all ways m8
331 2013-12-15 10:27:44 <sipa> and of course, static addresses won't go away
332 2013-12-15 10:27:55 <sipa> unfortunately :)
333 2013-12-15 10:28:05 <Emcy> these days every time i hear "server" i wince a tiny bit. I cant help it. Things are so different now.
334 2013-12-15 10:28:55 <Emcy> reuse could be disallowed
335 2013-12-15 10:29:07 <Emcy> if people agreed to it in bulk
336 2013-12-15 10:29:09 <sipa> reuse isn't the core of the problem
337 2013-12-15 10:29:20 <Emcy> its already being deprioritised
338 2013-12-15 10:29:29 <sipa> linkability of keys is the problem
339 2013-12-15 10:29:48 <Emcy> semantics?
340 2013-12-15 10:29:49 <sipa> publishing a key chain instead of a single key indeed avoids reuse
341 2013-12-15 10:29:58 <sipa> but it doesn't help against linkability
342 2013-12-15 10:30:13 <sipa> as niw everyone knows the entire chaim
343 2013-12-15 10:30:23 <sipa> as now everyone knows the entire chain
344 2013-12-15 10:31:03 <sipa> so you just moved the problem a bit
345 2013-12-15 10:31:07 <Emcy> yes in know that now. I just wondered is the were some crypto space magic that might enable such a thing.
346 2013-12-15 10:31:25 <tholenst> it's so annoying, i want to get lcov running, but gcc has a bug and produces invalid files when you run it with coverage, which makes lcov chocke :(
347 2013-12-15 10:31:42 <tholenst> now i'm compiling gcc with a patch to fix that
348 2013-12-15 10:31:52 <sipa> what os?
349 2013-12-15 10:31:55 <tholenst> linux
350 2013-12-15 10:32:05 <sipa> i haven't had problems with lcov
351 2013-12-15 10:32:25 <tholenst> you probably always delete the .gcno files before compiling
352 2013-12-15 10:32:53 <tholenst> gcc doesn't properly truncate them if they existed before
353 2013-12-15 10:32:57 <tholenst> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58602
354 2013-12-15 10:33:08 <sipa> ok
355 2013-12-15 10:33:33 <tholenst> it's amazing -- the bug existed for nine years :)
356 2013-12-15 10:34:10 <tholenst> also didn't you have any trouble with leveldb? their Makefile makes my gcc create a file called "-.gcno" which then makes lcov choke as well
357 2013-12-15 10:34:42 <sipa> it's been a while
358 2013-12-15 10:34:48 <tholenst> ah ok
359 2013-12-15 10:36:46 <tholenst> sorry i didn't want to kill your payment protocol discussion
360 2013-12-15 10:38:47 <sipa> haha
361 2013-12-15 11:33:10 <michagogo> cloud|6:28:53 <andytoshi> anyone here down to try a coinjoin on testnet?
362 2013-12-15 11:33:18 <michagogo> cloud|I tried it out last night
363 2013-12-15 11:35:34 <michagogo> cloud|The timer went a couple minutes into the negative before it switched to signing mode. Also, the fee and donation addresses were mainnet addresses, so they didn't work -- and trying to submit a transaction from the "thanks for submitting" page (the one with the session id) and having the transaction rejected kicked you back to the main page.
364 2013-12-15 11:36:29 <michagogo> cloud|robonerd: FYI,
365 2013-12-15 11:37:34 <michagogo> cloud|robonerd: FYI, according to freenode policy, #bitcoin-* channels are supposed to be reserved for the registered group "bitcoin"
366 2013-12-15 13:05:48 <deanclkclk> question...can I test my bitcoind server using REST client?
367 2013-12-15 13:05:54 <deanclkclk> example calling an endpoint on the server or would I have to create an app to do it?
368 2013-12-15 13:08:41 <sipa> deanclkclk: bitcoin doesn't have a REST interface
369 2013-12-15 13:08:58 <sipa> but you can use the command-line tool (bitcoind <command> to send a command to a running server)
370 2013-12-15 13:09:01 <deanclkclk> sipa: I am talking json-rpc
371 2013-12-15 13:09:17 <sipa> well if you have a json-rpc client, yes
372 2013-12-15 13:09:35 <sipa> you can use bitcoind for that, or curl, or any library that implements it
373 2013-12-15 13:12:15 <deanclkclk> so sipa seeing that I have my command line running bitcoind and it's frozen
374 2013-12-15 13:12:35 <deanclkclk> I need to open another command line and run the bitcoin commands?
375 2013-12-15 13:13:02 <sipa> one is the bitcoind _server_
376 2013-12-15 13:13:06 <sipa> if you just start it as bitcoind
377 2013-12-15 13:13:16 <sipa> you can run it with -daemon to go into background mode
378 2013-12-15 13:13:33 <sipa> however, if you run bitcoind <command>, it sends a command to an existing server instead of starting a new one
379 2013-12-15 13:13:51 <deanclkclk> hmm ok
380 2013-12-15 13:14:07 <sipa> so yes: on a new command line
381 2013-12-15 13:14:26 <deanclkclk> so when I start the server..."bitcoin" register itself in windows PATH..so it's recognize as a valid command?
382 2013-12-15 13:14:38 <sipa> not at all
383 2013-12-15 13:14:43 <Apocalyptic> huh
384 2013-12-15 13:14:49 <deanclkclk> sorry
385 2013-12-15 13:14:53 <deanclkclk> I meant bitcoind
386 2013-12-15 13:14:56 <sipa> windows or PATH or the command line have nothing to do with it
387 2013-12-15 13:15:15 <sipa> bitcoind can just either run as a P2P node + RPC server, or as an RPC client to send stuff to the formoer
388 2013-12-15 13:15:31 <deanclkclk> I agree but, if I open a second command line window and run "bitcoind"..then I would think it wouldn't recognize it as a valid windows command
389 2013-12-15 13:15:52 <sipa> how did it work for starting the bitcoind server?
390 2013-12-15 13:16:13 <deanclkclk> so I'm running bitcoind as a server....with a valid rpcuser and rpcpassword
391 2013-12-15 13:16:13 <deanclkclk> that's it
392 2013-12-15 13:16:19 <sipa> how did you start it?
393 2013-12-15 13:16:21 <edcba> command line interpreter use all directories found in path to run your command
394 2013-12-15 13:16:39 <edcba> and also the current directory
395 2013-12-15 13:17:00 <deanclkclk> bitcoind --datadir="mydir" --config="data.config"
396 2013-12-15 13:17:00 <deanclkclk> that's it sipa
397 2013-12-15 13:17:05 <edcba> so if bitcoind runs it means either you are in bitcoin binary directory or it is in the path
398 2013-12-15 13:17:17 <sipa> deanclkclk: ok, for sending a command you'd run it exactly the same way
399 2013-12-15 13:17:32 <sipa> bitcoind --datadir="mydir" --config="data.config" <command>
400 2013-12-15 13:17:39 <sipa> where <command> is getinfo for example
401 2013-12-15 13:18:36 <kjj> you can abbreviate that into just --conf=/full/path/to/config/file
402 2013-12-15 13:19:50 <deanclkclk> but, the command line that I use to run the bitcoind server is frozen
403 2013-12-15 13:19:50 <deanclkclk> so each time I need to run a command...I need to start the server sipa ?
404 2013-12-15 13:20:59 <sipa> aaargh
405 2013-12-15 13:21:06 <sipa> only if you don't pass a command, it runs as a server
406 2013-12-15 13:21:11 <sipa> and it is not frozen
407 2013-12-15 13:21:28 <sipa> it just doesn't produce any output, because it's not intended to be looked at
408 2013-12-15 13:21:58 <sipa> it just happens to be the same program that can function both as a server or as a client, depending on how you invoke it
409 2013-12-15 13:22:05 <sipa> can you please just try what we're telling you?
410 2013-12-15 13:22:25 <deanclkclk> yeah that's what I'm saying sipa..so more than likely..I'll have to create an app to consume the json-rpc
411 2013-12-15 13:22:34 <deanclkclk> yeah I'm doing that
412 2013-12-15 13:22:37 <sipa> what do you want to do?
413 2013-12-15 13:22:52 <sipa> "consume the json-rpc" is not a purpose on itself, it's a means to accomplish something
414 2013-12-15 13:22:58 <sipa> what do you want to accomplish?
415 2013-12-15 13:23:55 <deanclkclk> I want to create an app...like an exchange to create address, send payments, etc
416 2013-12-15 13:24:08 <sipa> i would strongly encourage you to reconsider
417 2013-12-15 13:24:19 <sipa> but if you want to learn, just try what we're telling you
418 2013-12-15 13:24:27 <sipa> try to send getinfo for example
419 2013-12-15 13:25:12 <sipa> if you want to create an app that uses JSON-RPC, then yes obviously you have to create an app
420 2013-12-15 13:25:30 <sipa> if you just want to test whether your bitcoind server is working, you can use the command-line tool to send it a command
421 2013-12-15 13:26:16 <sipa> (and i hope that by 'app' you don't mean an android/iphone mobile application - those shouldn't be talking to your bitcoind directly)
422 2013-12-15 13:26:18 <deanclkclk> sipa: \C:\Users\TEST\Documents\bitcoin_daemon\daemon>bitcoind -conf="C:\Users\TEST\Docu
423 2013-12-15 13:26:20 <deanclkclk> ments\bitcoin_daemon\data\data.config" -datadir="C:\Users\TEST\AppData\Roaming\
424 2013-12-15 13:26:21 <deanclkclk> Bitcoin\blocks" getinfo
425 2013-12-15 13:26:25 <deanclkclk> error: couldn't connect to server
426 2013-12-15 13:26:56 <sipa> ok, amything in debug.log?
427 2013-12-15 13:27:00 <deanclkclk> yeah sipa it's not a mobile app
428 2013-12-15 13:27:09 <deanclkclk> where would I find that?
429 2013-12-15 13:27:15 <sipa> in the datadir
430 2013-12-15 13:27:31 <sipa> also, why do you pass the 'blocks' dir as datadir?
431 2013-12-15 13:28:42 <deanclkclk> it's not in the same location as my wallet
432 2013-12-15 13:28:49 <deanclkclk> I copied the bitcoind.exe and place it somewhere else
433 2013-12-15 13:29:08 <sipa> the datadir is where your wallet is
434 2013-12-15 13:34:20 <deanclkclk> ok I found --datadir="C:\Users\TEST\AppData\Roaming\Bitcoin\blocks\" found debug.log
435 2013-12-15 13:34:32 <deanclkclk> and deleted everything from inside it
436 2013-12-15 13:34:46 <deanclkclk> then run the command again...open the file and it's empty
437 2013-12-15 13:35:30 <kjj> do you have a copy of bitcoind or bitcoin-qt running?
438 2013-12-15 13:36:52 <deanclkclk> I did but, I run cntrl+ "-" + "c" to close it
439 2013-12-15 13:36:59 <deanclkclk> so I'm thinking it maybe still running
440 2013-12-15 13:37:17 <kjj> why did you close it?
441 2013-12-15 13:38:33 <deanclkclk> because, it was started as a server and I wanted to run a command
442 2013-12-15 13:38:49 <tholenst> you need to start it as server before you can run a command. one needs to get used to it :)
443 2013-12-15 13:40:19 <tholenst> (1) run an instance of bitcoind -- this will be your server; (2) use another instance of bitcoind (or if you have bitcoin-cli) to execute the command
444 2013-12-15 13:40:32 <deanclkclk> then if I start it ..how can I test it to see if it's indeed running?
445 2013-12-15 13:41:42 <deanclkclk> tholenst: are those options or steps?
446 2013-12-15 13:41:48 <tholenst> those are steps
447 2013-12-15 13:41:51 <deanclkclk> ok
448 2013-12-15 13:43:16 <deanclkclk> something isn't right..I'm going to do a screen share for those who can help me
449 2013-12-15 13:44:20 <kjj> what isn't right?
450 2013-12-15 13:44:38 <tholenst> go ahead and try the following: in the first window you run "./bitcoind", in another window you run "./bitcoind getblockcount"
451 2013-12-15 13:44:40 <deanclkclk> https://secure.join.me/316-246-772
452 2013-12-15 13:45:15 <deanclkclk> look at the screen share kjj
453 2013-12-15 13:45:25 <deanclkclk> it's a join.me link
454 2013-12-15 13:45:26 <deanclkclk> u will see my screen
455 2013-12-15 13:45:40 <kjj> uh, no. I'm not going to some random website for you
456 2013-12-15 13:45:49 <deanclkclk> :S
457 2013-12-15 13:45:51 <deanclkclk> ok
458 2013-12-15 13:47:12 <deanclkclk> so in one window..it seems the server is running and in the other...I run the command bitcoind getinfo
459 2013-12-15 13:47:14 <deanclkclk> error
460 2013-12-15 13:47:26 <kjj> what error?
461 2013-12-15 13:48:37 <deanclkclk> this is the first screen -> C:\Users\Dean\Documents\bitcoin_daemon\daemon>bitcoind -conf="C:\Users\Dean\Docu
462 2013-12-15 13:48:39 <deanclkclk> ments\bitcoin_daemon\data\data.config" -datadir="C:\Users\Dean\AppData\Roaming\
463 2013-12-15 13:48:40 <deanclkclk> Bitcoin\blocks"
464 2013-12-15 13:49:02 <deanclkclk> this is my second screen -> C:\Users\Dean\Documents\bitcoin_daemon\daemon>bitcoind getinfo
465 2013-12-15 13:49:03 <deanclkclk> error: You must set rpcpassword=<password> in the configuration file:
466 2013-12-15 13:49:06 <deanclkclk> C:\Users\Dean\AppData\Roaming\Bitcoin\bitcoin.conf
467 2013-12-15 13:49:07 <deanclkclk> If the file does not exist, create it with owner-readable-only file permissions.
468 2013-12-15 13:49:19 <tholenst> well, do what it says :)
469 2013-12-15 13:49:33 <tholenst> does it give you an example how it could look like?
470 2013-12-15 13:49:34 <deanclkclk> I thought I was testing the first instance "server" with the second instance
471 2013-12-15 13:49:39 <kjj> wait
472 2013-12-15 13:49:46 <kjj> you already have a config file
473 2013-12-15 13:49:53 <deanclkclk> then I'll have 2 instances
474 2013-12-15 13:50:05 <kjj> specify the -conf= option on the getinfo request
475 2013-12-15 13:50:10 <deanclkclk> I just want to test the first instance...the "server" to see if it's running
476 2013-12-15 13:50:32 <tholenst> oh kjj is right! I didn't pay attention!
477 2013-12-15 13:51:02 <kjj> also, your server instance probably shouldn't specify the blocks directory as the datadir
478 2013-12-15 13:51:18 <kjj> but if you've been running it that way all along, leave it
479 2013-12-15 13:53:21 <deanclkclk> ok
480 2013-12-15 13:53:30 <deanclkclk> so what you suggested works kjj
481 2013-12-15 13:54:41 <deanclkclk> but, I guess the only way to test the server is to create an application to consume the json-rpc
482 2013-12-15 13:54:45 <deanclkclk> thx guys
483 2013-12-15 13:58:19 <thermoman> what's the .lock file for? the file doesn't get deleted on shutdown
484 2013-12-15 13:58:32 <thermoman> and the client starts even when the .lock file exists
485 2013-12-15 13:58:38 <thermoman> so there seems to be no use
486 2013-12-15 13:58:45 <thermoman> why create it in the 1st place?
487 2013-12-15 13:59:12 <kjj> pretty sure it is an artifact of bdb
488 2013-12-15 14:37:59 <agath> I just thought something it may already have been discussed... but isn't it possible to divide the blockchain in chunks and distribute it among clients so it's not needed to have the full blockchain but at the same time many copies of each chunk exist?
489 2013-12-15 14:38:17 <agath> and let the user choose how much storage he can dedicate to the blockchain?
490 2013-12-15 14:38:50 <agath> like distributed filesystem do..
491 2013-12-15 14:39:00 <kjj> yeah, been discussed plenty of times
492 2013-12-15 14:39:20 <agath> it doesn't surprise me :-)
493 2013-12-15 14:39:39 <kjj> each node still needs to see the full chain to verify that it is valid, but they don't need to store it
494 2013-12-15 14:40:02 <agath> yes, indeed
495 2013-12-15 14:40:35 <kjj> but storage is cheap for proper computers, so there is no point discarding it. and where storage isn't cheap, there are tricks that can be used (SPV) to avoid needing it at all
496 2013-12-15 14:41:03 <agath> but SPV if I am not wrong, doesn't assure that the blockchain isn't modified...
497 2013-12-15 14:42:45 <sharperguy> Can bitcoind run on a raspberry pi?
498 2013-12-15 14:43:22 <kjj> yeah, people do it
499 2013-12-15 14:43:46 <wumpus> I'd suggest getting a somewhat higher powered ARM box for running bitcoind, but yeah some people are doing it
500 2013-12-15 14:44:24 <sharperguy> wumpus: I just want to use it as a temporary server for developing a webapp with bitcoin
501 2013-12-15 14:44:39 <sharperguy> wumpus: probably no more than one or two users
502 2013-12-15 14:44:49 <wumpus> rpis are very, very slow
503 2013-12-15 14:45:41 <kjj> the server you are doing your development on is almost certainly a better choice for hosting bitcoind
504 2013-12-15 14:45:58 <wumpus> sharperguy: in that case, why not use some old PC or laptop instead
505 2013-12-15 14:46:50 <sharperguy> wumpus: because i dont have one available at the moment
506 2013-12-15 14:47:26 <sharperguy> maybe I should use a VM then
507 2013-12-15 14:47:40 <melvster> anyone know is there an equivalent of brainwallet.org for the testnet?
508 2013-12-15 14:47:43 <sharperguy> I would like something separated from the development machine
509 2013-12-15 14:48:09 <sharperguy> wouldn't the samewallets generated there work with testnet?
510 2013-12-15 14:48:23 <melvster> you need the right network prefix
511 2013-12-15 14:48:26 <melvster> small change i guess
512 2013-12-15 14:49:05 <melvster> oh
513 2013-12-15 14:49:16 <melvster> there's a dropdown on the right with testnet ... yay!
514 2013-12-15 15:18:38 <michagogo> cloud|Uh, what the hell? Does anyone have any idea what this script is supposed to be?
515 2013-12-15 15:18:40 <michagogo> cloud|OP_HASH160 OP_HASH256 OP_HASH160 OP_HASH256 OP_HASH256 OP_HASH256 OP_HASH160 OP_HASH160 OP_HASH160 OP_HASH160 OP_RIPEMD160 OP_RIPEMD160 OP_RIPEMD160 OP_SHA256 OP_SHA256 OP_CHECKSIG OP_SHA256 OP_SHA1 OP_SHA256 OP_SHA1 OP_EQUALVERIFY
516 2013-12-15 15:18:40 <michagogo> cloud|OP_RIPEMD160 OP_HASH256 OP_HASH160 OP_NOP6 OP_LESSTHAN OP_GREATERTHAN OP_1ADD OP_1ADD OP_0NOTEQUAL OP_1SUB OP_EQUAL OP_TOALTSTACK OP_FROMALTSTACK OP_ROT OP_NOP OP_1NEGATE OP_1NEGATE OP_1NEGATE 8 OP_DEPTH OP_DUP OP_DUP OP_DUP OP_PICK OP_ROLL OP_3DUP OP_2DUP OP_SIZE OP_BOOLAND OP_BOOLOR OP_WITHIN OP_LESSTHANOREQUAL OP_GREATERTHANOREQUAL OP_HASH256 OP_HASH160
517 2013-12-15 15:19:27 <michagogo> cloud|(testnet, transaction d959f4b92f8fdf3040354e19d31bd6bf2d981bc36ef9891cd47850ae7d060d02)
518 2013-12-15 15:20:52 <melvster> wow that's quite a tx
519 2013-12-15 15:21:33 <michagogo> cloud|...indeed.
520 2013-12-15 15:23:55 <michagogo> cloud|safa: you need to be identified to nickserv to talk in here
521 2013-12-15 15:24:26 <michagogo> cloud|17:23:22 <safa> sorry for some reason I can't speak on the #bitcoin-dev. perhaps it's a buffer overflow attempt for some remote application.
522 2013-12-15 15:24:26 <michagogo> cloud|How would that work? o_O
523 2013-12-15 15:28:17 <safa> a remote application may have set aside limited space in a string or a database entry for the script parameters without adequate size checking.
524 2013-12-15 15:29:30 <Apocalyptic> ^^
525 2013-12-15 15:29:36 <Apocalyptic> makes sense
526 2013-12-15 15:30:16 <safa> thanks for the nick registration advice. i just recompiled ircii-2.8.2. feels good to be back! :)
527 2013-12-15 15:31:08 <michagogo> cloud|Hrm
528 2013-12-15 15:31:33 <michagogo> cloud|safa: The thing is, I'm pretty sure that script won't be getting executed
529 2013-12-15 15:31:51 <michagogo> cloud|(I mean, is there any way to satisfy that thing?)
530 2013-12-15 15:32:34 <michagogo> cloud|Unless that script can be signed for, it won't execute since it won't be relayed, unless there's something I'm missing?
531 2013-12-15 16:17:23 <gwern> hola. so I need to tell Gavin about a possibly-schizophrenic stalker that seems to be targeting him. does anyone have a real contact email for him they wouldn't mind giving me?
532 2013-12-15 16:17:51 <copumpkin> :/
533 2013-12-15 16:21:06 <andytoshi> michagogo|cloud: sorry, the timer goes into the negative whenever i manually change sessions
534 2013-12-15 16:21:18 <andytoshi> and there was about a 1-hour window when i had mainnet addresses up :P