1 2016-07-30 11:16:31 <arubi> anybody running classic on testnet and can tell me height/getbestblockhash ?  I'm trying to get bip109 miners to fork
 2 2016-07-30 11:16:59 <arubi> no block since 4 minutes ago, it might have worked :)
 3 2016-07-30 11:22:15 <arubi> aw, maybe not.  new version=0x30000000 coming in.  seems like they either won't mine >1mb blocks, or can't combine my tx's into a >1mb block
 4 2016-07-30 11:52:01 <bittybit> Hi everybody, I'm trying to understand the bitcoin source but i'm having a hard time understanding the file nodes_main.txt.  what information is stored at all those ip addresses?  I've tried loading them in a web browser, but they never load.
 5 2016-07-30 12:48:43 <arubi> I'm now 99% convinced that bip109 testnet miners are specifically set not to mine >1mb blocks.  instead they seem to only dos segwit transactions.
 6 2016-07-30 13:01:07 <btcdrak> arubi: those blocks are being miner by ver on his new pool.
 7 2016-07-30 13:06:46 <arubi> btcdrak, yea, that's that I thought.  seems like no big blocks for his miners.
 8 2016-07-30 13:10:22 <molly> why's he doing this?
 9 2016-07-30 13:11:32 <arubi> molly, so that's the real question.  is he just trolling on testnet?  what's the point in running non-forking miners on testnet if you're publishing a "classic" mining pool?
10 2016-07-30 13:12:12 <arubi> maybe there /is/ hashrate on a forked chain, but I'm not running classic so I can't tell
11 2016-07-30 13:13:17 <wumpus> bittybit: it is a list of hardcoded node IPs for seeding/initialization, see the README.md file in that directory: https://github.com/bitcoin/bitcoin/blob/master/contrib/seeds/README.md
12 2016-07-30 13:14:33 <bittybit> thank you wumpus.  i was looking at https://bitcoin.org/en/full-node#what-is-a-full-node but apparently that's something else
13 2016-07-30 14:25:14 <ShaIn640> Anynone know where i can download a bitcoin CPU or AMD miner source code project for visual studio?
14 2016-07-30 15:29:03 <luke-jr> arubi: reminds me of when Gavin troll-mined testnet to block BIP 17 testing
15 2016-07-30 16:27:15 <arubi> mhm.  and maybe through this trolling we can infer ver's real strategy.. to mine version 0x30000000 blocks but never be the first to actually fork the chain?
16 2016-07-30 16:27:30 <arubi> I'm spinning up a classic daemon. will try to mine a >1mb block and see if miners follow, but it'll take some time until I'm synced
17 2016-07-30 17:33:41 <arubi> more trolling?  a bunch of 0.009~ btc transactions have 0x31303861393563343237653939633938666665633539383066373461653138646437653661366631 in op_return, which means "108a95c427e99c98ffec5980f74ae18dd7e6a6f1", which can be found in... https://github.com/dvyukov/go-fuzz/blob/master/examples/strings/corpus/108a95c427e99c98ffec5980f74ae18dd7e6a6f1-13#L1
18 2016-07-30 18:37:14 <waxwing> double hexlified? wtf?
19 2016-07-30 18:37:34 <waxwing> well i guess that's not the real wtf here :)
20 2016-07-30 18:39:24 <arubi> indeed :),  I wish I knew how block versions worked..  not sure how to read 0x06000000, 0x03000000, 0x02000000 ..
21 2016-07-30 18:40:51 <waxwing> arubi: is that 108.. maybe just the hash of some low entropy string?
22 2016-07-30 18:41:42 <arubi> I couldn't figure it out, the file has bunch of spaces in it.. "                                        "
23 2016-07-30 18:42:21 <arubi> and it's the only result in google is that same file, and some op_return indexers
24 2016-07-30 18:47:22 <arubi> waxwing, oh wait, I think it has a newline at the end
25 2016-07-30 18:48:10 <arubi> so it's the sha1sum of those spaces, you're right
26 2016-07-30 18:48:29 <arubi> it doesn't have a newline. I hashed a newline by accident
27 2016-07-30 19:33:40 <btcdrak> arubi: segwit mining is back on testne tnow
28 2016-07-30 19:37:32 <arubi> ah thanks btcdrak!  finally I'll get my coins out of soft fork limbo :)
29 2016-07-30 20:23:32 <arubi> still not getting segwit txs to propagate, or maybe something else is wrong with the transaction. I don't know.  if anyone is feeling lucky: https://0bin.net/paste/T2XKvJZYgyBzH9vS#d1WHIza8JV1l3wEH8+KeAkaszN59conWrNnAXAm2V9C
30 2016-07-30 20:24:15 <arubi> also tried with less inputs (two), but still not propagating
31 2016-07-30 20:45:10 <molly> arubi, my SW tx is still in limbo, i'm going restart this to see
32 2016-07-30 20:46:44 <arubi> molly, can you try broadcasting my tx too?
33 2016-07-30 20:48:16 <molly> arubi, can you try it here:  http://tbtc.blockr.io/tx/push
34 2016-07-30 20:48:50 <arubi> it can't decode segwit transactions correctly :\
35 2016-07-30 20:54:46 <molly> i need to run -txindex to be able to decode your tx, correct?
36 2016-07-30 20:55:09 <arubi> nope
37 2016-07-30 20:58:13 <molly> arubi, ok tell me how to do it
38 2016-07-30 20:59:10 <arubi> copy all that hex I posted in a file "arubi_tx", then do `cat arubi_tx | bitcoin-cli -testnet -stdin decoderawtransaction`
39 2016-07-30 21:01:45 <molly> holy...
40 2016-07-30 21:03:25 <arubi> well I did with only two inputs -> output.. still can't broadcast.  can you try `cat arubi_tx | bitcoin-cli -testnet -stdin sendrawtransaction` ?
41 2016-07-30 21:04:00 <molly> https://0bin.net/paste/DSAa-bo1vsfmfxXZ#OuvyeXj9RZNVb7pdfBckm-sLfSZ6LEGFT3UQZGN0eI3
42 2016-07-30 21:05:04 <arubi> oh I know that's what it looks like, I ask you to try 'sendrawtransaction' instead now :)
43 2016-07-30 21:05:18 <molly> ok
44 2016-07-30 21:05:40 <arubi> thanks, let's see if you're better connected somehow
45 2016-07-30 21:06:41 <molly> 3c1f73a69c141f716b80cf28546102309e1ee338fdc20bb477a0cb983ee409ea
46 2016-07-30 21:07:05 <molly> my SW tx hasn't gone through
47 2016-07-30 21:07:34 <arubi> doesn't seem like this one will either :(
48 2016-07-30 21:38:58 <molly> arubi, someone is mining with v60000000, what is this?  https://www.blocktrail.com/tBTC/block/0000000000000b1505e7c53ecc723498b2a08113a1c6e7ed534c09283dd0c333
49 2016-07-30 21:40:15 <arubi> I don't know, haven't made sense of these block versions yet
50 2016-07-30 21:40:56 <molly> from "ckpool/AntStream/"