asciilifeform: i keep waiting for someone to introduce this fine tradition in usa
asciilifeform: trinque: reminds me of the multiple legends that abound re the old sov habit of hanging carpets on walls. 'we're eastern orcs, we've been doing this since the mongols' -- nope. false. 'it's because of cold cement in hruschev-era flats' -- possible. 'it was so as not to hear the neighbours fuck' -- most likely.
asciilifeform: ben_vulpes: i think he had that one burned in rom
asciilifeform: Framedragger: 'isolation' in the sense you picture it, would be a useful thing if it actually worked. items like, e.g., vmware, come close, but still no cigar (you can leak bits via cache skulduggery, as discussed every six months or so in the log for past 3+ yrs, and various other ways)
asciilifeform: naggum was afaik the first to formally write down this observation, in his perl essays
asciilifeform: Framedragger: you will notice that tools which 'invites lazy people to be even more lazy and reckless' proliferate, whereas ones that penalize shaved chimps for being the worthless biowaste that they are, tend to disappear and then have to be excavated from 1km of dirt, or evaporate entirely☟︎
asciilifeform: forget about python, nobody wants to wait for two weeks for the result.
asciilifeform: Framedragger: ben_vulpes already wrote a block & tx parser, his is the closest we have right now to a usable one
asciilifeform: mircea_popescu: you have a bash script that parses tx ?!
asciilifeform: must've used bci or one of whatever other heathentrons existed in those days.
asciilifeform: 'On May 13th 2012 we downloaded the full public record of this system in one of its two major forms, which consisted of about 180,000 HTML files. After parsing and processing these files, we built a graph...'
asciilifeform: ( i , like complete idiot, wanted to 'let's write a quick c proggy like blkcut' )
asciilifeform: nope, and not likely to any time soon, realized that shitoshi left us blocks where you have to PARSE ALL TX TO SPLIT INTO TX motherfucker
asciilifeform: 'Anti-transaction replay in a hardfork'. just for mircea_popescu apparently.
asciilifeform: and you don't need variably-sized turds, or deletion, or defrag
asciilifeform: konsoomer fs is liquishit. esp. when you entirely do NOT fit the profile of 'konsoomer', who sits and creates file and is happy is it takes less time than for the enter key to bounce back up
asciilifeform: it isn't clear why to preserve anything else, if this is amputated. it is the very example of 'grandfather's pistol' -- any mistake is a) not necessarily detectable with ANY kind of testing b) potential reactor melt
asciilifeform: without gutting and replacing the entire logic of trb.
asciilifeform: which prevents the use of ANY sane (fixed-length keys to fixed-lenght values) db !!
asciilifeform: 'let's make blocks variable length' 'let's make tx variable length' 'let's make tx INDICES variable and UNBOUNDED length' 'because mother dropped me as a baby'
asciilifeform: and which created 1,001 new problems that had no business existing.
asciilifeform: eeeevery single fucking time i sit down and assume that shitoshi did the obvious, simple, correct thing, and build a hypothetical on ~that~, i later open the binder and find that -- guess what
asciilifeform: (when new block comes in, to lengthen one end or the other of the snake tongue, the antecedent blocks get checked O(N), 'manually')
asciilifeform: if trb is in a state of snake tongue, ALL of the affected tx do not belong in the index table
asciilifeform: the Right Thing, as i see it, is : if a tx is in orphaned block, it does not belong in the index table
asciilifeform: there are two possible places for a duplicated tx: an orphaned (nonlongestchain) block, and a snake-tongue (if you will), one of two fork prongs of equal length, on the leading end.
asciilifeform: however it is possible to handle this sanely:
asciilifeform: namely, that a particular tx can reside in more than one block, if the leading end frays (forks)
asciilifeform: (there is no actual reason to cache where-spents! aside from how the tard probably thought 'my db is slow. let's make it store redundant liquishit, that'll help')
asciilifeform: so neither my 'bitcoinfs', nor mircea_popescu's let's-abuse-ext, will work, until this garbage is excised
