asciilifeform: !!ticker btc usd
deedbot[asciilifeform]: $26,779
awt[asciilifeform]: dump incoming?
awt[asciilifeform]: https://twitter.com/BitcoinMagazine/status/1665736512451883008 << SEC sues Binance
awt[asciilifeform]: http://logs.bitdash.io/pest/2023-06-04#1026654 << https://twitter.com/aisolopreneur/status/1665695277997498370
bitbot[asciilifeform]: Logged on 2023-06-04 14:13:10 signpost: next hilarious step in the jocko relationship is LLMs trained to be your own personal jocko.
awt[asciilifeform]: I can now simulate a pestnet of arbitrary size: http://paste.deedbot.org/?id=IlcK
phf: i was thinking about pest as a kind of universal messaging protocol, this is perhaps a niche application (lol, niche), but one of the things i've been keeping in the back of my mind is torturing the implementation into routing telegram messages for me
phf: so there's a counterparty station, that sends "fake" hearsay messages, which would be easy. the feature that's not supported is dm's to hearsay peers. obviously it would be insecure under normal circumstances, since relay counterparty decodes messages, but maybe in cases where you
phf: control the relay counterparty? or cases where relay counterparty is a proxy for some heathen protocol
phf: but the other idea that i had is an explicit threaded view for the messages, so you could use pest as a proxy for various forums. each message (or multi-part message) is treated as single post, and the replies are netchained to their corresponding parent messages. so instead of bei
phf: ng a linear progression of messages, it's instead an outline.
phf: when all you have is a graph™
awt[asciilifeform]: phf: I sort of bumped into the threading idea when contemplating a telegram/discord bridge bot. Gotta translate the threads somehow.
phf: we're doing some haram here, asciilifeform will not be pleased :>
phf: you have two different modalities though. one is chaining, that is the graph is used to establish a sequence, and the other one is outline, where graph is used to establish a tree. pest uses the first one, where's telegram/discord will necessarily have to use the second one, which doesn't work very well with pest.
awt[asciilifeform]: probably someone more interesting walkins from telgram, while discord might bring in a younger crowd.
phf: like PROD breaks
phf: also you can use netchain for responding to individual hearsay messages from fake peers presented by the proxy station, but you can't initiate a conversation that way. the first message will have nothing to hang off
awt[phf]: yes - tree is a challenge since no way to say - this is the next message vs. this is a reply.
phf: test
phf: this is weird. how come i'm the only one relaying messages from awt to nosuchlabs? i had a bug in my code, debugged it live because lisp, did a restart and that's when this message http://logs.nosuchlabs.com/log/pest/2023-06-05#1027111 materialized
dulapbot: Logged on 2023-06-05 18:24:30 awt[phf]: yes - tree is a challenge since no way to say - this is the next message vs. this is a reply.
phf: but it should've arrived to nosuchlabs way earlier by virtue of being relayed by someone else?
awt[asciilifeform]: I think not the only one - you can see my messages coming through asciilifeform above.
awt[asciilifeform]: I just got a replay of that message from you.
awt[asciilifeform]: Which is odd because it should already be in my db.
awt[asciilifeform]: Not sure who else is connected to dulapbot.
awt[asciilifeform]: I'm not.
awt[asciilifeform]: obv.
awt[asciilifeform]: Wait, replay was of the log reference.
awt[asciilifeform]: So for this log reference, I didn't get it from anyone else, had to getdata your station for it.
awt[asciilifeform]: might be nice in the gui to have some sort of indication of "connection" quality
phf: live peers: asciilifeform, awt, cgra, crtdaydreams, deedbot, dulapbot, jonsykkel, lobbes, signpost
phf: lol that's actually a lie…
phf: live peers: awt, deedbot, dulapbot, jonsykkel, lobbes, signpost
awt[asciilifeform]: I suspect my normal route to dulapbot is currently flakey
phf: broadcast-live-peers, http://okturing.com/src/16033/body
awt[asciilifeform]: some kind of a darker and darker warning color for a decreasing moving average of packets/min from a peer might be nice
awt[asciilifeform]: rather than on/off
awt[asciilifeform]: won't help much with l2 peers.
awt[asciilifeform]: actually might
phf: none of the packet stream is mandatory. if you're behind firewall you want to continue sending IGNORE to keep the socket alive, but otherwise…
awt[asciilifeform]: In that case depending on the moving average window if the peer sent a broadcast regularly once a month, should be normal color until a couple months of no broadcasts.
phf: that's fair, but i'm still reading my messages by looking at the raw console output, so i'm definitely not there yet
awt[asciilifeform]: But yes, if completely silent, would go dark.
asciilifeform: http://logs.bitdash.io/pest/2023-06-05#1026695 << bridges b/w pestnet & aols, www doors, etc. imho are worth baking -- iirc we had coupla thrds re subj
bitbot[asciilifeform]: Logged on 2023-06-05 18:11:08 phf[4]: we're doing some haram here, asciilifeform will not be pleased :>
asciilifeform: ( for that matter, with classical irc , ditto )
asciilifeform: 'gate drug' or how did it go