1 2013-12-25 00:54:21 <netg> +1
2 2013-12-25 00:55:11 <Mad7scientist> what's the name of the IRC channel that old bitcoin clients connect to?
3 2013-12-25 00:55:28 <sipa> #bitcoin?? on irc.lfnet.org
4 2013-12-25 00:55:39 <sipa> and before that, #bitcoin on irc.lfnet.org
5 2013-12-25 00:55:47 <sipa> and before that, #bitcoin on irc.freenode.org, i thinl
6 2013-12-25 00:56:07 <gmaxwell> yea, they still join #bitcoin here every once in a while.
7 2013-12-25 00:57:17 <jaromil> yep the first one was here. I still facepalm to this approach for a p2p tracker, yet it has a point in relying on a generic and somehow resilient infrastructure...
8 2013-12-25 00:58:05 <gmaxwell> jaromil: it's only initial introduction and it always supported manual bootstrapping. The bittorrent clients don't do any better (hardcoded dht initilization against a centeralized server).
9 2013-12-25 01:08:32 <jaromil> yea I know. my dream is to have gnunet integrated. grothoff says is almost ready for production use.
10 2013-12-25 01:08:49 <jaromil> imho gnunet is the state of the art for p2p networking right now
11 2013-12-25 01:09:53 <gmaxwell> I'm pretty sure that _bitcoin_ is in fact the state of the are for p2p networking. Considering that we have the only attack resistant decenteralized network worth billions of dollars. :P
12 2013-12-25 01:10:28 <sipa> i'm sure some would object to calling bitcoin "state something"
13 2013-12-25 01:12:27 <kinlo> mmmz, any idea why there is 80GH on testnet? sounds a bit high :/
14 2013-12-25 01:13:14 <netg> old asics?
15 2013-12-25 01:13:19 <andytoshi> kinlo: there is a single person (i forget who) who likes to point asics at it
16 2013-12-25 01:13:23 <andytoshi> he'll stop after a while
17 2013-12-25 01:13:46 <kinlo> it doesn't distrub me, I can always run testnet in a box, but seems such a waste :)
18 2013-12-25 01:14:05 <netg> andytoshi: is he testing or his setup = misconfigured?
19 2013-12-25 01:14:06 <andytoshi> yeah, my guess is that it's only fun while you're watching it :)
20 2013-12-25 01:14:31 <andytoshi> no, he's just accumulating test coins i think
21 2013-12-25 01:14:42 <netg> k
22 2013-12-25 01:14:58 <kinlo> you probably get equal amount of testnet coins with 1 gh :)
23 2013-12-25 01:18:13 <maaku> it's probably time to reset testnet with 0.9...
24 2013-12-25 01:18:35 <sipa> it's pretty easy to just add new testnets now
25 2013-12-25 01:18:41 <sipa> -testnet=4
26 2013-12-25 01:18:55 <sipa> without removing support for the old ones, i mean
27 2013-12-25 01:19:02 <sipa> though maybe there's no point in that
28 2013-12-25 01:25:40 <andytoshi> hmm, i should release an alt which is literally just a shellscript running 'bitcoind -testnet=1000', see how long it takes anyone to figure it out
29 2013-12-25 01:26:09 <Belxjander> andyo: making the testnet actually have value ?
30 2013-12-25 01:27:07 <jaromil> gmaxwell: perhaps what I mean with p2p in gnunet is not what you mean here. a dht initialization against gnunet nodes might be better than what we have now, sometime soon.
31 2013-12-25 01:39:24 <niston> how long takes it for a failed transaction to be recognized ?
32 2013-12-25 01:40:22 <niston> or are the coins sent just lost?
33 2013-12-25 01:40:49 <copumpkin> failed?
34 2013-12-25 01:40:53 <nsh> (that's probably a #bitcoin question)
35 2013-12-25 01:41:00 <niston> alright
36 2013-12-25 01:51:31 <c0rw1n> niston : the intertubez are congested with wishes and gifts
37 2013-12-25 01:51:41 <c0rw1n> oh wrong channel
38 2013-12-25 01:53:51 <niston> c0rw1n haha
39 2013-12-25 01:53:59 <niston> yeah looks like :P
40 2013-12-25 02:00:26 <flyman> Hi, I want to offer a BitCoin service, how can I use the blockchain to do that?
41 2013-12-25 02:01:03 <c0rw1n> you interface your business logic with the bitcoind RPC messaging
42 2013-12-25 02:01:13 <maaku> flyman: first of all drop the camel case. secondly, what type of service?
43 2013-12-25 02:01:33 <flyman> camel case?
44 2013-12-25 02:01:58 <flyman> c0rw1n, thanks. I just want to make a messenger using bitcoin.
45 2013-12-25 02:02:27 <c0rw1n> flyman: go read up on bitmessage and namecoin, don't reinvent the wheel
46 2013-12-25 02:02:59 <c0rw1n> camelCase is WritingLikeThis
47 2013-12-25 02:03:30 <flyman> c0rw1n, but so many have. Like litecoin, or that dog thing.
48 2013-12-25 02:04:01 <go1111111> i'm a windows dev, never developed on another platform, and want to work on bitcoin-qt. i'm very familiar with actual c++ coding, but i'm finding the github project and linux tools very unfamiliar. I believe i just compiled the project (ran 'make' as described in build-unix.md), and expected some sort of output telling me where the exes were being binplaced, but I see nothing like that. is there any tutorial people ca
49 2013-12-25 02:04:02 <go1111111> n recommend that would ease my transition into this project?
50 2013-12-25 02:04:04 <maaku> don't use the block chain for messaging, unless you like paying $0.10 per short message
51 2013-12-25 02:04:10 <c0rw1n> you can sign messages using bitcoin yes. it's not recommended.
52 2013-12-25 02:04:15 <flyman> maaku, oh.
53 2013-12-25 02:04:26 <flyman> c0rw1n, ok, thank you.
54 2013-12-25 02:04:49 <maaku> if you want to tie identity to a bitcoin keypair, then there is the signmessage JSON-RPC command
55 2013-12-25 02:04:50 <flyman> maaku, I am sorry, I didn't know I was doing that...
56 2013-12-25 02:05:01 <monolithik> does bitcoind compile with MSVC++?
57 2013-12-25 02:05:04 <maaku> otherwise bitmessage is probably already what you are looking for
58 2013-12-25 02:05:06 <maaku> monolithik: no
59 2013-12-25 02:05:51 <flyman> maaku, ok, I will check it out, thank you.
60 2013-12-25 02:06:19 <monolithik> in that case, I see no real reason to develop bitcoind on windows in the first place
61 2013-12-25 02:06:30 <flyman> I was hoping to tie voice patterns with it, to have an HTML5 page, based on voice pattern to also use (originally) a address or hash to confirm the ID.
62 2013-12-25 02:06:34 <maaku> go1111111: unfortunately not. but you should find the bitcoind binary in 'src'
63 2013-12-25 02:07:05 <flyman> I have learned it isn't as easy as I hoped.
64 2013-12-25 02:07:26 <maaku> monolithik: you can use cygwin or mingw
65 2013-12-25 02:07:47 <maaku> but most developers are on some flavor of unix or os x
66 2013-12-25 02:08:10 <maaku> bitcoin used to build under MSVC++, but that was a very very long time ago
67 2013-12-25 02:08:47 <monolithik> makes sense. IMO if you're using cygwin/mingw already you might as well just use *nix
68 2013-12-25 02:09:13 <monolithik> but I guess someone needs to make sure all the windows stuff actually works.
69 2013-12-25 02:09:33 <flyman> You could always use a Raspberry Pi, SSH and use X11 like I am to remotely access it on Windows.
70 2013-12-25 02:10:03 <go1111111> maaku: thanks. do you know if the bitcoin project works fairly similarly to lots of other github projects? so if i do find some 'how to get your start as a linux open source developer' tutorial, things should apply pretty straightforwardly to this project? or are we using lots of weird/custom stuff?
71 2013-12-25 02:10:39 <maaku> it's a fairly standard autotools configured project
72 2013-12-25 02:11:24 <go1111111> ok, thanks.
73 2013-12-25 02:11:30 <monolithik> go111111: familiarize yourself with bash and basic commands, then read up on autotools
74 2013-12-25 02:14:01 <go1111111> will do.
75 2013-12-25 02:18:53 <go1111111> hooray, I seem to be running the bitcoin-qt exe that I built. does the 'version' mean anything on these 'master' builds? it's showing 0.8.2. I thought I was on the 'master' branch, but i see no evidence of coin control in the UI, so that plus the 0.8.2 makes me think i'm in the wrong branch
76 2013-12-25 02:21:12 <gmaxwell> go1111111: you need to enable coincontrol in the preferences.
77 2013-12-25 02:24:14 <go1111111> ah, very nice. thanks.
78 2013-12-25 04:01:04 <rdn> how does bitcoin handle inadvertently connecting to itself? does it do something to determine its public ip?
79 2013-12-25 04:01:50 <Luke-Jr> rdn: new connections trade "magic"
80 2013-12-25 04:02:00 <Luke-Jr> rdn: if it matches, it assumes a connect-to-self and disconnects
81 2013-12-25 04:03:40 <rdn> Luke-Jr, do you know what the magic is? a string+salt hashed with a random key and if it decrypts its considered self?
82 2013-12-25 04:04:01 <Luke-Jr> rdn: pretty sure it's just random.
83 2013-12-25 04:11:38 <gmaxwell> https://bitcointalk.org/index.php?topic=383984.0 < did I see someone else reporting the same thing elsewhere?
84 2013-12-25 05:57:25 <andytoshi> does anyone here have a tmpfs in their /etc/fstab?
85 2013-12-25 05:57:48 <andytoshi> mine is saying "special device tmpfs does not exist" since i upgraded to f20
86 2013-12-25 05:57:53 <Luke-Jr> andytoshi: everyone should
87 2013-12-25 05:58:06 <Luke-Jr> shm /dev/shm tmpfs nodev,nosuid,noexec 0 0
88 2013-12-25 05:58:18 <Luke-Jr> tmpfs is the type, not the device
89 2013-12-25 05:58:19 <andytoshi> Luke-Jr: oh, good point ... fedora obviously changed something, because i'm missing that one
90 2013-12-25 05:58:22 <andytoshi> (and several others)
91 2013-12-25 05:58:35 <andytoshi> Luke-Jr: on the web, people are using tmpfs as the device as well as the type
92 2013-12-25 05:59:22 <Luke-Jr> andytoshi: device itself is ignored
93 2013-12-25 05:59:35 <andytoshi> hmm, it is evidently not being ignored
94 2013-12-25 05:59:37 <andytoshi> thx
95 2013-12-25 05:59:44 <Luke-Jr> sure the type is set?
96 2013-12-25 06:00:00 <andytoshi> tmpfs /home/apoelstra/.mozilla ext3 defaults,user,size=1g 0 0
97 2013-12-25 06:00:56 <andytoshi> (yes)
98 2013-12-25 06:01:08 <andytoshi> wait, the type should be tmpfs, derp
99 2013-12-25 06:01:09 <Luke-Jr> no, you have ext3 as the type there.
100 2013-12-25 06:01:30 <andytoshi> :} thanks
101 2013-12-25 06:05:48 <alexl> what happens to previously-confirmed transactions when a block is solved?
102 2013-12-25 06:07:37 <alexl> technically. wondering what happens if my client confirms 4 transactions, but then another client solves the block.
103 2013-12-25 06:12:45 <andytoshi> alexl: #bitcoin
104 2013-12-25 06:27:49 <alexl> andytoshi: I'm working on macos and would like to work on the client, but trying to get a get understanding of the protocol first
105 2013-12-25 06:30:50 <justanotheruser> alexl: I answered your question in #bitcoin
106 2013-12-25 06:31:22 <alexl> you rock
107 2013-12-25 06:31:22 <kanzure> hi justanotheruser
108 2013-12-25 06:32:01 <justanotheruser> hi kanzure
109 2013-12-25 07:13:44 <andytoshi> j bitcoin
110 2013-12-25 09:42:04 <q_a_z_steve_> Can someone help me compile vanitygen on an ubuntu 13.10 i386 livecd? It says it can't find openssl/sha.h ?
111 2013-12-25 09:42:35 <netg> #bitcoin
112 2013-12-25 09:43:04 <q_a_z_steve_> cool
113 2013-12-25 10:48:30 <Plarkplark_> any way to stop stuff like this
114 2013-12-25 10:48:35 <Plarkplark_> http://www.reddit.com/r/Bitcoin/comments/1tncpx/i_thought_some_of_you_might_be_interested_in_this/
115 2013-12-25 10:57:07 <wumpus> Plarkplark_: raise fees
116 2013-12-25 11:00:01 <wumpus> the floating fees stuff will ensue competition for block space, which will discourage at least storing crap data in the block chain
117 2013-12-25 11:09:54 <Plarkplark_> its so spammy and hurts btc
118 2013-12-25 11:10:13 <Plarkplark_> The last thing we need is regulators "banning" bitcoin because "it contains CP"
119 2013-12-25 11:16:18 <Emcy_> why do people keep coming up with store random crap in the chain projects?
120 2013-12-25 11:16:49 <Emcy_> discounting that its bad, its not even novel any more
121 2013-12-25 11:26:05 <melvster> Emcy_: why is it bad?
122 2013-12-25 11:31:30 <Plarkplark_> Once the Blockchain has the reputation of storing and spreading P2P filesharing magnetlinks (copyrighted material) it will be attacked that way.
123 2013-12-25 11:31:42 <Plarkplark_> The currency network has no legal handle (yet) - but P2P filesharing does.
124 2013-12-25 11:32:13 <tommygunner> lol copyright
125 2013-12-25 11:32:29 <Plarkplark_> tommygunner: you underestimate the negative buzz this will give bitcoin
126 2013-12-25 11:32:39 <tommygunner> nobody should care
127 2013-12-25 11:32:42 <tommygunner> and nobody will
128 2013-12-25 11:32:56 <tommygunner> its all manufactured negative buzz
129 2013-12-25 11:32:58 <Plarkplark_> No merchant will touch it, and it will bleed to dead. Media is strong like that.
130 2013-12-25 11:33:27 <tommygunner> i am going to keep double spending music and movies forever
131 2013-12-25 11:34:25 <Plarkplark_> tommygunner: I can forsee regulation on the Bitcoin network by simply sending cease and dismiss letters to Miners/nodes. for running a "p2p network containing copyrighted material" this is how they _WILL_ attack the network.
132 2013-12-25 11:34:42 <Plarkplark_> And I sure as hell will shut of my nodes and miners if they do. To be honest.
133 2013-12-25 11:34:47 <tommygunner> lol
134 2013-12-25 11:34:57 <tommygunner> are you in the US?
135 2013-12-25 11:35:02 <Plarkplark_> My nodes are.
136 2013-12-25 11:35:08 <tommygunner> so yeah
137 2013-12-25 11:35:35 <tommygunner> a magnet link is nothing
138 2013-12-25 11:35:44 <Plarkplark_> Tell that to a non-tech judge.
139 2013-12-25 11:35:52 <tommygunner> do people send dmcas to single bitcoin peers?
140 2013-12-25 11:36:07 <Plarkplark_> they send em to single torren peers.
141 2013-12-25 11:36:14 <tommygunner> a non tech judge will understand if explained correctly
142 2013-12-25 11:36:22 <Plarkplark_> And bitcoin is a disruptive tech, they will use a falseflag/red herring to kill it
143 2013-12-25 11:36:41 <tommygunner> its not that easy to kill
144 2013-12-25 11:37:03 <Plarkplark_> No, but kicked back into obscurity.
145 2013-12-25 11:37:15 <tommygunner> its running
146 2013-12-25 11:37:27 <tommygunner> and it will be running in the future
147 2013-12-25 11:37:41 <Plarkplark_> http://www.wired.com/threatlevel/2009/12/torrent-searchengines-unlawful/
148 2013-12-25 11:37:43 <tommygunner> while old people will keep dying
149 2013-12-25 11:37:52 <Plarkplark_> "intent to induce infringement is overwhelming and beyond reasonable dispute."
150 2013-12-25 11:38:00 <tommygunner> and more copy machines are produced every day
151 2013-12-25 11:38:23 <Plarkplark_> No this will destroy bitcoin as a real tech, and another crypto will take over that does solve this blockchain spam.
152 2013-12-25 11:39:02 <tommygunner> as if anyone gives a fuck about a dmca for your bitcoin node
153 2013-12-25 11:39:08 <tommygunner> in china
154 2013-12-25 11:39:10 <tommygunner> in russia
155 2013-12-25 11:39:15 <tommygunner> in most of europe
156 2013-12-25 11:39:24 <Plarkplark_> Europe: yep.
157 2013-12-25 11:39:37 <Plarkplark_> Piratebay is banned in Germany, France, Netherlands, etc.
158 2013-12-25 11:39:40 <tommygunner> lol
159 2013-12-25 11:39:43 <tommygunner> wat
160 2013-12-25 11:39:47 <Plarkplark_> they simply banned the domain names and IP ranges by law
161 2013-12-25 11:39:52 <Plarkplark_> Im not kidding
162 2013-12-25 11:40:14 <Plarkplark_> You get a court article when trying to visit, and they have to add domain names and IP ranges to the list as we go along.
163 2013-12-25 11:40:24 <tommygunner> are you a fed or something
164 2013-12-25 11:40:29 <Plarkplark_> No
165 2013-12-25 11:40:39 <Plarkplark_> Im a concerned bitcoiner
166 2013-12-25 11:40:40 <tommygunner> you are misinformed then
167 2013-12-25 11:40:41 <Dagger2> UK too... but we have bigger things to worry about here, because we just introduced rather more wide-ranging censorship on most of our ISPs :/
168 2013-12-25 11:40:56 <Plarkplark_> misinformed? Im not kidding.
169 2013-12-25 11:41:31 <Plarkplark_> If I goto piratebay on my DSL line I get a court order.
170 2013-12-25 11:41:43 <tommygunner> lol
171 2013-12-25 11:41:51 <tommygunner> i go there every day and i dont
172 2013-12-25 11:42:05 <tommygunner> getting a court order for visiting a website
173 2013-12-25 11:42:07 <tommygunner> lol
174 2013-12-25 11:42:08 <Plarkplark_> Every ISP in Netherlands blocks it
175 2013-12-25 11:42:47 <Plarkplark_> No I chose my words wrong, I meand you get a copy of the juge decission. how do you call it....
176 2013-12-25 11:43:28 <tommygunner> what is it
177 2013-12-25 11:43:31 <tommygunner> is it blocked
178 2013-12-25 11:43:36 <tommygunner> or do you get a court letter if you visit it
179 2013-12-25 11:43:46 <Plarkplark_> you get the official statement
180 2013-12-25 11:43:51 <Plarkplark_> and a link to the letter
181 2013-12-25 11:44:07 <monolithik> can you take this out of bitcoin-dev
182 2013-12-25 11:44:07 <Plarkplark_> http://ic.tweakimg.net/ext/i/1337935984.png
183 2013-12-25 11:44:12 <Plarkplark_> Sorry.
184 2013-12-25 11:44:22 <Plarkplark_> Just got into dicussion with tommygunner
185 2013-12-25 11:44:28 <Plarkplark_> Anyway, please fix this blockchain spam stuff
186 2013-12-25 11:44:32 <tommygunner> there are countless tpb proxies
187 2013-12-25 11:44:42 <Plarkplark_> gtg. later.
188 2013-12-25 12:05:42 <tholenst> Silly observation which i'm sure other people made before: given a set of transactions, a miner who wants to maximize his fees needs to solve the NP-complete problem "maximum weight hypergraph matching"
189 2013-12-25 12:48:03 <uiop> tholenst: i'm not seeing it. how?
190 2013-12-25 12:52:08 <tholenst> as saying you need a ''matching'', but since the transactions may use multiple outputs you have a ''hypergraph''
191 2013-12-25 12:52:08 <tholenst> uiop: It is really the same problem. Each transaction you might use in the next block depends on some outpoints (transaction outputs) being not spent in any other transaction. Think of these as vertices of a graph. Furthermore, each transaction has a weight: the fee the miner gets. Now, you want to select transactions such that (1) the fees are maximized and (2) no two transactions overlap in the outputs. Requirement (2) is the same
192 2013-12-25 12:56:55 <uiop> ACTION thinks
193 2013-12-25 12:59:42 <tholenst> Well, it's not really important in practice :) B but think about it: it's not easy to figure out which transactions are compatible with each other, as they
194 2013-12-25 12:59:43 <uiop> in "Each transaction you might use in the next block", is "you":=miner and "use":=include-in-a-block-to-mine, or ..?
195 2013-12-25 13:00:49 <tholenst> you = miner
196 2013-12-25 13:01:04 <uiop> tholenst: i'm confused about that part, but that aside why isn't the optimal strategy just to include *all* not-yet-mined transactions you (the miner) know about in the current block you're attempting to mine?
197 2013-12-25 13:01:08 <tholenst> think about it in an example: transaction (1) might use the outputs (A), (B), (C), and pay 1 BTC fee. Transaction (2) might use outputs (A), (B), (D), and use 2 BTC fee. Then, transaction 3 might use (B), (C), (D), and pay 1.5 BTC fee, and so on. Right?
198 2013-12-25 13:01:42 <uiop> since it's almost computationally free to add a txn to the current block (just rejig your merkle tree)
199 2013-12-25 13:02:18 <uiop> and since each attempt at computing a winning hash has the same probablility of success as any other
200 2013-12-25 13:02:45 <uiop> ACTION reads "think about it in a ..."
201 2013-12-25 13:03:33 <uiop> oh. i see where you going..
202 2013-12-25 13:04:02 <tholenst> but -- it's a theoretical observation; typically transaction won't look that complicated. Nevertheless, finding the *best* allocation in the *worst case* is NP-hard
203 2013-12-25 13:05:44 <uiop> so at first blush you're saying something like "if a transaction has a big fee AND a txn it depends on has NOT yet been mined, prefer txns which will enable large fee txns, and the optimization takes place in the decision of which intermediate txns to mine)
204 2013-12-25 13:05:57 <uiop> (?)
205 2013-12-25 13:06:57 <tholenst> oh, that's also true, but I didn't even mean that. I have a set of txns which all depend on already mined transactions, but some of them spend the same output. The miner wants to select the subset of the txns which maximize the fees
206 2013-12-25 13:07:18 <uiop> tholenst: i'm not sure, but i think that a txn can be added to a block if its transitive not-yet-mined deps are also in that block
207 2013-12-25 13:07:58 <uiop> (at least, i know that a txn A and another txn B can be in the same block, where B spend one of A's outputs)
208 2013-12-25 13:08:16 <tholenst> yes, but it's a difficult problem even in the simpler scenario where you only have transactions depending on already mined ones
209 2013-12-25 13:08:57 <tholenst> (because in principle, the double spending relations can be very complicated)
210 2013-12-25 13:09:02 <uiop> ah, i see. ("but some of them spend the same output")
211 2013-12-25 13:10:02 <tholenst> yes, that was what i was aiming at :) sorry, i was reading the AcceptToMemoryPool code, that is why I thought about it :)
212 2013-12-25 13:10:33 <uiop> interesting observation
213 2013-12-25 13:11:11 <uiop> ACTION will think on that
214 2013-12-25 13:13:04 <uiop> one moral could be "double spend races are won by the biggest tippers!" ;)
215 2013-12-25 14:12:03 <Alina-malina> I have an html page online, i want a javascript to retrieve the cours from bitcoinity and show online on my website, is it possible?
216 2013-12-25 14:12:56 <Alina-malina> Merry Christmas to everyone
217 2013-12-25 15:27:25 <tdignan> Can someone help me to understand the proof of work and block chain? I am reading bitcoin.org/bitcoin.pdf, but I don't really understand yet. It's a block of transactions, and at some point in time a hash is taken and timestamp is recorded, which proves it existed at that time... which solves the problem of double spending somehow? How is a new bitcoin introduced by mining? Just randomly generated?
218 2013-12-25 15:32:07 <kuzetsa> tdignan: the coinbase transaction (a special transaction in each new block added to the blockchain) assigns all fees associated with the transactions in that block, as well as the subsidy (initially the reward was 50, now 25 BTC) to whichever addres(es) the coinbase transaction says to pay
219 2013-12-25 15:33:32 <michagogo> cloud|tdignan: you should browse through http://bitcoin.it
220 2013-12-25 15:33:52 <kuzetsa> tdignan: the subsidy itself is "made out of thin air" if you feel like looking at it like that... the block reward subsidy in the coinbase transaction is how the bitcoins are originally created and distributed
221 2013-12-25 15:34:41 <kuzetsa> tdignan: yeah, michagogo just linked you to the bitcoin wiki. it's got some pretty good info
222 2013-12-25 15:34:45 <kuzetsa> oh whoops, they left
223 2013-12-25 15:35:00 <kuzetsa> or pinged out or whatever
224 2013-12-25 20:47:25 <maaku> is CVarInt used anywhere, at all?
225 2013-12-25 20:51:51 <sipa> which one is that?
226 2013-12-25 21:04:47 <sipa> maaku: one is used in the chainstate and undo information
227 2013-12-25 21:06:23 <sipa> maaku: the othe r is for example used for lengths of vectors in the standard serialization
228 2013-12-25 21:06:38 <sipa> for example in the vin and vout counts of transactions
229 2013-12-25 21:06:47 <sipa> and the number of transactions in a block
230 2013-12-25 21:10:18 <maaku> sipa: it's the one that looks like UTF-8 encoding
231 2013-12-25 21:13:18 <maaku> oh i see there is some indirection through WrapVarInt and VARINT
232 2013-12-25 21:38:18 <sserrano44> hello
233 2013-12-25 21:39:33 <sserrano44> in case anybody finds it useful this is a watch only bitcoin wallet HTTP service base on BitcoinJ https://code.google.com/r/c1devrandom-bitcoinj/source/browse/WatcherService/README.md?name=watcher_service1
234 2013-12-25 21:40:05 <sserrano44> there is a brief quickstart at https://code.google.com/r/c1devrandom-bitcoinj/source/browse/WatcherService/README.md?name=watcher_service1
235 2013-12-25 23:32:11 <sipa> BlueMatt: what would it take for pulltester to support BIP37-based block downloading?
236 2013-12-25 23:32:37 <sipa> constructing a partial block message for a match-everything should be easy
237 2013-12-25 23:39:58 <diki> upb:ping