Matches for "!s", 11744 total results Sorted by newest | relevance
Sat Jan 09 14:03:23 UTC 2016 <mircea_popescu> that';s not really how it goes thestringpuller
Sat Jan 09 14:02:02 UTC 2016 <mircea_popescu> s +- 100. i think it can be safely concluded that the number they report is simply a marketing gimmick, not connected to anything.
Sat Jan 09 12:38:25 UTC 2016 <massiro> can i have e6b8? i can check whether is has high-S.
Sat Jan 09 12:27:24 UTC 2016 <thestringpuller> okay now I see. yea anything after this was pulled https://github.com/bitcoin/bitcoin/pull/6769 there is a low-s threshold
Sat Jan 09 12:26:10 UTC 2016 <massiro> consensus is unchanged but the latest nodes never relay/mine high-S tx.
Sat Jan 09 12:23:30 UTC 2016 <thestringpuller> wait, if a high-S value transaction is written to block does that affect future tx's?
Sat Jan 09 12:19:25 UTC 2016 <assbot> Logged on 09-01-2016 05:10:42; massiro: latest nodes never accept high-S value transactions and never relays it.
Sat Jan 09 05:53:27 UTC 2016 <massiro> If we don't want to use the latest client, we could do "createrawtransaction" and "signrawtransaction", check whether is has high-S or not by our eyes, and do "sendrawtransaction" to the network.
Sat Jan 09 05:52:15 UTC 2016 <massiro> <danielpbarron>, i know it a little... that may create high-S.
Sat Jan 09 05:37:01 UTC 2016 <massiro> low-S-modified 09e82c06 was mined, so ebc5d768 became double spending.
Sat Jan 09 05:34:56 UTC 2016 <massiro> in fact ebc5d768... was a "high-S" tx and the-eth-scam payout used ebc5d768 as input.
Sat Jan 09 05:32:26 UTC 2016 <massiro> i cannot see the content of e6b8aa9d... but it may have a high-S value.
Sat Jan 09 05:30:42 UTC 2016 <massiro> and somebody will modify high-S to low-S. and the wallet will be corrupted.
Sat Jan 09 05:27:05 UTC 2016 <danielpbarron> !s Wuille
Sat Jan 09 05:25:53 UTC 2016 <massiro> If we make high-S txes, it never be relayed/mined by latest nodes.
Sat Jan 09 05:23:04 UTC 2016 <massiro> if S is greater, doing S' = 0xFFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFE BAAEDCE6 AF48A03B BFD25E8C D0364141 - S will fix it.
Sat Jan 09 05:21:11 UTC 2016 <massiro> S should be less than 0x7FFFFFFF... to be relayed by the network now.
Sat Jan 09 05:18:39 UTC 2016 <massiro> in the past, the-eth-scam payout with txid ebc5d768... was using high-S, and modified/accepted txid 09e82c06... was with low-S.