1 2017-11-24 00:11:38 <luke-jr> firelegend: it's not Bitcoin at all
  2 2017-11-24 00:11:45 <luke-jr> garit: he's talking about an altcoin
  3 2017-11-24 00:11:56 <firelegend> luke-jr: Yes I used the word altcoin
  4 2017-11-24 00:12:01 <firelegend> because it is
  5 2017-11-24 00:12:30 <luke-jr> firelegend: anyhow, block compression would probably slow things at this point
  6 2017-11-24 00:12:43 <luke-jr> firelegend: because nodes typically don't transmit entire blocks now, but only transaction lists
  7 2017-11-24 00:12:46 <firelegend> Sad to hear that
  8 2017-11-24 00:12:56 <firelegend> But any plans at all?
  9 2017-11-24 00:13:03 <luke-jr> firelegend: why bother when it doesn't help?
 10 2017-11-24 00:13:22 <garit> He asks for other plans
 11 2017-11-24 00:13:29 <luke-jr> to be clear, it doesn't help because bandwidth usage is ALREADY lower than using compression
 12 2017-11-24 00:13:52 <firelegend> I think I have to agree there
 13 2017-11-24 00:14:04 <firelegend> several years and only 150 gigabytes
 14 2017-11-24 00:14:36 <luke-jr> well, true, IBD might benefit from compression
 15 2017-11-24 00:14:42 <garit> anyway,one plan that might help - is using a high order servers (like big miners), to establish connection in a way that no miner is further than lets say 2 hops from others, and write down the most effective way to share blocks. Probably a few separate centralized servers just for this
 16 2017-11-24 00:14:47 <luke-jr> 150 GB is a lot of data
 17 2017-11-24 00:18:27 <firelegend> luke-jr: It could be worse. Just saying.
 18 2017-11-24 00:41:47 <luke-jr> firelegend: at the current rate, it will be much worse quite fast
 19 2017-11-24 00:42:57 <firelegend> Any solutions? Or BIPs?
 20 2017-11-24 00:43:03 <firelegend> Pruning?
 21 2017-11-24 01:39:51 <luke-jr> firelegend: there's not enough support to reduce the block size yet
 22 2017-11-24 02:48:20 <cluelessperson> So I'm starting to run into new store merchants that want to run a store that accepts bitcoin
 23 2017-11-24 02:48:32 <cluelessperson> How do you recommend I set these people to support Bitcoin payments?
 24 2017-11-24 02:49:22 <cluelessperson> My inclincation is to direct them to use a MASTER PRIVATE KEY (offline), and a PUBLIC key online to deterministically generate addresses to store in a regular web application database
 25 2017-11-24 02:49:25 <cluelessperson> track orders
 26 2017-11-24 02:49:34 <cluelessperson> but I don't know how to use Bitcoin Core to watch an account only.
 27 2017-11-24 02:49:47 <cluelessperson> and I don't have the impression it's made for a large volume of addresses?
 28 2017-11-24 05:04:00 <luke-jr> cluelessperson: it's unlikely they'll get a large number of bitcoin orders initially?
 29 2017-11-24 05:04:27 <luke-jr> cluelessperson: better to just use a list of addresses on the web side, so compromising the server doesn't expose too mcuh
 30 2017-11-24 05:15:16 <cluelessperson> luke-jr: I'd like to build a daemon that watches new incoming blocks for the watched addresses, and discard them
 31 2017-11-24 05:15:42 <cluelessperson> Would someone be able to help me understand BIP32, 44 ?
 32 2017-11-24 05:15:59 <garit> cluelessperson: there are too many mixers/casino, i think
 33 2017-11-24 05:18:33 <cluelessperson> garit: what do you mean?  That's not my intention
 34 2017-11-24 12:55:19 <buZz> right, my importing of P2WSH hasnt been fruitfull
 35 2017-11-24 12:55:31 <buZz> i'm failing mostly on 'where do i get the redeemscript fromt'
 36 2017-11-24 12:55:32 <buZz> -t
 37 2017-11-24 13:00:39 <buZz> seems the same question as https://github.com/bitcoin/bitcoin/issues/10016#issuecomment-324690062
 38 2017-11-24 13:05:11 <buZz> https://github.com/bitcoin/bitcoin/issues/10924 also seems related
 39 2017-11-24 13:11:18 <arubi> buZz, s/fromt/format or s/fromt/from ?
 40 2017-11-24 13:11:27 <buZz> the latter :)
 41 2017-11-24 13:11:50 <buZz> i can see them in listunspent , but only for ones with active balance
 42 2017-11-24 13:11:52 <arubi> hm, don't you have the redeemscript already?  you're trying to import it?
 43 2017-11-24 13:12:58 <buZz> i can grab a wallet that 'already has them' , plonk it in new daemon, resync, and then not see the transactions which are to/from those addresses
 44 2017-11-24 13:13:15 <buZz> but still, i dont know how to get the redeemScript for them
 45 2017-11-24 13:13:35 <arubi> if there are any spends, you can get them from there
 46 2017-11-24 13:13:35 <buZz> dumpprivkey doesnt support them, listunspent doesnt show them
 47 2017-11-24 13:13:43 <buZz> oh hmm
 48 2017-11-24 13:14:00 <buZz> you mean, grab them off the blockchain?
 49 2017-11-24 13:14:22 <arubi> yea, getrawtransaction if you're indexing
 50 2017-11-24 13:15:11 <buZz> is it the OP_HASH160 part?
 51 2017-11-24 13:15:28 <buZz> oh wait, there are two  :P
 52 2017-11-24 13:15:44 <buZz> mind if i PM you a txid arubi ?
 53 2017-11-24 13:15:57 <arubi> sure go ahead
 54 2017-11-24 13:18:37 <buZz> ah
 55 2017-11-24 13:18:43 <buZz> this might work, lets see
 56 2017-11-24 13:23:07 <buZz> oooo, the 'hex' field under 'validateaddress' shows the redeemscript
 57 2017-11-24 13:23:12 <buZz> that isnt very obvious :P
 58 2017-11-24 13:23:29 <arubi> yes :)
 59 2017-11-24 13:23:42 <arubi> also see jsons here https://github.com/fivepiece/witness-sig to set up signraw
 60 2017-11-24 13:23:52 <buZz> "message": "Missing required fields"
 61 2017-11-24 13:23:58 <buZz> :( i dont like importmulti a lot
 62 2017-11-24 13:25:07 <arubi> it's okay.  I was pretty confused at first by it
 63 2017-11-24 13:27:16 <buZz> type script ; scriptPubkey xxxx ; redeemscript xxxx <- why isnt this already enough to grab one?
 64 2017-11-24 13:28:04 <buZz> maybe its just easier to build a tx to spend them blindly .. hmm
 65 2017-11-24 13:28:59 <arubi> it's not enough without the public key as well
 66 2017-11-24 13:29:20 <buZz> isnt scriptPubkey the pubkey?
 67 2017-11-24 13:30:08 <arubi> scriptpubkey is the p2sh script, redeemscript is the p2wpkh\p2wsh script and in the p2wpkh script is a hash of the pubkey
 68 2017-11-24 13:30:27 <buZz> oh ok, but where do i find that last one?
 69 2017-11-24 13:30:54 <buZz> oh
 70 2017-11-24 13:30:57 <arubi> it's in validateaddress of the normal p2pkh script
 71 2017-11-24 13:31:25 <arubi> or in a previous spend
 72 2017-11-24 13:31:44 <buZz> is it in the tx i just PM'd you?
 73 2017-11-24 13:32:00 <arubi> yep :)
 74 2017-11-24 13:39:46 <buZz> ok
 75 2017-11-24 13:40:21 <buZz> so importmulti with ; timestamp, type script, scriptPubkey, redeemscript and pubkeys (just that one)
 76 2017-11-24 13:40:27 <buZz> still comes with       "message": "Missing required fields"
 77 2017-11-24 13:40:57 <buZz> actually first came with       "message": "Internal must be set for hex scriptPubKey"
 78 2017-11-24 13:41:03 <buZz> added internal: true
 79 2017-11-24 13:42:09 <arubi> oh yea, I got that too
 80 2017-11-24 13:42:23 <buZz> guess its still missing something?
 81 2017-11-24 13:42:51 <arubi> hm, moment
 82 2017-11-24 13:43:04 <arubi> oh you're probably setting pubkey in the same importmulti call right?
 83 2017-11-24 13:43:12 <buZz> yeah?
 84 2017-11-24 13:43:32 <arubi> I had to use importpubkey independently of the importmulti call
 85 2017-11-24 13:43:41 <arubi> finding example..
 86 2017-11-24 13:44:48 <buZz> importpubkey with the pubkey we found earlier gives; The wallet already contains the private key for this address or script
 87 2017-11-24 13:46:48 <arubi> what about 'importaddress <redeemscript> "" false false" then "validateaddress <p2sh addresS>", does validateaddress knows about the hex redeemscript then?  also does the wallet have the private key ?
 88 2017-11-24 13:47:58 <buZz> "ismine": false,
 89 2017-11-24 13:48:11 <buZz> i'm not sure what private key you mean
 90 2017-11-24 13:48:37 <arubi> the private key for the public key from importmulti
 91 2017-11-24 13:48:57 <arubi> but nevermind ismine, see if validateaddress knows about the redeemscript for that p2sh address
 92 2017-11-24 13:49:13 <buZz> it doesnt
 93 2017-11-24 13:49:34 <buZz> it gives the same scriptPubKey , but no "hex" field
 94 2017-11-24 13:49:45 <arubi> alright, 'importaddress <redeemscript> "" false true"  this time, and try validateaddr again
 95 2017-11-24 13:49:59 <buZz> The wallet already contains the private key for this address or script
 96 2017-11-24 13:50:12 <buZz> :P lets move back to pre previous importaddress
 97 2017-11-24 13:50:47 <arubi> and validateaddress still doesn't know about the hex?
 98 2017-11-24 13:52:43 <buZz> ooo, after a restart of daemon it did fill in the "hex"
 99 2017-11-24 13:53:06 <buZz> omgomgomgomg and it shows in listunspent \o/
100 2017-11-24 13:53:07 <buZz> w00p
101 2017-11-24 13:53:09 <arubi> \o/
102 2017-11-24 13:53:24 <buZz> so just the importaddress <redeemscript> seems enough! w00t
103 2017-11-24 13:53:39 <buZz> without importmulti :P
104 2017-11-24 13:53:43 <arubi> and soon we won't even need that :)
105 2017-11-24 13:53:53 <buZz> cant wait :P
106 2017-11-24 13:54:30 <buZz> oh lol
107 2017-11-24 13:54:36 <buZz> -directly- after the 'error' of The wallet already contains the private key for this address or script
108 2017-11-24 13:54:44 <buZz> thats when it pops into listunspent
109 2017-11-24 13:55:00 <arubi> yes that sounds consistent
110 2017-11-24 14:09:59 <buZz> exxxxcellent :)
111 2017-11-24 14:30:01 <ab0027> Hey.. Anybody online??
112 2017-11-24 14:36:07 <buZz> always