1 2017-12-27T00:03:15 <eck> very insightful, thanks for letting us know
2 2017-12-27T00:04:05 *** zshlyk has quit IRC
3 2017-12-27T00:04:38 *** justanotheruser has joined #bitcoin-dev
4 2017-12-27T00:04:42 *** zshlyk has joined #bitcoin-dev
5 2017-12-27T00:09:04 <spectra|> shame on the devs for selling out
6 2017-12-27T00:09:15 <spectra|> why don't we just increase the block size?
7 2017-12-27T00:14:05 *** pkx2 has quit IRC
8 2017-12-27T00:14:37 *** Giszmo has joined #bitcoin-dev
9 2017-12-27T00:17:03 *** Chris_Stewart_5 has joined #bitcoin-dev
10 2017-12-27T00:17:38 <eck> this topic is more appropriate for #bitcoin
11 2017-12-27T00:23:53 *** xexe has joined #bitcoin-dev
12 2017-12-27T00:24:54 *** zshlyk has quit IRC
13 2017-12-27T00:25:47 *** zshlyk has joined #bitcoin-dev
14 2017-12-27T00:26:51 *** agricocb has quit IRC
15 2017-12-27T00:29:00 <xexe> can any set of rules at all governing the txes cherry-picking from the mempool be introduced as protocol for miners?
16 2017-12-27T00:29:49 *** arubi has quit IRC
17 2017-12-27T00:30:24 *** arubi has joined #bitcoin-dev
18 2017-12-27T00:30:35 <Dagronmaster> "cherry-picking" transactions is a feature, not a bug
19 2017-12-27T00:31:07 <xexe> who defines the cherry-picjing rules at present?
20 2017-12-27T00:31:18 <eck> the person who mines the block
21 2017-12-27T00:31:56 <xexe> that's crazy, shouldn't they have just the validating funciton and not governing?
22 2017-12-27T00:33:10 <Dagronmaster> who's governing?
23 2017-12-27T00:33:29 <xexe> what if we figure out some probability distribution weight function let's say add a bit of randomization here. how can this be enforced for miners then?
24 2017-12-27T00:34:21 <eck> who would enforce it?
25 2017-12-27T00:34:47 <Dagronmaster> from each miner according to his ability, to each transaction creator according to his need
26 2017-12-27T00:35:05 <eck> transactions in the mempool are not globally consistent anwyay, so it's pointless to try to enforce
27 2017-12-27T00:35:49 <xexe> the community, peeps who actually use the network, devs etc. it's about the governance model isn't it
28 2017-12-27T00:36:02 <eck> so what would you propose they do?
29 2017-12-27T00:36:36 <eck> we can have a twitter poll to ask people what transactions should be included in the next block but i don't think that's going to help
30 2017-12-27T00:37:43 <xexe> well they whould be fairly consistent, or tend to be at least, nevermind the propagation latency and all that
31 2017-12-27T00:37:59 <eck> in the common case, yes
32 2017-12-27T00:38:54 <eck> there are legitimate reasons a miner might want to do something out of the ordinary though
33 2017-12-27T00:39:13 <eck> bitcoin is designed to give miners the economic incentives to do the Right Thing, which is really the best you can do in a distributed, trustless system
34 2017-12-27T00:39:23 <eck> it might not work 100% of the time but it's pretty close
35 2017-12-27T00:39:33 <xexe> the q is how this or any other model be introduced tyo miners. what sowtware code do they use? core or their own?
36 2017-12-27T00:39:33 *** one_zero has joined #bitcoin-dev
37 2017-12-27T00:40:05 *** Kozuch has quit IRC
38 2017-12-27T00:40:12 <eck> most of them run a bitcoin core node on the edge of their network, but in some cases they might modify the code
39 2017-12-27T00:41:52 <eck> here's an example of a legitimate reason you might want to do something unusual as a miner. let's say you're mining, and for some reason you have a lot of "dust" utxos (e.g. because you are also an exchange). you might want to mine a block to coalesce your dust utxo outputs with 0 tx fees, and you probably wouldn't even bother broadcasting those txs to the network until you actually mine a block with
40 2017-12-27T00:41:54 <eck> them.
41 2017-12-27T00:42:04 <xexe> i think they have more than enough economic incentinve at the moment with 4+ in each block
42 2017-12-27T00:42:43 <eck> the example i just gave is not even hypothetical, it does/has happened on mainnet
43 2017-12-27T00:44:52 <xexe> it's just that economic incentive alone has never been the best governing model to do the Right Thing in this life afaik
44 2017-12-27T00:45:14 <eck> maybe not, but that's how distributed systems work
45 2017-12-27T00:46:04 <xexe> we are talking about chaos systems, where probalbility laws rule and distribution fucntions and strange attractors and all that
46 2017-12-27T00:46:19 <eck> how are strange attractors and chaos systems at all related?
47 2017-12-27T00:46:37 *** Chris_Stewart_5 has quit IRC
48 2017-12-27T00:46:41 <xexe> and at the oment i do not see any quantum probabalistic features employed in this cherrypicking
49 2017-12-27T00:47:02 <eck> you're right, you can implement it with a single for lop
50 2017-12-27T00:47:42 <eck> consider this though, let's say there are some bad actors in the system. that should be ok, as long as they don't have excessive hashing power.
51 2017-12-27T00:47:50 <eck> which is why mining decntralization is important
52 2017-12-27T00:48:08 <eck> and decentralization of the network in general
53 2017-12-27T00:49:55 <xexe> you mean ddosing the meemppol with dust? is this shear fee amount is really the only option to mitigate that sort of attack out there?
54 2017-12-27T00:50:51 <eck> for the people creating the dust transactions, or the people mining the blocks
55 2017-12-27T00:50:54 <eck> ?
56 2017-12-27T00:57:25 *** dabura667 has joined #bitcoin-dev
57 2017-12-27T00:58:19 <xexe> miners have had too much power here, and that should better be limited for them. they should basically run on 'donations' maybe not quite but something like that
58 2017-12-27T00:58:52 *** Chris_Stewart_5 has joined #bitcoin-dev
59 2017-12-27T01:02:23 *** Randolf has quit IRC
60 2017-12-27T01:11:05 <xexe> the same with these powers that be, no matter how much it's never enough for them. they simply do not have such self-limiting function in their psyche. they are there in society because they have some mean function but that's all. they have never been the most wise or pure (and they act as if they are) in fact they are the most vile & vicious minority of the whole hive. they insatiable hunger for power &
61 2017-12-27T01:11:07 <xexe> control is going to ruin evrything. that's why the hive should figure out some way to prevent them from seizing this absolute power time & again in history..
62 2017-12-27T01:15:46 *** zshlyk has quit IRC
63 2017-12-27T01:16:42 *** zshlyk has joined #bitcoin-dev
64 2017-12-27T01:20:45 *** zshlyk has quit IRC
65 2017-12-27T01:21:42 *** zshlyk has joined #bitcoin-dev
66 2017-12-27T01:23:57 *** Belxjander has quit IRC
67 2017-12-27T01:29:27 *** Belxjander has joined #bitcoin-dev
68 2017-12-27T01:31:45 *** agricocb has joined #bitcoin-dev
69 2017-12-27T01:35:20 *** sdfgsdfg has joined #bitcoin-dev
70 2017-12-27T01:36:25 <echeveria> xexe: you simply can't attempt to force rules over transaction selection.
71 2017-12-27T01:49:27 *** Giszmo has quit IRC
72 2017-12-27T01:53:57 *** Belxjander has quit IRC
73 2017-12-27T01:54:16 *** Giszmo has joined #bitcoin-dev
74 2017-12-27T01:55:38 *** iv3c has quit IRC
75 2017-12-27T01:55:39 *** Belxjander has joined #bitcoin-dev
76 2017-12-27T01:56:06 *** pabelanger is now known as pall
77 2017-12-27T01:56:50 *** iv3c has joined #bitcoin-dev
78 2017-12-27T01:58:57 *** Giszmo has quit IRC
79 2017-12-27T02:02:57 *** Belxjander has quit IRC
80 2017-12-27T02:04:46 *** zshlyk has quit IRC
81 2017-12-27T02:04:49 *** Belxjander has joined #bitcoin-dev
82 2017-12-27T02:05:42 *** zshlyk has joined #bitcoin-dev
83 2017-12-27T02:14:53 <xexe> yes enforcement isn't the dharmic way or method to achieve anything worthwhile, distributed consensus is..
84 2017-12-27T02:15:46 <echeveria> yes, in bitcoin that happens after transactions are confirmed.
85 2017-12-27T02:15:50 <xexe> i'm telling you why i'm trying to do. not how i'm trying to do..
86 2017-12-27T02:16:06 <echeveria> I'm telling you, no matter how noble, you can't have this.
87 2017-12-27T02:17:24 *** woofer has joined #bitcoin-dev
88 2017-12-27T02:20:15 *** Belxjander has quit IRC
89 2017-12-27T02:22:41 *** Belxjander has joined #bitcoin-dev
90 2017-12-27T02:22:53 *** Giszmo has joined #bitcoin-dev
91 2017-12-27T02:23:41 <xexe> i'll think about that but if the hivemind isn't going to figure out that then perhaps we will forever be at the mercy of miners, which isn't much sustainable state of affairs in the long run..
92 2017-12-27T02:24:41 <vinnix> I was looking into "bitcoin/src/leveldb/db/db_impl.cc" function DBImpl::Get
93 2017-12-27T02:25:42 <vinnix> there is a interesting part "if (have_stat_update && current->UpdateStats(stats)) { MaybeScheduleCompaction() }
94 2017-12-27T02:26:39 *** Randolf has joined #bitcoin-dev
95 2017-12-27T02:27:49 *** zshlyk has quit IRC
96 2017-12-27T02:27:51 <vinnix> since I got the mem leak report from valgrind, I am diging more into the code :)
97 2017-12-27T02:28:42 *** zshlyk has joined #bitcoin-dev
98 2017-12-27T02:28:47 <vinnix> from the user perspective I'm observing it during '-reindex'
99 2017-12-27T02:33:15 *** Murch has quit IRC
100 2017-12-27T02:38:25 *** Randolf has quit IRC
101 2017-12-27T02:39:57 *** Belxjander has quit IRC
102 2017-12-27T02:43:47 <echeveria> xexe: you can wax lyrical about this all you want, but the simple reality is that miners will choose whatever is profitable for them. trying to make social rules around transaction selection is worse than useless.
103 2017-12-27T02:45:22 *** Belxjander has joined #bitcoin-dev
104 2017-12-27T02:49:45 <xexe> can you still afford to use the fintech in question? because i can't anymore; which isn't much egalitarian status quo..
105 2017-12-27T02:51:49 <Dagronmaster> to look for egalitarian qualities in anything remotely libertarian is a recipe for disappointment
106 2017-12-27T02:56:24 <xexe> yes heart-breaking it is, as ususal. but wax candles & noble fir is so much holiday..
107 2017-12-27T03:14:50 *** Chris_Stewart_5 has quit IRC
108 2017-12-27T03:25:43 *** alferz has joined #bitcoin-dev
109 2017-12-27T03:27:47 *** zshlyk has quit IRC
110 2017-12-27T03:28:18 *** subo_ has joined #bitcoin-dev
111 2017-12-27T03:28:40 *** zshlyk has joined #bitcoin-dev
112 2017-12-27T03:29:30 <xexe> not even mentioning lack of deflationary liquidity this whole enterprise resembles more and more some enterprise for Argonauts instead of sustainable ecosystem; but perhaps it was meant to be has always been so from the start so at the end of the day it's al-right..
113 2017-12-27T03:30:21 *** alferz has quit IRC
114 2017-12-27T03:31:57 *** subo has quit IRC
115 2017-12-27T03:32:21 *** IngCr3at1on has quit IRC
116 2017-12-27T03:41:48 *** justan0theruser has joined #bitcoin-dev
117 2017-12-27T03:41:50 *** justan0theruser has quit IRC
118 2017-12-27T03:42:13 *** justan0theruser has joined #bitcoin-dev
119 2017-12-27T03:42:26 *** Giszmo has quit IRC
120 2017-12-27T03:44:33 *** justanotheruser has quit IRC
121 2017-12-27T03:46:09 *** meshcollider has quit IRC
122 2017-12-27T03:57:04 *** clopez has joined #bitcoin-dev
123 2017-12-27T04:03:56 *** dviola has quit IRC
124 2017-12-27T04:09:56 *** dafuq has quit IRC
125 2017-12-27T04:10:55 *** dafuq has joined #bitcoin-dev
126 2017-12-27T04:11:10 *** meshcollider has joined #bitcoin-dev
127 2017-12-27T04:11:45 *** iv3c has quit IRC
128 2017-12-27T04:20:47 *** zshlyk has quit IRC
129 2017-12-27T04:22:00 *** zshlyk has joined #bitcoin-dev
130 2017-12-27T04:22:38 *** xexe has left #bitcoin-dev
131 2017-12-27T04:27:52 *** zshlyk has quit IRC
132 2017-12-27T04:28:55 *** zshlyk has joined #bitcoin-dev
133 2017-12-27T04:29:31 *** xiedeacc has joined #bitcoin-dev
134 2017-12-27T04:32:50 <xiedeacc> what's nChainWork for ?
135 2017-12-27T04:33:27 <xiedeacc> in class CBlockIndex
136 2017-12-27T04:41:13 *** dgenr8 has quit IRC
137 2017-12-27T04:41:43 *** dgenr8 has joined #bitcoin-dev
138 2017-12-27T05:03:00 <phantomcircuit> xiedeacc, it's the inverse of difficulty
139 2017-12-27T05:03:11 <phantomcircuit> so you can easily calculate the total work done in a long chain
140 2017-12-27T05:08:16 *** TheSeven has quit IRC
141 2017-12-27T05:08:21 *** Hassan_x has joined #bitcoin-dev
142 2017-12-27T05:16:17 <DSidH> I realize that we can get two public keys from each signature. How did arubi say we can get 4 or even 8?
143 2017-12-27T05:16:52 <DSidH> And I am not able to find any documentation for encoding signatures with recovery.. except maybe this one: https://godoc.org/github.com/ethereum/go-ethereum/crypto/secp256k1#Sign
144 2017-12-27T05:17:27 <DSidH> can anyone guide me on how to encode a recoverable signature?
145 2017-12-27T05:18:00 <xiedeacc> ok, thanks~
146 2017-12-27T05:27:55 *** zshlyk has quit IRC
147 2017-12-27T05:28:45 *** zshlyk has joined #bitcoin-dev
148 2017-12-27T05:37:48 <echeveria> DSidH: read the comments in the libsecp256k1 code.
149 2017-12-27T05:43:46 *** jb55 has joined #bitcoin-dev
150 2017-12-27T05:47:59 *** Hassan_x has quit IRC
151 2017-12-27T05:53:26 <DSidH> echeveria: I did Google for "libsecp256k1 code". Too much info. Can you please point me to the right github link?
152 2017-12-27T05:55:48 <DSidH> one link is this: https://bitcointalk.org/index.php?topic=6430.msg94738#msg94738
153 2017-12-27T05:57:50 <DSidH> but it does not give too much info about encoding
154 2017-12-27T05:58:36 <DSidH> [10:46] <DSidH> I realize that we can get two public keys from each signature. How did arubi say we can get 4 or even 8?
155 2017-12-27T05:58:58 <DSidH> actually its 4 (2 x values and 2 y values for each x).. but I don't get how it can be 9
156 2017-12-27T05:59:00 <DSidH> 8*
157 2017-12-27T06:00:49 *** zshlyk has quit IRC
158 2017-12-27T06:02:13 *** zshlyk has joined #bitcoin-dev
159 2017-12-27T06:21:59 *** Belxjander has quit IRC
160 2017-12-27T06:22:58 *** Belxjander has joined #bitcoin-dev
161 2017-12-27T06:46:10 *** Randolf has joined #bitcoin-dev
162 2017-12-27T06:54:36 *** Belxjander has quit IRC
163 2017-12-27T07:00:13 *** Belxjander has joined #bitcoin-dev
164 2017-12-27T07:03:34 <echeveria> DSidH: itâs in the âbitcoinâ group on github.
165 2017-12-27T07:04:33 *** jb55 has quit IRC
166 2017-12-27T07:08:06 *** Pritty_Kitty has joined #bitcoin-dev
167 2017-12-27T07:09:57 *** Belxjander has quit IRC
168 2017-12-27T07:12:01 *** t0adst00l has joined #bitcoin-dev
169 2017-12-27T07:12:01 *** prometheus_falli has joined #bitcoin-dev
170 2017-12-27T07:17:13 *** Belxjander has joined #bitcoin-dev
171 2017-12-27T07:17:52 *** TheSeven has joined #bitcoin-dev
172 2017-12-27T07:22:38 *** TheSeven has quit IRC
173 2017-12-27T07:28:17 *** POJO has joined #bitcoin-dev
174 2017-12-27T07:30:50 *** prometheus_falli has quit IRC
175 2017-12-27T07:30:50 *** t0adst00l has quit IRC
176 2017-12-27T07:30:50 *** tombusby has quit IRC
177 2017-12-27T07:30:50 *** ghost43 has quit IRC
178 2017-12-27T07:30:50 *** arubi has quit IRC
179 2017-12-27T07:30:51 *** zshlyk has quit IRC
180 2017-12-27T07:33:32 *** zshlyk has joined #bitcoin-dev
181 2017-12-27T07:36:32 *** ghost43 has joined #bitcoin-dev
182 2017-12-27T07:37:16 *** arubi has joined #bitcoin-dev
183 2017-12-27T07:38:19 *** realzies has joined #bitcoin-dev
184 2017-12-27T07:38:26 *** Belxjander has quit IRC
185 2017-12-27T07:39:21 *** arubi has quit IRC
186 2017-12-27T07:40:04 *** Belxjander has joined #bitcoin-dev
187 2017-12-27T07:41:01 *** realz has quit IRC
188 2017-12-27T07:42:50 *** arubi has joined #bitcoin-dev
189 2017-12-27T07:45:37 *** TheSeven has joined #bitcoin-dev
190 2017-12-27T07:47:20 *** tombusby has joined #bitcoin-dev
191 2017-12-27T08:01:48 *** t0adst00l has joined #bitcoin-dev
192 2017-12-27T08:09:02 *** d9b4bef9 has quit IRC
193 2017-12-27T08:10:08 *** d9b4bef9 has joined #bitcoin-dev
194 2017-12-27T08:14:16 *** ujjwalt has joined #bitcoin-dev
195 2017-12-27T08:14:23 <ujjwalt> Hi guys
196 2017-12-27T08:14:36 <Randolf> Hello ujjwalt.
197 2017-12-27T08:14:41 <ujjwalt> Anyone here can help me understand how base58 in bitcoin works at the implmentation level
198 2017-12-27T08:14:50 <ujjwalt> Hi Randolf
199 2017-12-27T08:15:14 <Randolf> Base58 is merely a representation of a number.
200 2017-12-27T08:15:24 <ujjwalt> I specially canât seem to understand what this line does - `std::vector<unsigned char>::iterator it = b58.begin() + (size - length);`
201 2017-12-27T08:15:27 <Randolf> Just like Base16 is (hexadecimal).
202 2017-12-27T08:15:47 <ujjwalt> Right. How does the bitcoin version work?
203 2017-12-27T08:16:04 <ujjwalt> Not strong at CPP so canât seem to understand some things
204 2017-12-27T08:16:15 <Randolf> Base58 is a standard. There's no "Bitcoin version" that differs from any other use of Base58.
205 2017-12-27T08:16:16 <ujjwalt> Like this: `int size = (pend - pbegin) * 138 / 100 + 1; // log(256) / log(58), rounded up.`
206 2017-12-27T08:16:27 *** ujjwalt has left #bitcoin-dev
207 2017-12-27T08:16:41 *** ujjwalt has joined #bitcoin-dev
208 2017-12-27T08:17:11 <ujjwalt> first weâre counting the leading zeroes in the data buffer
209 2017-12-27T08:17:15 <ujjwalt> when encoding
210 2017-12-27T08:17:56 <Randolf> A zero is encoded as a 1.
211 2017-12-27T08:18:00 <ujjwalt> ok
212 2017-12-27T08:18:19 <Randolf> ujjwalt: Maybe this document will help: https://en.bitcoin.it/wiki/Base58Check_encoding
213 2017-12-27T08:18:53 <ujjwalt> Iâve gone through it
214 2017-12-27T08:19:03 <ujjwalt> just clarify two three things for me in the code
215 2017-12-27T08:19:11 <ujjwalt> / Apply "b58 = b58 * 256 + ch".
216 2017-12-27T08:19:17 <ujjwalt> what are we basically doing here
217 2017-12-27T08:19:24 <ujjwalt> and why are we going over b58 in reverse?
218 2017-12-27T08:19:39 <ujjwalt> and this line: std::vector<unsigned char>::iterator it = b58.begin() + (size - length);
219 2017-12-27T08:19:52 <ujjwalt> Sorry how am I supposed to paste code here?
220 2017-12-27T08:20:05 <ujjwalt> Is there a convention we follow on this room?
221 2017-12-27T08:20:25 <arubi> it's fine to paste just a couple lines
222 2017-12-27T08:20:36 <Randolf> If it's only a few lines, then IRC chat is fine,but for longer code use a service like Pastebin.ca.
223 2017-12-27T08:20:51 <ujjwalt> got it
224 2017-12-27T08:23:57 <ujjwalt> why do we use a revese iterator? Any idea?
225 2017-12-27T08:25:57 *** Belxjander has quit IRC
226 2017-12-27T08:28:27 <arubi> DSidH, it can be that 4 pubkeys can be recovered from a signature and message if the 'r' value in the sig is smaller than (p - n) (p is the prime and n is the curve order), because we take the original R's point X coordinate (mod n), so when we have such an r value, we can check if it's a valid X coordinate, and also check if (r + n) is a valid coordinate, and recover 2 different pubkeys for each option
227 2017-12-27T08:28:55 <arubi> ujjwalt, I'm not too sure about the c++, but wouldn't you do any base conversion like that?
228 2017-12-27T08:29:20 *** realz has joined #bitcoin-dev
229 2017-12-27T08:29:42 *** ujjwalt has quit IRC
230 2017-12-27T08:30:08 *** tombusby has quit IRC
231 2017-12-27T08:30:51 *** tombusby has joined #bitcoin-dev
232 2017-12-27T08:30:53 <DSidH> arubi: so we have r, r+n and the corresponding y's?
233 2017-12-27T08:31:04 <DSidH> (I mean the key recovered from r and r+n)
234 2017-12-27T08:31:57 *** realzies has quit IRC
235 2017-12-27T08:31:59 <arubi> the Y coordinate inclusions in the pubkey hash or not is what makes for two addresses for each recovered pubkey
236 2017-12-27T08:32:32 *** Belxjander has joined #bitcoin-dev
237 2017-12-27T08:32:54 <DSidH> ok.. http://www.secg.org/sec1-v2.pdf I am referring this section 4.3 to implement key recovery
238 2017-12-27T08:33:57 <DSidH> where the cofactor is 1 as in bitcoin
239 2017-12-27T08:34:24 <arubi> so I didn't understand the question. the pubkey being compressed or not matters for bitcoin specifically. that document doesn't care about it
240 2017-12-27T08:37:34 <DSidH> nvm the question, I was thinking that we find two different x coordinates first for possible public keys. Then each x has two possible y coordinates, which gives us 4 points
241 2017-12-27T08:38:44 <DSidH> similar to we find the y of a sig.. but this seems to be wrong
242 2017-12-27T08:39:21 <arubi> yea the Y values of the recovered keys are unrelated between them
243 2017-12-27T08:39:34 <arubi> or maybe better, are not +-Y :)
244 2017-12-27T08:48:51 *** Belxjander has quit IRC
245 2017-12-27T08:55:05 *** Belxjander has joined #bitcoin-dev
246 2017-12-27T08:59:54 *** tombusby has quit IRC
247 2017-12-27T09:00:16 *** tombusby has joined #bitcoin-dev
248 2017-12-27T09:00:45 *** one_zero has quit IRC
249 2017-12-27T09:04:20 *** t0adst00l has quit IRC
250 2017-12-27T09:19:57 *** ghost43 has quit IRC
251 2017-12-27T09:20:30 *** ghost43 has joined #bitcoin-dev
252 2017-12-27T09:26:39 <DSidH> arubi: I am finding that most signatures have only 2 keys.. is this expected?
253 2017-12-27T09:26:54 *** neozaru has joined #bitcoin-dev
254 2017-12-27T09:27:03 <arubi> here: https://gist.github.com/fivepiece/4cf7a9d1f3efc56f47835d168f3696f6
255 2017-12-27T09:27:22 *** neozaru has quit IRC
256 2017-12-27T09:27:54 <arubi> first one should recover 4 keys to 8 addresses, second one recovers only the "small" R_x pubkeys, third one should recover only the "big" R_x keys
257 2017-12-27T09:27:57 *** neozaru has joined #bitcoin-dev
258 2017-12-27T09:28:28 <DSidH> R = 68053886848776677441133659300543143116349777749036069675459047078098205334997 S = 40438720191521726420796838536941300170400936095250279510361216891756193879060 Hash as Int = 20329878786436204988385760252021328656300425018755239228739303522659023427620 PK1 105932108814481395905759851533798966534115425465770952541697246848027772578198,80011604461019602521402058374560558590524450437601070093989309960612944029061 PK2 10730358229073
259 2017-12-27T09:28:31 <DSidH> example
260 2017-12-27T09:29:04 <arubi> err, s/first/third/ and third/first. seems like the gist is backwards
261 2017-12-27T09:29:15 *** neozaru has quit IRC
262 2017-12-27T09:29:28 <DSidH> 1 min checking
263 2017-12-27T09:30:10 *** neozaru has joined #bitcoin-dev
264 2017-12-27T09:30:37 *** ghost43 has quit IRC
265 2017-12-27T09:31:48 *** ghost43 has joined #bitcoin-dev
266 2017-12-27T09:39:56 *** ghost43 has quit IRC
267 2017-12-27T09:40:11 *** ghost43 has joined #bitcoin-dev
268 2017-12-27T09:46:40 *** Belxjander has quit IRC
269 2017-12-27T09:48:13 *** Belxjander has joined #bitcoin-dev
270 2017-12-27T09:53:07 <DSidH> arubi: ah I get it now. we get max 4 keys in terms of points and then 4 more considering uncompressed and compressed!
271 2017-12-27T09:54:47 *** POJO has quit IRC
272 2017-12-27T09:55:18 <arubi> yep, that's it
273 2017-12-27T10:05:53 *** Belxjander has quit IRC
274 2017-12-27T10:10:54 *** POJO has joined #bitcoin-dev
275 2017-12-27T10:12:09 *** Belxjander has joined #bitcoin-dev
276 2017-12-27T10:24:57 *** POJO has quit IRC
277 2017-12-27T10:26:19 *** Belxjander has quit IRC
278 2017-12-27T10:28:41 *** Raziel has joined #bitcoin-dev
279 2017-12-27T10:28:44 *** Belxjander has joined #bitcoin-dev
280 2017-12-27T10:40:14 *** POJO has joined #bitcoin-dev
281 2017-12-27T10:48:43 <DSidH> arubi: thanks for the test vectors. I am still confused as to how to decide which public key to associate the signature with.
282 2017-12-27T10:48:49 <DSidH> all of them return true
283 2017-12-27T10:55:36 *** txter has quit IRC
284 2017-12-27T10:58:53 <arubi> yes, the first byte in the 65 byte recoverable signature tells you which to choose. that's the 3x8 table I posted yesterday. if you base64 decode the signatures, you'll see it
285 2017-12-27T11:04:17 *** zshlyk has quit IRC
286 2017-12-27T11:04:54 *** zshlyk has joined #bitcoin-dev
287 2017-12-27T11:08:45 *** POJO has quit IRC
288 2017-12-27T11:12:36 <DSidH> ok so there is some canonical ordering.. first do compressed using r then r + n and then get 4 points, then do same for uncompressed
289 2017-12-27T11:15:03 *** Belxjander has quit IRC
290 2017-12-27T11:19:40 <arubi> also the even R's recovered key is returned first
291 2017-12-27T11:21:46 *** Belxjander has joined #bitcoin-dev
292 2017-12-27T11:25:57 *** xiedeacc has quit IRC
293 2017-12-27T11:37:01 *** d9b4bef9 has quit IRC
294 2017-12-27T11:38:07 *** d9b4bef9 has joined #bitcoin-dev
295 2017-12-27T11:38:54 <DSidH> arubi: https://gist.github.com/fivepiece/4b5a026c6f74a47162fe1198e19838ee this one :)
296 2017-12-27T11:39:13 *** Belxjander has quit IRC
297 2017-12-27T11:39:17 <DSidH> so I have to strip the first byte of the signature
298 2017-12-27T11:41:01 <arubi> yes those signatures are [ recid byte ][ 32 bytes r ][ 32 bytes s]
299 2017-12-27T11:44:32 *** Belxjander has joined #bitcoin-dev
300 2017-12-27T11:46:15 <DSidH> arubi: is the even-odd guaranteed? I could not see it directly, like can we not have (y_even, x < r), (y_even, x < r)
301 2017-12-27T11:47:21 <DSidH> (r = n)
302 2017-12-27T11:47:46 <arubi> I'm talking about R's y being even or not
303 2017-12-27T11:48:29 <DSidH> oh ...
304 2017-12-27T11:48:37 <arubi> you take 'r', check if it's a valid x, find it's two y values and recover right, so the pubkey that gets recovered by the r_x,r_y where y is.. yea you get it :)
305 2017-12-27T11:49:20 <echeveria> more ideally we should just have a consensus rule that says y must always be even, then the pubkey becomes 16 bytes.
306 2017-12-27T11:49:30 <DSidH> yup I was confusing with the xs and ys of the pub key
307 2017-12-27T11:49:37 <echeveria> too late for that though.
308 2017-12-27T11:50:08 <arubi> you mean 32 bytes?
309 2017-12-27T11:50:44 <echeveria> er, yeah.
310 2017-12-27T12:01:57 <DSidH> or even better public key should just be x coordinate
311 2017-12-27T12:02:21 <DSidH> and yes even
312 2017-12-27T12:02:37 <DSidH> but can we not ignore the y when hashing?
313 2017-12-27T12:03:13 <DSidH> so then question of "even" will not even arise
314 2017-12-27T12:04:14 *** Belxjander has quit IRC
315 2017-12-27T12:06:48 <arubi> in bitcoin the public keys are compressed
316 2017-12-27T12:06:53 *** Belxjander has joined #bitcoin-dev
317 2017-12-27T12:07:18 <arubi> so it's 33 bytes. only very old wallets and services might use an uncompressed pubkey these days
318 2017-12-27T12:07:30 <DSidH> yes but we just assume public keys are only x coordinates and when we need to verify, we always take the even y
319 2017-12-27T12:07:42 <DSidH> but while computing Hash(pubKey) we only use x
320 2017-12-27T12:08:08 <arubi> but what if your pubkey actually has an odd y coordinate?
321 2017-12-27T12:08:21 <DSidH> its a wrong key
322 2017-12-27T12:08:36 <arubi> you mean when you generate the private key itself, you also tweak it to always make an even point?
323 2017-12-27T12:08:42 <arubi> even y that is
324 2017-12-27T12:08:51 <DSidH> yup we always assume that odd y is invalid
325 2017-12-27T12:09:11 <arubi> well it at least cuts the private key range by half :)
326 2017-12-27T12:09:18 <DSidH> if Y is odd then -Y will be even
327 2017-12-27T12:09:41 <arubi> sure, but then you're losing security bits I think? not sure
328 2017-12-27T12:09:55 <DSidH> hmm no the private key space is still same
329 2017-12-27T12:10:06 <arubi> how so? you also have to negate the private key
330 2017-12-27T12:10:21 <arubi> if Y odd is invalid, and x makes that point, then it's an invalid private key
331 2017-12-27T12:10:26 <arubi> but -x will be the valid one
332 2017-12-27T12:10:43 <DSidH> hmm maybe Im confused. We generate x and then compute Y = xG
333 2017-12-27T12:10:45 <arubi> and because you're always reducing mod n, then half the range is always flipped
334 2017-12-27T12:10:51 <arubi> no no
335 2017-12-27T12:10:52 <DSidH> and if Y is even (i.e., Y_y is even)
336 2017-12-27T12:10:56 <arubi> xG = (X,Y)
337 2017-12-27T12:10:57 <DSidH> then we set Y = -Y
338 2017-12-27T12:11:12 <arubi> better, normally the private key is 'd'
339 2017-12-27T12:11:14 <DSidH> no capitals are curve points in my notation :)
340 2017-12-27T12:11:16 <arubi> so dG = (x,y)
341 2017-12-27T12:11:34 <arubi> oh, yes, so xG = Y and -xG = -Y
342 2017-12-27T12:11:49 <DSidH> dG = (x, y) and -dG = (x, -y)
343 2017-12-27T12:11:54 <arubi> yes
344 2017-12-27T12:12:31 <arubi> so if dG = even y value, then -dG = odd y value
345 2017-12-27T12:12:47 <arubi> makes -d % n an invalid key, which is half the range
346 2017-12-27T12:13:15 <DSidH> so we keep private key d and keep pub key either -dG or dG
347 2017-12-27T12:13:19 <DSidH> depending on which is even
348 2017-12-27T12:13:59 *** Belxjander has quit IRC
349 2017-12-27T12:14:04 <arubi> how would that work? someone with the key d and someone else with the key -d will have the same pubkey?
350 2017-12-27T12:14:06 <DSidH> as far as I see this does not reduce private key space, since every d will generate a valid pub key
351 2017-12-27T12:14:33 <DSidH> then that one with -d and d will have lot more to worry about then pub key collision :)
352 2017-12-27T12:15:13 <DSidH> two people generating the same d wont happen i
353 2017-12-27T12:15:15 <arubi> their first worry would be this new consensus rule
354 2017-12-27T12:15:35 <arubi> since it's more strict than the same d. it adds -d too
355 2017-12-27T12:16:01 <arubi> I don't see how that's not just throwing away one bit
356 2017-12-27T12:16:23 *** Belxjander has joined #bitcoin-dev
357 2017-12-27T12:16:54 <arubi> if we say all pubkeys are 32 bytes + 1 bit, then you say lose that one bit
358 2017-12-27T12:17:26 <DSidH> yes but the private key space is still 32 bytes so security is only 32 bytes
359 2017-12-27T12:18:21 <arubi> it's essentially the same as half the range, if you make people sign with their -d when they have d
360 2017-12-27T12:18:37 <arubi> since a signature from d will not be valid if the point dG is odd
361 2017-12-27T12:19:41 <DSidH> it will be valid under pub key -(dG)
362 2017-12-27T12:19:57 <arubi> it won't if you'll use your normal d to sign
363 2017-12-27T12:20:12 <arubi> you'll have to use -d if d gives you an odd point
364 2017-12-27T12:20:38 <DSidH> hmm maybe not in current scenario but if we only keep hash(x coordinate of pub key), it will be
365 2017-12-27T12:20:56 <arubi> it still won't be
366 2017-12-27T12:21:22 <DSidH> sorry I made a typo
367 2017-12-27T12:21:30 <DSidH> signer should sign it using -d
368 2017-12-27T12:21:44 <arubi> then they're effectively choosing from half the range..
369 2017-12-27T12:21:55 <arubi> it doesn't matter that they generated d if they end up signing with -d
370 2017-12-27T12:22:49 *** Eric_Fly has joined #bitcoin-dev
371 2017-12-27T12:23:06 <Eric_Fly> anybody is here? I need help
372 2017-12-27T12:24:08 <DSidH> hmmm in the malleability attack, didn;t the signature verify under both dG and -(dG) ?
373 2017-12-27T12:24:19 <arubi> it's s and -s
374 2017-12-27T12:24:39 <arubi> it's R's odd\even that gets flipped in that case
375 2017-12-27T12:24:56 <Eric_Fly> what's the segwit address?
376 2017-12-27T12:25:03 <DSidH> ok... I see but I still don't see how removing one byte can reduce security by half
377 2017-12-27T12:25:07 <DSidH> something is wrong in the reasoning
378 2017-12-27T12:25:12 <echeveria> DSidH: remember that's not the only cause of malleability.
379 2017-12-27T12:25:57 <DSidH> instead of 256 bits we may get 255 bits
380 2017-12-27T12:26:04 <DSidH> half of them being lost as u said
381 2017-12-27T12:26:04 *** POJO has joined #bitcoin-dev
382 2017-12-27T12:26:33 <arubi> really the security for secp256k1 is 128 bits
383 2017-12-27T12:26:38 <echeveria> yup.
384 2017-12-27T12:27:44 <DSidH> If I am able to guess -d then I am able to guess private keys of all two pub keys.. so security should not be lost
385 2017-12-27T12:28:00 <Eric_Fly> I saw segwit address on blockchain like bc1..... but i decoderawtransaction like multisigaddress why?
386 2017-12-27T12:28:16 <echeveria> Eric_Fly: that's bip173.
387 2017-12-27T12:28:22 <echeveria> bech32.
388 2017-12-27T12:28:43 <arubi> it's not about guessing. the attacks are much more involved than some brute force search
389 2017-12-27T12:28:51 <Eric_Fly> I decode to bip173?
390 2017-12-27T12:29:20 <arubi> I don't know for certain, I'm just worried making half the people negate their private keys for signing will make the attacks easier
391 2017-12-27T12:29:20 <DSidH> in fact if I recall (with a bit of hunch) that security is only 128 bits because we only need to search half keyspace
392 2017-12-27T12:29:34 <DSidH> in the generic group model
393 2017-12-27T12:29:38 <arubi> I don't think that's the reason
394 2017-12-27T12:30:15 *** ErCiccione has joined #bitcoin-dev
395 2017-12-27T12:30:21 <DSidH> sorry its square root of the keyspace
396 2017-12-27T12:30:22 *** Giszmo has joined #bitcoin-dev
397 2017-12-27T12:32:11 <arubi> I think it's related to the size of the largest factor in (n-1)
398 2017-12-27T12:32:23 <arubi> I'm really not sure
399 2017-12-27T12:33:19 <DSidH> in the generic group model, it takes approx sqrt(n) tries to find dlog.. you're right that its not related to the issue we are discussing
400 2017-12-27T12:33:21 <arubi> maybe not
401 2017-12-27T12:34:24 <Eric_Fly> thank u for echeveria~i try
402 2017-12-27T12:36:15 *** txter has joined #bitcoin-dev
403 2017-12-27T12:36:42 <DSidH> (where n is our prime order of G)
404 2017-12-27T12:38:23 <arubi> well, whether it's reducing security or not, it's still a lot of overhead just to save what's really one byte :)
405 2017-12-27T12:41:49 <DSidH> ecc is always confusing. I'll go back to key recovery code and paste some test vectors
406 2017-12-27T12:42:16 <arubi> cool
407 2017-12-27T12:46:55 *** Belxjander has quit IRC
408 2017-12-27T12:52:56 <Eric_Fly> how to deocde scriptPubKey's hex to Bech32 address
409 2017-12-27T12:53:59 *** Belxjander has joined #bitcoin-dev
410 2017-12-27T12:57:39 <DSidH> arubi: if r or s are less than 32 bytes do we pad with 0s?
411 2017-12-27T12:57:45 <DSidH> in the key recovery encoding
412 2017-12-27T12:58:06 <arubi> right
413 2017-12-27T12:58:13 <arubi> left pad
414 2017-12-27T12:58:21 <DSidH> kk thx
415 2017-12-27T13:00:11 *** dabura667 has quit IRC
416 2017-12-27T13:05:05 *** POJO has quit IRC
417 2017-12-27T13:06:05 *** Belxjander has quit IRC
418 2017-12-27T13:07:28 *** Belxjander has joined #bitcoin-dev
419 2017-12-27T13:25:00 *** iv3c has joined #bitcoin-dev
420 2017-12-27T13:27:29 *** realz has quit IRC
421 2017-12-27T13:27:56 *** realz has joined #bitcoin-dev
422 2017-12-27T13:31:43 *** xiedeacc has joined #bitcoin-dev
423 2017-12-27T13:33:13 <xiedeacc> what's CBlockIndex* pskip; for?
424 2017-12-27T13:44:00 *** POJO has joined #bitcoin-dev
425 2017-12-27T14:03:17 *** Kozuch has joined #bitcoin-dev
426 2017-12-27T14:05:30 *** CheckDavid has joined #bitcoin-dev
427 2017-12-27T14:06:26 *** ghost43 has quit IRC
428 2017-12-27T14:10:09 *** Belxjander has quit IRC
429 2017-12-27T14:14:36 *** ghost43 has joined #bitcoin-dev
430 2017-12-27T14:15:19 *** Belxjander has joined #bitcoin-dev
431 2017-12-27T14:33:39 *** ErCiccione has quit IRC
432 2017-12-27T14:33:56 *** jb55 has joined #bitcoin-dev
433 2017-12-27T14:34:15 *** ErCiccione has joined #bitcoin-dev
434 2017-12-27T14:34:31 *** Helm0 has joined #bitcoin-dev
435 2017-12-27T14:34:43 *** Cogito_Ergo_Sum has joined #bitcoin-dev
436 2017-12-27T14:41:29 *** Belxjander has quit IRC
437 2017-12-27T14:42:35 *** Belxjander has joined #bitcoin-dev
438 2017-12-27T14:50:26 *** zshlyk has quit IRC
439 2017-12-27T14:51:15 *** zshlyk has joined #bitcoin-dev
440 2017-12-27T14:51:40 *** Eric_Fly has quit IRC
441 2017-12-27T14:53:23 *** nazarewk has joined #bitcoin-dev
442 2017-12-27T14:58:22 <Dagronmaster> xiedeacc: It's a pointer to a predecessor block of this block
443 2017-12-27T14:58:57 <Dagronmaster> a predecessor that's farther up the chain than the last one
444 2017-12-27T15:00:08 <xiedeacc> thanks
445 2017-12-27T15:00:14 <xiedeacc> after google
446 2017-12-27T15:00:57 *** Giszmo has quit IRC
447 2017-12-27T15:01:06 <xiedeacc> it like a binary tree, and predecessor is father(grand... node
448 2017-12-27T15:01:17 <xiedeacc> just for speedup lookup
449 2017-12-27T15:02:09 *** pall has left #bitcoin-dev
450 2017-12-27T15:03:37 *** Guyver2 has joined #bitcoin-dev
451 2017-12-27T15:05:09 *** photonclock_ has quit IRC
452 2017-12-27T15:07:37 *** Murch has joined #bitcoin-dev
453 2017-12-27T15:07:50 *** xiedeacc has quit IRC
454 2017-12-27T15:08:09 *** POJO has quit IRC
455 2017-12-27T15:16:08 *** meshcollider has quit IRC
456 2017-12-27T15:24:21 *** zshlyk has quit IRC
457 2017-12-27T15:25:02 *** zshlyk has joined #bitcoin-dev
458 2017-12-27T15:25:17 *** POJO has joined #bitcoin-dev
459 2017-12-27T15:27:28 *** IR has joined #bitcoin-dev
460 2017-12-27T15:27:46 *** Giszmo has joined #bitcoin-dev
461 2017-12-27T15:28:26 <IR> Hi, when creating a transaction, do we use a different scriptSig for each input?
462 2017-12-27T15:41:05 *** Giszmo has quit IRC
463 2017-12-27T15:42:11 *** POJO has quit IRC
464 2017-12-27T15:44:05 *** IR has quit IRC
465 2017-12-27T15:44:29 *** klex85 has joined #bitcoin-dev
466 2017-12-27T15:45:40 *** Belxjander has quit IRC
467 2017-12-27T15:48:10 *** Belxjander has joined #bitcoin-dev
468 2017-12-27T15:48:11 *** Kozuch has quit IRC
469 2017-12-27T15:50:29 *** realz has quit IRC
470 2017-12-27T15:50:53 *** realz has joined #bitcoin-dev
471 2017-12-27T15:52:37 *** Chris_Stewart_5 has joined #bitcoin-dev
472 2017-12-27T15:55:36 *** Giszmo has joined #bitcoin-dev
473 2017-12-27T16:02:22 *** cybrNaut has joined #bitcoin-dev
474 2017-12-27T16:06:44 *** pkx2 has joined #bitcoin-dev
475 2017-12-27T16:09:26 *** Chris_Stewart_5 has quit IRC
476 2017-12-27T16:11:19 *** Giszmo has quit IRC
477 2017-12-27T16:13:59 *** Giszmo has joined #bitcoin-dev
478 2017-12-27T16:24:28 *** CheckDavid has quit IRC
479 2017-12-27T16:25:25 *** neozaru has quit IRC
480 2017-12-27T16:31:01 *** d9b4bef9 has quit IRC
481 2017-12-27T16:32:08 *** d9b4bef9 has joined #bitcoin-dev
482 2017-12-27T16:35:12 *** zshlyk has quit IRC
483 2017-12-27T16:56:29 *** Giszmo has quit IRC
484 2017-12-27T16:56:45 *** Giszmo has joined #bitcoin-dev
485 2017-12-27T17:02:44 *** Chris_Stewart_5 has joined #bitcoin-dev
486 2017-12-27T17:06:02 *** dviola has joined #bitcoin-dev
487 2017-12-27T17:09:12 *** one_zero has joined #bitcoin-dev
488 2017-12-27T17:21:55 *** one_zero has quit IRC
489 2017-12-27T17:25:44 *** one_zero has joined #bitcoin-dev
490 2017-12-27T17:25:47 *** sdfgsdfg has quit IRC
491 2017-12-27T17:32:17 *** pkx2 has quit IRC
492 2017-12-27T17:44:35 *** nazarewk has quit IRC
493 2017-12-27T17:55:07 *** arubi has left #bitcoin-dev
494 2017-12-27T17:55:12 *** arubi has joined #bitcoin-dev
495 2017-12-27T18:04:12 *** belcher has joined #bitcoin-dev
496 2017-12-27T18:04:23 *** agricocb has quit IRC
497 2017-12-27T18:17:27 *** txter has quit IRC
498 2017-12-27T18:51:03 *** pkx2 has joined #bitcoin-dev
499 2017-12-27T19:02:27 *** Giszmo has quit IRC
500 2017-12-27T19:06:05 <DSidH> arubi: need some help
501 2017-12-27T19:06:06 <DSidH> https://gist.github.com/scalahub/96f31c6656802b5547a28a03d6d22cff
502 2017-12-27T19:06:44 <DSidH> everything done .. recovery works.. except that my signatures don't match with test vectors. Both sigs are valid (at least with my code)
503 2017-12-27T19:06:56 <DSidH> can you let me know which one are generated by you
504 2017-12-27T19:07:36 <DSidH> test vectors are from a SO post
505 2017-12-27T19:08:08 <arubi> alright let's see
506 2017-12-27T19:08:33 <DSidH> I used dsha256(magic_bytes+message) as the hash
507 2017-12-27T19:08:58 <DSidH> to be precise: [magicBytes size]++[magicBytes size]++[msg size]++[msg]
508 2017-12-27T19:09:12 <DSidH> [magicBytes size]++[magicBytes]++[msg size]++[msg]
509 2017-12-27T19:10:55 *** Chris_Stewart_5 has quit IRC
510 2017-12-27T19:11:23 <DSidH> perhaps the test ones were generated before core used ref6979
511 2017-12-27T19:12:52 *** nikuhodai has quit IRC
512 2017-12-27T19:12:53 *** wbnns has quit IRC
513 2017-12-27T19:13:02 *** ThisAsYou has quit IRC
514 2017-12-27T19:13:02 *** NicolasDorier has quit IRC
515 2017-12-27T19:13:12 *** hsmiths has quit IRC
516 2017-12-27T19:13:20 <arubi> getting the same sigs as the ones in MySig
517 2017-12-27T19:13:30 *** exit70 has quit IRC
518 2017-12-27T19:13:30 *** MarcoPolio has quit IRC
519 2017-12-27T19:13:34 *** nOgAnOo has quit IRC
520 2017-12-27T19:13:34 *** rubensayshi has quit IRC
521 2017-12-27T19:13:35 *** ibrightly has quit IRC
522 2017-12-27T19:13:36 *** WKNiGHT has quit IRC
523 2017-12-27T19:13:37 *** derbumi has quit IRC
524 2017-12-27T19:13:39 *** Bosma has quit IRC
525 2017-12-27T19:13:52 *** wangbus has quit IRC
526 2017-12-27T19:13:56 *** mappum has quit IRC
527 2017-12-27T19:13:57 *** yena has quit IRC
528 2017-12-27T19:14:06 <DSidH> arubi: thanks mySig are ones I generated
529 2017-12-27T19:14:10 *** lejitz has quit IRC
530 2017-12-27T19:14:20 *** johtso has quit IRC
531 2017-12-27T19:14:20 *** Muis has quit IRC
532 2017-12-27T19:14:20 *** wallet42 has quit IRC
533 2017-12-27T19:14:26 *** buhrmi has quit IRC
534 2017-12-27T19:14:30 <DSidH> any idea why the core test ones are different (at least the op seems to imply its from core)
535 2017-12-27T19:14:31 *** nejon has quit IRC
536 2017-12-27T19:14:50 *** epic has quit IRC
537 2017-12-27T19:14:52 *** michagogo has quit IRC
538 2017-12-27T19:14:52 *** graingert has quit IRC
539 2017-12-27T19:14:53 *** mturquette has quit IRC
540 2017-12-27T19:15:21 <arubi> not sure, I'm assuming that if we tell core to sign those messages with the keys, it'll get the same sigs you and I are getting. how old are the sigs from the test?
541 2017-12-27T19:15:27 <arubi> I mean, how old is the post
542 2017-12-27T19:16:11 <DSidH> post is Mar 1 2014
543 2017-12-27T19:16:42 *** Giszmo has joined #bitcoin-dev
544 2017-12-27T19:17:27 *** klex85 has quit IRC
545 2017-12-27T19:17:33 <arubi> actually I'm not sure when libsecp was merged into core. I think it was before that.. can you link the post?
546 2017-12-27T19:21:12 <DSidH> https://bitcoin.stackexchange.com/a/22881/2075
547 2017-12-27T19:24:07 <arubi> it reads that they generated these themselves and checked for formatting against core? not sure. anyway, for the first sig, the k was either 2AB46A84378337CC07F3A782BDD11E8D10285CA22521CC618FED49E900692133 or D54B957BC87CC833F80C587D422EE171AA8680448A26D3DA2FE514A3CFCD200E . I tried rfc6979 with the private key and double hash of the message, but that's not it
548 2017-12-27T19:25:05 <DSidH> ok.. thx for validating this
549 2017-12-27T19:25:45 <arubi> np
550 2017-12-27T19:26:05 *** meshcollider has joined #bitcoin-dev
551 2017-12-27T19:34:27 <arubi> DSidH, confirmed core is getting the same sigs as us
552 2017-12-27T19:36:45 *** nikuhodai has joined #bitcoin-dev
553 2017-12-27T19:42:05 *** yena has joined #bitcoin-dev
554 2017-12-27T19:42:29 *** michagogo has joined #bitcoin-dev
555 2017-12-27T19:42:37 *** jb55 has quit IRC
556 2017-12-27T19:42:49 *** lejitz has joined #bitcoin-dev
557 2017-12-27T19:43:23 *** mappum has joined #bitcoin-dev
558 2017-12-27T19:43:38 *** rubensayshi has joined #bitcoin-dev
559 2017-12-27T19:44:45 *** exit70 has joined #bitcoin-dev
560 2017-12-27T19:44:54 *** wallet42 has joined #bitcoin-dev
561 2017-12-27T19:45:21 *** nOgAnOo has joined #bitcoin-dev
562 2017-12-27T19:45:24 *** ThisAsYou has joined #bitcoin-dev
563 2017-12-27T19:46:53 *** NicolasDorier has joined #bitcoin-dev
564 2017-12-27T19:47:10 *** txter has joined #bitcoin-dev
565 2017-12-27T19:47:19 *** johtso has joined #bitcoin-dev
566 2017-12-27T19:47:26 *** Bosma has joined #bitcoin-dev
567 2017-12-27T19:47:42 *** graingert has joined #bitcoin-dev
568 2017-12-27T19:49:44 *** wbnns has joined #bitcoin-dev
569 2017-12-27T19:49:51 *** ibrightly has joined #bitcoin-dev
570 2017-12-27T19:49:59 *** WKNiGHT has joined #bitcoin-dev
571 2017-12-27T19:50:37 <DSidH> arubi: thanks. btw you were right, segwit is much easier to implement
572 2017-12-27T19:51:03 <arubi> \o/ dat data re-use
573 2017-12-27T19:51:12 <arubi> and witness stacks instead of scripts, oh man
574 2017-12-27T19:53:02 *** mturquette has joined #bitcoin-dev
575 2017-12-27T19:53:24 *** Muis has joined #bitcoin-dev
576 2017-12-27T19:53:52 *** wangbus has joined #bitcoin-dev
577 2017-12-27T19:54:54 *** fatalhalt has quit IRC
578 2017-12-27T19:56:48 *** derbumi has joined #bitcoin-dev
579 2017-12-27T20:09:45 *** jb55 has joined #bitcoin-dev
580 2017-12-27T20:16:59 *** tombusby has quit IRC
581 2017-12-27T20:17:14 *** tombusby has joined #bitcoin-dev
582 2017-12-27T20:26:17 *** tombusby has quit IRC
583 2017-12-27T20:26:44 *** tombusby has joined #bitcoin-dev
584 2017-12-27T20:33:48 *** anon616 has quit IRC
585 2017-12-27T20:38:24 *** anon616 has joined #bitcoin-dev
586 2017-12-27T20:39:31 *** jb55 has quit IRC
587 2017-12-27T20:41:34 *** jb55 has joined #bitcoin-dev
588 2017-12-27T20:44:02 *** pkx2 has quit IRC
589 2017-12-27T20:44:50 *** IngCr3at1on has joined #bitcoin-dev
590 2017-12-27T20:45:33 *** anon616 has quit IRC
591 2017-12-27T20:49:09 *** pkx2 has joined #bitcoin-dev
592 2017-12-27T20:49:59 *** anon616 has joined #bitcoin-dev
593 2017-12-27T21:04:53 *** Giszmo has quit IRC
594 2017-12-27T21:14:27 *** Belxjander has quit IRC
595 2017-12-27T21:18:01 *** PaulCapestany has quit IRC
596 2017-12-27T21:19:58 *** Belxjander has joined #bitcoin-dev
597 2017-12-27T21:21:37 *** CheckDavid has joined #bitcoin-dev
598 2017-12-27T21:27:53 *** buhrmi has joined #bitcoin-dev
599 2017-12-27T21:28:33 *** MarcoPolio has joined #bitcoin-dev
600 2017-12-27T21:29:05 *** epic has joined #bitcoin-dev
601 2017-12-27T21:32:24 *** hsmiths has joined #bitcoin-dev
602 2017-12-27T21:38:10 *** PaulCapestany has joined #bitcoin-dev
603 2017-12-27T21:39:28 *** nazarewk has joined #bitcoin-dev
604 2017-12-27T21:50:38 *** fatalhalt has joined #bitcoin-dev
605 2017-12-27T21:54:39 *** jb55 has quit IRC
606 2017-12-27T22:06:07 *** deego has quit IRC
607 2017-12-27T22:06:54 *** deego1 has joined #bitcoin-dev
608 2017-12-27T22:10:28 *** dviola has quit IRC
609 2017-12-27T22:11:31 *** degenorate has joined #bitcoin-dev
610 2017-12-27T22:13:10 *** Chris_Stewart_5 has joined #bitcoin-dev
611 2017-12-27T22:19:49 *** dviola has joined #bitcoin-dev
612 2017-12-27T22:21:48 *** firemanxbr has joined #bitcoin-dev
613 2017-12-27T22:26:35 *** nazarewk has quit IRC
614 2017-12-27T22:27:35 *** AndBobsYourUncle has quit IRC
615 2017-12-27T22:37:19 *** Chris_Stewart_5 has quit IRC
616 2017-12-27T22:40:23 *** Guyver2 has quit IRC
617 2017-12-27T22:58:15 *** realzies has joined #bitcoin-dev
618 2017-12-27T23:00:49 *** realz has quit IRC
619 2017-12-27T23:05:58 *** pkx2 has quit IRC
620 2017-12-27T23:06:03 *** Giszmo has joined #bitcoin-dev
621 2017-12-27T23:06:37 *** Cogito_Ergo_Sum has quit IRC
622 2017-12-27T23:08:28 *** Pritty_Kitty has quit IRC
623 2017-12-27T23:27:02 *** Giszmo has quit IRC
624 2017-12-27T23:30:39 *** CheckDavid has quit IRC
625 2017-12-27T23:37:07 *** AndBobsYourUncle has joined #bitcoin-dev
626 2017-12-27T23:50:44 *** Giszmo has joined #bitcoin-dev
627 2017-12-27T23:51:27 *** degenorate has quit IRC
628 2017-12-27T23:57:12 *** nejon has joined #bitcoin-dev