girlattorney: ok i'm gonna wait. I'm just interested in what happens with TRB nodes: with a public site that list public nodes (with 8333 port exposed, site is bitnodes dot something), i checked and it says that there are 8 TRB nodes.
girlattorney: btw i noticed that trb only connects and fetch blocks from other trbs, so i don't get what happens with the other core nodes
mp_en_viaje: (which would be the "latest" trb, though obviously v-trees are a little different from traditional notions of latestness)
girlattorney: latest trb (currently available on thebitcoin.foundation) installed on debian 8
mp_en_viaje: girlattorney, which trb / how did you install it ?
girlattorney: hi, thanks for voice, i'm here to ask about trb. Installed it on my PC, and after 28 days almost synced. Then it happens the following: when TRB is almost at the current height (as now, 585,647), it stays back a few blocks, like now that is at 585640, and just cannot catch the latests blocks
asciilifeform found that reasonable trb noad more or less requires adult fiber. set it up one time in a commercial pad where 'commercial cable', would sit for months and not sync
mp_en_viaje: yes, i'm very much aware "asciilifeform would rather roll out gossipd, trbi, sane comp irons, etc. ~with~ participation of mp_en_viaje" etc. the problem here is -- you will do no such thing. what you will do, instead, is reconfigure your own desk into some sort of shape you and you alone deem meaningful, and that's all. because it is not POSSIBLE, for the man who can't say either "i will do this" and then do it, nor "i said i would do this, but d
asciilifeform would rather roll out gossipd, trbi, sane comp irons, etc. ~with~ participation of mp_en_viaje , and with working isp, than w/out. but may have to without, apparently.
a111: Logged on 2017-11-19 05:19 lobbes: Currently going down the headless-browser path ben_vulpes suggested. Looking into phantomjs atm, which seems like it could do the job. I have an old craptop I'm thinking of using as the proverbial 'public toilet' to house it on. (This is the same craptop I was planning to put a trb node on. I put a spanking-new ssd in there but then realized that the ethernet dun work anymore; wifi only. May be a good use for the thing to just be a turd server in
mircea_popescu: or alternatively, there's all sorta greatness, phf has a perfectly workable code metadiscussion system on btcbase, jurov had a ver yworkable one for earlier trb work and so fucking on.
mircea_popescu: that also wouldn't be a trb server, practically speaking.\
trinque: mircea_popescu: end up with a working trb-running server more quickly than I do today
asciilifeform: corollary to this q : how would a 'trb ebuild' differ from the trb vtree as it stands ?
mircea_popescu: trinque, let's go at this a different path. what would you even do with a trb ebuild ?
asciilifeform: i have not tried it with megafauna like trb
asciilifeform: but e.g. trb , pretty heavy, 0 autoconf (in the proggy per se, that is; there is some in the deps, however)
mod6: I still consider them "in-progress", but will forward what I have along to you here by Monday. (I wanted to get these ones built before the trb one - which I'm just starting on now.)
asciilifeform: http://btcbase.org/log/2019-06-22#1919166 << trinque sweated out a draft cuntoo, which sadly i have not had chance to test in anger. i have a physical box that is destined for it , when get chance, and also will be porting it to the sim-mips, ditto. but i promised to mircea_popescu not to undertake any elaborate works until ffa suitable for 'discard gpg' and extension to other (gossipd, trbi, what else is waiting on it) paths
asciilifeform: on top of this, buncha other '19 material, in various stages of publication ( e.g. the mips ; massive pile of bolix material, O(1) adatronic db replacement for trb , not published yet; and coupla other )
asciilifeform: ever tried to read bellard's 'qemu' ? i dunno if decade would be enough to eat it, trb-style, even if did nuffin else.
asciilifeform: ( re eulora, as i currently understand diana_coman's main work atm is an excavation, similar to trb circa '15, of heathen coad )
a111: Logged on 2019-05-28 22:16 mp_en_viaje: asciilifeform, thinkign about it, there's just no way to have a proper trb without the rainbows. and yes it'd be 32 gb, but so what. the point stands, there is a minimal bitcoin box.
asciilifeform: depends what means 'modern linux'. e.g. asciilifeform's trb 'buildroot' weighed under 5MB.
mp_en_viaje: " and dbs -- trb ALSO should keep track and sum the hash weights.
mp_en_viaje: since we're discussing "trb should
a111: Logged on 2018-10-22 22:37 asciilifeform: mircea_popescu: unrelated to anyffing: i have a tentative thing that eats a http://btcbase.org/log/2018-10-20#1864354 and gives trb option of replacing 'checkpoints' with it ( i.e. on boot, tests all already-stored blox against it, and if any blox in the tape are not yet present, then it requests & accepts them and only them, 1 at a time ). do we want this for field use ? (if so i can put on conveyor for cleanup)
mp_en_viaje: what i'm sayng here is, that a trb w/o the rainbow tables is shipped defective, like a car without wheels or w/e, toys without batteries.
mp_en_viaje: for other uses, just not load it in memory. but trb gotta ship with them.
mp_en_viaje: asciilifeform, thinkign about it, there's just no way to have a proper trb without the rainbows. and yes it'd be 32 gb, but so what. the point stands, there is a minimal bitcoin box.
asciilifeform: still gotta add, that trb bringup takes weeks not because the set weighs 100TB ( as erryone already knows, it's below 300GB atm ) but cuz the sync mechanism is rather sad
asciilifeform: mp_en_viaje: iirc this is 1st recorded such case ( d00d took the sweat to build trb, note that there ain't a '4lusers' binariola package or anyffin of the kind) but then went and planted it on a lolhost
BingoBoingo: The TRB 3-6 week sync (CPU and disk bound) is a strictly linear, no exceptions to verification affair
diana_coman: nocredit: for that matter if running own trb is too big a pain/expense, I suppose you might be better served by getting in the wot and using deedbot's wallet for that matter.
nocredit: correct, I appreciate TRB as it removes the bloat. But 3 weeks to sync is really a pain
asciilifeform: incidentally, there's a vacant rk, and if customer chooses to use the available sata snake and a 1tb ssd, he can trb. BingoBoingo plox to add this to the advertised list.
asciilifeform: diana_coman: colo people can run trb, or for that matter anythign else
diana_coman: for paying customers who may want to run trb, what?
asciilifeform: nocredit: the reason your log consists 80+% of 'discarded block' is that trb deliberately does NOT hold on to a received block unless it matches the litmus for possibly being the immediately next block in the chain. this is deliberate, and i personally wrote this patch.
asciilifeform: nocredit: approx 3 weeks, if you're syncing from trb nodes via -addnode .
nocredit: hi, thanks for the voice. Basically trb (with aggressive patch) simply is too slow to sync, and i'm using a VULTR vps with 6 cores and 16GB of ram. For too slow i mean that after 1 week is just at block height 300k
diana_coman: nocredit says he needs support with trb so let's here
a111: Logged on 2019-05-17 17:10 asciilifeform: http://btcbase.org/log/2019-05-17#1914364 << this is quite similar to the direct ancestor of v , jurov's trb mailing list system .
feedbot: http://blog.mod6.net/2019/05/building-trb-on-cuntoo-part-1/ << mod6's Blog -- Building TRB on Cuntoo: Part 1
trinque: I'd love to see a trb ebuild come of this mod6
asciilifeform: mod6: plox to detail ( e.g. if on musltronic cuntoo, why needs 'rotor' system ? it existed only to build musltronic gcc 1st, and ~then~ trb, on heathen envirs , recall )
mod6: Evenin'. I've built trb on cuntoo with ave1's 20180924 tools, with rotor only. Quick test shows pulls connects, pulls blocks.
asciilifeform: http://btcbase.org/log/2019-05-17#1914364 << this is quite similar to the direct ancestor of v , jurov's trb mailing list system .
asciilifeform: and result is ~useless board, no canhaz trb in 1GB
asciilifeform: bvt: you'd have to connect a real disk to have a useful trb, but otherwise i can't see why not
bvt: i have a http://archive.is/EUW9n item at home, with kernel from some arm64 distro and pizarro rockchip rootfs, but i never got time properly setup this device (plan was, run trb node)
asciilifeform: 'geshi' actually weighs moar than trb.
asciilifeform: that 1 , i dun even think about much, given trb dun suffer from it
asciilifeform: diana_coman, spyked : at this pt , 5 yrs in, i'm satisfied that i understand how ~trb~ pushes tx; problem lies in the zoo of ??? 'nodes', what do ~they~ do with it.
a111: Logged on 2019-04-03 08:43 spyked: upstack, re. tx propagation voodoo: the good part about this is that it got me into reading trb code and logs re bitcoin and trb. will be back to feedbotworks, but I'll say, this has been instructive
asciilifeform: diana_coman: must admit, currently i have massive hole of mystery where 'how and where does trb tx propagage' oughta be. is why last autumn i sat down & wrote (most of) a fairly gnarly proggy to try & map out node zoology & mempool dynamics. but sadly on hold presently, not enuff hands
spyked: upstack, re. tx propagation voodoo: the good part about this is that it got me into reading trb code and logs re bitcoin and trb. will be back to feedbotworks, but I'll say, this has been instructive
a111: Logged on 2019-04-02 11:03 spyked: noob question re bitcoin: is there an expected time for tx propagation to peers' mempools? details: I'm running a fully synced trb node, connected to trusted republican nodes using -addnode. I've sent 2 txen using sendtoaddress ~3hrs ago and none of them are on e.g. blockchain.info so far
spyked: noob question re bitcoin: is there an expected time for tx propagation to peers' mempools? details: I'm running a fully synced trb node, connected to trusted republican nodes using -addnode. I've sent 2 txen using sendtoaddress ~3hrs ago and none of them are on e.g. blockchain.info so far
asciilifeform: http://btcbase.org/log/2019-03-30#1906193 << interestingly, at 139.2 kloc , still 1 of the heaviest proggies in civilized use; vs, e.g., trb ( http://btcbase.org/log/2018-11-29#1876053 ) ; but lighter than koch gpg ( if minus autoconf, http://btcbase.org/log/2017-07-08#1680705 ) or linux kern.
a111: Logged on 2018-11-29 19:10 asciilifeform: ( for comparison: e.g. http://btcbase.org/log/2017-07-08#1680705 ; or, current trb is ~22k loc, ~not~ incl. the dep balls )
Mocky: I think I get it but havn't used yet, other than a trb build from online that didn't require much thinking.
asciilifeform: trinque: any idea whether there is a www-navigable map of these anywhere ? ( a la ye olde trb flow graph 'wish item' ) ?
asciilifeform: it's shovel work, and necessary shovel work, just like maintaining trb.
asciilifeform: incl. trb , gnat, FG.
shinohai: asciilifeform: didja get chance to do regrind steps on trb? I would of course *like* to have your sigs there, since you wrote a bunch of old patches.
shinohai: im poking about with trb, gonna put up a post soon if ya wanna read
asciilifeform: it's not clear to me that the congenital defects are fixable ( hence the various 'trbi' threads etc )
asciilifeform: hanbot: orig 'v' was an asciilifeform torture room item, but it was other folx who made it actually useful ( mircea_popescu -- conceived a philosophical foundation for it, conceptually; ben_vulpes -- documented; mod6 et al -- reimplemented , and filled missing pheature holes ; trb users -- battlefield-tested; phf -- keccakized; etc )
asciilifeform: http://btcbase.org/log/2019-02-24#1899032 << when 'v' started 'living' outside of domain of strictly trb, asciilifeform did eventually write 'open problems' piece re subj, http://www.loper-os.org/?p=1545
asciilifeform: http://btcbase.org/log/2019-02-24#1899025 << imho trb ml contains massive record of ' asciilifeform's initial failed attempts at v ' : the sequence of 'determine flow with bare hands' pre-v patches. ( signed, too )
asciilifeform: http://btcbase.org/log/2019-02-24#1899016 << more boringly, item was born from trb work ( and specifically jurov's mailing list mechanism , with enforcement of patch signatures ) , i.e. 'hand-cranked v', so ended up on the trb ml.
asciilifeform: ( trb vgenesis released slightly ~prior~ to 1st vtron per se, recall )
asciilifeform: nursing old gnat aint optional, currently, just like nursing trb aint optional
asciilifeform: granted. sorta why i said 'it's a trb'
asciilifeform sees linux kernel, gcc, ftr, as 'life support' item, rather like trb -- worth freezing and maintaining until proper replacement, but not really items with a serious future
shinohai: This trb addy I just generated for a payment: 1HANBox41dKXNhmdXsPgoYbbJgBqp86sCq "hanbox" lol
asciilifeform: trb-capable box, btw, i have one going .
a111: Logged on 2019-02-17 16:21 asciilifeform: ( e.g. asciilifeform was quite surprised when found that trb and ALL deps built cleanly & functioned on static musl )
asciilifeform: ( e.g. asciilifeform was quite surprised when found that trb and ALL deps built cleanly & functioned on static musl )
asciilifeform: re 'e', i can't picture what'd move anyone with two neurons to rub together to maintain a glibc, that'd be rather like starting a trb from prb 12 (or what is current one)
mircea_popescu: yes, no glibc was in fact a preference, and we got it out, of trb, of eulora, etc. no argument there.
asciilifeform: this was a 2015 find. after which asciilifeform immediately proceeded to get glibc the hell out of trb.
asciilifeform: ( and asciilifeform -- trb ) etc
deedbot: BingoBoingo rated mod6 4 << TRB, Pizarro, testing of things
BingoBoingo: !!rate mod6 4 TRB, Pizarro, testing of things
asciilifeform: 4MB aint enuff to e.g. trb inside. tho 1 could rsa in it.
mod6: Ok, so do `sed -i 's/=m/=y/g' trb-test1`, then rebuild and try again?
mod6: http://www.mod6.net/cuntoo-blog-1/trb-test1-kernel-config << asciilifeform my trb-test1 kernel config
asciilifeform: http://btcbase.org/log/2019-02-14#1896276 << notably ye olde trb-on-pogo asciilifeform recipe ran off initramfs
mod6: I suppose there's some good wisdom in that. I wouldn't want mircea_popescu torch his trb if it does weird shit on a 'getinfo' either.
trinque: I very much want you on an actual cuntoo because one of the immediate needs is a trb ebuild.
mod6: I'm not asking you to add my posbox foibles into your config. trb/ada/musl that I want to test on there doesn't care what kernel modules are loaded.
trinque: recall the work with trb, and how much better a patch that removes is than one that adds.
asciilifeform: ( consider how long took to clean , to reasonable level of non-sepsis, trb -- a 200x smaller product )
a111: Logged on 2019-01-14 03:53 mircea_popescu: in other arcana : i have here a copy of trb that has died a mysterious death on dec 31st. the process itself hasn't returned, ps aux lists it as expected, however the last time it touched any files was two weeks ago, nor does a call to getinfo ever return.
mod6: Well, if your frustrated with me, I apologize. I'm just trying to get this up and going so I can test Keccak TRB on here.
trinque: so stop being afraid and start coughing me up some deets like we did for what, years on end with trb, to great benefit of all
mircea_popescu: but in any case, can start talking of a much better trb sitting.
asciilifeform: mircea_popescu: recall the 9000 headaches of folx who tried to build pre-rotor trb ? asciilifeform did not resort to 'and now run this 4 hour script that builds a gcc, and then builds with it a gcc, and ~then~ builds deps, and ~then~ trb' just to make life moar interesting.
asciilifeform: http://btcbase.org/log/2019-02-09#1893996 << d00d ripped off trb, and even wrote a piece of yarn to go with it where 'he stole great jewel from dumb orcs'. today hangs with kako. seems to have sinological / eastern 'learnings' wank - leanings.
asciilifeform: ( and muchly superior to how asciilifeform did trb's 'chicken' genesis, where was stuck giving it as hand-cranked recipe on acct of the vdiff of the period being unable to describe deletion of binturds )
trinque: http://btcbase.org/log/2019-01-31#1891133 << this is correct, and where cuntoo lacks proper trb deps (if it does) cuntoo is wrong
shinohai: I am observing new trb node I hadn't seen previously, from "Mir Telematiki Ltd" .... is phf?
asciilifeform: ( would have to make sure that the trb deps are baked into cuntoo , naturally -- the stock bdb oughta be the 1 in trb, etc )
mod6: I'm currently building out a Cuntoo (have had a minor issue with my kernel not booting correctly, but will work on that soon), and will use that + ave1's musl to build the keccak v tooling, and then TRB. Which will also go into the upcoming changes to the HOWTO Guide.
mod6: (for TRB)
shinohai: xpost for trb-ists: http://btcinfo.sdf.org/blog/trb-keccak-regrind-test-results-and-notes.html
asciilifeform: lets you have e.g. the trb indexer thing, as ordinary array, etc
asciilifeform: ( mass-wise, apache is considerably closer to the mass of e.g. gcc, than trb ; but on other hand seems to need less massage as it is, as mircea_popescu fond of pointing out, it largely worx )
asciilifeform: e.g. trb , grew from acorn of tarball supplied by mircea_popescu in '14.
a111: Logged on 2018-06-04 17:32 asciilifeform: junkyard wars (e.g. trb, mp-wp) where one is stuck welding a tank from 5 zaporozhets and 3 lada carcasses, because that's what there is to work with, inevitably are heavyweight
asciilifeform: s/bdb/trb in above
asciilifeform: http://btcbase.org/log/2019-01-22#1889099 << i daren't to 'do something about it' until properly understood the problem. sorta like didnt dare to attempt trb in 2013, or ffa in 2015, etc
asciilifeform: this is well studied in trb, but applies elsewhere
asciilifeform: and ( again like trb ) it dies disgracefully at the boundary of capacity,
asciilifeform: mircea_popescu: thing is roughly like trb - can throw iron at it until it eats the desired reqs/sec without shitting self. but, just as in trb, it's a barbaric/empirical ritual, quite impossible to say 'on napkin' how much cpu will yield what # of what kB pg served /sec w.out falling
asciilifeform: *experimental trb, err
mircea_popescu: meanwhile in news : http://btcbase.org/log/2019-01-19#1888338 << mystery solved. trb uses bdb for block indexing ; the index had an incorrect lobe affecting some blocks ; whenever someone asked for one of those blocks, bdb died and trb never returned.
asciilifeform: mircea_popescu: sounds potentially interesting. ( if you publish outputs, plox to not forget to say what pressing that trb was made from )
a111: Logged on 2019-01-14 03:53 mircea_popescu: in other arcana : i have here a copy of trb that has died a mysterious death on dec 31st. the process itself hasn't returned, ps aux lists it as expected, however the last time it touched any files was two weeks ago, nor does a call to getinfo ever return.
mod6: Would be awesome if Pizzaro could sell iron that can run cuntoo + ffa + fg + trb out of the gate [ + others too, i.e. eulora, etc ]
asciilifeform: this was back when asciilifeform had nfi why trb wouldn't statically link, not yet found drepper's 'gifts'
asciilifeform: shinohai: neato. what didja do re trb ?
shinohai: (Also have companion trb piece, but was waiting for mod6 's keccak regrind)
mod6: mircea_popescu: I've only seen behaviour from trb like that when I've had some bad hardware. In particular a suspected bad SSD. I issue the 'getinfo' command and nothing, just hangs.
mircea_popescu: in other arcana : i have here a copy of trb that has died a mysterious death on dec 31st. the process itself hasn't returned, ps aux lists it as expected, however the last time it touched any files was two weeks ago, nor does a call to getinfo ever return.
a111: Logged on 2019-01-11 18:06 asciilifeform: and ftr i'm surely doomed to run into diana_coman's puzzler myself, when i go to write a threaded proggy (e.g. adaized trb)
mod6: While Republicans are reviewing the above, I'm going to continue working on my TRB HOWTO updates -- I think it's pretty much finished, but I want to test it first before I start handing it around for testing by all. After this, and blessings of the regrind from TMSR~, I'll put a date on when thebitcoin.foundation site will roll over to the keccak vtree exclusively.
mod6: http://blog.mod6.net/?p=26 << Here's my TRB Keccak Regrind blog post. I have a tarball linked very near the bottom that contains my reground trb keccak vtree, as well as seals for each. These are posted so one may test with these (I need the help!).
a111: Logged on 2019-01-13 09:59 spyked: and in better news, house mogosanu (82.79.58.192) has a fully synced trb node up. it's been running without issues for almost a month now. IMHO it's ready to be added to http://thebitcoin.foundation/trusted-nodes.html (cc mod6)
spyked: and in better news, house mogosanu (82.79.58.192) has a fully synced trb node up. it's been running without issues for almost a month now. IMHO it's ready to be added to http://thebitcoin.foundation/trusted-nodes.html (cc mod6)
asciilifeform: and ftr i'm surely doomed to run into diana_coman's puzzler myself, when i go to write a threaded proggy (e.g. adaized trb)
mircea_popescu: in fact it's 100% trb toy/"training muppet"
asciilifeform: exactly like trb then
asciilifeform: it's a trb-like item
asciilifeform: trb has , what, 3x the # of patches, so it'll take you 30m at most.
mod6 has been working on the big blog post that outlines my work to create the keccak regrind for trb.
asciilifeform: it's what i'ma do to trb after i solve the mmap thing.
diana_coman: asciilifeform, sometimes I wonder what exactly do you think you need/don't have to move to Romania or wherever else you consider it to be "paradise, can now do just ffa/trb/..."
asciilifeform: loox like only the trb www moved, ml was on separate box, still needs moving.
billymg: diana_coman: my understanding was that as long as i created the vpatch with a keccak-compatible vdiff then the hashes would be consistent with genesis and it would be ok. this assumption came from me being able to press vtools and mp-wp with my current v.py (grabbed from the link in the trb setup guide)
trinque: once off that, I might see about ebuilding trb (with perhaps phf's v+portage work if it surfaces), and then mircea_popescu's gns v-tree, unless gpg replacement surfaces soon, in which case deedbot->peh work
mircea_popescu: yeah, sane db will be major boon to trb (also not news, discussed as such since original "devs are idiots" times)
asciilifeform: will note, even with the heap fragging nonsense, current trb has quite reasonable ram footprint; e.g. i run 'zoolag' on a 2GB box, and never manually reset aside from when deploying patch (coupla times in past yr)
asciilifeform: ( old trb dun 'suck' blox, except on boot; it waits to be fed )
asciilifeform: ( not only luck of ~the network~, but , perversely, the sadder the box , moar often it gets reset, the better pre-aggr trb worked.. )
mircea_popescu: speaking of penalties : i dusted off ancient trb (pre agression), just for curiosity. turns out it sucks ~1 block/minute in the 450k range (ie, catches up with a year's chain per month, sorta thing).
asciilifeform: mats: i assume you had most recent mainline trb (i.e. with 'aggression' ) ?
a111: Logged on 2018-12-24 09:28 mats: has anyone successfully gotten a trb tx mined in the six months? i have tried several times and not succeeded
mats: trinque: i would love to use that, except stock trb doesn't have create/signrawtxn functionality yet
trinque: I've been sending trb txn quite a lot for wallet users, haven't had any recent trouble.
mats: to clarify, my trb tx are not apparently being relayed to miners at large
mats: has anyone successfully gotten a trb tx mined in the six months? i have tried several times and not succeeded
mircea_popescu: diana_coman http://ossasepia.com/2018/12/19/a-week-in-tmsr-26-november-2-december-2018/#selection-105.764-105.817 << actually, a major bomb was dropped there, wherein long standing trb-immunity was revoked.
asciilifeform: http://btcbase.org/log/2018-12-03#1877916 << to date we've had both types of regrind ( e.g. diana_coman reground 'mpi' into 1 genesis, for use in smg ; ffa on other hand had a 'history-preserving' regrind , http://www.loper-os.org/?p=2743 ; and iirc mod6 is baking a 'history' regrind for trb ; diana_coman had 'history' regrind for eucrypt; and possibly i missed somebody in this list )
asciilifeform: exactly like trb.
mircea_popescu: (this so neatly mirrors ye trb/prb discussions it bleeds)
a111: Logged on 2018-11-29 19:10 asciilifeform: ( for comparison: e.g. http://btcbase.org/log/2017-07-08#1680705 ; or, current trb is ~22k loc, ~not~ incl. the dep balls )
a111: Logged on 2018-07-14 00:16 lobbes: http://btcbase.org/log/2018-05-22#1816438 << in other news, you were not kidding! my trb (hdd + aggression) has moved a mere 20K blocks in one month
lobbes: asciilifeform: heh that's my trb box. funny thing is, I -do- have aggression on that one >> http://btcbase.org/log/2018-07-14#1834350
asciilifeform: unrelatedly, to whom does trb noad 69.197.146.42 belong ?? it's been wedged for year+
asciilifeform: ( for comparison: e.g. http://btcbase.org/log/2017-07-08#1680705 ; or, current trb is ~22k loc, ~not~ incl. the dep balls )
a111: Logged on 2017-01-03 19:05 davout: still working on my take on cutting the wallet out of TRB
asciilifeform: near as i can tell, threatened to do ~sumthing or other~ with wallet trb... in 2017
asciilifeform: trb, emacs ( might be hard cookie, but gotta ) , various engineering tools
asciilifeform: mircea_popescu: trb dun use any 'wwwism' from ssl, only the ecc numerics, so i expect just about any extant version will link and run. the rub is how it'd behave in unexplored corner cases, as in the der sig affair
a111: Logged on 2018-11-27 17:43 BingoBoingo: <asciilifeform> will also be interesting to see if trb can sit down on trinque's libressl thing, instead of the frozen ancient openssl it currently goes with << I run a bitcoind linked against libressl 2.5.5 and so far it hasn't forked
mircea_popescu: wouldn't it be ~nice~ if you used some kind of sane naming convention ? trb.adding-ffa.alf ? something ?
mircea_popescu: bug free, fast enough, etc. not like we're pressed by anything here, not like trb ceases to exist while we cut its guts open and so on.
mircea_popescu: and yes, ffa majorily useful, and no, not necessarily against writing for it. but there may be a timing issue (trb that takes > minute to check block is useless)
mircea_popescu: ideally, with as little re-factoring of trb components as possible.
mircea_popescu: re-write what trb uses.
asciilifeform: the one where http://therealbitcoin.org/trb-howto.html : 0x12) Get http://deedbot.org/deed-422651-4.txt : name it 'openssl-1.0.1g.tar.gz.asc'
asciilifeform: mircea_popescu: so idea here is 1st to cut the classic tar to 'what used in trb' ?
asciilifeform: mircea_popescu's old observation re the dacia air filter still holds tho, potentially replacing the hairball in trb with a 100% correct numeric set, will result in a forkable.
mircea_popescu: but yes, as far as trb work is concerned, a) taking off the bulidroot process because b) move it to cuntoo and also c) replace ssl dependency with one file, <1k loc are the priorities.
asciilifeform: if mircea_popescu gives signal that we're fucking done with the old flintlock pistols, then i'ma start welding on ffa in trb as soon as the former is battlefield-ready.
asciilifeform: well yes, eventually all of trb oughta turn into 'our correct coad'
trinque: this is too much ocenboiling for the first patch, akin to fixing everything wrong with trb in its genesis
mircea_popescu: why import ssl into trb anyway, makes 0 sense.
asciilifeform: mircea_popescu: afaik only in trb is needed
a111: Logged on 2018-11-27 15:30 asciilifeform: will also be interesting to see if trb can sit down on trinque's libressl thing, instead of the frozen ancient openssl it currently goes with
asciilifeform: ( ideally we'd simply keep the logic demanded by trb and burn the rest. but dunno that anyone has the free hands for this presently )
asciilifeform: mircea_popescu: there's an 'openbsd-branded' item, 'libressl', quite similar to the hairball carried along in trb but weighing slightly less
asciilifeform: if said bugs affect trb logic, than it oughta be in trb asap ; if they do not, then not clear to me why better
asciilifeform: for that matter, why does cuntoo need to include own sslism, afaik the only proggy that hard-depends on having one is trb
asciilifeform: trinque: now that i think about it -- what was the logic for including the alt-ssl in cuntoo, vs trb's frozen thing ?
BingoBoingo: <asciilifeform> will also be interesting to see if trb can sit down on trinque's libressl thing, instead of the frozen ancient openssl it currently goes with << I run a bitcoind linked against libressl 2.5.5 and so far it hasn't forked
asciilifeform: ( given a musltronic cuntoo, the 'rotor'-descended buildroot process for trb is theoretically redundant )
asciilifeform: will also be interesting to see if trb can sit down on trinque's libressl thing, instead of the frozen ancient openssl it currently goes with
mod6: Thanks for the info asciilifeform. For now, I've just named them the same as the original ones, for testing here on my own. Was able to press with `vk.pl` successfully, and build a trb from that pressed keccak vtree.
mod6: (I made a trb keccak tree over here, just about to test it out. So far, that was my only question. Once done testing and things, will bake blog posts about diana_coman's vk.pl and the grinding of the keccak vtree.)
ben_vulpes: http://btcbase.org/log/2018-11-18#1873457 << that's the transfer from a trb wallet to my deedbot account, notice that 'tx_to' is 'ben_vulpes'
diana_coman: the out of date also refers to the fact that meanwhile V has a broader scope really than trb code
asciilifeform: they junkyardwars'd together a working ottoman-style org system ought of sumthing like '80s su -- sorta like we trb from prb etc
mod6: I remember when keeping up with the logs + trb + v really felt like a ton of stuff. But that stuff has been wholesale replaced + some even, by pizarro.
asciilifeform: jurov: can haz it again plox ? it was pretty great, i used it in all of my trb work
asciilifeform: ( recall the ancient trb flow chart thread )
asciilifeform: jurov i was gonna link to your lxr ( which i've used 9000 times in all trb work ) as example of why ^ , but it seems to be down
asciilifeform: mod6 & other trb folx ^^
asciilifeform: bvt: of course it does, trb is 100% static-linked and has plenty
asciilifeform: ( there's 200+ col. lines in trb )
asciilifeform: they're already in, e.g., trb. but was thinking, perhaps folx will eventually stop, cuz it's a headache and to fix it is not in any sense expensive imho.
shinohai: Thank God trb is the bleach used to clean up at the end of the day.
shinohai: Heya asciilifeform ... built trb w/ your aggressive_pushgetblocks.vpatch so tests/observations in progress
shinohai feels nostalgic watching a trb happily sing along again ....
shinohai: Heya asciilifeform .... stopped in to grab some keyz from deedbot, gonna try and update my trb with yer patches
asciilifeform: early trb , for instance. i had nfi how to cure the db locks thing until mircea_popescu supplied the pill.
asciilifeform: btw, BingoBoingo , re waaay upstack -- trb 'throws bastards' from the simple reason that it doesn't keep track of peer heights, and ~always~ retransmits any block that it gets and happily welds to longchain
mod6: that trb mars-lag tho
mod6: iirc mircea_popescu said we could even have three chairs(?) might be mis-remembering that (may have to log-dig for that). I'd be happy to continue doing my role with a TRB focus, or I could step down officially and just keep doing TRB stuffs without the fancy title.
a111: Logged on 2018-10-24 18:37 asciilifeform: current flagship trb cannot be replayed 'from genesis', but can be from 168000, per http://btcbase.org/patches/genesis#L3542 .
asciilifeform: mircea_popescu was not fond of 'cement', because sees (correctly) that it is a kludge. but imho given the single-threaded classical trb, it or something like it, is necessary
asciilifeform: current flagship trb cannot be replayed 'from genesis', but can be from 168000, per http://btcbase.org/patches/genesis#L3542 .
asciilifeform: speaking moar generally of replays -- because of the idjit method shitoshi used for block-gettin', where 1 peer can ~monopolize connection for just about as long as he wants -- a stock trb node , syncing from empty, is in fact in a position to be fed just about arbitrarily long replay chain. which is why my interest in sane checkpoint variant.
asciilifeform: tldr : the shitcoin people are in fact pretending to compatibility with ordinary btc protocol; even going as far as using unchanged version strings, and backdated block timestamps ( of course trb rejects the liquishit in O(1) , but it is entertaining )
asciilifeform: http://btcbase.org/log/2018-10-23#1865502 >> as promised >> http://nosuchlabs.com/pub/trb/fuckwads_in.pcap ( filtered , for convenience: only incoming crapola )
asciilifeform: wtf this idjit is doing connecting to trb noadez, is anybody's guess.
mod6: The creation of a keccak trb tree is still on the to-do list; however, one thing kinda proceeds that item for me - a review / testing of keccak implementation. I've never had a chance to do that yet, and I think it's important.
asciilifeform: i have not observed this on trb to date, but it is precisely the q i was posing, whether can happen ( i.e. reorg logic fails ) in some possible alignment of planets.
asciilifeform: afaik to date trb demonstrably did Right Thing on reorg of arity 6 ( july '15 incident )
asciilifeform: i definitely watched a 60 blox reorg, but this was in pre- trb era
asciilifeform: mircea_popescu: observed on a trb node concretely ?
asciilifeform: afaik this is not a test that has actually happened in trb history ( longest naturally-occurring reorg since trb first saw use in the battlefield was, iirc, 8 blox or so ? )
asciilifeform: seems that he wanted to test whether trb's miner component actually worked.
asciilifeform: $item pertains strictly to current-day trb
asciilifeform: i can't picture wanting any old cpp crapola in trbi in general
mircea_popescu: certainly. in general speaking, trbi will prolly not use any of the current trb/prb legacy common code
a111: Logged on 2018-10-20 01:48 asciilifeform: ( for the impatient : http://nosuchlabs.com/pub/trb/snap_546400.txt )
asciilifeform: mircea_popescu: unrelated to anyffing: i have a tentative thing that eats a http://btcbase.org/log/2018-10-20#1864354 and gives trb option of replacing 'checkpoints' with it ( i.e. on boot, tests all already-stored blox against it, and if any blox in the tape are not yet present, then it requests & accepts them and only them, 1 at a time ). do we want this for field use ? (if so i can put on conveyor for cleanup)
asciilifeform: billymg: ( trb, for instance, doesn't even support dns lookup. i cut it with own hands; eats bare ip. )
asciilifeform: ( for the impatient : http://nosuchlabs.com/pub/trb/snap_546400.txt )
a111: Logged on 2018-10-15 15:44 asciilifeform: in unrelated noose, mod6 et al : loox like trb doesn't remove banned peers from its addr table ! i.e. offers their addrs up to others, as if they were proper noades!! i never noticed this previously, it had to wait to be found empirically. really oughta be fixed, and pretty simple patch.
asciilifeform: already turned up a buncha oddities re noades -- for instance, just about errybody not-trb still sends out gavinalert (with 'key compromised!' message. wai -- i have nfi )
asciilifeform: ( in prelim experiment thus far, virtually errything that aint a known trb noad, appears to show one or more obv symptoms )
a111: Logged on 2018-10-15 15:44 asciilifeform: in unrelated noose, mod6 et al : loox like trb doesn't remove banned peers from its addr table ! i.e. offers their addrs up to others, as if they were proper noades!! i never noticed this previously, it had to wait to be found empirically. really oughta be fixed, and pretty simple patch.
asciilifeform: in unrelated noose, mod6 et al : loox like trb doesn't remove banned peers from its addr table ! i.e. offers their addrs up to others, as if they were proper noades!! i never noticed this previously, it had to wait to be found empirically. really oughta be fixed, and pretty simple patch.
a111: Logged on 2018-10-15 00:54 asciilifeform: this line of thought was prompted by my 'trb observatory', which has uncovered a number of 'mpb'-style nodes, i.e. trb-like but not presenting 'modern' vers and therefore invisible from heathen www indices
asciilifeform: this line of thought was prompted by my 'trb observatory', which has uncovered a number of 'mpb'-style nodes, i.e. trb-like but not presenting 'modern' vers and therefore invisible from heathen www indices
asciilifeform: phf: i was aiming for 3 basic things : 1) recursively getaddr entire reachable btc net, perhaps erry hour or so 2) find trb-compat (i.e. 'services' == 1 ) non-pseudos (i.e. if i pull block hash out of a hat, he quickly gives correct block) and eventually 3) get inv's and monitor tx propagations.
asciilifeform: worx ok with trb. but heathens do all kinds of weird things, throw up various garbage in place of e.g. getaddr answer
billymg: logs seemed to indicate that trb on gcc > 5 simply won't work
billymg: i tried pressing trb on a gcc >5 gentoo box and iirc that went fine but make failed
a111: Logged on 2018-10-13 16:14 mircea_popescu: which is why all the "oh noes advertise ip" bla bla machinery is always a sign of idiocy on the part of "designer". trbi needs "ip backflow" like i need power rangers in my living room.
mircea_popescu: which is why all the "oh noes advertise ip" bla bla machinery is always a sign of idiocy on the part of "designer". trbi needs "ip backflow" like i need power rangers in my living room.
asciilifeform: it's a 2edged blade, as it would be a great temptation to 'light client' idjits to parasitize on trb. but would make for easy litmus.