1 2017-09-05T00:06:06  *** Giszmo has quit IRC
  2 2017-09-05T00:37:41  *** harai has quit IRC
  3 2017-09-05T00:41:42  *** Belxjander has quit IRC
  4 2017-09-05T00:41:43  *** dermoth has quit IRC
  5 2017-09-05T00:44:24  *** Belxjander has joined #bitcoin-dev
  6 2017-09-05T00:45:03  *** dermoth has joined #bitcoin-dev
  7 2017-09-05T00:54:20  *** meshcollider has joined #bitcoin-dev
  8 2017-09-05T00:59:53  *** Chris_Stewart_5 has joined #bitcoin-dev
  9 2017-09-05T01:04:39  *** eenoch has quit IRC
 10 2017-09-05T01:05:21  *** Belxjander has quit IRC
 11 2017-09-05T01:11:54  *** Belxjander has joined #bitcoin-dev
 12 2017-09-05T01:16:08  *** dermoth has quit IRC
 13 2017-09-05T01:16:42  *** dermoth has joined #bitcoin-dev
 14 2017-09-05T01:18:17  *** dermoth has quit IRC
 15 2017-09-05T01:18:55  *** dermoth has joined #bitcoin-dev
 16 2017-09-05T01:22:57  *** dermoth has quit IRC
 17 2017-09-05T01:25:36  *** dermoth has joined #bitcoin-dev
 18 2017-09-05T01:25:41  *** Belxjander has quit IRC
 19 2017-09-05T01:27:58  *** Belxjander has joined #bitcoin-dev
 20 2017-09-05T01:30:22  *** eenoch has joined #bitcoin-dev
 21 2017-09-05T01:40:07  *** Belxjander has quit IRC
 22 2017-09-05T01:42:29  *** Belxjander has joined #bitcoin-dev
 23 2017-09-05T01:45:17  *** Chris_Stewart_5 has quit IRC
 24 2017-09-05T02:01:51  *** Cory has quit IRC
 25 2017-09-05T02:02:07  *** Belxjander has quit IRC
 26 2017-09-05T02:04:17  *** Cory has joined #bitcoin-dev
 27 2017-09-05T02:07:40  *** Belxjander has joined #bitcoin-dev
 28 2017-09-05T02:08:33  *** Dyaheon has quit IRC
 29 2017-09-05T02:09:38  *** Dyaheon has joined #bitcoin-dev
 30 2017-09-05T02:12:15  *** Chris_Stewart_5 has joined #bitcoin-dev
 31 2017-09-05T02:16:08  *** belcher has quit IRC
 32 2017-09-05T02:21:13  *** harai has joined #bitcoin-dev
 33 2017-09-05T02:24:48  *** chjj has quit IRC
 34 2017-09-05T02:33:20  *** subo has joined #bitcoin-dev
 35 2017-09-05T02:37:07  *** subo_ has quit IRC
 36 2017-09-05T02:45:19  *** belcher has joined #bitcoin-dev
 37 2017-09-05T03:01:15  *** kebman has quit IRC
 38 2017-09-05T03:03:37  *** Chris_Stewart_5 has quit IRC
 39 2017-09-05T03:11:18  *** dabura667 has joined #bitcoin-dev
 40 2017-09-05T03:38:26  *** chjj has joined #bitcoin-dev
 41 2017-09-05T03:48:30  *** chjj has quit IRC
 42 2017-09-05T03:48:54  *** chjj has joined #bitcoin-dev
 43 2017-09-05T04:05:37  *** [7] has quit IRC
 44 2017-09-05T04:07:29  *** iv3c has quit IRC
 45 2017-09-05T04:10:14  *** TheSeven has joined #bitcoin-dev
 46 2017-09-05T04:21:26  *** POJO has quit IRC
 47 2017-09-05T04:45:20  *** Dyaheon has quit IRC
 48 2017-09-05T04:48:22  *** Dyaheon has joined #bitcoin-dev
 49 2017-09-05T05:30:08  *** harai has quit IRC
 50 2017-09-05T05:32:10  *** POJO has joined #bitcoin-dev
 51 2017-09-05T05:49:04  *** ruunyan has joined #bitcoin-dev
 52 2017-09-05T05:57:05  *** Belxjander has quit IRC
 53 2017-09-05T06:03:06  *** Belxjander has joined #bitcoin-dev
 54 2017-09-05T06:08:10  *** chjj has quit IRC
 55 2017-09-05T06:08:42  *** airbreather has quit IRC
 56 2017-09-05T06:15:17  *** harai has joined #bitcoin-dev
 57 2017-09-05T06:15:45  *** chjj has joined #bitcoin-dev
 58 2017-09-05T06:24:14  <waxwing> i think if anything this place is way underused; you can't ask general dev. or tech. questions in core-dev, and you can in #bitcoin, but that place is often a madhouse.
 59 2017-09-05T06:24:38  <waxwing> people do still ask things here, but not that much.
 60 2017-09-05T06:42:58  *** nazarewk has joined #bitcoin-dev
 61 2017-09-05T06:54:57  *** Belxjander has quit IRC
 62 2017-09-05T06:57:30  *** BashCo has quit IRC
 63 2017-09-05T07:00:53  *** Mottengrotte has joined #bitcoin-dev
 64 2017-09-05T07:01:12  *** Belxjander has joined #bitcoin-dev
 65 2017-09-05T07:01:22  *** czaanja_ has joined #bitcoin-dev
 66 2017-09-05T07:12:36  *** Belxjander has quit IRC
 67 2017-09-05T07:14:41  *** dabura667 has quit IRC
 68 2017-09-05T07:14:55  *** Belxjander has joined #bitcoin-dev
 69 2017-09-05T07:16:37  *** dakk has quit IRC
 70 2017-09-05T07:17:20  *** BashCo has joined #bitcoin-dev
 71 2017-09-05T07:29:46  *** dakk has joined #bitcoin-dev
 72 2017-09-05T07:46:21  *** coin_trader has quit IRC
 73 2017-09-05T07:54:19  *** Guyver2 has joined #bitcoin-dev
 74 2017-09-05T08:05:11  *** one_zero has joined #bitcoin-dev
 75 2017-09-05T08:24:32  *** one_zero has quit IRC
 76 2017-09-05T08:41:25  *** Beef has quit IRC
 77 2017-09-05T08:47:13  *** Beef has joined #bitcoin-dev
 78 2017-09-05T08:51:05  *** nazarewk has quit IRC
 79 2017-09-05T08:52:14  *** nazarewk has joined #bitcoin-dev
 80 2017-09-05T08:58:07  *** Belxjander has quit IRC
 81 2017-09-05T08:59:03  *** Belxjander has joined #bitcoin-dev
 82 2017-09-05T09:11:21  *** YoY has quit IRC
 83 2017-09-05T09:21:15  *** Belxjander has quit IRC
 84 2017-09-05T09:23:05  *** Belxjander has joined #bitcoin-dev
 85 2017-09-05T09:27:26  *** mattcode has joined #bitcoin-dev
 86 2017-09-05T09:38:35  *** Belxjander has quit IRC
 87 2017-09-05T09:43:50  *** Belxjander has joined #bitcoin-dev
 88 2017-09-05T10:04:11  *** YoY has joined #bitcoin-dev
 89 2017-09-05T10:28:35  *** dakk_ has joined #bitcoin-dev
 90 2017-09-05T10:30:01  *** dakk has quit IRC
 91 2017-09-05T10:31:42  *** zshlyk has joined #bitcoin-dev
 92 2017-09-05T10:31:43  *** intcat has quit IRC
 93 2017-09-05T10:52:36  *** Dyaheon has quit IRC
 94 2017-09-05T10:57:48  *** Dyaheon has joined #bitcoin-dev
 95 2017-09-05T11:00:59  *** SopaXorzTaker has joined #bitcoin-dev
 96 2017-09-05T11:18:54  *** O01eg has joined #bitcoin-dev
 97 2017-09-05T11:26:05  *** Belxjander has quit IRC
 98 2017-09-05T11:28:14  *** Belxjander has joined #bitcoin-dev
 99 2017-09-05T11:52:44  *** airbreather has joined #bitcoin-dev
