log☇︎
14100+ entries in 0.098s
trinque: asciilifeform: what do you have for curl 'http://therealbitcoin.org/ml/btc-dev/attachments/20180923/mod6_excise_hash_truncation.vpatch?sha1=9abdb060135507152b9a5c7c3b8b98966266c5bd' ☟︎
mod6: <+mircea_popescu> the one useful thing here would be to get trb properly ground already. << I'm probably not going to do this until there is a vtron that supports keccak.
mircea_popescu: meanwhiel in other soviet art, https://upload.wikimedia.org/wikipedia/commons/c/cf/Lincoln_Douglas_Debates_1958_issue-4c.jpg
asciilifeform: mircea_popescu: item's been on conveyor for a while, will be interesting to shed some light on who's hero and who's zero.
asciilifeform: ohai mircea_popescu
a111: Logged on 2018-09-29 15:22 BingoBoingo: <mircea_popescu> but plox not to hunt anyways, ty! << Excellent use of WoT. Ensuring particular duck lives.
BingoBoingo: <mircea_popescu> but plox not to hunt anyways, ty! << Excellent use of WoT. Ensuring particular duck lives. ☟︎
mod6: how's it goin tonight mircea_popescu ?
mircea_popescu: http://summaries.logs.esthlos.com/#2018-09-22_1 << a denier of many plurious things lol
asciilifeform: mircea_popescu: pretty sure their actual objective was simply to herd the remaining folx who can't entirely get away from emailism, into the google/microshit corrals
a111: Logged on 2018-09-28 21:31 mircea_popescu: meanwhile in lulz, "* You are banned from this server- You have a host listed in the DroneBL. For more information," YEAR OLD listing in some obscure bs "database".
asciilifeform: ( hence why i put that 512 as the initial guess for Payload_Size )
a111: Logged on 2018-09-28 22:21 mircea_popescu: asciilifeform no see, 4kb key, 4kb message consisting of 2kb plaintext and 2kb padding.
asciilifeform: ( or see diana_coman's rsa walkthrough, http://ossasepia.com/2018/02/15/eucrypt-chapter-10-oaep-with-keccak-a-la-tmsr/ )
asciilifeform: mircea_popescu: even in naked (padless) rsa , sig is always of ~equal bitness to modulus
a111: Logged on 2018-09-28 21:21 mircea_popescu: http://btcbase.org/log/2018-09-28#1855353 << actually the winning conjunction here is that a) rsa message size is capped and b) udp packets are capped at ~same size. this is rapidly becoming a case of 4096 bit keys and 2048 bit packets and sayonara.
asciilifeform: mircea_popescu: ain't brunei 7000km east...
a111: Logged on 2015-07-30 15:22 mircea_popescu: atm, im blaming udp. and i would very much like to see it go away, right now.
a111: Logged on 2015-07-30 15:08 mircea_popescu: and the general point is udp does not belong.
a111: Logged on 2015-07-30 14:41 mircea_popescu: udp is the problem atm.
Mocky: mircea_popescu, 2015 thread including http://btcbase.org/log/2015-07-30#1218061 http://btcbase.org/log/2015-07-30#1218108 http://btcbase.org/log/2015-07-30#1218171 ☝︎☝︎☝︎
a111: Logged on 2015-07-30 15:22 mircea_popescu: atm, im blaming udp. and i would very much like to see it go away, right now.
a111: Logged on 2015-07-30 15:33 mircea_popescu: but yes, it was practically shown that a) no actual protection from ddos exists, outside of the ostrich method discussed above and b) udp is the key to this state of affairs.
asciilifeform: mircea_popescu: he was prolly thinking of the http://btcbase.org/log/2015-07-30#1218223 threads ☝︎
a111: Logged on 2018-09-28 16:01 Mocky: old log threads appear to have mircea_popescu with hatred of UDP, which has meanwhile dissipated ?
asciilifeform: ohai mircea_popescu !
asciilifeform: ( these already , not counting i suppose mircea_popescu's chix, cannot escape anywhere, the 'education' mutilated'em into permanent usaschwitz inmates )
BingoBoingo: <asciilifeform> right, but iirc it was some outrageous sum, that made mircea_popescu's torpedo look economical << Closets from 3kiloUSD monthly
asciilifeform: right, but iirc it was some outrageous sum, that made mircea_popescu's torpedo look economical
BingoBoingo: <Mocky> old log threads appear to have mircea_popescu with hatred of UDP, which has meanwhile dissipated ? << There was a period when reddit hadn't yet given up on marginalizing the Republic and DDoS's were pestilential.
Mocky: old log threads appear to have mircea_popescu with hatred of UDP, which has meanwhile dissipated ? ☟︎
asciilifeform: diana_coman: http://btcbase.org/log/2018-09-28#1855195 << output ☝︎
asciilifeform: diana_coman: 10ms
asciilifeform: diana_coman: all of my testfires thus far ended up 'no loss, no reorder, as if on lan'
a111: Logged on 2018-09-28 06:24 diana_coman: asciilifeform's published test data seems to match what I got on my initial tests with 1 second delay; my current plan is to collect first at least 1 week worth of data and then to repeat the experiment with a. smaller delays b. several senders perhaps
asciilifeform: http://btcbase.org/log/2018-09-28#1855291 << lemme know if you'd like sumthing in particular tested with my path, diana_coman ☝︎
a111: Logged on 2018-09-28 00:54 mircea_popescu: just makew sure you put something in there to distinguish "my interface is shitdrops on the floor"
a111: Logged on 2018-09-28 00:58 mircea_popescu: but yes -- the test can (and likely will) be tightened. for starters we just wanted to get a sort of "absolute path limits". and THESE do indeed turn out to be further out than originally thought -- 2kb packets make it np unfragged and in order 100% of the time, and even 20-60kb packets made it.
a111: Logged on 2018-09-28 00:39 asciilifeform: mircea_popescu, diana_coman : http://nosuchlabs.com/pub/udpism/usa_sender_udp_log.txt http://nosuchlabs.com/pub/udpism/uy_receiver_udp_log.txt << 1 full volley
a111: Logged on 2018-09-28 00:20 mod6: nice work diana_coman
a111: Logged on 2018-09-28 01:14 mircea_popescu: but anyway, imo if mmorpg needs > kb/s connectivity something's misdesigned somewhere.
asciilifeform: mircea_popescu: it not only made for very picturesque output in old buggy vtrons, but pretty terrible for blood pressure, as turned out that the supposed 'disable fuzzy' flags dun actually do anyffin in gnupatch
asciilifeform: mircea_popescu: shouldn't take much sweat, anyffing that calls gnupatch could just as readily call phf's
asciilifeform: mircea_popescu: lol recall how we even ended up with v, ' asciilifeform : 'it is obvious!11 how to arrange trb patches' errybodyelse : 'nah' )
asciilifeform: mircea_popescu: phf posted one earlier
a111: Logged on 2018-09-27 09:34 diana_coman: http://barksinthewind.com/2018/vtools-keccak-regrind/ -> gotta ask here, phf, am I missing something or what Wednesday was that there in the first line meant to be?
asciilifeform: mircea_popescu: phunphakt : mixer worked GREAT 20y ago. when hardware dsp in sound blaster.
a111: Logged on 2018-09-26 18:52 mircea_popescu: so delete them, then.
asciilifeform: mircea_popescu: keep in mind that traffic on receiver will be considerably moar than 1k/s
asciilifeform: mircea_popescu: then yer golden, loox like. at least if errybody has a path no worse than mine
asciilifeform: mircea_popescu: i suspect wasn't even in '94
asciilifeform: 3) http://nosuchlabs.com/pub/udpism/usa_tx_10ms_run3.txt http://nosuchlabs.com/pub/udpism/uy_rcv_10ms_run3.txt
asciilifeform: 2) http://nosuchlabs.com/pub/udpism/usa_tx_10ms_run2.txt http://nosuchlabs.com/pub/udpism/uy_rcv_10ms_run2.txt
asciilifeform: 1) http://nosuchlabs.com/pub/udpism/usa_tx_10ms_run1.txt http://nosuchlabs.com/pub/udpism/uy_rcv_10ms_run1.txt
mircea_popescu: and diana_coman or hanbot or who will you pick have little problem in turning over next-day keccak patches on trees, as recently put on display. i don't think they're either smarter or blesseder than you, they just have the toolset ready.
asciilifeform: mircea_popescu: no disagreement re upgrades of parts
asciilifeform: mircea_popescu: so far only tried the -->
asciilifeform: i.e. : cat uy_receiver_udp_log.txt | cut -f 1 -d ',' > receiver_idx.txt ; cat usa_sender_udp_log.txt | cut -f 1 -d ',' > sender_idx.txt ; diff sender_idx.txt receiver_idx.txt << produces nil
asciilifeform: btw mircea_popescu & diana_coman , not only 0 packet losses, but 0 reorders.
asciilifeform: mircea_popescu: just nao -- muscle-powered v a la diana_coman . this weekend would like to reword v.py to run on phf's components.
asciilifeform: mircea_popescu: seems like 100% passed...
asciilifeform: mircea_popescu, diana_coman : http://nosuchlabs.com/pub/udpism/usa_sender_udp_log.txt http://nosuchlabs.com/pub/udpism/uy_receiver_udp_log.txt << 1 full volley ☟︎
a111: Logged on 2018-09-19 15:56 asciilifeform: mod6: i dun like to discourage folx, esp. mircea_popescu's pupil, who is evidently pouring sweat into the job. but i expected the items would get better with time, and imho so far they haven't
a111: Logged on 2018-09-27 19:52 mircea_popescu: http://btcbase.org/log/2018-09-27#1854952 << what you apparently did was completely ignore the matter for five months, then discover like children that you actually need tools at the time you started on the task (late at night etc) and so forth.
a111: Logged on 2018-09-25 15:58 mircea_popescu: add a 1s delay between packets.
mod6: nice work diana_coman ☟︎
asciilifeform: diana_coman's test jig ( i did not modify it except for the dest ip ) currently fires 1 / sec.
asciilifeform: diana_coman: built & emplaced your sender-receiver, it is running nao, asciilifeformistan <--> BingoBoingostan
a111: Logged on 2018-09-27 21:02 mircea_popescu: http://btcbase.org/log/2018-09-27#1855089 << i have no fucking idea how. i read the logs daily atm, mostly impelled by... outright fear. the best heuristic i know of, but otherwise this promises to be a first caliber bane as time goes by.
a111: Logged on 2018-09-27 20:58 mircea_popescu: more's the point : HOW do we establush "100is much, 10k is enough, etc"
asciilifeform: mircea_popescu: yea, 10k is imho much. but e.g. asciilifeform gave himself 100 in orig v
diana_coman: but otherwise the udp_tester.vpatch makes some changes to udp lib that are really just for testing (i.e. I think they should not be part of production use of udp lib)
asciilifeform: diana_coman: i'ma test & mirror that one when i get a chance
asciilifeform: ( asciilifeform plowed through the phf-vtronics thread when came back from voyage, and then second time when diana_coman requested keccak regrind, and both times failed to converge to correct answ re 'is there complete keccak vtron' )
a111: Logged on 2018-09-27 19:52 mircea_popescu: in any case shit in the logs ain't gonna to "just go away", this isn't linuslands. ignoring it is like ignoring hot coals.
a111: Logged on 2018-09-27 19:52 mircea_popescu: http://btcbase.org/log/2018-09-27#1854952 << what you apparently did was completely ignore the matter for five months, then discover like children that you actually need tools at the time you started on the task (late at night etc) and so forth.
asciilifeform: http://btcbase.org/log/2018-09-27#1855075 << yea if i'd smoke-tested it earlier, would have found. on top of this, naively assumed that diana_coman has a working and complete keccaktronic v , given as she's moved smg to newform ☝︎
a111: Logged on 2018-09-27 20:00 mircea_popescu: http://btcbase.org/log/2018-09-27#1854988 << we came up with this clever thing sometime in 2015 or so iirc. not sure what is gained by doing 99995 --> 99994 etc in light of experience, but i clearly recall how cool it looked at the time.
a111: Logged on 2018-09-27 12:47 diana_coman: since I need to get the work done on this, I reground the UDP lib and I'll proceed from there; asciilifeform, phf and anyone else interested, keccak-patches are on my Code Shelf as usual: http://ossasepia.com/reference-code-shelf/#selection-477.0-477.19
phf: asciilifeform: i have a ksum PoC for you, http://btcbase.org/patches/vtools_ksum signed but it's from workbench, potentially buggy. "ksum foo bar qux" gives you shasum style <hash> foo\n<hash> bar\n<hash> qux\n
phf: re esthlos's work i think it's a shame that he chose to reimplement own keccak, but is still calling out to gnu patch. he could just focus on graph resolution/signature/wot checking, and offload the validation on vpatch: construct the press list, feed the patches in-order to vpatch, if vpatch succeeds then you know _for certain_ that the sequence of patches is valid, hashes and all
a111: Logged on 2018-09-27 13:50 diana_coman: asciilifeform, np; re vtron yes, currently it is only vdiff and vpatch functionality; I use old v to see the flow (since it checks the seals but doesn't care about the hashes until press time) and then the vpatch to actually press; looking forward to esthlos' vtron
asciilifeform: apparently diana_coman has been hand-cranking it, sorta like asciilifeform's 1st yr of trb pre-vtron
asciilifeform: and yes it is the picture i got from log. the gap in my head is where diana_coman switched to the new format; i then assumed there is a 100%-complete new vtron, and that 'hmm simply missed this, is in log somewhere' , turns out nope, notyet
lobbesbot: phf: Sent 14 hours and 6 minutes ago: <asciilifeform> nm, distinguished by hand... but my vtron doesn't verify the sigs (not immediately sure why) and mod6's -- sees only Leaf: vtools_vpatch_newline.vpatch (phf)
a111: Logged on 2018-09-26 22:00 asciilifeform: mircea_popescu: prolly like most folx who actually work on proggies, asciilifeform has '9000' vtrees on various disk, on various boxen, that are in classical format, and many not even intended for publication, the ones that see daylight naturally will become newtype
a111: Logged on 2018-09-27 13:50 diana_coman: asciilifeform, np; re vtron yes, currently it is only vdiff and vpatch functionality; I use old v to see the flow (since it checks the seals but doesn't care about the hashes until press time) and then the vpatch to actually press; looking forward to esthlos' vtron
asciilifeform: diana_coman: is there a version of mod6's vtron that uses the new vdiff / vpatch ? or what do you use in erryday work ?
asciilifeform: danke schon, diana_coman . feel free to rename the filez.
asciilifeform: diana_coman: http://www.loper-os.org/?p=2557 updated, with mirror and seals (yours, mine)
asciilifeform: and loox like diana_coman even added comments.
asciilifeform: ty diana_coman .
asciilifeform: aaand it loox like diana_coman already did my chore for me... i'ma do the elementary test on it nao, and sign/mirror.
asciilifeform: diana_coman: do you normally use this with a hand-patched mod6 vtron ? or how ?
a111: Logged on 2018-09-27 09:41 mircea_popescu: did you follow diana_coman 's http://barksinthewind.com/2018/vtools-keccak-regrind/#comment-27 ?
a111: Logged on 2018-09-27 09:31 diana_coman: http://btcbase.org/log/2018-09-27#1854882 -> got your .tar.gz but I could not find in it the .wot and .seals? at any rate, if I copied over the .wot and .seals dirs, it pressed perfectly fine with v here (9999 K version); ftr I ran also precisely the v.pl you have in there and it also worked!
asciilifeform: http://btcbase.org/log/2018-09-27#1854926 << ~this~ is pretty strange; diana_coman wouldja mind sharing your working set there ? ☝︎
a111: Logged on 2018-09-27 09:31 diana_coman: http://btcbase.org/log/2018-09-27#1854882 -> got your .tar.gz but I could not find in it the .wot and .seals? at any rate, if I copied over the .wot and .seals dirs, it pressed perfectly fine with v here (9999 K version); ftr I ran also precisely the v.pl you have in there and it also worked!
mircea_popescu: did you follow diana_coman 's http://barksinthewind.com/2018/vtools-keccak-regrind/#comment-27 ? ☟︎
a111: Logged on 2018-09-27 01:34 asciilifeform: http://nosuchlabs.com/pub/v_noworky.tar.gz << the complete tarball with both variants, patches, seals, .wot, my attempt thus far.