1 2015-12-30 09:25:13 <Luluk> Guys i am no dev, just longer term btc holder since 2012...There is lot of arguments, fuds and trolling going on everywhere about block size...I want to know, why did you decide to not go for what most people want, at least the 2MB blocks? Than you would have piece of mind for a while...Why you don't want to listen your community ? Please let me understand...i want to know you have something better prepared than increasing blocks
 2 2015-12-30 09:27:00 <Luluk> I got the argument that people on reddit and btctalk are not THE "community"
 3 2015-12-30 09:27:55 <Luluk> but Jeff and Gavin would raise the limit to 2MB at least too before you'll find better solution...i mean, why not do it?
 4 2015-12-30 09:28:17 <Luluk> You wrote you want to fork anyway in future, so why not now when we have small market?
 5 2015-12-30 09:29:06 <Luluk> How can you argument that with hard fork you have no xp and thus no go but in the same time claiming you will do hard fork in future
 6 2015-12-30 09:29:17 <Luluk> I don't get it
 7 2015-12-30 09:30:23 <Luluk> I was never more worried about BTC and it's future than right now
 8 2015-12-30 09:35:12 <skyzer> http://blog.paxful.com/bitcoin-is-in-real-danger-right-now/ interesting article, maybe core devs should think about urgency of blocksize increase
 9 2015-12-30 09:38:32 <Luluk> we all respect your work, but please don't divide the community, give us some compromise
10 2015-12-30 10:44:49 <bedeho> the nLockTime compared in checklocktimeverify, is that in the spending, or the spent tx?
11 2015-12-30 11:40:09 <sipa> bedeho: nLockTime of the spending transaction
12 2015-12-30 12:11:19 <bedeho> sipa: ty
13 2015-12-30 12:56:09 <bedeho> does regtest mode use same address version bytes and network magic number as bitcoin testnet3?
14 2015-12-30 13:22:55 <jl2012> is there any script/website that could compose raw transaction?
15 2015-12-30 13:36:36 <aj> bedeho: see pchMessageStart in src/chainparams.cpp
16 2015-12-30 13:41:19 <bedeho> aj: fantastic, ty
17 2015-12-30 20:48:50 <Anduck> how about: schedule a hard fork with lots of "trickier to soft fork" uncontroversial bips (segwit, csv etc.) and relatively safe increase to blocksize limit (like 2mb). then maybe some soft of soft-forkable configuration for flexcap?
18 2015-12-30 20:49:34 <Anduck> it would strengthen the consensus among how bitcoin works and probably time could be spent on real solutions instead of working on how to make these solutions to production
19 2015-12-30 20:50:35 <dgenr8> psztorc: i'm not totally sure what you're doing.  looking for historical fee data (per block?) or currently-being assembled estimates
20 2015-12-30 20:52:16 <psztorc> I want an spv client to be able to know what fee they should include.
21 2015-12-30 20:52:50 <psztorc> Without asking for anything that they can't verify themselves, or asking for 'so much that it defeats the purpose of spv'.
22 2015-12-30 20:54:40 <dgenr8> ah, hence wanting to look at actual historical blocks. you can also still getmempool (I think)
23 2015-12-30 20:57:14 <dgenr8> i see. if you knew the txes were sorted by fee in the block, you wouldn't have to pull a lot of details.
24 2015-12-30 20:59:31 <dgenr8> but you still don't know how long that last tx waited to be included.
25 2015-12-30 21:05:14 <instagibbs> I think people were talking about using near blocks as well as hints
26 2015-12-30 21:06:26 <psztorc> Is there *any* way of knowing how long the tx waits to be included?
27 2015-12-30 21:06:30 <psztorc> I don't think so..
28 2015-12-30 21:07:09 <instagibbs> in SPV?
29 2015-12-30 21:08:06 <psztorc> I think ever, unless the transaction is yours.
30 2015-12-30 21:11:29 <dgenr8> you could trace random txes you got thanks to false-positives, but you would need so many of them to get good estimates
31 2015-12-30 21:16:06 <phantomcircuit> psztorc, https://medium.com/@bramcohen/how-wallets-can-handle-transaction-fees-ff5d020d14fb#.5yz5t71eb
32 2015-12-30 21:18:30 <psztorc> This question is an extension of that.
33 2015-12-30 21:18:40 <psztorc> About getting the first fee, which is then incremented.
34 2015-12-30 21:19:54 <psztorc> The proposal was to sort by fee/kb , then sample the lower half, which spv clients can do by just making sure they ask for something in the left half of the merkle tree.
35 2015-12-30 21:20:44 <psztorc> Sort the transactions within each block.
36 2015-12-30 21:21:08 <psztorc> As 'the' sort to use, so as to help with the IBLT propagation idea.
37 2015-12-30 23:17:24 <CubicEarth> I got a technical question:  OS X keeps putting Bitcoin into low sleep mode.  El Cap, 0.11.2, App Nap disabled.  Any ideas?