| 00:02 |
mod6 |
:] |
| 00:16 |
BingoBoingo |
Open + Optimism == Naivety |
| 00:26 |
BingoBoingo |
Or Orfice plunging |
| 00:26 |
ben_vulpes |
asciilifeform: updooted http://cascadianhacker.com/an-implementation-of-mircea-popescus-fabulous-hash-function |
| 00:35 |
trinque |
BingoBoingo: open code's still the only way to do it, only those involved mustn't be so poor as to worry about giving away words |
| 00:36 |
mod6 |
ben_vulpes: cool! |
| 00:38 |
mircea_popescu |
wotopen at any rate |
| |
↖ |
| 00:38 |
mircea_popescu |
it's not altogether clear the faux "empowerment" open-allcomers generates in the allcomers is actually good for anyone. |
| 00:39 |
trinque |
for that matter their literacy |
| 00:39 |
mircea_popescu |
myeah. there's this very pernicious "i could read any book, therefore i'm just as good as one who actually did so read" nonsense that;s by now 100% of white culture by mass. |
| 00:40 |
ben_vulpes |
trying to read open source is in no way a road to literacy either. |
| 00:41 |
mircea_popescu |
there's also that. depends whose code though |
| 00:41 |
mircea_popescu |
tmsr source is in fact notorious road to literacy. even for greybeards. |
| 00:42 |
ben_vulpes |
"open source" |
| 00:43 |
BingoBoingo |
<mircea_popescu> wotopen at any rate << For most codechimps this is the most closed of all |
| 00:43 |
trinque |
well, you have a wot and suddenly folks wet themselves when they get an !!up |
| 00:43 |
BingoBoingo |
!!google "The Pisspots" |
| 00:44 |
BingoBoingo |
!~google "The Pisspots" |
| 00:44 |
jhvh1 |
BingoBoingo: pisspot - Wiktionary: <https://en.wiktionary.org/wiki/pisspot>; Urban Dictionary: pisspot: <http://www.urbandictionary.com/define.php%3Fterm%3Dpisspot>; Jimmy Riddle & The Piss'pots 'Live in 1984' PT1 - YouTube: <https://www.youtube.com/watch%3Fv%3DRo8CUZhjDHc> |
| 00:44 |
BingoBoingo |
http://trilema.com/2017/the-pisspots/ |
| 00:45 |
trinque |
"Our systems have detected unusual traffic from your computer..." |
| 00:45 |
trinque |
says youtube |
| 00:45 |
trinque |
lolk |
| 00:45 |
mircea_popescu |
be more usual! |
| 00:45 |
* |
trinque clears throat |
| 00:45 |
trinque |
me? oh I'm just a dude. |
| 01:00 |
mod6 |
"hello, this is dog." |
| |
~ 17 minutes ~ |
| 01:18 |
deedbot |
http://phuctor.nosuchlabs.com/gpgkey/0A6C4440C831BD7A4702CEF7A95C8CE1DB8D4FFE250C6CA982E6B8A7BB2E24FA << Recent Phuctorings. - Phuctored: 1587...3943 divides RSA Moduli belonging to '195.20.207.224 (ssh-rsa key from 195.20.207.224 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (195-20-207-224.serverhotell.net. SE) |
| 01:18 |
deedbot |
http://phuctor.nosuchlabs.com/gpgkey/0A6C4440C831BD7A4702CEF7A95C8CE1DB8D4FFE250C6CA982E6B8A7BB2E24FA << Recent Phuctorings. - Phuctored: 1633...8297 divides RSA Moduli belonging to '195.20.207.224 (ssh-rsa key from 195.20.207.224 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (195-20-207-224.serverhotell.net. SE) |
| |
~ 18 minutes ~ |
| 01:36 |
deedbot |
http://phuctor.nosuchlabs.com/gpgkey/D607EDA685C8B60D10782F076436B1F1E22F075AAF9227947C8639EBE4B732CC << Recent Phuctorings. - Phuctored: 1608...7099 divides RSA Moduli belonging to '194.243.27.231 (ssh-rsa key from 194.243.27.231 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (host231-27-static.243-194-b.business.telecomitalia.it. IT) |
| 01:36 |
deedbot |
http://phuctor.nosuchlabs.com/gpgkey/D607EDA685C8B60D10782F076436B1F1E22F075AAF9227947C8639EBE4B732CC << Recent Phuctorings. - Phuctored: 1766...8627 divides RSA Moduli belonging to '194.243.27.231 (ssh-rsa key from 194.243.27.231 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (host231-27-static.243-194-b.business.telecomitalia.it. IT) |
| |
~ 1 hours 6 minutes ~ |
| 02:43 |
ben_vulpes |
asciilifeform: a casual manual inspection suggests my implementation is catastrophically broken, but i spent the evening twiddling bots, so haven't put the time into figuring out what might be wrong. |
| 02:44 |
ben_vulpes |
and i turned logging off while flailing at linux so i have nfi why she went down right there |
| 02:50 |
mircea_popescu |
for the c0k ? why else would she go down.\ |
| 02:51 |
ben_vulpes |
;) |
| 02:51 |
ben_vulpes |
at least the low dough lolz emporium isn't out of stock entirely |
| |
↖ |
| |
~ 35 minutes ~ |
| 03:27 |
ben_vulpes |
!!up candi_lustt |
| 03:27 |
deedbot |
candi_lustt voiced for 30 minutes. |
| 03:27 |
candi_lustt |
deedbot: error, see: http://p.bvulpes.com/pastes/vl4ZL/?raw=true |
| 03:27 |
ben_vulpes |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111111 64) |
| 03:27 |
candi_lustt |
ben_vulpes: #*1111111111111111111111111111111111111111111111111111111111111111 |
| 03:27 |
ben_vulpes |
asciilifeform, mircea_popescu: ^^ sad output |
| 03:34 |
mircea_popescu |
that's kinda quick huh |
| 03:37 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*101010101010101010101010101010101010101010101010101010101010101010101010101010101010101 32) |
| 03:37 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*101010101010101010101010101010101010101010101010101010101010101010101010101010101010101 32) |
| 03:37 |
candi_lustt |
mircea_popescu: #*01000010000100100011111111110001 |
| 03:37 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111111 32) |
| 03:37 |
candi_lustt |
mircea_popescu: #*00000000000000000000000000000000 |
| 03:37 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111111 33) |
| 03:37 |
candi_lustt |
mircea_popescu: #*000000000000000000000000000000011 |
| 03:37 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111111 31) |
| 03:37 |
candi_lustt |
mircea_popescu: #*1100000000000000000000000000000 |
| 03:37 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111101111111111111111111111111111111111111 32) |
| 03:37 |
candi_lustt |
mircea_popescu: #*11111111011101110111011101001000 |
| 03:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111011111111111111111111111111111111 32) |
| 03:38 |
candi_lustt |
mircea_popescu: #*11111111111111111111111111110110 |
| 03:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111110 32) |
| 03:38 |
candi_lustt |
mircea_popescu: #*00000000000000000000000000000011 |
| 03:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111101 32) |
| 03:38 |
candi_lustt |
mircea_popescu: #*00000000000000000000000000001001 |
| 03:38 |
mircea_popescu |
this ain't right. |
| 03:38 |
ben_vulpes |
yes i know. |
| |
~ 1 hours 3 minutes ~ |
| 04:42 |
sina |
hullo |
| 04:42 |
sina |
asciilifeform: you about? |
| 04:46 |
sina |
hi mircea_popescu |
| 04:46 |
mircea_popescu |
heya |
| 04:46 |
sina |
http://btcbase.org/log/2017-04-07#1639932 << was just reading this |
| 04:46 |
a111 |
Logged on 2017-04-07 16:03 asciilifeform: does he IMMEDIATELY get a bookmarkable link based on the key's hash ? that he can come back to next hour, next day, next decade ? if so, how ?? |
| 04:46 |
sina |
do you know if the src for phuctor is avail? |
| |
↖ ↖ |
| 04:47 |
sina |
I am curious to look and learn |
| 04:47 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667522 |
| 04:47 |
a111 |
Logged on 2017-06-09 04:38 mircea_popescu: wotopen at any rate |
| 04:49 |
sina |
mircea_popescu: let me rephrase then. was wondering if eventlet db_pool http://eventlet.net/doc/modules/db_pool.html had been considered |
| |
↖ |
| 04:49 |
sina |
to speed up python |
| 04:49 |
mircea_popescu |
ah, now that i dunno |
| 04:51 |
sina |
you can use it to get good pretty good mileage out of single box python+dbms apps |
| 04:51 |
mircea_popescu |
is it lenghty ? |
| 04:53 |
sina |
its just a mechanism to offload a IO to an async model in C (epoll, kqueue and libevent supported) |
| 04:53 |
mircea_popescu |
how many lines ? |
| 04:54 |
sina |
how many lines is the whole library? or how many lines do you need to add to your app to use it? |
| 04:55 |
mircea_popescu |
the library |
| 04:55 |
sina |
db_pool is about 500 lines, and I guess there is some lower level stuff behind that |
| 04:55 |
sina |
https://github.com/eventlet/eventlet/blob/master/eventlet/db_pool.py |
| 04:56 |
mircea_popescu |
dsoesn't sound too terrible. |
| 04:56 |
sina |
you can also use eventlet wsgi on the frontend to offload the http side as well |
| |
↖ |
| 04:56 |
sina |
(assuming the phuctor python app is written wsgi compatible) |
| 04:57 |
mircea_popescu |
phuctor is vaguely slated for a 4th iirc rewrite to decouple the front end and other stuff. so i guess this goes in the literature review pile for when. |
| 04:57 |
sina |
any chance I could be involved? |
| |
↖ |
| 04:57 |
mircea_popescu |
prolly. |
| 05:00 |
sina |
will it be ada this time? |
| 05:00 |
sina |
it'd be a lot more than 600 lines of ada that's for sure :P |
| 05:00 |
mircea_popescu |
i have nfi |
| 05:00 |
sina |
I am a big fan of the 600 lines of python idea, using libraries to offload stuff to C where appropriate |
| |
↖ |
| 05:01 |
mircea_popescu |
hopefully this "offload" doesn't turn into a turd |
| 05:01 |
sina |
define turd? |
| 05:01 |
sina |
lol |
| 05:01 |
mircea_popescu |
lengthy pile of accidentally working complexity. you know, just like irl. |
| 05:02 |
sina |
it's got to be fast and correct to be able to do the concurrency, so that hopefully dampens that kind of thing |
| 05:02 |
sina |
you can never rly get rid of it I guess |
| 05:03 |
sina |
anyway, I guess I will come back later and ask asciilifeform and he'll laugh at me |
| 05:03 |
sina |
mircea_popescu: I work on the biggest python turd of all, OpenStack :P |
| 05:03 |
mircea_popescu |
but! if you're looking for something to sink teeth in right now, either a c or python mpfhf impl is prolly a ghood moive |
| 05:03 |
sina |
mpfhf? |
| 05:04 |
mircea_popescu |
didja read today's log ? |
| 05:04 |
sina |
will do so now, as you can see I was reading previous months logs :P |
| 05:05 |
mircea_popescu |
hehe. yeah. |
| 05:05 |
mircea_popescu |
anyway, it's this algorithmic (as opposed to algebraic) hash function. ben_vulpes released his lisp impl. |
| 05:05 |
mircea_popescu |
and i suspect alf is either making a c one or trying to talk himself into it |
| |
↖ |
| 05:07 |
sina |
interesting, reading your blog now |
| 05:08 |
ben_vulpes |
"totally unnecessary and reprehensible dependency" |
| 05:09 |
ben_vulpes |
TURD |
| 05:09 |
mircea_popescu |
wow |
| 05:09 |
mircea_popescu |
nice coinage |
| 05:09 |
ben_vulpes |
ty, ty |
| 05:10 |
sina |
hi ben_vulpes |
| 05:10 |
sina |
"Turns out, it doesn't work at all." ...so does the impl on the page work or not? |
| 05:11 |
mircea_popescu |
it works in the sense of doing something ; but not in the sense of oding what it's supposed to. |
| 05:11 |
sina |
hehe |
| 05:11 |
ben_vulpes |
sina: i didn't figure that was ambiguous in any way |
| 05:12 |
sina |
ben_vulpes: it's not, you're right :P |
| 05:13 |
mircea_popescu |
on the positive side, candi_lustt is more than happy to let you try out your code on her teats. |
| 05:16 |
ben_vulpes |
a million billion log lines later, i have found an implementation-killer |
| 05:17 |
ben_vulpes |
turns out one can't `decf' a loop-macro established `place' |
| |
↖ |
| 05:17 |
ben_vulpes |
from a function defined outside the loop macro |
| 05:18 |
mircea_popescu |
as stated this is unsurprising |
| 05:19 |
ben_vulpes |
perhaps mircea_popescu can enlighten me as to why exactly it works this way |
| 05:20 |
mircea_popescu |
scoping, neh ? how'd you fuck up the data from outside ? |
| 05:20 |
ben_vulpes |
it is currently filed under "dangerous fucking macro binding horseshit lispers are too goddamn liberal with" |
| 05:21 |
mircea_popescu |
why ? |
| 05:21 |
ben_vulpes |
mircea_popescu: naively, i passed a function called from within the scope a reference to the thing |
| 05:22 |
ben_vulpes |
because i've yet to learn the dark arts of macro wizardry, and it's dangerous, and so it gets filed as dangerous stuff i don't understand yet. |
| 05:22 |
mircea_popescu |
ah like that. |
| 05:23 |
ben_vulpes |
now i shall have to spend some time getting intimate with places and macro capture rules |
| 05:29 |
deedbot |
http://qntra.net/2017/06/after-snap-elections-britain-to-enter-brexit-negotiations-without-a-majority-party-in-parliament/ << Qntra - After Snap Elections, Britain To Enter Brexit Negotiations Without A Majority Party In Parliament |
| 05:33 |
ben_vulpes |
oh snap |
| 05:34 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667551 |
| 05:34 |
a111 |
Logged on 2017-06-09 06:51 ben_vulpes: at least the low dough lolz emporium isn't out of stock entirely |
| 05:35 |
BingoBoingo |
Trying to ride that clickbait lightning https://www.reddit.com/r/conspiracy/comments/6g7d4u/did_german_meddling_lead_to_british_parliament/ and https://voat.co/v/conspiracy/1921480 |
| 05:35 |
mircea_popescu |
oh you mean it wasn't russian hackers this time ? |
| 05:45 |
BingoBoingo |
Well, outcome kinda sucks for Russia. Must be BND pantsuit Appelbottum hackerz! |
| 05:53 |
ben_vulpes |
fuckin hash functions |
| 05:54 |
ben_vulpes |
i'm going to see dragons in these numbers if i keep this up |
| 05:54 |
mircea_popescu |
the dragons were there all along. |
| 05:58 |
BingoBoingo |
brb, popcorn |
| 06:05 |
ben_vulpes |
!!up candi_lustt and now for something behaving completely differently |
| 06:05 |
deedbot |
candi_lustt voiced for 30 minutes. |
| 06:05 |
ben_vulpes |
(mpfhf:mpfhf #*0000000000000000000000000000000000000000000000000000000000000000000000000000000 64) |
| 06:06 |
ben_vulpes |
candi_lustt: (mpfhf:mpfhf #*0000000000000000000000000000000000000000000000000000000000000000000000000000000 64) |
| 06:06 |
candi_lustt |
ben_vulpes: 381 steps, 382 bits for the state machine. hash: #*1000000001000000001111011011111001010000111110100010100100100011 |
| 06:06 |
ben_vulpes |
but! |
| 06:06 |
ben_vulpes |
candi_lustt: (mpfhf:mpfhf #*1111111111111111111111111111111111111111111111111111111111111111 64) |
| 06:06 |
candi_lustt |
ben_vulpes: 64 steps, 1 bits for the state machine. hash: #*1111111111111111111111111111111111111111111111111111111111111111 |
| 06:08 |
ben_vulpes |
i suspect something in the flip. |
| 06:17 |
ben_vulpes |
nope, just dragons. |
| 06:17 |
ben_vulpes |
!!down candi_lustt |
| |
~ 1 hours 48 minutes ~ |
| 08:05 |
sina |
hey ben_vulpes you still around? |
| 08:17 |
shinohai |
Buenas dias all, hope everyone explores all those nooks and crannies this fine weekend: https://pbs.twimg.com/media/DB3UjUNVoAQsjJG.jpg |
| |
↖ |
| 08:23 |
sina |
hi shinohai |
| 08:23 |
sina |
shinohai: do you know anything about mpfhf? |
| 08:25 |
shinohai |
Morning sina .... I likely cannot be of help in that regard yet. I'm still student of the logz there and mucking around with ben_vulpes lisp. |
| |
~ 19 minutes ~ |
| 08:44 |
sina |
damn |
| 08:50 |
sina |
from my reading of http://trilema.com/2017/towards-a-better-hash-function/ it seems like the "screw" and "half screw" operations, "screwing S in R" means, R will be changed, and "screwing R in S" means S will be changed. the footnote (ii) examples support this interpretation. but in the prototype implementation http://trilema.com/mp_fabulous_hashonator.php ...it seems like the "step 1" half screw S in R |
| |
↖ ↖ ↖ |
| 08:50 |
sina |
results in S being modified |
| 08:53 |
sina |
!~tell mircea_popescu http://btcbase.org/log/2017-06-09#1667677 |
| 08:53 |
a111 |
Logged on 2017-06-09 12:50 sina: from my reading of http://trilema.com/2017/towards-a-better-hash-function/ it seems like the "screw" and "half screw" operations, "screwing S in R" means, R will be changed, and "screwing R in S" means S will be changed. the footnote (ii) examples support this interpretation. but in the prototype implementation http://trilema.com/mp_fabulous_hashonator.php ...it seems like the "step 1" half screw S in R |
| 08:53 |
jhvh1 |
sina: Error: I haven't seen mircea_popescu, I'll let you do the telling. |
| 08:53 |
sina |
!~later mircea_popescu http://btcbase.org/log/2017-06-09#1667677 |
| 08:53 |
a111 |
Logged on 2017-06-09 12:50 sina: from my reading of http://trilema.com/2017/towards-a-better-hash-function/ it seems like the "screw" and "half screw" operations, "screwing S in R" means, R will be changed, and "screwing R in S" means S will be changed. the footnote (ii) examples support this interpretation. but in the prototype implementation http://trilema.com/mp_fabulous_hashonator.php ...it seems like the "step 1" half screw S in R |
| 08:53 |
jhvh1 |
sina: Error: The "Later" plugin is loaded, but there is no command named "mircea_popescu" in it. Try "list Later" to see the commands in the "Later" plugin. |
| 08:54 |
sina |
!~later tell mircea_popescu http://btcbase.org/log/2017-06-09#1667677 |
| 08:54 |
a111 |
Logged on 2017-06-09 12:50 sina: from my reading of http://trilema.com/2017/towards-a-better-hash-function/ it seems like the "screw" and "half screw" operations, "screwing S in R" means, R will be changed, and "screwing R in S" means S will be changed. the footnote (ii) examples support this interpretation. but in the prototype implementation http://trilema.com/mp_fabulous_hashonator.php ...it seems like the "step 1" half screw S in R |
| 08:54 |
jhvh1 |
sina: The operation succeeded. |
| |
~ 1 hours 32 minutes ~ |
| 10:26 |
shinohai |
http://archive.is/pRUJY "CoinDesk is a subsidiary of DCG, which has an ownership stake in Chainalysis, Coinbase and Elliptic." ... /me did not know Shillbert supported "Blockchain Law Enforcement" so heavily. |
| |
↖ ↖ |
| 10:35 |
mod6 |
mornin' |
| 10:41 |
diana_coman |
!!key zenchess |
| 10:41 |
deedbot |
http://wot.deedbot.org/770CF518D89A7E6BEA275F7875A9C4C4CD6AE691.asc |
| |
~ 20 minutes ~ |
| 11:01 |
asciilifeform |
in other lullies, https://archive.is/OExoO >> nsaware using ~second~ intel fritz chip boobytrap, found |
| |
↖ |
| 11:01 |
asciilifeform |
microshit fud machine in full swing |
| 11:02 |
asciilifeform |
Run Moar Intel. |
| 11:06 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667588 << i have an ad-hoc version of something quite similar, in there already. it doesn't help much, because phuctor is actually THREE independent (communicating solely via the db) unix processes |
| 11:06 |
a111 |
Logged on 2017-06-09 08:49 sina: mircea_popescu: let me rephrase then. was wondering if eventlet db_pool http://eventlet.net/doc/modules/db_pool.html had been considered |
| 11:07 |
asciilifeform |
( the cruncher, the mass dump submitter, and the wwwtron ) |
| 11:10 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667600 << i'ma depythonize and desqlize it, but currently lack the time |
| 11:10 |
a111 |
Logged on 2017-06-09 08:56 sina: you can also use eventlet wsgi on the frontend to offload the http side as well |
| 11:10 |
asciilifeform |
thing is due for major rewrite, literally not 1 existing line of code oughta survive. |
| 11:11 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667584 << it is not, and ain't going to be, i'm not especially interested in helping folx to 'embrace and extinguish' it. as far as i'm concerned, 100% of the output is verifiable with the bignum calculator of your choice (e.g. 'bc') and it is no concern of anybody's how it was obtained. |
| |
↖ ↖ |
| 11:11 |
a111 |
Logged on 2017-06-09 08:46 sina: do you know if the src for phuctor is avail? |
| 11:12 |
asciilifeform |
( pgpdump -i gives you the modulus etc. from any pgp key; then multiply the factors : instant verification. ) |
| 11:13 |
asciilifeform |
every once in a while i also post, publicly, copy of the db: it's ~12G, gzipped, presently. this oughta be enough for anyone. |
| 11:14 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667603 << very peculiar question -- fella didn't say what, specifically, he proposes to do, in this involvement |
| 11:14 |
a111 |
Logged on 2017-06-09 08:57 sina: any chance I could be involved? |
| 11:15 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667608 << ~100% of the cpu-bound operation is already offloaded to optimized multithreaded c. |
| 11:15 |
a111 |
Logged on 2017-06-09 09:00 sina: I am a big fan of the 600 lines of python idea, using libraries to offload stuff to C where appropriate |
| 11:15 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667623 << believe or not -- i dun have one yet. at some point i'ma write an ada proggy |
| 11:15 |
a111 |
Logged on 2017-06-09 09:05 mircea_popescu: and i suspect alf is either making a c one or trying to talk himself into it |
| 11:16 |
asciilifeform |
( my interest in publishing anything else in c, ever again, is ~0 ) |
| 11:16 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667638 << i contemplated whether to show ben_vulpes ~all~ of the mistakes in his proggy, or to let him find for himself, decided on the latter ( it's a healthy thing ) |
| 11:16 |
a111 |
Logged on 2017-06-09 09:17 ben_vulpes: turns out one can't `decf' a loop-macro established `place' |
| |
~ 38 minutes ~ |
| 11:55 |
ben_vulpes |
figured as much, no complaints |
| 11:57 |
ben_vulpes |
heh tangentially, i've forbidden anything even verging on "i told you sos" without the teller having told |
| 11:57 |
ben_vulpes |
in my house |
| 11:59 |
asciilifeform |
ben_vulpes: what's that mean |
| 12:05 |
asciilifeform |
http://btcbase.org/log/2017-06-09#1667688 >> gold, '...they often go through exchanges hosted outside the US... unlicensed, unregulated and unwilling to abide by basic anti-money laundering and know-your-customer regulations, rules that digital currency exchanges in the US and Western Europe must abide by... If Congress and regulators are serious about tackling the national security implications of digital currencies, taking on these |
| |
↖ |
| 12:05 |
a111 |
Logged on 2017-06-09 14:26 shinohai: http://archive.is/pRUJY "CoinDesk is a subsidiary of DCG, which has an ownership stake in Chainalysis, Coinbase and Elliptic." ... /me did not know Shillbert supported "Blockchain Law Enforcement" so heavily. |
| 12:05 |
asciilifeform |
kinds of exchanges is a good place to start..' << lol!! |
| 12:06 |
asciilifeform |
sovereignty? wassat!! |
| 12:08 |
ben_vulpes |
!~later tell sina mircea_popescu wants mpfhf commentary on his blog |
| 12:08 |
jhvh1 |
ben_vulpes: The operation succeeded. |
| 12:08 |
asciilifeform |
https://archive.is/i1Usl << from same fishwrap >> 'Two members of the US Army National Guard have been convicted of running a credit card fraud scheme involving bitcoin... using bitcoins to purchase stolen credit and debit card numbers... using magnetic strip re-encoding tools to apply stolen numbers to dummy cards, after which they would buy merchandise from Army and Air Force Exchange Service stores at US military bases, as well a |
| |
↖ ↖ |
| 12:08 |
asciilifeform |
s other locations in Maryland and elsewhere.' |
| 12:08 |
ben_vulpes |
asciilifeform: oh you know, someone "myeah, i had a feeling that wasn't going to work out" me: *explodes* |
| 12:10 |
ben_vulpes |
heh, perfectly cranky republican gentleman's sport of code review: nobody will tell you what bugs they found, but they might give you a sha256 description of one |
| 12:11 |
ben_vulpes |
ubermenschen like asciilifeform who Never Release Imperfect Code would obviously rule the leaderboards |
| 12:11 |
asciilifeform |
( re noosepiece, see also http://btcbase.org/log/2013-04-04#-33357 thread. ) |
| 12:11 |
a111 |
Logged on 2013-04-04 19:17 asciilifeform: consider a hardware widget that receives a single-use CC number (for $X) from a hypothetical BTC-enabled bank and writes it to a blank physical ATM card, when you send the bank $X equiv. of BTC. |
| 12:11 |
asciilifeform |
ben_vulpes: whtachatalkingabout, i posted reams of buggy codes |
| 12:11 |
shinohai |
Yet another Obama programme overturned: http://archive.is/uvw7P |
| |
↖ |
| 12:13 |
ben_vulpes |
asciilifeform: well, a) being lighthearted but b) the ada stuff? |
| 12:13 |
ben_vulpes |
my memory fails me on this count |
| 12:13 |
asciilifeform |
ben_vulpes: depending on what you consider 'bug' |
| 12:14 |
asciilifeform |
(e.g. the put_line 'image thing, say ) |
| 12:20 |
ben_vulpes |
ah yeah |
| |
~ 57 minutes ~ |
| 13:17 |
mod6 |
speaking of ada stuff. i did get horsecocks to compile just fine with the changes that were discussed previously with diana_coman |
| |
↖ |
| 13:17 |
asciilifeform |
neato mod6 , post the diff plox. |
| 13:17 |
mod6 |
sure. will do. |
| 13:25 |
asciilifeform |
mod6: afaik only problem was with the i/o in the test proggy. |
| 13:26 |
mod6 |
http://p.bvulpes.com/pastes/T7rZU/?raw=true |
| 13:34 |
asciilifeform |
i see 2 lines of the needed 'image fix and a bunch of ??? |
| 13:39 |
mircea_popescu |
!!key <zenchess> |
| 13:39 |
deedbot |
Not registered. |
| 13:39 |
mircea_popescu |
!!key zenchess |
| 13:39 |
deedbot |
http://wot.deedbot.org/770CF518D89A7E6BEA275F7875A9C4C4CD6AE691.asc |
| 13:40 |
mircea_popescu |
!!later tell sina a) dun need to msg me the day's log, i always read it anyway and b) yeah, the prototype actually implements an older spec. trivial to revise if one cares to, was published. |
| 13:43 |
asciilifeform |
!~later tell Framedragger do you perchance remember where in the logs i posted phuctor's key parser ? |
| |
↖ |
| 13:43 |
jhvh1 |
asciilifeform: The operation succeeded. |
| 13:51 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667672 << is that the new shinohai apprentice ? |
| 13:51 |
a111 |
Logged on 2017-06-09 12:17 shinohai: Buenas dias all, hope everyone explores all those nooks and crannies this fine weekend: https://pbs.twimg.com/media/DB3UjUNVoAQsjJG.jpg |
| 13:52 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667688 << doh. it's ~the only reason he's even here, trying to eke out some relevancy for his dead empire in the new world. |
| 13:52 |
a111 |
Logged on 2017-06-09 14:26 shinohai: http://archive.is/pRUJY "CoinDesk is a subsidiary of DCG, which has an ownership stake in Chainalysis, Coinbase and Elliptic." ... /me did not know Shillbert supported "Blockchain Law Enforcement" so heavily. |
| 13:53 |
shinohai |
Now it's like he isn't even trying to hide the fact he suck LE cock though. |
| 13:54 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667692 << this stupid bs being most of why the common wisdom is you want a router in the first place. of course, router also made by same idiots... |
| 13:54 |
a111 |
Logged on 2017-06-09 15:01 asciilifeform: in other lullies, https://archive.is/OExoO >> nsaware using ~second~ intel fritz chip boobytrap, found |
| 13:55 |
asciilifeform |
mircea_popescu: router is porous even to quite elementary approach - e.g. stuffing 'optional' fields in outgoing packets full of exfiltrolade; or into timing gaps, etc |
| 13:55 |
mircea_popescu |
doesn't have to be. |
| 13:55 |
mircea_popescu |
(i don't mean, item you buy from cisco. i mean, computer.) |
| 13:56 |
asciilifeform |
well, theoretically box consisting of two gurlz with telegraph keys, relaying packets by hand -- not porous. but this is not what folx typically buy as 'router'.. |
| 13:57 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667718 << hurr durr. they've been going on this whole "We shall not name MPEx because it only exists if WE say the name" for 5 years + now. |
| 13:57 |
a111 |
Logged on 2017-06-09 16:05 asciilifeform: http://btcbase.org/log/2017-06-09#1667688 >> gold, '...they often go through exchanges hosted outside the US... unlicensed, unregulated and unwilling to abide by basic anti-money laundering and know-your-customer regulations, rules that digital currency exchanges in the US and Western Europe must abide by... If Congress and regulators are serious about tackling the national security implications of digital currencies, taking on these |
| 13:57 |
mircea_popescu |
i guess while the sofa stack lasts, the sofa stack lasts huh. |
| 13:57 |
mircea_popescu |
fucktards. |
| 13:58 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667724 << see, typical imbecile imperial, going THE WROING FUCKING WAY. |
| 13:58 |
a111 |
Logged on 2017-06-09 16:08 asciilifeform: https://archive.is/i1Usl << from same fishwrap >> 'Two members of the US Army National Guard have been convicted of running a credit card fraud scheme involving bitcoin... using bitcoins to purchase stolen credit and debit card numbers... using magnetic strip re-encoding tools to apply stolen numbers to dummy cards, after which they would buy merchandise from Army and Air Force Exchange Service stores at US military bases, as well a |
| 13:58 |
mircea_popescu |
"let's stash dubious chinese imports in the us as a wealth amassing scheme, wut could possibly go wrong!" |
| 13:59 |
asciilifeform |
mircea_popescu: it's an illustration of typical 'free agent' tho -- i.e. imbecile interested in 'free coke' rather than any coherent action with >1hr horizon. i.e. beast of the field. |
| 13:59 |
mircea_popescu |
it is, yes. |
| 14:01 |
mircea_popescu |
and ftr that is SPECIFICALLY the cow/herbivore strategy. "oh, there's some lovely grass down here. grass is good because +epsilon ev, will make me fat, ill have babies, moo" |
| 14:01 |
shinohai |
lmao |
| 14:05 |
mircea_popescu |
http://btcbase.org/log/2017-06-09#1667732 << loller at the butthurt. "sarah" saldana, who most likely is random illegal who went to maryland to study "crime fightin'", and in any case was a political appointee by the worlds shittiest set of politruks, complains that her minions inherited by trump are used... for a political goal. FUCKING pantsuits, it's only pissing if you do it, they don't do it, wut???. |
| 14:05 |
a111 |
Logged on 2017-06-09 16:11 shinohai: Yet another Obama programme overturned: http://archive.is/uvw7P |
| 14:07 |
mircea_popescu |
and THEN complains that the idle muppets hired "to hob knob with congressmen and clog up wash dc traffic while pretending to be you know, lobbysts lite on govt payroll" dun get to keep on pretending, gotta actually work the SAME DAMNED CALL CENTER they tried to escape from manning in panama. |
| 14:07 |
mircea_popescu |
"this is BULLSHIT!!!1 how dare the sofa stack end!!!" |
| 14:07 |
mircea_popescu |
well, apparently it ends for some people. |
| 14:08 |
mircea_popescu |
"go out in the community" of imbecile politruks and aparatchicks that actually created the fucking problem in the first place. noty, stop stroking each other's imaginary importance. |
| 14:17 |
mod6 |
<+asciilifeform> i see 2 lines of the needed 'image fix and a bunch of ??? << so two other things. 1) 'M |
| 14:17 |
ben_vulpes |
other loldanas: http://dailycaller.com/2016/03/16/ice-director-gives-shocking-excuse-for-failure-to-detain-killer-illegal-alien-video/ |
| 14:18 |
mircea_popescu |
"it's racist to punish people for killing white people" ? |
| 14:18 |
ben_vulpes |
texas a&i and southern methodist, apparently |
| 14:18 |
ben_vulpes |
whatever those are |
| 14:18 |
ben_vulpes |
https://web.archive.org/web/20150316202302/https://www.ice.gov/leadership |
| 14:19 |
mircea_popescu |
fucktards, that';s another thing. everyone's got teh leadersheep hallucinations also. |
| 14:19 |
mircea_popescu |
no fucking end to the cheekty |
| 14:19 |
mod6 |
' was getting complaints, so tried your commented out line of: M : Maps.PMap(Length => 0, Offset => 1); instead. 2) gnatmake doesn't like that procedure horse_test is in a file called 'test.adb', wants it to be in 'horse_test.adb' |
| 14:19 |
mod6 |
tis all |
| 14:23 |
asciilifeform |
aite |
| |
~ 23 minutes ~ |
| 14:46 |
BingoBoingo |
!~ticker --market all |
| 14:46 |
jhvh1 |
BingoBoingo: Bitstamp BTCUSD last: 2818.08, vol: 8743.65218639 | BTC-E BTCUSD last: 2738.5, vol: 4984.02217 | Bitfinex BTCUSD last: 2813.1, vol: 9832.37485083 | BTCChina BTCUSD last: 2839.031471, vol: 8771.04730000 | Kraken BTCUSD last: 2819.644, vol: 4254.95534801 | Volume-weighted last average: 2811.10541256 |
| 14:47 |
BingoBoingo |
!~ticker --market all --currency popcorn |
| 14:47 |
jhvh1 |
BingoBoingo: Error: 'popcorn' is not a valid currency code. |
| 14:50 |
* |
mircea_popescu saw bitstamp "volume" took it for price had to do a dbl take lel |
| 14:50 |
mod6 |
:] |
| |
~ 1 hours 33 minutes ~ |
| 16:24 |
BingoBoingo |
lol |
| 16:31 |
shinohai |
http://boards.4chan.org/b/thread/735299977#p735299977 <<< top kek ETH |
| 16:31 |
mircea_popescu |
heh |
| 16:32 |
mircea_popescu |
the internet is so empowering for herbipeople! |
| 16:34 |
ben_vulpes |
"hey what do you think about ethereum? a couple of guys i know bought some and made a ton of money?" "which ethereum?" "..." |
| 16:36 |
mircea_popescu |
"the right one" |
| 16:36 |
mircea_popescu |
"o btw, did they MAKE a ton of money, or did they just IMAGINE they MIGHT AS WELL HAD on the basis of stuff they read on a website ?" |
| 16:37 |
shinohai |
Laughably ... ETC has a higher "market cap" than LTC right now. |
| 16:37 |
mircea_popescu |
"there is no difference between these two" "i think you might've been raped" |
| 16:37 |
mircea_popescu |
shinohai similarily to how farts have larger volume than turds do. |
| 16:37 |
shinohai |
^ |
| 16:37 |
shinohai |
I always chose to see one as liquishit vs solid |
| 16:38 |
mircea_popescu |
course which is which |
| 16:40 |
ben_vulpes |
i very rarely bother to ask if people actually eg beat the market, convert back to btc, move that btc off the exchange... |
| 16:41 |
ben_vulpes |
how many games of poker they win, how up they are on slots over their slot playing career... |
| 16:41 |
mircea_popescu |
i can imagine why. |
| 16:49 |
pete_dushenski |
in other instapwns, https://www.welivesecurity.com/2017/06/06/turlas-watering-hole-campaign-updated-firefox-extension-abusing-instagram/ |
| 16:50 |
pete_dushenski |
"The extension uses a bit.ly URL to reach its C&C, but the URL path is nowhere to be found in the extension code. In fact, it will obtain this path by using comments posted on a specific Instagram post. The one that was used in the analyzed sample was a comment about a photo posted to the Britney Spears official Instagram account." |
| 16:50 |
pete_dushenski |
eg. https://www.welivesecurity.com/wp-content/uploads/2017/06/britney_instagram_square.png |
| 16:52 |
shinohai |
lel |
| |
~ 1 hours 40 minutes ~ |
| 18:33 |
sina |
mircea_popescu: hey mate |
| 18:35 |
sina |
can you confirm my intepretation of the spec for mpfhf is correct or not? |
| 18:35 |
mircea_popescu |
i'd say tis correct. |
| 18:36 |
sina |
kk, so how come in "step 1" of the prototype, you're modifying S in the halfscrew, rather than R, because the spec says "if bit is 1, half screw S in R"? |
| 18:36 |
mircea_popescu |
cuz the prototype is older tyhan the spec. |
| 18:37 |
sina |
ah fux, so I can't rely on the steps displayed in the prototype to validate my work as I go? |
| 18:37 |
mircea_popescu |
not really :) |
| 18:38 |
mircea_popescu |
the prototype was originally more of a "omfg show me what the fuck do you mean with this spec ?!?!?!" sort of easement. |
| 18:38 |
mircea_popescu |
"works in the sense that it does something, not in the sense it does what it should" |
| |
↖ |
| 18:38 |
sina |
lol |
| 18:38 |
sina |
that's the second time in 24h you've said that :P |
| 18:39 |
mircea_popescu |
cuz it's necessary! |
| 18:39 |
sina |
ok fair enough then, I'll try and adhere solely to the spec |
| 18:39 |
mircea_popescu |
good plan,. |
| 18:39 |
sina |
got most of a thing working |
| 18:39 |
mircea_popescu |
what's it in ? |
| 18:39 |
sina |
I miss writing code, most of my day-to-day is operations |
| 18:39 |
sina |
python for a first pass |
| 18:40 |
mircea_popescu |
cool. seeing how ben_vulpes ' lisp implementation ain't working yet, you have a shot at becoming the first cannonical mpfhf |
| 18:41 |
sina |
mircea_popescu: can I ask you to verify behaviour of half screw when the length of S or R is not even? |
| 18:41 |
sina |
i.e. round up or down |
| 18:41 |
mircea_popescu |
floor |
| 18:42 |
sina |
ah good, python by default adopts the C behaviour |
| 18:42 |
mircea_popescu |
myeah |
| |
~ 32 minutes ~ |
| 19:14 |
mircea_popescu |
http://trilema.com/2017/the-bitcoin-learning-tournament/#comment-122209 >> this ring any bells to anyone ? |
| 19:14 |
mircea_popescu |
!!up HaveANiceDay |
| 19:15 |
deedbot |
HaveANiceDay voiced for 30 minutes. |
| 19:15 |
sina |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 64) |
| 19:17 |
sina |
did I call it wrong? |
| 19:17 |
mircea_popescu |
it's not voiced |
| 19:17 |
sina |
!!up candi_lustt |
| 19:17 |
deedbot |
candi_lustt voiced for 30 minutes. |
| 19:17 |
sina |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 64) |
| 19:17 |
candi_lustt |
sina: 290 steps, 249 bits for the state machine. hash: #*1000100011110010000101100110011011011001111000011110110011111001 |
| 19:18 |
sina |
lel ok that is not the output that I got :( |
| 19:18 |
mircea_popescu |
nah it dun werk right. |
| 19:18 |
sina |
how the fuck am I know my code works |
| 19:18 |
mircea_popescu |
ha. that's a legitimate q huh! |
| 19:19 |
shinohai |
Ask yourself ... does it blow shit up? |
| 19:19 |
sina |
I mean, I am pretty sure |
| 19:19 |
mircea_popescu |
sina can you make it print out some detailed workout like the original prototype did ? |
| 19:19 |
mircea_popescu |
easiest to check that way |
| 19:19 |
sina |
mircea_popescu: lollll I had it doing that but removed those lines |
| 19:19 |
sina |
because I thought it makes my pretty code look ugly |
| 19:20 |
sina |
https://github.com/sinner-/mpfhf-python |
| 19:20 |
sina |
43 lines, incl blanks, should be auditable |
| 19:21 |
ben_vulpes |
sina, i have a patch sitting in my tree that will paste output as well |
| 19:21 |
sina |
fuckers, ok I will add the debug back |
| 19:21 |
ben_vulpes |
going to spend some people time, will let you know when it's live |
| 19:21 |
sina |
so much less pretty tho |
| 19:21 |
ben_vulpes |
aye, aye. |
| 19:22 |
mircea_popescu |
im sure it does that, but, simplifies checking. do a few printouts of something shorter and saner, say 16 bit items. |
| 19:22 |
mircea_popescu |
it can be pretty once it works. |
| 19:22 |
sina |
true. |
| 19:22 |
ben_vulpes |
i did push some changes to it last night, but it still behaves entirely wackadoodle on arrays of all 0 or 1 |
| 19:23 |
ben_vulpes |
sina: yeah, see my comments in re dragons last night |
| |
~ 31 minutes ~ |
| 19:55 |
sina |
mircea_popescu: can you point if I'm missing something obvious? From my understanding of the spec, the number of "steps" is = the length of M, but in your examples (understanding they're of a nonworking prototype) have a lot more steps than len(M) |
| 19:55 |
mircea_popescu |
there's a rewind op |
| 19:55 |
sina |
ah of course |
| 19:56 |
mircea_popescu |
so there's ~1.25 * lenM ish steps |
| 19:59 |
sina |
I seem to be generating junk hashes like "1001001110000000000000000000000000000000000000000000000000000000" for "MP kicks ass!" :( |
| 19:59 |
mircea_popescu |
what's "MP kicks ass!" in binary ? |
| 20:01 |
sina |
1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 |
| 20:01 |
mircea_popescu |
this is where a step by step printout would be useful. |
| 20:02 |
sina |
I got em |
| 20:02 |
sina |
would you be willing to look? |
| 20:02 |
mircea_popescu |
paste |
| 20:02 |
mircea_popescu |
yep |
| 20:04 |
sina |
https://pastebin.ca/3831161 |
| 20:05 |
sina |
hmm, I don't think my rewind is working |
| 20:06 |
sina |
damn. |
| 20:07 |
sina |
gonna have to switch looping mechanism |
| 20:11 |
sina |
lol now I am in infinite loop |
| 20:12 |
sina |
at step 5/6 |
| 20:18 |
sina |
mircea_popescu: pls help me understand rewind? doesn't it guarantee loops if I end up in a step which has a rewind? because I will go back one and then rewind? |
| 20:23 |
mircea_popescu |
nah, it'll rewind as part of a more complex op. |
| 20:24 |
mircea_popescu |
!!up punto |
| 20:24 |
deedbot |
punto voiced for 30 minutes. |
| 20:24 |
mircea_popescu |
That bit in R is flipped and we rewind. << the definition of the op makes cycles impossibru as such |
| 20:24 |
mircea_popescu |
so if you cyclke you fucked somethingh up |
| 20:38 |
sina |
damn debug statements make it impossible to follow |
| 20:51 |
sina |
mircea_popescu: per the spec, " During each step, the function considers whether the position-th bit in M is 0 or 1, and executes a defined set of operations in either case. Once the operations have been executed, the position is incremented by one." |
| 20:52 |
mircea_popescu |
ya |
| 20:52 |
sina |
so, do we rewind, and then still increment? |
| 20:52 |
mircea_popescu |
yep |
| 20:52 |
sina |
hmm ok |
| 20:52 |
mircea_popescu |
it always adds 1. sometimes it also substracts 1. rthat is all. |
| 20:53 |
sina |
lol, that changed it a little, now I loop at step 71 instead of 5 :P |
| 20:54 |
mircea_popescu |
great success! |
| 20:54 |
sina |
it seems to be flipping correctly :( |
| 20:56 |
mircea_popescu |
paste your story. and plox use wotpaste i dun have that paste.ca thing in hosts |
| 20:58 |
ben_vulpes |
hey sina mircea_popescu logs for comparison |
| 20:58 |
ben_vulpes |
!!up candi_lustt |
| 20:58 |
deedbot |
candi_lustt voiced for 30 minutes. |
| 20:59 |
ben_vulpes |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 10) |
| 20:59 |
candi_lustt |
ben_vulpes: #*0010011100 |
| 20:59 |
candi_lustt |
ben_vulpes: log: http://p.bvulpes.com/pastes/ZRxCE/?raw=true |
| 20:59 |
ben_vulpes |
logs are not exactly the same, bridging will be required until i match the hashonator's log format |
| 21:00 |
ben_vulpes |
also output hashes larger than a certain size won't post because reasons i haven't run down yet |
| 21:00 |
ben_vulpes |
magic numbers probably; max file size in nginx or something who knows |
| 21:04 |
* |
mircea_popescu will now read this |
| 21:06 |
ben_vulpes |
kinda thinking i should just maintain a "mpfhf currently backing candi" on that page |
| 21:06 |
mircea_popescu |
screwed element is now #*0000000000 << this is not possible, you screwed nothing |
| 21:08 |
ben_vulpes |
the pooch maybe |
| 21:08 |
mircea_popescu |
screwing #*0000000000 at position 0 with count 0 << the problem. it is not possible for a bit count to be 0. |
| 21:09 |
mircea_popescu |
R bitcount is 10 in this case ; S bitcount starts at 1. |
| 21:10 |
ben_vulpes |
what is floor of half of zero? |
| 21:11 |
mircea_popescu |
what is 0 ? |
| 21:11 |
ben_vulpes |
one i mean |
| 21:11 |
ben_vulpes |
but count from one, okay i see |
| 21:11 |
mircea_popescu |
oh was it half screw ? |
| 21:11 |
mircea_popescu |
no no |
| 21:11 |
ben_vulpes |
mhm |
| 21:11 |
ben_vulpes |
no? |
| 21:11 |
mircea_popescu |
half-screwing #*0 in #*0000000000 at position 0 |
| 21:11 |
mircea_popescu |
screwing #*0000000000 at position 0 with count 0 |
| 21:11 |
mircea_popescu |
is it doing both or just one ? |
| 21:12 |
ben_vulpes |
unfortunate log line, both screw and half screw share implementation |
| 21:12 |
sina |
mircea_popescu ben_vulpes http://wotpaste.cascadianhacker.com/pastes/gyrhO/?raw=true assistance appreciated |
| 21:12 |
mircea_popescu |
ben_vulpes ok, so was that a half-screwing of s in r and s was 1 bit long so it did nothing ? |
| 21:12 |
ben_vulpes |
yes |
| 21:12 |
mircea_popescu |
sina will read 1 sec. |
| 21:12 |
mircea_popescu |
ben_vulpes ah ok, then that's not the problem. |
| 21:13 |
ben_vulpes |
mircea_popescu: perhaps to start with simpler runs? |
| 21:13 |
mircea_popescu |
element is now #*1010000000 << ok, seems to make sense up to there. |
| 21:14 |
mircea_popescu |
screwed element is now #*1000101000 << also seems right |
| 21:15 |
mircea_popescu |
element is now #*1010000010 << idem |
| 21:16 |
mircea_popescu |
element is now #*1000000010 also |
| 21:16 |
mircea_popescu |
screwed element is now #*1001001011 aha |
| 21:17 |
mircea_popescu |
screwed element is now #*1010010000 tick |
| 21:18 |
mircea_popescu |
skipping ahead, Our work has ended, in 141 steps and using 96 bits for the state machine. The message was #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 and the resulting hash is #*0010011100 |
| 21:18 |
mircea_popescu |
i don't readily see there's a problem with it. |
| 21:18 |
mircea_popescu |
!!up candi_lustt |
| 21:18 |
deedbot |
candi_lustt voiced for 30 minutes. |
| 21:19 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111 8) |
| 21:19 |
candi_lustt |
mircea_popescu: #*11111111 |
| 21:19 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/c9kYj/?raw=true |
| 21:19 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*0000 4) |
| 21:19 |
candi_lustt |
mircea_popescu: #*0110 |
| 21:19 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/egLq6/?raw=true |
| 21:19 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111 4) |
| 21:19 |
candi_lustt |
mircea_popescu: #*1111 |
| 21:19 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/bsZER/?raw=true |
| 21:19 |
ben_vulpes |
like i said, wackadoodle on uniform inputs. |
| 21:22 |
mircea_popescu |
looking into this |
| 21:22 |
mircea_popescu |
might be my spec's broken dfor some reason |
| 21:24 |
ben_vulpes |
say it ain't so, boss |
| 21:25 |
ben_vulpes |
on uniform inputs and shorter desired output hashes it has trouble breaking out of certain patterns |
| 21:25 |
ben_vulpes |
output hash lengths |
| 21:29 |
mircea_popescu |
Our work has ended, in 4 steps and using 1 bits for the state machine. The message was #*1111 and the resulting hash is #*1111 |
| 21:29 |
mircea_popescu |
no fucking way |
| 21:29 |
mircea_popescu |
you mean to tell me the idempotent value for mpfhf is actually ff ? |
| 21:30 |
mircea_popescu |
fuck, there's a bug ion the spec. |
| 21:30 |
mircea_popescu |
We screw S in R. >> shjoui;d be we screw r in s. |
| 21:31 |
ben_vulpes |
aha |
| 21:31 |
mircea_popescu |
moreover, |
| 21:32 |
ben_vulpes |
which screw operation? |
| 21:32 |
mircea_popescu |
it should actually be "expand and screw r in s": |
| |
↖ |
| 21:32 |
mircea_popescu |
if 1, half-screw S in R. If the bit in R found at the position equal to the remainder of the division of our position in M by the size of R is equal to the bit in S found at the position equal to the remainder of the division of our position in M by the size of S |
| 21:32 |
mircea_popescu |
We screw S in R. << |
| 21:33 |
mircea_popescu |
ben_vulpes mind making the alterations and let's see ? ima edit the spec later too |
| 21:33 |
sina |
- * We screw S in R. |
| 21:33 |
sina |
+ * We expand S and screw R in S. |
| 21:33 |
sina |
correct? |
| 21:34 |
mircea_popescu |
correct. |
| 21:34 |
* |
ben_vulpes in process |
| 21:34 |
mircea_popescu |
(technically "expand" is always re s, as per definition, but sure.) |
| 21:35 |
sina |
hmmm |
| 21:35 |
sina |
making that modification and my thing no longer loops |
| 21:36 |
mircea_popescu |
o.O |
| 21:36 |
sina |
I get |
| 21:36 |
sina |
1000111001011100101000010000100000000001111000010100001100000100 |
| 21:36 |
sina |
for "MP kicks ass!" |
| 21:36 |
mircea_popescu |
not bad |
| 21:36 |
mircea_popescu |
you prolly still have a bug in there though, just no longer on this case. |
| 21:36 |
sina |
http://wotpaste.cascadianhacker.com/pastes/iKWg6/?raw=true |
| 21:37 |
sina |
mircea_popescu: seems you're correct, "MP kicks3453453453 ass!" still loops |
| 21:38 |
ben_vulpes |
mircea_popescu: live |
| 21:38 |
ben_vulpes |
candi_lustt: (mpfhf:mpfhf #*1111 4) |
| 21:38 |
candi_lustt |
ben_vulpes: #*0000 |
| 21:38 |
candi_lustt |
ben_vulpes: log: http://p.bvulpes.com/pastes/1diie/?raw=true |
| 21:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111 4) |
| 21:38 |
candi_lustt |
mircea_popescu: #*0000 |
| 21:38 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/ADhW1/?raw=true |
| 21:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111 4) |
| 21:38 |
candi_lustt |
mircea_popescu: #*0000 |
| 21:38 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/keZP5/?raw=true |
| 21:38 |
mircea_popescu |
lel |
| 21:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*111111 4) |
| 21:38 |
candi_lustt |
mircea_popescu: #*0000 |
| 21:38 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/iy12g/?raw=true |
| 21:38 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*111111 5) |
| 21:38 |
candi_lustt |
mircea_popescu: #*00100 |
| 21:38 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/yiQsE/?raw=true |
| 21:39 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111 8) |
| 21:39 |
candi_lustt |
mircea_popescu: #*00000000 |
| 21:39 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/J0IT1/?raw=true |
| 21:39 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111 7) |
| 21:39 |
candi_lustt |
mircea_popescu: #*1110011 |
| 21:39 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/VE2CC/?raw=true |
| 21:39 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111 9) |
| 21:39 |
candi_lustt |
mircea_popescu: #*011010110 |
| 21:39 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/nMTx4/?raw=true |
| 21:39 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111111111111111111111111111 64) |
| 21:39 |
candi_lustt |
mircea_popescu: #*0000000000000000000000000000000000000000000000000000000000000000 |
| 21:39 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/p63y3/?raw=true |
| 21:39 |
mircea_popescu |
hee |
| 21:39 |
ben_vulpes |
what's that |
| 21:39 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111111111111111111111111111 32) |
| 21:39 |
candi_lustt |
mircea_popescu: #*00000000000000000000000000000000 |
| 21:39 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/4miEv/?raw=true |
| 21:39 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*11111111111111111111111111111111 16) |
| 21:39 |
candi_lustt |
mircea_popescu: #*0000000000000000 |
| 21:39 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/sBBqA/?raw=true |
| 21:39 |
mircea_popescu |
ben_vulpes that is wtf. |
| 21:40 |
ben_vulpes |
check it still implements the spec? |
| 21:40 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*111 4) |
| 21:40 |
candi_lustt |
mircea_popescu: #*0000 |
| 21:40 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/W5wXH/?raw=true |
| 21:40 |
mircea_popescu |
candi_lustt: (mpfhf:mpfhf #*1111 4) |
| 21:40 |
candi_lustt |
mircea_popescu: #*0000 |
| 21:40 |
candi_lustt |
mircea_popescu: log: http://p.bvulpes.com/pastes/Y1j9T/?raw=true |
| 21:40 |
mircea_popescu |
ben_vulpes i shall now withdraw into my cellar with the instruments. |
| 21:40 |
* |
ben_vulpes bows |
| 21:41 |
sina |
ben_vulpes: any chance you'd be willing to take a peek at my code>? |
| 21:41 |
ben_vulpes |
certainly, but on my own time. |
| 21:42 |
ben_vulpes |
standby 2 |
| 21:42 |
sina |
oh, is it still workday where you are? |
| 21:43 |
ben_vulpes |
sina: i work whenever i want |
| 21:45 |
ben_vulpes |
"my own time" meaning when i feel like it |
| 21:45 |
sina |
ah sure |
| 21:47 |
ben_vulpes |
i do actually enjoy the humans i keep in my house, amazing though that may seem |
| 21:47 |
ben_vulpes |
http://cascadianhacker.com/an-implementation-of-mircea-popescus-fabulous-hash-function and updooted again |
| 21:47 |
ben_vulpes |
in the interim sina do feel free to read what i've written and generate data to compare yours against |
| 21:48 |
* |
ben_vulpes off |
| 21:48 |
sina |
thanks ben_vulpes |
| 21:49 |
sina |
the log msgs make it much harder to follow the code unfortunately, my code has the same issue :( |
| 21:49 |
ben_vulpes |
so copy it into your own buffer and rip 'em out, what |
| 22:00 |
sina |
!!up candi_lustt |
| 22:00 |
deedbot |
candi_lustt voiced for 30 minutes. |
| 22:00 |
sina |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 64) |
| 22:01 |
candi_lustt |
sina: #*0000000101010011000110110101001101111011101001000100010101110001 |
| 22:01 |
candi_lustt |
sina: log: http://p.bvulpes.com/ |
| 22:01 |
sina |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 32) |
| 22:01 |
candi_lustt |
sina: #*00011000001001110000000101101011 |
| 22:01 |
candi_lustt |
sina: log: http://p.bvulpes.com/pastes/r8iDa/?raw=true |
| 22:03 |
sina |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 64) |
| 22:03 |
candi_lustt |
sina: #*0000000101010011000110110101001101111011101001000100010101110001 |
| 22:03 |
candi_lustt |
sina: log: http://p.bvulpes.com/ |
| 22:14 |
deedbot |
http://phuctor.nosuchlabs.com/gpgkey/30A6A00FFF07958872B0B5FF1F0C07F432EC5FD77DF10EC06BD15C890381A185 << Recent Phuctorings. - Phuctored: 1744...4913 divides RSA Moduli belonging to '74.86.34.187 (ssh-rsa key from 74.86.34.187 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (bb.22.564a.ip4.static.sl-reverse.com. US TX) |
| 22:14 |
deedbot |
http://phuctor.nosuchlabs.com/gpgkey/30A6A00FFF07958872B0B5FF1F0C07F432EC5FD77DF10EC06BD15C890381A185 << Recent Phuctorings. - Phuctored: 1734...3837 divides RSA Moduli belonging to '74.86.34.187 (ssh-rsa key from 74.86.34.187 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (bb.22.564a.ip4.static.sl-reverse.com. US TX) |
| 22:23 |
sina |
candi_lustt: (mpfhf:mpfhf #*1001101101000010000011010111101001110001111010111110011100000110000111100111110011100001 32) |
| 22:23 |
candi_lustt |
sina: #*00011000001001110000000101101011 |
| 22:23 |
candi_lustt |
sina: log: http://p.bvulpes.com/pastes/bzKnX/?raw=true |
| |
~ 39 minutes ~ |
| 23:02 |
sina |
mircea_popescu: earlier you said half screw should round down. In that case, if len is 1 the halfscrew will be 0. so should no iterations be peformed on halfscrew where the len is 1? |
| 23:13 |
mircea_popescu |
sina that is correct |
| 23:14 |
sina |
mircea_popescu: ok thanks |
| 23:14 |
sina |
I feel like my code is now correct, and it no longer loops. However I'm getting different results to ben_vulpes |
| 23:14 |
mircea_popescu |
o.O |
| 23:14 |
mircea_popescu |
what's yours say re maxint ? |
| 23:14 |
sina |
e.g I get 1000010000110110001010111111010000010110110100000010010100110110 for "MP kicks ass!" 64 |
| 23:14 |
sina |
sorry can you clarify "re maxint"? |
| 23:14 |
mircea_popescu |
try <mircea_popescu> candi_lustt: (mpfhf:mpfhf #*11111111111111111111111111111111 64) |
| 23:15 |
sina |
0110100011001111010010001111100000000001110001111000001001000001 |
| 23:15 |
mircea_popescu |
AHA! |
| 23:15 |
mircea_popescu |
see, i suspect ben_vulpes 's thing has a subtle bug in it but i can't seem to find it ;/ |
| 23:16 |
sina |
that was 32 chars of 1s right? |
| 23:16 |
mircea_popescu |
yes |
| 23:16 |
sina |
cos I test with "M = [1] * 32" |
| 23:16 |
mircea_popescu |
try with 64 1s r = 64 also |
| 23:16 |
sina |
0010111010001000101011101000100000110011110111011111001001110010 |
| 23:16 |
mircea_popescu |
and paste the debug pastes along with these |
| 23:16 |
mircea_popescu |
yeah i suspect yours is actually correct. |
| 23:17 |
PeterL |
I had an idea for another function to use in the fabulous hash: a conditional screw - where on step n, for i in length S, if S[i] then flip R[n*i mod len(R)] |
| 23:17 |
sina |
I keep taking the debug lines out because it's fucking impossible to follow the logic of the code with them in |
| 23:17 |
sina |
let me re-add |
| 23:17 |
mircea_popescu |
PeterL the problem is that even as is the complexity is pretty hard to manage. making more complex primitives is not going to help this |
| 23:17 |
mircea_popescu |
though in principle the mpfhf is a function fambly -- anyone can make any sort of thing he wants |
| 23:18 |
PeterL |
just something to think of for future versions of the hash |
| 23:26 |
sina |
mircea_popescu: http://wotpaste.cascadianhacker.com/pastes/kFx6V/?raw=true that is for 64 1s with 64 bit R_len |
| 23:27 |
sina |
mircea_popescu: http://wotpaste.cascadianhacker.com/pastes/U5KgJ/?raw=true 32 1s with 64 bit R_len |
| 23:29 |
mircea_popescu |
tyvm |
| 23:29 |
mircea_popescu |
can you still make it cycle ? |
| 23:29 |
sina |
mircea_popescu: nope |
| 23:30 |
mircea_popescu |
i don't readily see a problem with the story as displayed. |
| 23:30 |
sina |
mircea_popescu: there was a bug in my screw method which caused the cycle, once I identified it, it stopped cycling |
| 23:30 |
ben_vulpes |
sina: are you pushed up? |
| 23:30 |
sina |
ben_vulpes: http://github.com/sinner-/mpfhf-python |
| 23:30 |
ben_vulpes |
yes i know, asking if that hasa your fixed screw method |
| 23:31 |
sina |
yeah |
| 23:31 |
ben_vulpes |
coo |
| 23:35 |
sina |
mircea_popescu: can you confirm/clarify "his operation consists of taking the bit count of either S or R, iterating over that value, at each step multiplying the iterator with the current position in M" ... |
| 23:35 |
sina |
it's the value of the iterator, not the value of the bit at the iterator position? |
| 23:36 |
mircea_popescu |
yes. |
| 23:36 |
sina |
coo thx |
| 23:36 |
mircea_popescu |
ben_vulpes 's examples work fine wrt that part, |
| 23:36 |
sina |
I had it originally set to the value of the bit, and that was the cause of my cycle |
| 23:36 |
sina |
changing it to the value of the iterator per ben_vulpes cl code fixed it |
| 23:37 |
mircea_popescu |
and are very explicit : screwing iteration 22 screwing product is 946 index of element to flip is 18 etc |
| 23:37 |
mircea_popescu |
right. |
| 23:37 |
sina |
currently trying 2048bit hash of GPLv2 out of curiosity, will lety ou know when it finally completes :P |
| 23:38 |
mircea_popescu |
ha! cool deal. how far in is it ? |
| 23:38 |
sina |
I dunno, I keep deleting the debug statements |
| 23:38 |
mircea_popescu |
lol. k. |
| 23:39 |
sina |
also testing with pypy |
| 23:41 |
ben_vulpes |
sina: our screws disagree |
| 23:43 |
ben_vulpes |
http://p.bvulpes.com/pastes/IUdHO/?raw=true |
| 23:43 |
ben_vulpes |
and http://p.bvulpes.com/pastes/G39PI/?raw=true |
| 23:44 |
sina |
ben_vulpes: in your halfscrew I notice (underlying-screw b m-position (floor (/ (length a) 2))) |
| 23:44 |
sina |
I have len(b) |
| 23:44 |
sina |
wait, nevermind |
| 23:44 |
sina |
wrong line |
| 23:46 |
sina |
ben_vulpes: as you can see my implementation for screw is only 3 lines long, can you see any faults in it? |
| 23:47 |
sina |
ben_vulpes: also per above my halfscrew won't take any action if the len(a) is 1, can you confirm cl behaviour? |
| 23:48 |
ben_vulpes |
mircea_popescu: and i worked this example at one point, i'm pretty sure the expected value of 011 is correct |
| 23:48 |
ben_vulpes |
http://trilema.com/2017/towards-a-better-hash-function/#comment-121470 |
| 23:49 |
ben_vulpes |
but yes, i will go check |
| 23:49 |
ben_vulpes |
the length of your implementation does not particularly bear |
| 23:49 |
sina |
I only mean in the sense, glaring errors or differences that cause disagreement between implementations, should be obvious |
| 23:51 |
ben_vulpes |
i work slowly, i'll let you know if i find anything |
| 23:51 |
ben_vulpes |
one difference is that you loop from 0 up and i from 1 |
| 23:52 |
ben_vulpes |
i'm trying to remember why i indexed at 1 there |
| 23:52 |
sina |
y u do dat |
| 23:53 |
ben_vulpes |
naively, per http://trilema.com/2017/towards-a-better-hash-function/#footnote_1_70955 |
| 23:55 |
sina |
mircea_popescu: can you confirm/clarify same statement above, start at 0 or 1? |
| 23:55 |
ben_vulpes |
0 seems a bit more likely...? |
| 23:56 |
sina |
yes but your reading of the footnote does seem correct, it starts at 1 |
| 23:56 |
BingoBoingo |
Behodl https://i.imgur.com/51busb0.png and https://i.imgur.com/WytAtQr.png |
| 23:56 |
ben_vulpes |
ah no wait because multiplying index by 1 |
| 23:57 |
ben_vulpes |
> make sure she doesn't understand |
| 23:57 |
ben_vulpes |
writer, not a reader! |
| 23:58 |
mircea_popescu |
lookin |
| 23:59 |
mircea_popescu |
ah the god damned zeroth bit nonsense. |
| 23:59 |
mircea_popescu |
i say count from 1. |
| |
↖ |
| 23:59 |
ben_vulpes |
screws will always have an initial element of zero otherwise |