awt[asciilifeform]: asciilifeform: broken link in the draft: http://www.loper-os.org/pub/pest/33161-broadcast-text
asciilifeform: and oh hm billymg's logger fell down ?
asciilifeform: awt: indeed broken. (would be a++ if had a mechanical detector for these...)
billymg: http://logs.bitdash.io/pest/2022-02-02#1003477 << looks up still
bitbot: Logged on 2022-02-02 14:51:02 asciilifeform: and oh hm billymg's logger fell down ?
asciilifeform: billymg: hm interesting, must've been stalled somehow earlier
billymg: yeah, it's laggy sometimes
awt[asciilifeform|billymg]: http://logs.bitdash.io/pest/2022-02-02#1003478 << I used to use this thingy on my mb: https://peacockmedia.software/mac/integrity/free.html (or something like it)
bitbot: Logged on 2022-02-02 14:51:20 asciilifeform: awt: indeed broken. (would be a++ if had a mechanical detector for these...)
awt[asciilifeform]: asciilifeform: http://www.loper-os.org/pub/pest/pest_draft.html#322-selfchain - regarding "skips" here, what does "chronologically" have to do with it? Isn't any chain forked with two messages with the same handle and selfchain regardless of if their timestamps are identical or not?
asciilifeform: awt: indeed oughta be chain-preceding, not chronological
asciilifeform plans to rewrite all of the pertinent sections in light of new algo
asciilifeform sadly hands 100% full atm
awt[asciilifeform|asciilifeform|billymg]: asciilifeform: please reply at your leisure. Just working through this with pen and epaper.
asciilifeform: awt: simply must note, the draft spec currently not includes any of the items in linked thrd
awt[asciilifeform]: asciilifeform: noted
awt[asciilifeform|billymg]: asciilifeform: When a n00b joins a net, will all messages from the genesis message be dumped in his console? Or perhaps only the the last hour's worth, the rest going directly to cold storage?
asciilifeform: awt: good q. did not specify this
asciilifeform: (given as it aint pertinent to protocol function; tho similar argument can be made for several mechanisms which did specify)
asciilifeform: in a hypothetical 100% ab initio (i.e. non-irctronic) pestron, would make sense to 'scrollback' for old msgs as in certain heathen chats
asciilifeform: for irc, prolly does not make sense to dump potentially GB+ of text into a console, no
asciilifeform: rly oughta be a knob
awt[billymg]: http://logs.nosuchlabs.com/log/asciilifeform/2022-01-26#1076762 << here the chain number indicates the order by timestamp of the message subsequent to the last message of the unforked chain (seems like there must be better terminology for this)?
asciilifeform: awt: oughta snip all 'order by timestamp', yes
asciilifeform: there's no place where any such thing needed, when you've the chains.
asciilifeform: the only thing ordered by time (of receipt, that is, rather than timestamp) is the holding buffers
awt[billymg|asciilifeform]: asciilifeform: in that case what determines the order of chain numbers?
asciilifeform: hm good q
asciilifeform: rly oughta be position on chain.
asciilifeform: if we prohibit output to console of broken chains , can be consistent/immutable.
awt[billymg|asciilifeform]: asciilifeform: if two nodes on the chain have the same parent, aren't the positions the same?
PeterL[billymg|asciilifeform]: was it going to output to console after some time if the chain was never patched?
PeterL[billymg|asciilifeform]: or just drop broken chains after some interval?
asciilifeform: orig. the former. imho the latter is The Right Thing
asciilifeform: awt: thinking about it, yes. needs some canonical way to enumerate. lemme know if you think of one.