1 2016-07-10T00:00:31  <petertodd> I could make use of a breakdown by age fwiw
  2 2016-07-10T00:01:36  <sipa> yeah, i'll create such a graph too
  3 2016-07-10T00:01:44  <sipa> should be easier as it doesn't require reindexing
  4 2016-07-10T00:01:52  <gmaxwell> I'm thinking it would be interesting to solve the following optimization problem:  given a set of utxo size, birth/death times, value.  Find the coefficients of multinomial a f(value,size,age_in_blocks) such that a fixed cache of size N with retention sorted by f() has the highest hitrate (item still in cache at utxo death).
  5 2016-07-10T00:02:21  <petertodd> sipa: thanks!
  6 2016-07-10T00:03:34  <petertodd> gmaxwell: though note that you probably can't bake something like that into a consensus thing like txo commitments w/ utxo cache, as it changes peoples' behavior...
  7 2016-07-10T00:03:49  <petertodd> gmaxwell: potentially still useful for local optimisation though
  8 2016-07-10T00:08:41  <gmaxwell> petertodd: well you can to some extent, for example, having a different cache policy at some threshold, like 1BTC... 21 million txo is the absolute maximum number of outputs at 1BTC+ so there is a pretty strong upper bound on whatever impact you could have on encouraging people to make utxo at or over 1 BTC. :)
  9 2016-07-10T00:10:22  <petertodd> gmaxwell: I mean, if you take the coefficients from prior data, they're likely to be wrong after people change their behavior - if you use coefficients, you need to have a different rational is all I'm saying
 10 2016-07-10T00:10:49  <petertodd> gmaxwell: keeping higher value UTXO's in cache longer probably does make sense
 11 2016-07-10T00:11:44  <gmaxwell> yea sure.. the full answer isn't probably that useful as a consensus rule
 12 2016-07-10T00:11:48  *** johhnyfive has joined #bitcoin-core-dev
 13 2016-07-10T00:11:55  <gmaxwell> The part of the answer that tells you some value breakpoint(s) may be.
 14 2016-07-10T00:12:38  <gmaxwell> because even if they're slightly wrong due to changing usage which they themselves incentivize, the whole prospect of having value relative retention is reasonable.
 15 2016-07-10T00:13:35  <gmaxwell> e.g. if age * value is a good scoring function on the past data, it probably is a robust one, which could be prudently used in consensus.
 16 2016-07-10T00:14:52  <petertodd> yup
 17 2016-07-10T00:15:05  <gmaxwell> or some polynomial on age * value.  Or really I think any degree multinomial on age and value is probably also okay.  Only size is one that is probably busted. :)
 18 2016-07-10T00:15:49  <petertodd> gmaxwell: speaking of, what approaches are good for writing polynomials in consensus critical code? (I wonder if someone has a writeup on that)
 19 2016-07-10T00:17:03  *** spudowiar has joined #bitcoin-core-dev
 20 2016-07-10T00:20:56  *** Chris_Stewart_5 has quit IRC
 21 2016-07-10T00:25:55  <gmaxwell> So-- if possible, probably best by converting it to a simple segmented linear approximation. But failing that, I would assume fixed point with horner's method (see wikipedia) which is more computationally efficient and has better numerical properties than the naieve way you'd compute it.
 22 2016-07-10T00:27:01  <gmaxwell> this is where you write is as a c0 + x * (c1 + x * (c2 + x *....
 23 2016-07-10T00:28:37  <gmaxwell> petertodd: there are all sorts of 'consensus critical' polynomials in opus (ones where a discrepency in the integer value returned causes a total entropy decoding failure)-- they never were a big issue, they're written like that, and we tested them exhaustively. no biggie.
 24 2016-07-10T00:31:30  <petertodd> gmaxwell: cool, thanks. re: exhaustively, I assume that's 16bit ints at most?
 25 2016-07-10T00:31:53  <gmaxwell> no, 32 bits.
 26 2016-07-10T00:32:19  <petertodd> gmaxwell: huh, how does that work?
 27 2016-07-10T00:32:20  <gmaxwell> for some function thats just doing some multiplies and adds, trying all 32 bit inputs isn't a big deal.
 28 2016-07-10T00:32:31  <petertodd> gmaxwell: wait, as in 2^64?
 29 2016-07-10T00:33:00  <sipa> i assume it's a function with 1 input :)
 30 2016-07-10T00:33:05  <kanzure> https://github.com/xiph/opus/blob/58dbcf23f3aecfb9c06abaef590d01bb3dba7a5a/celt/cwrs.c#L164
 31 2016-07-10T00:33:35  <gmaxwell> no, as in computing f(x) where x is some 32 bit value and x is a single variable polynomial in x.  :)
 32 2016-07-10T00:34:13  <petertodd> gmaxwell: yeah, that makes a lot more sense :)
 33 2016-07-10T00:34:50  <petertodd> gmaxwell: I'm writing a spec for dex, and it's interesting how you can make an argument for only supporting 16-bit ints natively, as you can exhaustively test them
 34 2016-07-10T00:34:58  <gmaxwell> yes, indeed that is a bit normative polynomial, though I think the current CWRS code there mostly uses tables.
 35 2016-07-10T00:36:18  <gmaxwell> petertodd: thats something you could argue, though it would have to be weighed against footgun and bloat risks.
 36 2016-07-10T00:36:45  *** Chris_Stewart_5 has joined #bitcoin-core-dev
 37 2016-07-10T00:36:47  <gmaxwell> (though I suppose I could make a anti-footgun argument-- the user is much more likely to _know_ the range of the type is limited, when it's so limited they are constantly forced to deal with it)
 38 2016-07-10T00:37:22  <gmaxwell> over and underflow can be defined as script failure.
 39 2016-07-10T00:37:23  <petertodd> gmaxwell: yeah, it'd only be practical if you can write reasonably efficient n-bit add/multiply/etc. routines, and make them part of the built-in library
 40 2016-07-10T00:38:04  <petertodd> gmaxwell: yes, I'm planning on under/overflow to be a failure condition (probably with wrapping and/or overflow variants)
 41 2016-07-10T00:38:08  <gmaxwell> petertodd: also a commonly interesting case is things like where one input has small range, and that doesn't really impede exaustive testing.
 42 2016-07-10T00:38:50  <gmaxwell> e.g. U32 * U8.  It's really common in software to take arbritary numbers and multiply or divide them by small constants.
 43 2016-07-10T00:38:52  <petertodd> gmaxwell: so, what I noted in my draft spec doc, is that interestingly economicly relevant numbers often have quite large ranges: e.g. coin value
 44 2016-07-10T00:39:09  <gmaxwell> like computing 2/3 of a coin value.
 45 2016-07-10T00:39:31  <petertodd> gmaxwell: though, consensus critical economic use-cases just need summation, not multiplication/division (usually)
 46 2016-07-10T00:40:07  <sipa> petertodd: but but demurrage
 47 2016-07-10T00:40:17  <gmaxwell> for example, you may want to compute input * 2/3, and input - input * 2/3.
 48 2016-07-10T00:40:29  <gmaxwell> for value splits in a contract.
 49 2016-07-10T00:40:33  <gmaxwell> and input is 64 bits.
 50 2016-07-10T00:41:47  <petertodd> sipa: ok, austrian economics... :P
 51 2016-07-10T00:41:56  *** jtimon has joined #bitcoin-core-dev
 52 2016-07-10T00:42:37  <petertodd> gmaxwell: well, once you talk about contracts more genreally, you get interest calculations, which gets very complex...
 53 2016-07-10T00:43:03  <gmaxwell> polynomial approximations of interest calculations generally work fine over limited ranges.
 54 2016-07-10T00:43:04  <petertodd> gmaxwell: but I'm assuming sane contracts would generally only need a few calculations along those lines, so slower approaches should be ok
 55 2016-07-10T00:43:50  <petertodd> yeah, polynomial approx being one approach
 56 2016-07-10T00:44:49  <petertodd> in any case, it's looking like having reasonable type checking is a way harder and more complex problem :)
 57 2016-07-10T00:45:17  <gmaxwell> one nice way for exponential functions is to use CLZ to get the integer part of a base 2 log, and then use a polynomial correction.
 58 2016-07-10T00:45:29  <petertodd> gmaxwell: CLZ?
 59 2016-07-10T00:45:34  <sipa> count leading zeroes
 60 2016-07-10T00:45:38  <petertodd> sipa: ah!
 61 2016-07-10T00:45:38  <sipa> __builtin_clz
 62 2016-07-10T00:49:03  <gmaxwell> er actually its the log you want the clz for, for exp you just need to use the leading bits of the number.
 63 2016-07-10T00:49:49  <gmaxwell> https://github.com/xiph/opus/blob/58dbcf23f3aecfb9c06abaef590d01bb3dba7a5a/celt/mathops.h#L184 is such an example. (of course to get to any other base for the exponential is just some scaling)
 64 2016-07-10T00:50:24  *** belcher has quit IRC
 65 2016-07-10T00:50:37  <petertodd> gmaxwell: a neat article to write would be numerical methods for consensus critical code :)
 66 2016-07-10T00:51:10  <sipa> "Bounded memory, bounded CPU usage... and bounded errors"
 67 2016-07-10T00:51:25  <gmaxwell> I think they mostly end up like numerical methods for fixed point realtime dsp.
 68 2016-07-10T00:51:32  <petertodd> sipa: lol, did chris send you a copy of my spec? :P
 69 2016-07-10T00:51:38  <sipa> no
 70 2016-07-10T00:51:46  <sipa> well, maybe he did, but i did not look at it
 71 2016-07-10T00:51:55  <petertodd> sipa: I mean, I have basically the exact same sentence in it - though no surprise, same problem :)
 72 2016-07-10T00:52:05  <petertodd> gmaxwell: yeah, probably true
 73 2016-07-10T00:52:12  <gmaxwell> with perhaps some additional considerations for exhaustive testing and/or formal verification.
 74 2016-07-10T00:53:42  <gmaxwell> but yea, the other reason you exaustively test these approximations is to characterize the worst case error: https://github.com/xiph/opus/blob/58dbcf23f3aecfb9c06abaef590d01bb3dba7a5a/celt/mathops.c#L202
 75 2016-07-10T00:54:30  <petertodd> bbl, need a bigger battery...
 76 2016-07-10T00:55:41  <midnightmagic> i wonder how heavy that special 9-cell thinkpad thing is
 77 2016-07-10T01:09:01  <petertodd> midnightmagic: doesn't help that mine is a few years old - batteries wearing out
 78 2016-07-10T01:09:56  <sipa> petertodd: protip, when buying a new laptop, buy an extra battery that fits... once your battery wears out they'll be harder to find
 79 2016-07-10T01:10:18  <petertodd> sipa: good advice - though I've never actualy bought a laptop new
 80 2016-07-10T01:10:24  * midnightmagic has no user-replaceable battery in his mbp. :(
 81 2016-07-10T01:10:31  <midnightmagic> petertodd: why not?
 82 2016-07-10T01:10:51  <petertodd> midnightmagic: because I act like I'm a poor student :P
 83 2016-07-10T01:12:17  <petertodd> midnightmagic: I have a t520 right now, which I think is about four years old
 84 2016-07-10T01:18:24  <midnightmagic> Humility and reasonable resource management are virtues.
 85 2016-07-10T01:20:02  <petertodd> midnightmagic: well, I was going through my corporate expenses the other day... and a new laptop would be a drop in the bucket compared to what gets spent on me travelling
 86 2016-07-10T01:21:09  <midnightmagic> i hate travelling :( the world is made for people much, much smaller than I am.
 87 2016-07-10T01:22:48  <petertodd> midnightmagic: I actually find I get more work done; I'm no tourist so when I'm in the middle of a foreign country I tend to find somewhere to sit down with my laptop :)
 88 2016-07-10T01:25:02  <midnightmagic> i do too, all the stuff that is on the to-do list in my home can't be addressed so I can let it go
 89 2016-07-10T01:25:46  *** Ylbam has quit IRC
 90 2016-07-10T01:26:21  <petertodd> midnightmagic: yeah, and when I'm home, friends want to like, hang out with me and take up all my time :P
 91 2016-07-10T01:30:56  <midnightmagic> psh. friends. so annoying.
 92 2016-07-10T01:56:27  <petertodd> sure
 93 2016-07-10T01:56:44  <petertodd> er, wrong window - stupid lag
 94 2016-07-10T02:02:20  <sipa> haha
 95 2016-07-10T02:12:44  <gmaxwell> sipa: lithion ion batteries of varrious type have a shelf life, sadly.
 96 2016-07-10T02:12:49  <gmaxwell> The unused one will also fade.
 97 2016-07-10T02:13:07  <gmaxwell> But fortunately if you buy something like a thinkpad, people make batteries for them forever.
 98 2016-07-10T02:13:16  <gmaxwell> You can buy batteries for ten year old thinkpads no problem.
 99 2016-07-10T02:20:40  <gmaxwell> petertodd: go stab the people your blog post has confused: https://www.reddit.com/r/Bitcoin/comments/4s3a9r/segwit_code_review_update/
100 2016-07-10T02:41:06  <kanzure> consensus-related non-malleability vs wallet/p2p-level, is my guess.
101 2016-07-10T02:42:42  <petertodd> kanzure: it's just a flaw in the way the mempool/p2p refers to segwit txs; has little if anything to do with consensus
102 2016-07-10T02:46:06  *** molz has quit IRC
103 2016-07-10T02:46:24  <petertodd> kanzure: tl;dr: is that the p2p asks for txs by txid, which doesn't commit to the witness, and marks invalid txs by txid, without being able to consistently know if a tx was invalid due to a bad witness
104 2016-07-10T02:46:37  <petertodd> equaly, s/invalid/unacceptable due to fee, size, whatever/
105 2016-07-10T02:46:54  <sipa> i actually don't think the flaw is referring by txid instead of wtxid
106 2016-07-10T02:47:00  <petertodd> sipa: how so?
107 2016-07-10T02:47:25  <sipa> but we should have made resource limits part of the base transaction, not the witness
108 2016-07-10T02:47:28  <kanzure> yes i was wondering about things like "how to actually show a node that a certain tx is valid later, if at first it receives a bad witness" :\
109 2016-07-10T02:47:45  *** moli has joined #bitcoin-core-dev
110 2016-07-10T02:48:00  <petertodd> sipa: what do you mean by that?
111 2016-07-10T02:48:02  <sipa> (fees, sigop count, byte sizes) go in scriptSig... or even better, in the inv
112 2016-07-10T02:48:23  <sipa> so a node can decide to not process before you know... processing
113 2016-07-10T02:48:49  <petertodd> sipa: duplicating that stuff has historically lead to endless problems, basically because you have to check it twice
114 2016-07-10T02:49:18  <sipa> how do you mean?
115 2016-07-10T02:49:29  <petertodd> sipa: in a decent system, processing even invalid txs is something that happens very quickly, so there's no DoS attack
116 2016-07-10T02:49:50  <petertodd> sipa: notice how satoshi screwed up sigops from the beginning...
117 2016-07-10T02:50:12  <sipa> unfortunately, fees and sigop counting require fetching the utxos
118 2016-07-10T02:50:16  <petertodd> sipa: in any of these schemes, you still have to count up sigops as they're actually executed, to check that the sum matches (or is less than) the claimed sum
119 2016-07-10T02:50:24  <sipa> of course
120 2016-07-10T02:50:41  <petertodd> sipa: so? fetching utxos can't be expensive, or we've already lost
121 2016-07-10T02:50:45  <sipa> but a mismatch can then actually result in a ban, because it cannot happen accidentally
122 2016-07-10T02:51:27  <petertodd> sipa: if we used wtxids, you could still ban based on that
123 2016-07-10T02:51:35  <sipa> but our rate limiting is based on feerate, which depends on fee, which we cannot enforce until we've done the effort
124 2016-07-10T02:51:46  *** johhnyfive has quit IRC
125 2016-07-10T02:52:03  <sipa> if there is no rate limit, even a cheap validation per transaction will be too much
126 2016-07-10T02:52:07  *** gribble has quit IRC
127 2016-07-10T02:52:32  <petertodd> sipa: huh? someone sends you a DoS tx, just ban them - there's no reason *legit* transactions should take significant cost to accept
128 2016-07-10T02:54:02  <sipa> petertodd: so there is a trivial solution... fully validate every transaction you asked for
129 2016-07-10T02:54:31  <sipa> so you don't prematurely discard a transaction before finding out it was an attempted attack
130 2016-07-10T02:55:16  <sipa> it is too expensive, or invalid, or malleated... you can ban who sent it
131 2016-07-10T02:55:38  <petertodd> sipa: I think you're missing my point: the threshold that we consider it an "attempted attack" should be low enough that there's no DoS issues; txs fundementally should never be expensive to validate, and cases where they are should be non-standard, and eventually, removed entirely from the protocol
132 2016-07-10T02:56:11  <sipa> yes
133 2016-07-10T02:56:13  <sipa> i agree
134 2016-07-10T02:57:03  <sipa> but the issue here is that we fail to detect whether a too expensive transacrion is due to its creator or due to who relayed it
135 2016-07-10T02:57:35  <petertodd> sipa: right, but wtxid solves that issue
136 2016-07-10T02:58:07  <petertodd> if relayer malleates, we'll still ask for a different version of the same txid if another peer gives us it
137 2016-07-10T02:58:10  <sipa> yes, it would... but it adds complications
138 2016-07-10T02:58:20  <petertodd> how so?
139 2016-07-10T02:58:32  <sipa> you need indexes by both txid and wtxid..
140 2016-07-10T02:58:42  *** gribble has joined #bitcoin-core-dev
141 2016-07-10T02:58:54  <sipa> and you always risk requesting things twice
142 2016-07-10T02:58:55  <petertodd> sipa: in what, the mempool/p2p?
143 2016-07-10T02:59:06  <petertodd> but they are different things!
144 2016-07-10T02:59:28  <sipa> in my view they are the same thing
145 2016-07-10T02:59:35  <sipa> one with an optional part omitted
146 2016-07-10T02:59:47  <sipa> except we only find out too late that it was not optional
147 2016-07-10T03:00:02  <petertodd> well, I don't agree at all - the optional part has a non-optinal effect on the tx
148 2016-07-10T03:00:26  <sipa> for those who care (which a full node does)
149 2016-07-10T03:00:48  <sipa> that's a semantic discussion, though
150 2016-07-10T03:00:56  <sipa> i can see your point
151 2016-07-10T03:00:56  <petertodd> I certainly care: my tx fees depend on the witness
152 2016-07-10T03:01:04  *** frankenmint has joined #bitcoin-core-dev
153 2016-07-10T03:01:28  <petertodd> I may also have a protocol where I'm publishing something in the witness, e.g. hashlock
154 2016-07-10T03:01:45  <gmaxwell> Cleanstack means that ordinary transactions cannot have their fees increased without invalidating them. (If not for that I would have already recommended we have some preprocessing to strip transactions as they're relayed)
155 2016-07-10T03:02:06  <sipa> i think the easiest solution is to validate scripts even for things we know we won't accept
156 2016-07-10T03:02:15  <gmaxwell> You should probably assume that relaying nodes will perform witness stripping in the future.
157 2016-07-10T03:02:22  <sipa> we have spent almost all the work anyway (fetched inputs, and wasted bandwidth)
158 2016-07-10T03:02:34  <petertodd> gmaxwell: with currnet tx patterns yes; it's non-trivial to make txs with more complex scripts that have non-malleable witnesses
159 2016-07-10T03:03:18  <gmaxwell> (by witness stripping I mean compacting the witness to the minimal data needed to be valid, as best it can determine)
160 2016-07-10T03:03:23  <petertodd> sipa: as in, valiate scripts to determine if the witness is wrong?
161 2016-07-10T03:03:30  <gmaxwell> Yes.
162 2016-07-10T03:03:51  <gmaxwell> This was something I had been advocating for a while because there are some other potential DOS attacks that exist because we don't.
163 2016-07-10T03:03:59  <gmaxwell> (a while = before segwit existed)
164 2016-07-10T03:04:17  <petertodd> well, again, that assumes you know how to clean witnesses - there are tx patterns where that's not trivial (and indeed, the user may intentionally have more than one form of witness for the same txid)
165 2016-07-10T03:04:20  <gmaxwell> though without an enforced feefilter its a bit less than ideal.
166 2016-07-10T03:04:42  <gmaxwell> petertodd: sure any cleaning would always be a best effort attempt.
167 2016-07-10T03:05:02  <petertodd> I'm still of the opinion that asking for a wtxid is a way simpler overall conceptual design (obvs implementation level may suck due to historical baggage)
168 2016-07-10T03:05:14  <sipa> this is orthogonal to fetching by wtxid, of course
169 2016-07-10T03:05:47  <petertodd> it's not orthogonal at all: if I manage to clean a script significantly, I want my peers to get it, and then say "hey, this is way smaller, lets replace it in our mempool..."
170 2016-07-10T03:05:53  <gmaxwell> yea, I agree it's orthorgonal, fetching by wtxid has an amplification attack vector that is kind of sad.
171 2016-07-10T03:06:11  <petertodd> gmaxwell: what's the vector?
172 2016-07-10T03:06:42  <sipa> gmaxwell: presenting multiple versions of the same transaction with different witness?
173 2016-07-10T03:06:56  <gmaxwell> The amplification attack vector is that I create grab transactions and relay witness malleations to every node in the network, different version to each node, so when I happen to get txn early every node ends up with a different txid and you get N^2 bandwidth forwarding it around.
174 2016-07-10T03:07:09  <petertodd> gmaxwell: but you can do that anyway with your own txs
175 2016-07-10T03:09:15  <sipa> you could of course create invs with both txids and wtxids
176 2016-07-10T03:09:45  <petertodd> sipa: yeah, that'd be fine
177 2016-07-10T03:09:55  <petertodd> sipa: and obviously, our peer can tell us it's segwit and wants us to do that
178 2016-07-10T03:10:29  <sipa> except that also breaks your try to replace with smaller witness use case
179 2016-07-10T03:10:58  <petertodd> sipa: why? once you go down that rabbit hole, you can also advertise length
180 2016-07-10T03:11:18  <sipa> petertodd: yes, that was my suggestion in the beginning of the discussion :)
181 2016-07-10T03:11:31  <sipa> advertize sigops/size/fees in the inv
182 2016-07-10T03:11:51  <petertodd> sipa: no, you suggested having the tx _commit_ to that info, which is a very different thing; non-consensus critical code advertising length isn't a big deal
183 2016-07-10T03:11:54  *** kekstone has joined #bitcoin-core-dev
184 2016-07-10T03:12:01  <sipa> petertodd: reread my sentence
185 2016-07-10T03:12:08  <petertodd> sipa: ah, ok, I have no issues with that
186 2016-07-10T03:12:22  <petertodd> sipa: (I've been thinking about this exact kind of issue for my dex specification actually)
187 2016-07-10T03:12:26  <sipa> "... or even better, in the inv$
188 2016-07-10T03:12:59  <petertodd> sipa: yeah, for mempool I think invs advertising this stuff makes a lot of sense
189 2016-07-10T03:13:18  <petertodd> for starters, if we screw that up, it's relatively easy to fix :)
190 2016-07-10T03:13:18  <sipa> though i think it's not necessarily an urgent issue
191 2016-07-10T03:14:00  <sipa> the worst case is that a bad peer can poison your reject cache, preventing you from getting a legitimate transaction before it confirms
192 2016-07-10T03:14:00  <petertodd> so, is a reasonable game plan to releast segwit with the current p2p design, and then add wtixds to invs later? (potentially with sigops/size in the inv)
193 2016-07-10T03:14:11  <petertodd> sipa: it's a good thing no-one relies on zeroconf anymore :P
194 2016-07-10T03:14:23  <sipa> i'm sure there are other ways that you can accomplish that
195 2016-07-10T03:14:26  *** gribble has quit IRC
196 2016-07-10T03:14:33  <sipa> (like inving and not responding to getdata)
197 2016-07-10T03:14:37  <gmaxwell> wrt different kinds of relaying later, mostly I thought those improvements would go into mempool sync.
198 2016-07-10T03:15:35  <gmaxwell> and rather than wtxid relay,  wtxid,feerate,txid tuples (probably truncated/quantized) may make more sense.
199 2016-07-10T03:16:12  <sipa> yeah, for mempool sync we can redesign things cleanyl
200 2016-07-10T03:16:27  <petertodd> gmaxwell: note too how schemes like txo commitments allow - and expect - nodes to do significant modifications to txs
201 2016-07-10T03:16:30  <gmaxwell> (or even wtxid, feerate, vin id with lowest hash)
202 2016-07-10T03:18:08  <gmaxwell> in any case, optimal sync behavior in the presence of double spends (of any kind) isn't a nut I've cracked yet.
203 2016-07-10T03:18:10  <sipa> petertodd: yes, the priority should be to make sure no internal inconsistency or banning of unaware nodes occur
204 2016-07-10T03:18:27  <gmaxwell> I think I have constructions for schemes which are close to optimal absent doublespends.
205 2016-07-10T03:18:42  *** gribble has joined #bitcoin-core-dev
206 2016-07-10T03:18:50  <gmaxwell> we already improved relay efficiency a LOT in 0.13, fwiw.
207 2016-07-10T03:19:09  <sipa> petertodd: rejectioncache behaviour can either degenerate into attackers preventing you from receiving transactions on the one hand
208 2016-07-10T03:19:50  <sipa> or to the old pre-rejectioncache bevahiour of requesting failed txn from every peer (which is made much less bad due to feefilter already)
209 2016-07-10T03:21:34  <gmaxwell> there are already several trivially exploited ways where an attacker can massively delay you getting a transaction.
210 2016-07-10T03:21:43  <petertodd> sipa: well, again, an attacker can do that DoS attack without segwit by just sending multiple slightly different versions of the same tx
211 2016-07-10T03:22:19  <gmaxwell> (e.g. just inv the damn thing from many sockets and don't respond.
212 2016-07-10T03:22:20  <gmaxwell> )
213 2016-07-10T03:24:15  <sipa> yeah
214 2016-07-10T03:30:00  *** frankenmint has quit IRC
215 2016-07-10T03:51:13  *** gribble has quit IRC
216 2016-07-10T03:52:30  *** spudowiar has quit IRC
217 2016-07-10T03:59:06  *** Alopex has quit IRC
218 2016-07-10T04:00:11  *** Alopex has joined #bitcoin-core-dev
219 2016-07-10T04:03:21  *** moli has quit IRC
220 2016-07-10T04:03:42  *** frankenmint has joined #bitcoin-core-dev
221 2016-07-10T04:08:39  *** moli has joined #bitcoin-core-dev
222 2016-07-10T04:10:01  *** Alopex has quit IRC
223 2016-07-10T04:11:06  *** Alopex has joined #bitcoin-core-dev
224 2016-07-10T04:14:05  *** frankenmint has quit IRC
225 2016-07-10T04:21:00  *** molz has joined #bitcoin-core-dev
226 2016-07-10T04:23:43  *** moli has quit IRC
227 2016-07-10T04:26:14  *** gribble has joined #bitcoin-core-dev
228 2016-07-10T04:41:52  *** cryptapus_ has joined #bitcoin-core-dev
229 2016-07-10T04:41:52  *** cryptapus_ has joined #bitcoin-core-dev
230 2016-07-10T04:59:41  *** nanotube has quit IRC
231 2016-07-10T04:59:41  *** molz has quit IRC
232 2016-07-10T04:59:41  *** achow101 has quit IRC
233 2016-07-10T04:59:42  *** Justinus has quit IRC
234 2016-07-10T04:59:42  *** crudel has quit IRC
235 2016-07-10T04:59:42  *** Michail1 has quit IRC
236 2016-07-10T04:59:42  *** owowo has quit IRC
237 2016-07-10T04:59:42  *** petertodd has quit IRC
238 2016-07-10T04:59:43  *** gabridome has quit IRC
239 2016-07-10T04:59:43  *** neha has quit IRC
240 2016-07-10T04:59:43  *** cjcj has quit IRC
241 2016-07-10T04:59:44  *** BCBot has quit IRC
242 2016-07-10T04:59:44  *** shaiguit1r has quit IRC
243 2016-07-10T04:59:44  *** Taek has quit IRC
244 2016-07-10T04:59:45  *** grubles has quit IRC
245 2016-07-10T04:59:45  *** bustd_soket has quit IRC
246 2016-07-10T04:59:45  *** eenoch has quit IRC
247 2016-07-10T04:59:46  *** trippysalmon has quit IRC
248 2016-07-10T04:59:46  *** mr_burdell has quit IRC
249 2016-07-10T04:59:47  *** haakonn has quit IRC
250 2016-07-10T04:59:47  *** so has quit IRC
251 2016-07-10T04:59:47  *** gribble has quit IRC
252 2016-07-10T04:59:47  *** PatBoy has quit IRC
253 2016-07-10T04:59:47  *** JackH has quit IRC
254 2016-07-10T04:59:47  *** afk11 has quit IRC
255 2016-07-10T04:59:47  *** challisto has quit IRC
256 2016-07-10T04:59:47  *** AaronvanW has quit IRC
257 2016-07-10T04:59:47  *** Evel-Knievel has quit IRC
258 2016-07-10T04:59:47  *** sanada has quit IRC
259 2016-07-10T04:59:48  *** roasbeef has quit IRC
260 2016-07-10T04:59:48  *** hybridsole has quit IRC
261 2016-07-10T04:59:48  *** d9b4bef9 has quit IRC
262 2016-07-10T04:59:48  *** Lauda has quit IRC
263 2016-07-10T04:59:48  *** pigeons has quit IRC
264 2016-07-10T04:59:49  *** adam3us has quit IRC
265 2016-07-10T04:59:49  *** PaulCapestany has quit IRC
266 2016-07-10T04:59:49  *** pmienk has quit IRC
267 2016-07-10T04:59:49  *** [b__b] has quit IRC
268 2016-07-10T04:59:49  *** Amnez777 has quit IRC
269 2016-07-10T04:59:50  *** hsmiths has quit IRC
270 2016-07-10T04:59:50  *** ybit_ has quit IRC
271 2016-07-10T04:59:50  *** ClockCat has quit IRC
272 2016-07-10T04:59:51  *** sturles has quit IRC
273 2016-07-10T04:59:51  *** morcos has quit IRC
274 2016-07-10T04:59:51  *** ryan-c has quit IRC
275 2016-07-10T04:59:51  *** arubi has quit IRC
276 2016-07-10T04:59:52  *** whphhg has quit IRC
277 2016-07-10T04:59:52  *** adamg has quit IRC
278 2016-07-10T04:59:52  *** Sosumi has quit IRC
279 2016-07-10T04:59:52  *** jl2012 has quit IRC
280 2016-07-10T04:59:52  *** musalbas has quit IRC
281 2016-07-10T04:59:52  *** michagogo has quit IRC
282 2016-07-10T04:59:52  *** btcdrak has quit IRC
283 2016-07-10T04:59:53  *** windsok_ has quit IRC
284 2016-07-10T04:59:53  *** Arnavion has quit IRC
285 2016-07-10T04:59:53  *** NicolasDorier has quit IRC
286 2016-07-10T04:59:53  *** mturquette has quit IRC
287 2016-07-10T04:59:53  *** nsh has quit IRC
288 2016-07-10T04:59:53  *** amiller_ has quit IRC
289 2016-07-10T04:59:54  *** cfields has quit IRC
290 2016-07-10T04:59:54  *** ghtdak has quit IRC
291 2016-07-10T04:59:54  *** Madars has quit IRC
292 2016-07-10T04:59:55  *** da2ce7_mobile has quit IRC
293 2016-07-10T04:59:55  *** jyap has quit IRC
294 2016-07-10T04:59:55  *** helo has quit IRC
295 2016-07-10T04:59:56  *** asoltys has quit IRC
296 2016-07-10T04:59:56  *** jtimon has quit IRC
297 2016-07-10T04:59:56  *** slackircbridge has quit IRC
298 2016-07-10T04:59:56  *** dgenr8 has quit IRC
299 2016-07-10T04:59:56  *** mkarrer has quit IRC
300 2016-07-10T04:59:56  *** aureianimus_ has quit IRC
301 2016-07-10T04:59:57  *** Cheeseo has quit IRC
302 2016-07-10T04:59:57  *** tucenaber has quit IRC
303 2016-07-10T04:59:57  *** isis has quit IRC
304 2016-07-10T04:59:57  *** mn3monic has quit IRC
305 2016-07-10T04:59:57  *** wumpus has quit IRC
306 2016-07-10T04:59:58  *** jeremyrubin has quit IRC
307 2016-07-10T04:59:58  *** dirtynewshoes has quit IRC
308 2016-07-10T04:59:59  *** cryptapus has quit IRC
309 2016-07-10T04:59:59  *** Lysanders has quit IRC
310 2016-07-10T04:59:59  *** LeMiner has quit IRC
311 2016-07-10T04:59:59  *** CyrusV has quit IRC
312 2016-07-10T05:00:00  *** bsm117532 has quit IRC
313 2016-07-10T05:00:00  *** davec has quit IRC
314 2016-07-10T05:00:00  *** face has quit IRC
315 2016-07-10T05:00:00  *** OxADADA has quit IRC
316 2016-07-10T05:00:01  *** rcd has quit IRC
317 2016-07-10T05:00:01  *** midnightmagic has quit IRC
318 2016-07-10T05:00:01  *** lclc has quit IRC
319 2016-07-10T05:00:01  *** jron has quit IRC
320 2016-07-10T05:00:01  *** BonyM has quit IRC
321 2016-07-10T05:00:01  *** Squidicuz has quit IRC
322 2016-07-10T05:00:03  *** baldur has quit IRC
323 2016-07-10T05:00:03  *** berndj has quit IRC
324 2016-07-10T05:00:03  *** Anduck has quit IRC
325 2016-07-10T05:00:04  *** AtashiCon has quit IRC
326 2016-07-10T05:00:05  *** cryptapus_ has quit IRC
327 2016-07-10T05:00:05  *** Alopex has quit IRC
328 2016-07-10T05:00:06  *** Lightsword has quit IRC
329 2016-07-10T05:00:06  *** goregrind has quit IRC
330 2016-07-10T05:00:06  *** jonasschnelli has quit IRC
331 2016-07-10T05:00:07  *** tadasv has quit IRC
332 2016-07-10T05:00:07  *** Expanse has quit IRC
333 2016-07-10T05:00:07  *** kinlo has quit IRC
334 2016-07-10T05:00:07  *** crescendo has quit IRC
335 2016-07-10T05:00:07  *** Cory has quit IRC
336 2016-07-10T05:00:07  *** kanzure has quit IRC
337 2016-07-10T05:00:07  *** aj_ has quit IRC
338 2016-07-10T05:00:07  *** Bootvis has quit IRC
339 2016-07-10T05:00:07  *** zxzzt has quit IRC
340 2016-07-10T05:00:08  *** CodeShark has quit IRC
341 2016-07-10T05:00:08  *** nickler has quit IRC
342 2016-07-10T05:00:08  *** limpkin has quit IRC
343 2016-07-10T05:00:08  *** zmanian__ has quit IRC
344 2016-07-10T05:00:09  *** Eliel_ has quit IRC
345 2016-07-10T05:00:09  *** jouke has quit IRC
346 2016-07-10T05:00:09  *** blkdb has quit IRC
347 2016-07-10T05:00:10  *** kekstone has quit IRC
348 2016-07-10T05:00:10  *** Chris_Stewart_5 has quit IRC
349 2016-07-10T05:00:10  *** jgarzik has quit IRC
350 2016-07-10T05:00:11  *** warren has quit IRC
351 2016-07-10T05:00:11  *** foo1 has quit IRC
352 2016-07-10T05:00:12  *** gmaxwell has quit IRC
353 2016-07-10T05:00:12  *** Naphex has quit IRC
354 2016-07-10T05:00:12  *** binns has quit IRC
355 2016-07-10T05:00:12  *** murr4y has quit IRC
356 2016-07-10T05:00:12  *** devrandom has quit IRC
357 2016-07-10T05:00:13  *** gijensen_ has quit IRC
358 2016-07-10T05:00:13  *** da2ce7 has quit IRC
359 2016-07-10T07:39:42  *** kadoban has quit IRC
360 2016-07-10T08:53:49  *** da2ce7 has joined #bitcoin-core-dev
361 2016-07-10T08:53:49  *** gijensen_ has joined #bitcoin-core-dev
362 2016-07-10T08:53:49  *** dirtynewshoes has joined #bitcoin-core-dev
363 2016-07-10T08:53:49  *** devrandom has joined #bitcoin-core-dev
364 2016-07-10T08:53:49  *** murr4y has joined #bitcoin-core-dev
365 2016-07-10T08:53:49  *** asoltys has joined #bitcoin-core-dev
366 2016-07-10T08:53:49  *** helo has joined #bitcoin-core-dev
367 2016-07-10T08:53:49  *** jyap has joined #bitcoin-core-dev
368 2016-07-10T08:53:49  *** blkdb has joined #bitcoin-core-dev
369 2016-07-10T08:53:49  *** da2ce7_mobile has joined #bitcoin-core-dev
370 2016-07-10T08:53:49  *** jeremyrubin has joined #bitcoin-core-dev
371 2016-07-10T08:53:49  *** binns has joined #bitcoin-core-dev
372 2016-07-10T08:53:49  *** wumpus has joined #bitcoin-core-dev
373 2016-07-10T08:53:49  *** Squidicuz has joined #bitcoin-core-dev
374 2016-07-10T08:53:49  *** so has joined #bitcoin-core-dev
375 2016-07-10T08:53:49  *** haakonn has joined #bitcoin-core-dev
376 2016-07-10T08:53:49  *** mr_burdell has joined #bitcoin-core-dev
377 2016-07-10T08:53:49  *** adam3us has joined #bitcoin-core-dev
378 2016-07-10T08:53:49  *** Naphex has joined #bitcoin-core-dev
379 2016-07-10T08:53:49  *** pigeons has joined #bitcoin-core-dev
380 2016-07-10T08:53:49  *** mn3monic has joined #bitcoin-core-dev
381 2016-07-10T08:53:49  *** BonyM has joined #bitcoin-core-dev
382 2016-07-10T08:53:49  *** jouke has joined #bitcoin-core-dev
383 2016-07-10T08:53:49  *** Eliel_ has joined #bitcoin-core-dev
384 2016-07-10T08:53:49  *** Madars has joined #bitcoin-core-dev
385 2016-07-10T08:53:49  *** ghtdak has joined #bitcoin-core-dev
386 2016-07-10T08:53:49  *** isis has joined #bitcoin-core-dev
387 2016-07-10T08:53:49  *** Lauda has joined #bitcoin-core-dev
388 2016-07-10T08:53:49  *** jron has joined #bitcoin-core-dev
389 2016-07-10T08:53:49  *** cfields has joined #bitcoin-core-dev
390 2016-07-10T08:53:49  *** zmanian__ has joined #bitcoin-core-dev
391 2016-07-10T08:53:49  *** limpkin has joined #bitcoin-core-dev
392 2016-07-10T08:53:49  *** d9b4bef9 has joined #bitcoin-core-dev
393 2016-07-10T08:53:49  *** nickler has joined #bitcoin-core-dev
394 2016-07-10T08:53:49  *** CodeShark has joined #bitcoin-core-dev
395 2016-07-10T08:53:49  *** gmaxwell has joined #bitcoin-core-dev
396 2016-07-10T08:53:49  *** amiller_ has joined #bitcoin-core-dev
397 2016-07-10T08:53:49  *** lclc has joined #bitcoin-core-dev
398 2016-07-10T08:53:49  *** nsh has joined #bitcoin-core-dev
399 2016-07-10T08:53:49  *** mturquette has joined #bitcoin-core-dev
400 2016-07-10T08:53:49  *** ryan-c has joined #bitcoin-core-dev
401 2016-07-10T08:53:49  *** tucenaber has joined #bitcoin-core-dev
402 2016-07-10T08:53:49  *** AtashiCon has joined #bitcoin-core-dev
403 2016-07-10T08:53:49  *** NicolasDorier has joined #bitcoin-core-dev
404 2016-07-10T08:53:49  *** zxzzt has joined #bitcoin-core-dev
405 2016-07-10T08:53:49  *** morcos has joined #bitcoin-core-dev
406 2016-07-10T08:53:49  *** morgan.freenode.net sets mode: +o wumpus
407 2016-07-10T08:53:49  *** midnightmagic has joined #bitcoin-core-dev
408 2016-07-10T08:53:49  *** berndj has joined #bitcoin-core-dev
409 2016-07-10T08:53:49  *** hybridsole has joined #bitcoin-core-dev
410 2016-07-10T08:53:49  *** roasbeef has joined #bitcoin-core-dev
411 2016-07-10T08:53:49  *** aj_ has joined #bitcoin-core-dev
412 2016-07-10T08:53:49  *** sturles has joined #bitcoin-core-dev
413 2016-07-10T08:53:49  *** Arnavion has joined #bitcoin-core-dev
414 2016-07-10T08:53:49  *** Bootvis has joined #bitcoin-core-dev
415 2016-07-10T08:53:49  *** kanzure has joined #bitcoin-core-dev
416 2016-07-10T08:53:49  *** BCBot has joined #bitcoin-core-dev
417 2016-07-10T08:53:49  *** Taek has joined #bitcoin-core-dev
418 2016-07-10T08:53:49  *** ClockCat has joined #bitcoin-core-dev
419 2016-07-10T08:53:49  *** windsok_ has joined #bitcoin-core-dev
420 2016-07-10T08:53:49  *** Cory has joined #bitcoin-core-dev
421 2016-07-10T08:53:49  *** crescendo has joined #bitcoin-core-dev
422 2016-07-10T08:53:49  *** kinlo has joined #bitcoin-core-dev
423 2016-07-10T08:53:49  *** Expanse has joined #bitcoin-core-dev
424 2016-07-10T08:53:49  *** ybit_ has joined #bitcoin-core-dev
425 2016-07-10T08:53:49  *** OxADADA has joined #bitcoin-core-dev
426 2016-07-10T08:53:49  *** trippysalmon has joined #bitcoin-core-dev
427 2016-07-10T08:53:49  *** baldur has joined #bitcoin-core-dev
428 2016-07-10T08:53:49  *** tadasv has joined #bitcoin-core-dev
429 2016-07-10T08:53:49  *** foo1 has joined #bitcoin-core-dev
430 2016-07-10T08:53:49  *** btcdrak has joined #bitcoin-core-dev
431 2016-07-10T08:53:49  *** michagogo has joined #bitcoin-core-dev
432 2016-07-10T08:53:49  *** musalbas has joined #bitcoin-core-dev
433 2016-07-10T08:53:49  *** jl2012 has joined #bitcoin-core-dev
434 2016-07-10T08:53:49  *** Sosumi has joined #bitcoin-core-dev
435 2016-07-10T08:53:49  *** CyrusV has joined #bitcoin-core-dev
436 2016-07-10T08:53:49  *** Cheeseo has joined #bitcoin-core-dev
437 2016-07-10T08:53:49  *** jonasschnelli has joined #bitcoin-core-dev
438 2016-07-10T08:53:49  *** goregrind has joined #bitcoin-core-dev
439 2016-07-10T08:53:49  *** hsmiths has joined #bitcoin-core-dev
440 2016-07-10T08:53:49  *** warren has joined #bitcoin-core-dev
441 2016-07-10T08:53:49  *** Lightsword has joined #bitcoin-core-dev
442 2016-07-10T08:53:49  *** LeMiner has joined #bitcoin-core-dev
443 2016-07-10T08:53:49  *** Lysanders has joined #bitcoin-core-dev
444 2016-07-10T08:53:49  *** shaiguit1r has joined #bitcoin-core-dev
445 2016-07-10T08:53:49  *** aureianimus_ has joined #bitcoin-core-dev
446 2016-07-10T08:53:49  *** cjcj has joined #bitcoin-core-dev
447 2016-07-10T08:53:49  *** mkarrer has joined #bitcoin-core-dev
448 2016-07-10T08:53:49  *** rcd has joined #bitcoin-core-dev
449 2016-07-10T08:53:49  *** face has joined #bitcoin-core-dev
450 2016-07-10T08:53:49  *** sanada has joined #bitcoin-core-dev
451 2016-07-10T08:53:49  *** eenoch has joined #bitcoin-core-dev
452 2016-07-10T08:53:49  *** bustd_soket has joined #bitcoin-core-dev
453 2016-07-10T08:53:49  *** davec has joined #bitcoin-core-dev
454 2016-07-10T08:53:49  *** Amnez777 has joined #bitcoin-core-dev
455 2016-07-10T08:53:49  *** whphhg has joined #bitcoin-core-dev
456 2016-07-10T08:53:49  *** Evel-Knievel has joined #bitcoin-core-dev
457 2016-07-10T08:53:49  *** [b__b] has joined #bitcoin-core-dev
458 2016-07-10T08:53:49  *** pmienk has joined #bitcoin-core-dev
459 2016-07-10T08:53:49  *** grubles has joined #bitcoin-core-dev
460 2016-07-10T08:53:49  *** Anduck has joined #bitcoin-core-dev
461 2016-07-10T08:53:49  *** cryptapus has joined #bitcoin-core-dev
462 2016-07-10T08:53:49  *** AaronvanW has joined #bitcoin-core-dev
463 2016-07-10T08:53:49  *** bsm117532 has joined #bitcoin-core-dev
464 2016-07-10T08:53:49  *** challisto has joined #bitcoin-core-dev
465 2016-07-10T08:53:49  *** PaulCapestany has joined #bitcoin-core-dev
466 2016-07-10T08:53:49  *** afk11 has joined #bitcoin-core-dev
467 2016-07-10T08:53:49  *** JackH has joined #bitcoin-core-dev
468 2016-07-10T08:53:49  *** dgenr8 has joined #bitcoin-core-dev
469 2016-07-10T08:53:49  *** PatBoy has joined #bitcoin-core-dev
470 2016-07-10T08:53:49  *** jgarzik has joined #bitcoin-core-dev
471 2016-07-10T08:53:49  *** slackircbridge has joined #bitcoin-core-dev
472 2016-07-10T08:53:49  *** jtimon has joined #bitcoin-core-dev
473 2016-07-10T08:53:49  *** kekstone has joined #bitcoin-core-dev
474 2016-07-10T08:53:49  *** gribble has joined #bitcoin-core-dev
475 2016-07-10T08:53:49  *** Michail1 has joined #bitcoin-core-dev
476 2016-07-10T08:53:49  *** adamg has joined #bitcoin-core-dev
477 2016-07-10T08:53:49  *** arubi has joined #bitcoin-core-dev
478 2016-07-10T08:53:49  *** Alopex has joined #bitcoin-core-dev
479 2016-07-10T08:54:13  *** nanotube has joined #bitcoin-core-dev
480 2016-07-10T08:54:14  *** molz has joined #bitcoin-core-dev
481 2016-07-10T08:54:14  *** achow101 has joined #bitcoin-core-dev
482 2016-07-10T08:54:14  *** Justinus has joined #bitcoin-core-dev
483 2016-07-10T08:54:14  *** crudel has joined #bitcoin-core-dev
484 2016-07-10T08:54:14  *** owowo has joined #bitcoin-core-dev
485 2016-07-10T08:54:14  *** petertodd has joined #bitcoin-core-dev
486 2016-07-10T08:54:14  *** gabridome has joined #bitcoin-core-dev
487 2016-07-10T08:54:14  *** neha has joined #bitcoin-core-dev
488 2016-07-10T08:59:31  *** Alopex has quit IRC
489 2016-07-10T09:00:37  *** Alopex has joined #bitcoin-core-dev
490 2016-07-10T10:00:30  *** MarcoFalke has joined #bitcoin-core-dev
491 2016-07-10T10:19:39  *** Ylbam has joined #bitcoin-core-dev
492 2016-07-10T11:22:01  *** Guyver2 has joined #bitcoin-core-dev
493 2016-07-10T11:30:42  *** YOU-JI has joined #bitcoin-core-dev
494 2016-07-10T11:31:58  *** belcher has joined #bitcoin-core-dev
495 2016-07-10T12:55:19  *** laurentmt has joined #bitcoin-core-dev
496 2016-07-10T12:56:59  *** YOU-JI has quit IRC
497 2016-07-10T13:08:34  *** paveljanik has joined #bitcoin-core-dev
498 2016-07-10T13:34:47  *** YOU-JI has joined #bitcoin-core-dev
499 2016-07-10T13:45:57  *** instagibbs has joined #bitcoin-core-dev
500 2016-07-10T13:59:14  *** MarcoFalke has quit IRC
501 2016-07-10T14:09:59  *** laurentmt has quit IRC
502 2016-07-10T14:23:46  *** Guyver2 has quit IRC
503 2016-07-10T14:24:00  *** YOU-JI has quit IRC
504 2016-07-10T14:45:29  *** Chris_Stewart_5 has joined #bitcoin-core-dev
505 2016-07-10T14:46:13  *** shesek has joined #bitcoin-core-dev
506 2016-07-10T14:47:43  *** arubi has quit IRC
507 2016-07-10T15:00:23  *** mkarrer has quit IRC
508 2016-07-10T15:24:29  *** musalbas has left #bitcoin-core-dev
509 2016-07-10T15:30:26  *** musalbas has joined #bitcoin-core-dev
510 2016-07-10T15:45:51  *** arubi has joined #bitcoin-core-dev
511 2016-07-10T16:01:42  *** ClockCat has quit IRC
512 2016-07-10T16:42:29  *** MarcoFalke has joined #bitcoin-core-dev
513 2016-07-10T17:07:02  *** Amnez777 has quit IRC
514 2016-07-10T17:17:28  *** spudowiar has joined #bitcoin-core-dev
515 2016-07-10T17:18:22  *** Amnez777 has joined #bitcoin-core-dev
516 2016-07-10T17:24:32  *** moli has joined #bitcoin-core-dev
517 2016-07-10T17:25:11  *** molz has quit IRC
518 2016-07-10T17:47:53  *** spudowiar has quit IRC
519 2016-07-10T18:00:51  *** moli has quit IRC
520 2016-07-10T18:02:00  *** moli has joined #bitcoin-core-dev
521 2016-07-10T18:15:28  *** Amnez777 has quit IRC
522 2016-07-10T18:23:28  *** molz has joined #bitcoin-core-dev
523 2016-07-10T18:23:34  *** moli has quit IRC
524 2016-07-10T18:28:06  *** Amnez777 has joined #bitcoin-core-dev
525 2016-07-10T19:19:18  *** face has quit IRC
526 2016-07-10T19:19:30  *** Guyver2 has joined #bitcoin-core-dev
527 2016-07-10T19:56:34  *** moli has joined #bitcoin-core-dev
528 2016-07-10T19:58:24  *** molz has quit IRC
529 2016-07-10T20:21:57  *** moli has quit IRC
530 2016-07-10T20:22:21  *** spudowiar has joined #bitcoin-core-dev
531 2016-07-10T20:24:10  *** moli has joined #bitcoin-core-dev
532 2016-07-10T20:30:58  *** Chris_Stewart_5 has quit IRC
533 2016-07-10T20:34:21  *** oddishh has joined #bitcoin-core-dev
534 2016-07-10T20:34:23  <oddishh> WOW! My bitcoin expander is now READY! Put some bitcoin in my wallet and I'll intantly expand it & send you more back. Totally vouched & legit. PM me to begin!
535 2016-07-10T20:35:10  *** ChanServ sets mode: +o btcdrak
536 2016-07-10T20:35:22  *** btcdrak sets mode: +b *!~oddish@static-71-162-202-13.phlapa.fios.verizon.net
537 2016-07-10T20:35:33  *** btcdrak sets mode: -o btcdrak
538 2016-07-10T20:42:06  *** kadoban has joined #bitcoin-core-dev
539 2016-07-10T20:53:12  *** oddishh has left #bitcoin-core-dev
540 2016-07-10T20:55:18  *** Guyver2 has quit IRC
541 2016-07-10T21:15:41  *** Chris_Stewart_5 has joined #bitcoin-core-dev
542 2016-07-10T21:18:23  *** harrymm has joined #bitcoin-core-dev
543 2016-07-10T21:19:31  *** spudowiar has quit IRC
544 2016-07-10T21:19:52  *** spudowiar has joined #bitcoin-core-dev
545 2016-07-10T21:25:41  *** molz has joined #bitcoin-core-dev
546 2016-07-10T21:27:47  *** moli has quit IRC
547 2016-07-10T21:29:03  *** Chris_Stewart_5 has quit IRC
548 2016-07-10T21:43:20  *** belcher has quit IRC
549 2016-07-10T22:04:15  *** belcher has joined #bitcoin-core-dev
550 2016-07-10T22:07:21  *** afk11 has quit IRC
551 2016-07-10T22:13:49  *** afk11 has joined #bitcoin-core-dev
552 2016-07-10T22:13:49  *** afk11 has quit IRC
553 2016-07-10T22:13:49  *** afk11 has joined #bitcoin-core-dev
554 2016-07-10T22:27:19  *** spudowiar is now known as noslen
555 2016-07-10T22:27:36  *** noslen is now known as spudowiar
556 2016-07-10T22:51:11  *** achow101 has quit IRC
557 2016-07-10T22:56:25  *** spudowiar is now known as sleepytime
558 2016-07-10T22:56:37  *** sleepytime is now known as spudowiat
559 2016-07-10T22:56:39  *** spudowiat is now known as spudowiar
560 2016-07-10T23:00:09  *** whphhg has quit IRC
561 2016-07-10T23:01:06  *** whphhg has joined #bitcoin-core-dev
562 2016-07-10T23:03:57  *** achow101 has joined #bitcoin-core-dev
563 2016-07-10T23:27:17  *** Chris_Stewart_5 has joined #bitcoin-core-dev
564 2016-07-10T23:37:38  *** jtimon has quit IRC
565 2016-07-10T23:41:52  <grubles> 1/3
566 2016-07-10T23:41:59  <grubles> oops. sorry.
567 2016-07-10T23:42:05  <sipa> 0.33333333
568 2016-07-10T23:42:35  <grubles> :)
569 2016-07-10T23:48:50  *** spudowiar has quit IRC