1 2016-02-24 00:52:29 <xeon-enouf> wumpus: ahh.. thanks for the info ; re: OFTC.net and bitcoin-dev channel and locations; from many Days ago, heh -- (it was my irc client, and some other system failures that made it appear differently)
2 2016-02-24 00:53:39 <xeon-enouf> er.. midnightmagic too, oops ;-)
3 2016-02-24 07:37:35 <btcdrak> luke-jr: thinking about BIP reference implementations. I think we should begin to insist that the reference implementation and test vectors are stored in the bips repo because over time, external links become stale. for example, you BIP17 now points to 404 pages. The code can be stored in a subfolder like bip0012/test.cpp or something
4 2016-02-24 10:50:17 <wumpus> good point on making BIPs self-contained
5 2016-02-24 10:51:05 <wumpus> as long as they aren't multi-megabyte, there's no problem with attaching some files to a BIP, it's preferable to depending on a third-party URL that may go away any time
6 2016-02-24 10:51:23 <wumpus> maybe they're still in the internet archive?
7 2016-02-24 10:59:56 <berndj> i think archive.org applies robots.txt retroactively, so best not to depend on them either (even if retrieving things from there happens to work this time)
8 2016-02-24 11:00:29 <petertodd> wumpus: so long as the BIP repo stays smaller than the UTXO set :P
9 2016-02-24 11:21:22 <wumpus> lol
10 2016-02-24 11:22:09 <wumpus> berndj: I was not suggesting them as a lasting solution, just to get the files one time
11 2016-02-24 12:52:27 <JWU42> is the mempoolminfee per KB?
12 2016-02-24 12:54:20 <JWU42> seems not ""mempoolminfee": xxxxx (numeric) Minimum fee for tx to be accepted"
13 2016-02-24 12:54:23 <JWU42> hmm
14 2016-02-24 13:01:02 <sturles> Yes, it is per kB.
15 2016-02-24 13:08:06 <wumpus> yes
16 2016-02-24 13:08:34 <wumpus> fee logic is always per kB
17 2016-02-24 13:08:46 <wumpus> (although that docstring could certainly be improved)
18 2016-02-24 13:15:00 <JWU42> ok - thanks
19 2016-02-24 16:34:07 <timothy> may I ask a question on "new" OP_RETURN "behaviour"?
20 2016-02-24 16:41:58 <wumpus> better to ask instead of ask to ask :)
21 2016-02-24 16:43:36 <timothy> I can't find the commit about: "Relay: Any sequence of pushdatas in OP_RETURN outputs now allowed"
22 2016-02-24 16:51:39 <petertodd> timothy: https://github.com/bitcoin/bitcoin/commit/da894ab5da222ad317039eb008ec6443fb9113d9
23 2016-02-24 17:00:28 <timothy> thank you. and I also have the beatiful "data" operand in json too :P
24 2016-02-24 17:51:44 <fredrin> How's it going?
25 2016-02-24 17:54:41 <fredrin> What do the dev think of the article that was poste to the dev list? New paper: On Bitcoin Security in the Presence of Broken Crypto Primitives
26 2016-02-24 18:27:48 <timothy> why OP_RETURN with len > 75 needs 4c after the OP_RETURN operand?
27 2016-02-24 18:33:59 <timothy> var_int should be 1 byte for length < 253
28 2016-02-24 18:45:01 <paveljanik> timothy, check script.h: CScript& operator<<(const std::vector<unsigned char>& b)
29 2016-02-24 18:45:20 <timothy> oh thank you OP_PUSHDATA
30 2016-02-24 18:46:02 <timothy> I have to go, bye
31 2016-02-24 18:55:37 <Chris_Stewart_5> how is a negative satoshi encoded in hex for hashing SIGHASH_SINGLE?
32 2016-02-24 19:09:20 <paveljanik> Chris_Stewart_5, negative satoshi?
33 2016-02-24 19:12:23 <Chris_Stewart_5> https://github.com/bitcoinj/bitcoinj/blob/master/core/src/main/java/org/bitcoinj/core/Transaction.java#L977-L982
34 2016-02-24 19:12:31 <Chris_Stewart_5> paveljanik:
35 2016-02-24 19:23:35 <paveljanik> Chris_Stewart_5, (long)-1 - see https://en.bitcoin.it/wiki/OP_CHECKSIG#Procedure_for_Hashtype_SIGHASH_SINGLE
36 2016-02-24 21:38:10 <stick`> hi all!
37 2016-02-24 21:38:53 <stick`> with segwit, does the address format change or not?