100 2017-09-05T11:58:08  *** cad has joined #bitcoin-dev
101 2017-09-05T11:59:09  <cad> Does bitcoin miners check transaction's senders balance?
102 2017-09-05T11:59:33  <cad> before accepting it and including it in a block
103 2017-09-05T12:01:41  *** acagman has joined #bitcoin-dev
104 2017-09-05T12:01:47  <acagman> mustafa
105 2017-09-05T12:02:23  <cad> efendim ahmet abi
106 2017-09-05T12:02:31  <acagman> nasilsin yahu ?
107 2017-09-05T12:02:56  *** ozlemT has joined #bitcoin-dev
108 2017-09-05T12:03:02  <ozlemT> selam
109 2017-09-05T12:03:04  <acagman> oo ozlem hosgeldin ya
110 2017-09-05T12:03:17  <ozlemT> hosbuldum ahmet abi
111 2017-09-05T12:03:54  *** ilkmccr has joined #bitcoin-dev
112 2017-09-05T12:04:01  <acagman> ooo ilker sende gelmisin
113 2017-09-05T12:04:21  <ilkmccr> acagman: saygilar abi
114 2017-09-05T12:06:29  *** Belxjander has quit IRC
115 2017-09-05T12:08:48  *** Belxjander has joined #bitcoin-dev
116 2017-09-05T12:20:40  *** Chris_Stewart_5 has joined #bitcoin-dev
117 2017-09-05T12:23:25  <Emcy> cad yes but not int he way you probably think
118 2017-09-05T12:23:30  <Emcy> also there are no 'balances'
119 2017-09-05T12:33:04  *** airbreather has quit IRC
120 2017-09-05T12:48:17  <cad> Emcy: I know that there are no 'balances'. What I meant was does the miner runs detailed checks on the transactions before including them in a block and if it didn't (e.g. an evil miner), will the network mitigate such case? If yes how?
121 2017-09-05T12:49:54  *** airbreather has joined #bitcoin-dev
122 2017-09-05T12:56:58  *** coin_trader has joined #bitcoin-dev
123 2017-09-05T13:03:43  *** agricocb has quit IRC
124 2017-09-05T13:24:04  *** dviola has joined #bitcoin-dev
125 2017-09-05T13:24:05  <dviola> hi
126 2017-09-05T13:24:10  <dviola> I just saw this in my debug.log, any ideas what it means? 2017-09-05 13:19:06 ProcessMessages(version, 113 bytes) FAILED peer=14
127 2017-09-05T13:26:56  <dviola> is it something critical?
128 2017-09-05T13:32:01  *** agricocb has joined #bitcoin-dev
129 2017-09-05T13:33:15  <dviola> it's syncing fine but I saw this in a few lines in the debug.log
130 2017-09-05T13:34:27  <Emcy> just a duff peer
131 2017-09-05T13:35:00  <Emcy> cad miners are incentivised to check what they include in a block is valid
132 2017-09-05T13:35:42  <Emcy> if its not, the rest of the network will orphan the block when the miner releases it if it has an invalid tx and that will cost mr miner like 60,000usd
133 2017-09-05T13:36:30  <dviola> I see, thanks
134 2017-09-05T13:36:32  *** agricocb has quit IRC
135 2017-09-05T13:36:34  <Emcy> i think at one point some miners were doing validationless mining while trying to chose down the orphan rate, but thats not so common anymore
136 2017-09-05T13:36:35  <dviola> is it safe to ignore?
137 2017-09-05T13:37:43  <dviola> I guess it is
138 2017-09-05T13:38:07  <cad> Emcy: thx
139 2017-09-05T13:38:12  <acagman> saol gardas..
140 2017-09-05T13:38:23  *** acagman has left #bitcoin-dev
141 2017-09-05T13:39:49  <Emcy> i think antpool accidentally made an invalid mis-ordered block one while totally not doing asicboost kek
142 2017-09-05T13:41:41  <Emcy> dviola bitcoin will just ban peers that keep sending nonsense
143 2017-09-05T13:42:12  <dviola> Emcy: good, so this was that basically?
144 2017-09-05T13:43:02  <Emcy> look at the banscore
145 2017-09-05T13:44:10  <ozlemT> #namecoin-dev
146 2017-09-05T13:44:18  <dviola> Emcy: how?
147 2017-09-05T13:44:46  <dviola> I'm using bitcoind
148 2017-09-05T13:45:55  *** Emcy_ has joined #bitcoin-dev
149 2017-09-05T13:48:10  *** mturquette has quit IRC
150 2017-09-05T13:48:14  *** Giszmo has joined #bitcoin-dev
151 2017-09-05T13:48:21  *** Emcy has quit IRC
152 2017-09-05T13:48:34  *** mturquette has joined #bitcoin-dev
153 2017-09-05T13:50:32  *** agricocb has joined #bitcoin-dev
154 2017-09-05T13:55:42  *** sh_smith has quit IRC
155 2017-09-05T13:55:54  <dviola> oh, I see now
156 2017-09-05T13:55:59  <dviola> just started qt
157 2017-09-05T13:58:37  <molz> dviola, "bitcoin-cli listbanned"
158 2017-09-05T13:59:07  <dviola> oh, thanks
159 2017-09-05T14:02:06  <dviola> I get an empty []
160 2017-09-05T14:02:15  <dviola> maybe because I restarted bitcoind?
161 2017-09-05T14:03:15  <molz> does your log say your node banned some IP?
162 2017-09-05T14:05:28  <dviola> no
163 2017-09-05T14:08:33  *** ilkmccr has quit IRC
164 2017-09-05T14:09:04  <dviola> I see 'FAILED' as in: 2017-09-05 13:19:06 ProcessMessages(version, 113 bytes) FAILED peer=14 with a few peers
165 2017-09-05T14:09:08  <dviola> but no bans
166 2017-09-05T14:11:35  *** nazarewk has quit IRC
167 2017-09-05T14:12:16  *** kexkey has joined #bitcoin-dev
168 2017-09-05T14:17:10  *** dermoth has quit IRC
169 2017-09-05T14:18:33  *** bugs_ has joined #bitcoin-dev
170 2017-09-05T14:20:52  *** dermoth has joined #bitcoin-dev
171 2017-09-05T14:30:25  *** sh_smith has joined #bitcoin-dev
172 2017-09-05T14:38:17  *** ozlemT has quit IRC
173 2017-09-05T14:38:54  *** BashCo has quit IRC
174 2017-09-05T14:40:35  *** Beef has quit IRC
175 2017-09-05T14:43:02  *** Beef has joined #bitcoin-dev
176 2017-09-05T14:43:06  *** YoY has quit IRC
177 2017-09-05T14:44:30  *** YoY has joined #bitcoin-dev
178 2017-09-05T14:57:59  *** Chris_Stewart_5 has quit IRC
179 2017-09-05T15:02:17  *** BashCo has joined #bitcoin-dev
180 2017-09-05T15:07:18  *** iv3c has joined #bitcoin-dev
181 2017-09-05T15:08:36  *** nazarewk has joined #bitcoin-dev
182 2017-09-05T15:17:58  *** bumbar has joined #bitcoin-dev
183 2017-09-05T15:21:59  <dviola> so if this peer is sending me crap and I see a FAILED, why I don't see it as banned?
184 2017-09-05T15:26:53  <dviola> or are there some cases where core will not ban them?
185 2017-09-05T15:27:00  *** test123456 has joined #bitcoin-dev
186 2017-09-05T15:30:07  *** kexkey has quit IRC
187 2017-09-05T15:33:23  <molz> dviola, do you see anything that says "ERRORS" after that line?
188 2017-09-05T15:33:47  <dviola> molz: no
189 2017-09-05T15:35:36  <molz> dviola, and your node is not stuck? it's still downloading blocks, correct?
190 2017-09-05T15:35:43  <dviola> correct
191 2017-09-05T15:35:46  <dviola> it's not stuck
192 2017-09-05T15:36:06  <dviola> I think it will finish syncing tomorrow
193 2017-09-05T15:36:42  <molz> ok, i wouldn't worry about it, probably something not important
194 2017-09-05T15:37:17  <dviola> ok, thanks
195 2017-09-05T15:47:36  *** nazarewk has quit IRC
196 2017-09-05T15:47:49  *** dermoth has quit IRC
197 2017-09-05T15:48:07  *** dermoth has joined #bitcoin-dev
198 2017-09-05T16:03:06  *** Mottengrotte has quit IRC
199 2017-09-05T16:19:18  *** Guyver2 has quit IRC
200 2017-09-05T16:19:59  *** abpa has joined #bitcoin-dev
201 2017-09-05T16:20:06  *** Chris_Stewart_5 has joined #bitcoin-dev
202 2017-09-05T16:24:08  *** meshcollider has quit IRC
203 2017-09-05T16:27:49  *** bugs_ has quit IRC
204 2017-09-05T16:29:35  *** dviola has quit IRC
205 2017-09-05T16:35:30  *** Dizzle has joined #bitcoin-dev
206 2017-09-05T16:36:06  *** coin_trader has quit IRC
207 2017-09-05T16:37:11  *** coin_trader has joined #bitcoin-dev
208 2017-09-05T16:40:28  *** Dyaheon has quit IRC
209 2017-09-05T16:41:35  *** Murch has joined #bitcoin-dev
210 2017-09-05T16:43:06  *** Dyaheon has joined #bitcoin-dev
211 2017-09-05T16:47:33  *** boltzar has joined #bitcoin-dev
212 2017-09-05T16:47:43  *** Emcy_ has quit IRC
213 2017-09-05T16:48:06  *** Emcy_ has joined #bitcoin-dev
214 2017-09-05T16:48:29  <boltzar> I am using bitcoind json rpc api to send bitcoin to multiple bitcoin addresses. I am using sendrawtransaction. When i have 24 unconfirmed payments sent from my account, i can't send anymore because i get this error : 64: too-long-mempool-chain . I have increased the maxmempool to 1500 but it still doesn't fix it.	Any ideas on how to fix it ? I want to be able to create for example 300
215 2017-09-05T16:48:29  <boltzar> unconfirmed transactions and not to receive that error.
216 2017-09-05T16:48:36  *** Emcy has joined #bitcoin-dev
217 2017-09-05T16:48:37  <boltzar> Hey!
218 2017-09-05T16:50:23  <ossifrage> boltzar, are all your transactions from the same address?
219 2017-09-05T16:50:43  <boltzar> yes.
220 2017-09-05T16:51:31  <ossifrage> So they are a single chain of unconfirmed transactions? Having a limit for that sounds like a sane thing to do
221 2017-09-05T16:53:38  <ossifrage> You would be much better off having multiple outputs in fewer transactions then a long chain like that
222 2017-09-05T16:54:16  <boltzar> ossifrage i can't have multiple outputs because my business is not like that...
223 2017-09-05T16:54:30  <boltzar> orders come for example at 1-2-5-10 minutes apart from each other
224 2017-09-05T16:55:38  <ossifrage> Well, you can either pay larger fees, or you can check if the transactions are getting backed up and do a CPFP transaction
225 2017-09-05T16:56:18  <boltzar> CPFP ? sorry, i don't know what that is...
226 2017-09-05T16:57:38  <ossifrage> child pays for parent... at the end of your chain of transactions, before you hit the bitcoind limit, just do a transaction with a larger fee to cover whatever part of the chain hasn't made it into a block
227 2017-09-05T16:58:13  <ossifrage> Or you could just recompile bitcoind with a larger chain transaction limit, but you will have to find someone else to tell you if that is a really bad idea
228 2017-09-05T17:00:12  *** POJO has quit IRC
229 2017-09-05T17:00:29  <boltzar> i have tried now something. after i got "64: too-long-mempool-chain" i made a transaction with a higher fee, and i still couldn't make the payment
230 2017-09-05T17:01:01  <ossifrage> boltzar, you would have to do that before the limit kicks in
231 2017-09-05T17:01:41  <boltzar> if i do that before the limit kicks it, do i need to wait for that transaction to get confirmed also ?
232 2017-09-05T17:01:47  <boltzar> because i can't wait.
233 2017-09-05T17:02:11  <ossifrage> That long chain of (I'd assume low fee) transactions isn't overly appealing to the miners, they are much more likely to pick other smaller transactions then your long chain
234 2017-09-05T17:02:40  <boltzar> when somebody pays me, my api has to send instant the bitcoin and as we know there are some days when you can wait for hours to get confirmations
235 2017-09-05T17:02:49  <boltzar> well i use segwit at the moment
236 2017-09-05T17:03:53  <ossifrage> First thing you can do is split your coins over multiple addresses, that will help this specific problem, I'm not sure it is wise to bump the long chain limit
237 2017-09-05T17:04:01  *** Belxjander has quit IRC
238 2017-09-05T17:04:21  <boltzar> can you tell me the reason for this ? why it's not wise ?
239 2017-09-05T17:05:24  <ossifrage> Because you are decreasing your chances of getting in a block. All those transactions have to go into blocks in the right order because they are a dependency chain
240 2017-09-05T17:06:13  *** Belxjander has joined #bitcoin-dev
241 2017-09-05T17:06:18  *** one_zero has joined #bitcoin-dev
242 2017-09-05T17:07:03  <boltzar> before i made my own json api i used the one from block.io . I had times when i had 200 unconfirmed transactions . They eventually all got confirmed, a bit late, but they got confirmed. I want to make like that...It's not a problem if they get confirmed a bit late...
243 2017-09-05T17:07:27  *** n8wachT has joined #bitcoin-dev
244 2017-09-05T17:07:56  <ossifrage> Are you sure they all came from the same address chain?
245 2017-09-05T17:08:08  *** czaanja_ has quit IRC
246 2017-09-05T17:08:09  <boltzar> Yes.
247 2017-09-05T17:08:24  <ossifrage> It looks like there are command line options to control this for bitcoind
248 2017-09-05T17:09:04  <boltzar> that's what i'm trying to find out..
249 2017-09-05T17:09:06  <ossifrage> I think the thing you want to change is "-limitancestorcount", the default is 25
250 2017-09-05T17:09:38  <arubi> that's only local policy.  changing that won't make other nodes relay that long chain
251 2017-09-05T17:10:17  *** Chris_Stewart_5 has quit IRC
252 2017-09-05T17:10:50  <boltzar> i think this also ?
253 2017-09-05T17:10:51  <boltzar> walletrejectlongchains
254 2017-09-05T17:11:25  *** one_zero has quit IRC
255 2017-09-05T17:11:54  <ossifrage> arubi has a good point, you might be shooting yourself in the foot making that change (I'm assuming it is some sort of anti-spam protection)
256 2017-09-05T17:13:04  <boltzar> what do you mean by this ?
257 2017-09-05T17:13:08  *** Murch has quit IRC
258 2017-09-05T17:13:18  <arubi> that and if you get to a point in time where you have a long chain which isn't confirmed, you're better off just putting all those outputs in a single transaction..
259 2017-09-05T17:14:01  <boltzar> It happens very rare to have 200 unconfirmed transactions
260 2017-09-05T17:14:01  *** Murch has joined #bitcoin-dev
261 2017-09-05T17:14:06  <ossifrage> arubi, his point is that the transactions are happening over time, not batched
262 2017-09-05T17:14:33  <boltzar> yes, exactly
263 2017-09-05T17:14:59  <boltzar> and i have to instantly send the bitcoins to the clients
264 2017-09-05T17:15:00  <arubi> yea I understand, bitcoin isn't very good for long chains of transactions, plus it takes about 10 minutes between blocks
265 2017-09-05T17:15:10  <ossifrage> boltzar, the first thing to do is to slowly bump your fee as the unconfirmed chain gets larger and potentially use multiple addresses
266 2017-09-05T17:15:32  <arubi> yep, just prepare many outputs that you can use
267 2017-09-05T17:15:45  <arubi> take one big input, send it to 1000 addresses of yours
268 2017-09-05T17:15:59  *** one_zero has joined #bitcoin-dev
269 2017-09-05T17:16:15  <boltzar> do you guys have any tip for me how to calculate the fee ?
270 2017-09-05T17:16:15  <arubi> every time you need to pay, grab one of the 1000 that are already confirmed.  eventually you can just consolidate small outputs at the lowest level
271 2017-09-05T17:16:30  <ossifrage> But if they other nodes aren't going to forward long chains of unconfirmed transactions, then it doesn't help you to make the transaction right away if your customers aren't going to see it
272 2017-09-05T17:16:35  <boltzar> i have searched everywhere but to be honest didn't find anything i can use
273 2017-09-05T17:16:48  <boltzar> they all give me very big fees.
274 2017-09-05T17:17:06  <arubi> you can just wait for v0.15.0 . it'll have proper fee estimator
275 2017-09-05T17:17:28  <arubi> or use rc3 which is out now.  I've been running rc1 for a while and it worked well.  updating to rc3 now
276 2017-09-05T17:17:36  <ossifrage> no need to wait... the 0.15.0 fee estimator is better, but it still overpays fee wise
277 2017-09-05T17:17:55  <boltzar> for example i use segwit now and my fees are 0.3 $
278 2017-09-05T17:18:34  <arubi> not sure what the fees are now.  I just always underpay and wait :)
279 2017-09-05T17:18:48  <arubi> got a 1 satoshi/byte tx confirmed over the weekend.  all is fine
280 2017-09-05T17:18:53  <boltzar> sorry for asking arubi, i'm not a pro at this ... what is rc3 ?
281 2017-09-05T17:19:02  <arubi> release candidate 3
282 2017-09-05T17:19:07  <boltzar> Fee per byte	27.903 sat/B
283 2017-09-05T17:19:15  <boltzar> this is what i have now
284 2017-09-05T17:19:17  <arubi> doesn't sound so bad
285 2017-09-05T17:19:24  <ossifrage> My last 1 sat/byte transaction took over 20 days to confirm due to the recent mempool constipation
286 2017-09-05T17:19:36  <boltzar> :))
287 2017-09-05T17:19:50  <boltzar> one more questions if you can figure it out
288 2017-09-05T17:19:55  <boltzar> i never understood this
289 2017-09-05T17:19:58  <arubi> yea 1/b is pretty extreme, but fun to do once in a while if you're sending to yourself anyway hehe
290 2017-09-05T17:20:00  <boltzar> check this tx out : 6938726463d5a3ab25de805538ad591043258d814544317512cfe0046a6c33c7
291 2017-09-05T17:20:12  <boltzar> on blockchain.info it doesn't show
292 2017-09-05T17:20:15  <boltzar> on chain.so it appears
293 2017-09-05T17:20:33  <boltzar> on blockr.io it doesn't appear
294 2017-09-05T17:20:52  <ossifrage> boltzar, that is fee is pretty high, should be able to go much lower only have to wait a few blocks (right now) https://jochen-hoenicke.de/queue/#2h
295 2017-09-05T17:20:55  <boltzar> i had this issue for a long long time with some of my transactions. what's the problem ?
296 2017-09-05T17:21:12  <arubi> probably because they're one of the very long chain..?
297 2017-09-05T17:21:31  <boltzar> i understand. so that's the issue.
298 2017-09-05T17:21:55  <arubi> right, block explorers might be running with the same default rules at 25 max
299 2017-09-05T17:22:12  <boltzar> for example if i have 5 segwit addresses in my wallet
300 2017-09-05T17:22:35  <boltzar> when i use createraw..sign...send... does it take randomly from one of those addreses ?
301 2017-09-05T17:22:55  <arubi> no, it uses the one from the input
302 2017-09-05T17:22:58  <boltzar> blockchain.info i know for sure it has 25 max. :) i used the api from them and the same issue i had with their api also
303 2017-09-05T17:23:02  <ossifrage> That looks like ~23 unconfirmed transactions on that address, right at the 25 txn limit
304 2017-09-05T17:23:27  <boltzar> ossifrage i had 25 unconfirmed, 2 got confirmed.
305 2017-09-05T17:23:32  <boltzar> i was just making tests
306 2017-09-05T17:23:36  <boltzar> to figure this out
307 2017-09-05T17:24:21  <ossifrage> boltzar, FYI, if I was writing a spam detector those transactions would be labeled as spam
308 2017-09-05T17:25:09  <ossifrage> same input, same outputs, many transactions all created at the same time == spam
309 2017-09-05T17:25:20  <boltzar> to be honest i'm kind of crazy ... i use the same address just to keep track of my balance easy.. i have my bitcoin address on watch on the blockchain api on my phone
310 2017-09-05T17:25:54  <arubi> that's not very good for your customers
311 2017-09-05T17:26:04  <boltzar> yes, but that was just for test.
312 2017-09-05T17:26:38  <ossifrage> Once those clear out, try your test again with more realistic timing and output addresses
313 2017-09-05T17:26:39  <arubi> but if one customer gets a transaction from you, they can then track your address too and learn about your business
314 2017-09-05T17:27:51  <boltzar> i understand that risk. another issue was segwit...to move my change to different segwit wallets...it's kind of difficult for me
315 2017-09-05T17:28:06  <boltzar> sendtoaddress moves the funds around, but not to segwit addreses
316 2017-09-05T17:28:42  <arubi> sendtoaddress can send to p2sh addresses
317 2017-09-05T17:29:19  <arubi> and that's most of what people use now as segwit addresses, so really not sure why it couldn't send for you
318 2017-09-05T17:29:23  <boltzar> i mean for example i have 1 bitcoin. 0.5 goes to the customer + fee and 0.5 has to return to me. that return address is not segwit
319 2017-09-05T17:29:33  <arubi> ohh
320 2017-09-05T17:29:36  <arubi> yea, that's right.
321 2017-09-05T17:29:43  <boltzar> and next time i send...i send from non-segwit
322 2017-09-05T17:29:58  <arubi> why aren't you using fundrawtransaction?
323 2017-09-05T17:30:01  <boltzar> so to move funds around with createraw...difficult for my brain.
324 2017-09-05T17:30:05  <arubi> or are you?
325 2017-09-05T17:30:15  <boltzar> no. create, sign, send
326 2017-09-05T17:30:30  <arubi> alright, so if you place fundraw between send and sign, you can set a change address
327 2017-09-05T17:30:35  <boltzar> don't know what's the difference. to be honest i have 1 week since i'm playing with bitcoind
328 2017-09-05T17:30:57  <arubi> you place the output from createraw into fundraw, then the output from fundraw into signraw
329 2017-09-05T17:31:02  <boltzar> you can set a change address on sendraw also
330 2017-09-05T17:31:13  <arubi> sendraw? no
331 2017-09-05T17:31:24  <arubi> sendraw just sends signed and complete transactions
332 2017-09-05T17:31:40  <boltzar> on createraw i have to put the change address
333 2017-09-05T17:31:46  <arubi> better not
334 2017-09-05T17:31:52  <boltzar> then sign and send
335 2017-09-05T17:32:05  <arubi> better let fundraw deal with it.  it will also select an input, then you put that into signraw, then sendraw
336 2017-09-05T17:32:28  <boltzar> fundraw selects it's own change address ?
337 2017-09-05T17:32:32  <boltzar> i don't have to define it ?
338 2017-09-05T17:32:35  <arubi> yes
339 2017-09-05T17:32:46  <boltzar> but it won't select a segwit address :)
340 2017-09-05T17:32:56  <boltzar> same thing like on sendtoaddress
341 2017-09-05T17:33:13  <arubi> it won't but you can set one
342 2017-09-05T17:33:30  <arubi> if you set one in createraw, your signraw won't know that it's a change address and just add a new one
343 2017-09-05T17:33:40  <arubi> so the only way to specify one yourself right now, is using fundraw
344 2017-09-05T17:34:39  <boltzar> i have to try this
345 2017-09-05T17:34:55  <boltzar> it sounds good. if it would add a new segwit address, it would be perfect
346 2017-09-05T17:35:37  <arubi> sure.  just one thing, the wallet can't restore these addresses in case you need to restore from backup.  you need to add them all back manually yourself, so not sure if you should use it with lots of money right now
347 2017-09-05T17:36:16  <arubi> I mean, it's not that these are completely lost in case the wallet is lost.  they can always be restored, but it's a manual process now
348 2017-09-05T17:36:17  <boltzar> will make some tests with 10-20 $ on it :)
349 2017-09-05T17:36:22  <arubi> nice :)
350 2017-09-05T17:36:36  <arubi> (you can also use testnet)
351 2017-09-05T17:37:15  <boltzar> you're awesome dude. i've been with my head into this api for a week. it's just awesome, but difficult.
352 2017-09-05T17:37:45  <arubi> cheers man, it's great knowing people are having fun with bitcoin stuff
353 2017-09-05T17:37:48  <boltzar> so , related to the fee. how much do you recommend for me to use ? like i said, i use 0.3 $ = 0.0000692
354 2017-09-05T17:38:00  <boltzar> what's your suggestion ?
355 2017-09-05T17:38:22  <arubi> you can use https://jochen-hoenicke.de/queue/#2h for looking at what other people are paying
356 2017-09-05T17:38:36  <ossifrage> boltzar, the right fee always depends on the current state of the network, using a fixed value is just wasting money
357 2017-09-05T17:38:46  <arubi> so just set to whatever lowest color is getting cleared :)
358 2017-09-05T17:41:01  <boltzar> i'm dumb as f*ck
359 2017-09-05T17:41:09  <boltzar> don't know how to read this graph
360 2017-09-05T17:41:37  <arubi> it's got the legend on the left, bars are at 1mb intervals
361 2017-09-05T17:42:08  <arubi> at each block, a bunch of transactions get into a block, you can see the graph drop when that happens
362 2017-09-05T17:42:40  <arubi> usually higher paying txs get into a block first, then as more clears over time, lower fees do
363 2017-09-05T17:43:11  <arubi> but right now you can see that two or even one block will clear the current peak, so a smart miner will just include all transactions in that peak
364 2017-09-05T17:43:41  <arubi> which means a high fee paying one has the same chance to get into the next block as a low fee paying one
365 2017-09-05T17:44:17  <arubi> er, the website is https://core.jochen-hoenicke.de/queue/#24h
366 2017-09-05T17:44:31  <arubi> (change the view to 2 hours, not 24 hours)
367 2017-09-05T17:45:30  <boltzar> at the pending transactions for example there is 600+ : 0.024 btc
368 2017-09-05T17:45:35  <boltzar> 0.024 / 600 ?
369 2017-09-05T17:45:47  <arubi> 600 is what?
370 2017-09-05T17:45:58  <boltzar> sat/b
371 2017-09-05T17:47:15  <arubi> wait, you paid 0.024 btc for a 600 byte transaction?
372 2017-09-05T17:47:40  <boltzar> no no. i was reading the graph
373 2017-09-05T17:48:13  <arubi> ohh, yea, someone is paying very expensive fees and losing a ton of money
374 2017-09-05T17:49:06  <arubi> it means they're paying 4000 satoshi / byte
375 2017-09-05T17:49:38  <boltzar> to understand better, for a 248 (bytes) what's a good transaction fee ?
376 2017-09-05T17:50:03  <boltzar> 5 satoshi / byte ?
377 2017-09-05T17:50:08  <arubi> right now it is
378 2017-09-05T17:50:13  <boltzar> 10 ?
379 2017-09-05T17:50:14  <arubi> it doesn't matter how big the tx is
380 2017-09-05T17:50:20  <arubi> you're paying by the byte
381 2017-09-05T17:50:52  <arubi> boltzar, how much does it cost to ship 1 2x2x2 box?
382 2017-09-05T17:51:20  <arubi> you pay per weight, the size nearly doesn't matter
383 2017-09-05T17:51:36  <boltzar> Weight	662
384 2017-09-05T17:53:27  <arubi> so the setting in core is "pay this much BTC per kilobyte" right
385 2017-09-05T17:53:43  <boltzar> yes
386 2017-09-05T17:53:47  <arubi> 1 bitcoin is 100,000,000 satoshis.  it's asking you how many satoshis per 1000 kilobytes
387 2017-09-05T17:54:10  <arubi> so basically the setting is (5 * 1000 / 100000000)
388 2017-09-05T17:54:17  <arubi> ;;calc 5 * 1000 / 100000000
389 2017-09-05T17:54:17  <gribble> 5e-05
390 2017-09-05T17:54:33  *** Chris_Stewart_5 has joined #bitcoin-dev
391 2017-09-05T17:55:19  <boltzar> 0.005 / kb right ?
392 2017-09-05T17:55:36  <arubi> 0.00005000
393 2017-09-05T17:55:38  <boltzar> sorry
394 2017-09-05T17:55:38  <boltzar> yeah
395 2017-09-05T17:56:36  <boltzar> 0.00003 aprox for that 662 bytes transaction
396 2017-09-05T17:56:49  <boltzar> ?
397 2017-09-05T17:57:14  <arubi> yea, just over that
398 2017-09-05T17:57:45  <arubi> 0.00003310 specifically.  fundrawt has a 'feeRate' field you can set at funding time if the preferred fee changes
399 2017-09-05T17:58:03  <boltzar> yeah, unfortunetly i have to calculate that in php
400 2017-09-05T17:58:19  <boltzar> i have to make it auto
401 2017-09-05T17:58:21  <arubi> well no, because you put 0.00005000 in there, not the end result :)
402 2017-09-05T17:58:34  <arubi> it'll include 0.00003310 when you send a 662 byte tx
403 2017-09-05T17:58:40  <arubi> and whatever else if it's a different size
404 2017-09-05T17:59:09  <boltzar> i mean for each transaction, i have to calculate it in php. because when i create the raw transaction, i put the amount to send the fee and the return amount.
405 2017-09-05T17:59:29  <arubi> but you don't if you use fundraw, that the point
406 2017-09-05T17:59:30  <boltzar> if i put that fee, it will work only on sendtoaddress ...
407 2017-09-05T17:59:33  <arubi> you don't have to*
408 2017-09-05T17:59:38  <arubi> bitcoind will take care of that for you
409 2017-09-05T17:59:47  <boltzar> i see
410 2017-09-05T17:59:54  <boltzar> interesting
411 2017-09-05T18:00:08  <boltzar> i have to lookup this function asap
412 2017-09-05T18:00:41  <arubi> takes a simple json with whatever you want to set.  probably changeAddress and feeRate
413 2017-09-05T18:00:56  <arubi> (and the hex from createraw)
414 2017-09-05T18:01:17  <arubi> the hex from createraw should not contain an input of yours already, or a change address.  just the output to the customer
415 2017-09-05T18:01:41  <arubi> fundraw will choose inputs to cover the output, set the fee and the change, and then you get a complete unsigned transaction that you can pass to signraw
416 2017-09-05T18:02:24  <boltzar> very nice. i will empty the wallet and try this function
417 2017-09-05T18:02:36  <arubi> cheers.  I'm off for a while.  good luck
418 2017-09-05T18:02:37  <boltzar> limitancestorcount i have to put into bitcoin.conf ?
419 2017-09-05T18:02:46  <arubi> nah, don't set it at all
420 2017-09-05T18:02:57  <arubi> other nodes don't have it set, so it's not like it's going to help you
421 2017-09-05T18:03:00  <boltzar> i want to set it , because i will have problems with my orders...
422 2017-09-05T18:03:11  <arubi> you'll still have the same problems
423 2017-09-05T18:03:23  <arubi> setting it won't change the end result of long chains not being relayed
424 2017-09-05T18:03:36  <boltzar> how come when i used block.io i sent 200-300 payments
425 2017-09-05T18:03:41  <boltzar> all unconfirmed ?
426 2017-09-05T18:03:53  <arubi> that's because they can't relay these to a miner for you
427 2017-09-05T18:03:59  <arubi> the network largely ignores them
428 2017-09-05T18:04:04  <arubi> because of that same policy
429 2017-09-05T18:04:15  <boltzar> the payment went thru...
430 2017-09-05T18:04:30  <arubi> when it's a 23 long chain, sure
431 2017-09-05T18:05:05  <boltzar> really, it's not BS.
432 2017-09-05T18:05:11  <boltzar> i've used them 1 year
433 2017-09-05T18:05:23  <arubi> anyway, gotta go.  you can set that in your bitcoin.conf no problem.  but it might just cause your software to pay and pay without end
434 2017-09-05T18:06:06  <ossifrage> It is possible that the end of the chain does not show up in other nodes until the head of the chain ends up in blocks (so it will work eventually)
435 2017-09-05T18:06:34  <boltzar> arubi, thanks a lot !
436 2017-09-05T18:06:57  <boltzar> ossifrage yes you are right. not all the transactions showed up on the blockchain, untill they got confirmed
437 2017-09-05T18:07:11  <boltzar> they showed up only on chain.so , but just there
438 2017-09-05T18:07:35  <ossifrage> So block.io might just crank up those limits and let the network sort it out...
439 2017-09-05T18:08:08  <ossifrage> But it won't give your users the feedback they expect if the transactions are getting filtered by nodes
440 2017-09-05T18:09:09  <boltzar> i know, it was frustrating, but i just want to find out what's the solution. last week i didn't even know that the output of bitcoin has a return address for the rest of the funds :))
441 2017-09-05T18:09:23  <boltzar> i'm new at this subject
442 2017-09-05T18:10:08  <boltzar> untill now i've used bitcoin api's build by other websites and i'm tired of those issues and i want to create my own. that's why i want to know what's the best solution.
443 2017-09-05T18:11:07  <boltzar> i will try with fundraw to see if it still uses segwit on the return address and if yes, i will fund 20-30 addresses so i won't have problems with the long chain
444 2017-09-05T18:15:32  *** zshlyk has quit IRC
445 2017-09-05T18:16:15  *** zshlyk has joined #bitcoin-dev
446 2017-09-05T18:18:13  <boltzar> anyway. thanks a lot ossifrage and arubi. you guys are awesome
447 2017-09-05T18:18:32  <arubi> o/
448 2017-09-05T18:23:20  *** agricocb has quit IRC
449 2017-09-05T18:23:30  *** agricocb has joined #bitcoin-dev
450 2017-09-05T18:30:45  *** SopaXorzTaker has quit IRC
451 2017-09-05T18:31:57  *** POJO has joined #bitcoin-dev
452 2017-09-05T18:34:17  *** test123456 has quit IRC
453 2017-09-05T18:39:27  *** boltzar has quit IRC
454 2017-09-05T18:44:11  *** Murch has quit IRC
455 2017-09-05T18:45:05  *** Dyaheon has quit IRC
456 2017-09-05T18:48:14  *** Dyaheon has joined #bitcoin-dev
457 2017-09-05T18:53:26  *** zshlyk is now known as intcat
458 2017-09-05T19:05:13  *** agricocb has quit IRC
459 2017-09-05T19:06:06  *** n8wachT has quit IRC
460 2017-09-05T19:10:05  *** PaulCapestany has quit IRC
461 2017-09-05T19:12:00  *** PaulCapestany has joined #bitcoin-dev
462 2017-09-05T19:12:48  *** bugs_ has joined #bitcoin-dev
463 2017-09-05T19:32:03  *** slimeball has joined #bitcoin-dev
464 2017-09-05T19:32:34  *** LeMiner has quit IRC
465 2017-09-05T19:41:25  *** Murch has joined #bitcoin-dev
466 2017-09-05T19:46:36  *** czaanja_ has joined #bitcoin-dev
467 2017-09-05T19:57:36  <JackH> Can we get an RPC to see data usage in Bitcoin? Would it make sense?
468 2017-09-05T19:58:45  *** jtimon has joined #bitcoin-dev
469 2017-09-05T19:59:30  <arubi> might be that one of the debug options tracks it?
470 2017-09-05T19:59:43  *** Murch has quit IRC
471 2017-09-05T19:59:58  <arubi> I'm not sure, I never checked.
472 2017-09-05T20:00:50  <JackH> I checked the RPC calls, nothing for tracking data usage
473 2017-09-05T20:00:53  *** Murch has joined #bitcoin-dev
474 2017-09-05T20:02:02  <JackH> I think it can become useful for certain nodes to keep track of data usage. I just did 91GB in 3 days
475 2017-09-05T20:02:48  <arubi> so -debug=<category> doesn't show it for category 'net' ?
476 2017-09-05T20:03:43  *** Murch has quit IRC
477 2017-09-05T20:03:52  <JackH> huh?
478 2017-09-05T20:03:58  *** Murch has joined #bitcoin-dev
479 2017-09-05T20:04:13  <arubi> bitcoind's debug flag, might track network usage
480 2017-09-05T20:04:23  <arubi> I mean, I'm asking if you tried it, because I didn't
481 2017-09-05T20:05:00  <arubi> output should appear in debug.log
482 2017-09-05T20:05:11  <JackH> I never tried this to be honest
483 2017-09-05T20:05:29  <arubi> I'm gonna try
484 2017-09-05T20:06:16  <arubi> well it does tell me whatever the bytes for each message sent \ received
485 2017-09-05T20:06:21  <arubi> so I guess it does just that ;)
486 2017-09-05T20:06:38  <JackH> wait so how does it store this?
487 2017-09-05T20:06:43  <JackH> whats the output?
488 2017-09-05T20:06:46  <arubi> in debug.log
489 2017-09-05T20:06:54  <arubi> 2017-09-05 20:06:16 initial getheaders (483711) to peer=6 (startheight:483712)
490 2017-09-05T20:06:54  <arubi> 2017-09-05 20:06:16 sending getheaders (997 bytes) peer=6
491 2017-09-05T20:07:02  <arubi> pretty sweet
492 2017-09-05T20:07:49  <JackH> but the output of 10GB will be impossible to keep track of like this
493 2017-09-05T20:08:03  <arubi> max message is that many right
494 2017-09-05T20:08:15  <arubi> and really there aren't messages bigger than one block
495 2017-09-05T20:08:22  <arubi> so, 4mb max
496 2017-09-05T20:08:50  <arubi> you can't keep track of gigabytes without tracking bytes
497 2017-09-05T20:08:56  <arubi> you just accumulate :)
498 2017-09-05T20:09:36  *** PRab has quit IRC
499 2017-09-05T20:09:37  <JackH> there must be something in the GUI then that counts all the bytes and draws the graph and also keeps track of the data per session
500 2017-09-05T20:10:58  <arubi> sounds pretty useful really.  I made some output for myself of connected peers and the amount of data sent \ received from me to them
501 2017-09-05T20:11:06  *** czaanja_ has quit IRC
502 2017-09-05T20:11:40  <JackH> do you read from the debug then?
503 2017-09-05T20:11:49  <JackH> or how do you grab the data?
504 2017-09-05T20:12:03  <arubi> no, just rpc calls and prettyprinting in bash
505 2017-09-05T20:12:33  <JackH> ahh
506 2017-09-05T20:12:42  <arubi> https://gist.github.com/fivepiece/07fdaa7bce38ffa0c77bdb5c40a69a25
507 2017-09-05T20:13:01  <arubi> I run that with `watch -d -n15 ./peerinf.sh`
508 2017-09-05T20:13:21  <arubi> it's somewhat buggy when nodes have spaces in their useragent :\
509 2017-09-05T20:13:33  *** rjak has quit IRC
510 2017-09-05T20:13:36  *** Murch has quit IRC
511 2017-09-05T20:13:48  <JackH> ah well that can be cut out
512 2017-09-05T20:13:57  <JackH> doesnt matter (for me) who downloads what
513 2017-09-05T20:14:04  <JackH> as long as I have overview of total consumption
514 2017-09-05T20:14:24  <arubi> getpeerinfo has all the details, but data disappears when a peer disconnects
515 2017-09-05T20:14:37  <arubi> it's just for real time stats
516 2017-09-05T20:15:39  <arubi> /dinner
517 2017-09-05T20:20:03  *** LeMiner has joined #bitcoin-dev
518 2017-09-05T20:21:25  *** tloriato_ has joined #bitcoin-dev
519 2017-09-05T20:21:37  <tloriato_> Hello. I was wondering about HD wallets creation. I would like to generate deterministics public addresses linked to a specific BIP39 24 word list, but without having to expose the words. I came across a specific implementation that can use BIP39 to generate BIP32 addresses (bitcoinjs lib) and it does that using the BIP39 seed and not the words. Is the seed a "disposable" information?
520 2017-09-05T20:22:03  <tloriato_> Disposable in the sense that if a hacker manages to grab that information it would not be harmful in any way?
521 2017-09-05T20:22:22  <tloriato_> (monetarily speaking)
522 2017-09-05T20:31:52  *** Murch has joined #bitcoin-dev
523 2017-09-05T20:35:55  *** Dizzle has quit IRC
524 2017-09-05T20:37:27  *** rjak has joined #bitcoin-dev
525 2017-09-05T20:38:57  *** dakk_ has quit IRC
526 2017-09-05T20:39:24  <tloriato_> Ok... I that it's actually quite important, in the sense that I was able to derivate the BIP32 Root Key from the BIP39 Seed and then get the private keys became trivial. Does anyone knows how I could achive what I'm aiming?
527 2017-09-05T20:39:38  *** Murch has quit IRC
528 2017-09-05T20:49:47  *** Dyaheon has quit IRC
529 2017-09-05T20:51:23  <arubi> tloriato_, it sounds like you didn't read bip32 or bip39 at all?  there's info in bip32 specifically about public derivation paths
530 2017-09-05T20:52:21  *** Dyaheon has joined #bitcoin-dev
531 2017-09-05T20:52:33  *** dakk_ has joined #bitcoin-dev
532 2017-09-05T20:53:35  <tloriato_> arubi , I read it but I was looking for an implementation of the described process in the "Public parent key → public child key"
533 2017-09-05T20:54:07  <tloriato_> I believe that would cover my use? Being able to generate new deterministics public address on a server without having to keep any sensible data on it?
534 2017-09-05T21:01:23  <arubi> yea but, the process is right there in bip32, and there are links to implementations at the bottom
535 2017-09-05T21:12:20  *** meshcollider has joined #bitcoin-dev
536 2017-09-05T21:12:39  <tloriato_> yes, you are right. i'm currently looking into the JS implementation to see if I can pinpoint where he implemented the desired Public parent key → public child key process
537 2017-09-05T21:12:51  <tloriato_> but have been unlucky
538 2017-09-05T21:14:34  <arubi> look for parts where it does hmac-sha512
539 2017-09-05T21:15:04  <arubi> one of them will be public child key derivation
540 2017-09-05T21:15:44  *** mattcode has quit IRC
541 2017-09-05T21:16:59  *** agricocb has joined #bitcoin-dev
542 2017-09-05T21:17:30  <tloriato_> thank you arubi
543 2017-09-05T21:17:35  <tloriato_> i think that i found it https://github.com/sarchar/brainwallet.github.com/blob/bip32/js/bip32.js#L229
544 2017-09-05T21:18:16  <arubi> yea that's it
545 2017-09-05T21:18:22  <tloriato_> so it's possible to do what i'm looking for, right? generate a public address from another "master" pub address (linked to a bip39 passphrare)?
546 2017-09-05T21:18:28  <tloriato_> just to be clear, sorry
547 2017-09-05T21:18:29  *** Murch has joined #bitcoin-dev
548 2017-09-05T21:19:00  <arubi> it is, but you have to remember to never export a private key from that path
549 2017-09-05T21:19:07  <tloriato_> (without knowing sensible information, so i can keep them off computers)
550 2017-09-05T21:19:10  *** PaulCapestany has quit IRC
551 2017-09-05T21:19:13  <tloriato_> uhm...
552 2017-09-05T21:19:29  <arubi> you can give someone a master public key, and they can generate addresses from it
553 2017-09-05T21:19:39  *** schnerchi has left #bitcoin-dev
554 2017-09-05T21:19:41  *** Chris_Stewart_5 has quit IRC
555 2017-09-05T21:19:47  <arubi> but if you also give them one single private key from one of these addresses, then they can get all other keys
556 2017-09-05T21:19:59  <tloriato_> oh, i see!
557 2017-09-05T21:20:09  <tloriato_> that's incredible and exactly what i've been looking for
558 2017-09-05T21:20:36  <tloriato_> i'll see if i can find it in the bitcoinjs lib to use easily, otherwise i'll implement it there
559 2017-09-05T21:20:37  <tloriato_> thank you!
560 2017-09-05T21:20:44  <arubi> yw
561 2017-09-05T21:21:22  *** PaulCapestany has joined #bitcoin-dev
562 2017-09-05T21:28:08  *** tloriato_ has quit IRC
563 2017-09-05T21:36:44  *** dstadulis has joined #bitcoin-dev
564 2017-09-05T21:37:49  *** Murch has quit IRC
565 2017-09-05T21:53:40  <jimpo> Is it known or is there a leading theory why Satoshi used double SHA256?
566 2017-09-05T21:53:40  *** sh_smith has quit IRC
567 2017-09-05T21:56:26  *** sh_smith has joined #bitcoin-dev
568 2017-09-05T21:57:41  *** bugs_ has quit IRC
569 2017-09-05T21:59:29  *** sh_smith has quit IRC
570 2017-09-05T22:02:27  *** sh_smith has joined #bitcoin-dev
571 2017-09-05T22:18:08  *** CheckDavid has joined #bitcoin-dev
572 2017-09-05T22:21:52  *** POJO has quit IRC
573 2017-09-05T22:26:11  *** echonaut has quit IRC
574 2017-09-05T22:26:30  *** echonaut has joined #bitcoin-dev
575 2017-09-05T22:27:03  *** spinza has quit IRC
576 2017-09-05T22:28:51  *** Murch has joined #bitcoin-dev
577 2017-09-05T22:31:58  *** qrestlove has quit IRC
578 2017-09-05T22:42:19  *** qrestlove has joined #bitcoin-dev
579 2017-09-05T22:54:05  *** Dyaheon has quit IRC
580 2017-09-05T22:56:46  *** abpa has quit IRC
581 2017-09-05T22:57:00  *** Dyaheon has joined #bitcoin-dev
582 2017-09-05T22:59:09  *** chjj has quit IRC
583 2017-09-05T23:01:35  *** chjj has joined #bitcoin-dev
584 2017-09-05T23:02:24  *** LeMiner has quit IRC
585 2017-09-05T23:03:32  <Emcy> in case of a marginal sha256 break maybe?
586 2017-09-05T23:03:39  <Emcy> like what happened with sha1
587 2017-09-05T23:04:08  <Emcy> you know like how DES got weakened significantly and everyone said screw it DES but 3 times
588 2017-09-05T23:05:38  *** spinza has joined #bitcoin-dev
589 2017-09-05T23:09:00  *** chjj has quit IRC
590 2017-09-05T23:10:01  *** chjj has joined #bitcoin-dev
591 2017-09-05T23:16:41  *** Murch has quit IRC
592 2017-09-05T23:57:20  <esotericnonsense> double sha protects against length extension
593 2017-09-05T23:57:51  <esotericnonsense> i'm not aware of anything in bitcoin that needs that particular property though