log☇︎
231800+ entries in 0.15s
phf: pitty we didn't have it from the beginning. all those beautiful tumblr pictures lost forever
mircea_popescu: pity we didn't have the bot archival thing earlier huh.
phf: it must've been down for a while, because wikipedia uses archive.is to link to his homepage
asciilifeform: phf: on the other hand , 'long and painful history of time' ~was~ naggum
phf: ah, right that's the guy
phf: it sort traced western history from the perspective of time measurement. "and then they had a city clock to synchronize everyone"
mircea_popescu reads recipes for coffee liqueur on web. INSTANT COFFEE! they... USE WATER! holy shit...
phf: i think it might've been by the same guy who did "history of timekeeping" or somesuch that was briefly trashed hmm
phf: i feel like there was a neat article about the history of seals somewhere inthe logs, but i can't find it
ben_vulpes: rebase/regrind to move the patch in the tree and seal to...seal.
mircea_popescu: so then rebase / seal.
ben_vulpes: reseal, what is this. signed same matter again?
mircea_popescu: ben_vulpes which of the trb genesis seals are seal and which reseal ?
ben_vulpes: whence 're', though. that other key was 'derpderp ben_vulpes', not 'foundation chair ben_vulpes'
mircea_popescu: sign = the act of signing anything.
mircea_popescu: reseal = the act of signing a patch with your own key.
mircea_popescu: i dunno, seems somewhat unclear to me.
a111: Logged on 2016-12-22 18:49 mircea_popescu: you ~can~ after all rebase a patch ; not just because of the patch, but also because of the sig.
ben_vulpes: http://btcbase.org/log/2016-12-22#1588519 << 'rebase' in my mind entails changing vpatch to have new hashes, or some other mutation. just transmitting a new sig does not change where a patch might lie in the tree. ☝︎
mircea_popescu: (which is what all ~ALL~ standardization EVER does - makes it so you're really careful not to typo. it can't resolve problems of the other nature, just this.)
mod6: sure, but i'll remain unsigned until testing.
mircea_popescu: but ~making that list~ is entirely unmachineable ; and me being very careful not to typo doesn't help
mircea_popescu: if you have a collection of keys you're - for whatever reason, maybe they're all me, maybe they're my harem, maybe they're all the people from russia, whatever - interested in, yes you can build the set of all pathes they signed.
ben_vulpes: mod6: appears to address concerns
mircea_popescu: no i mean while you're not there.
asciilifeform: a blind man may well have a machine with many fewer moving parts than cat, read his balzac.
mod6: So I have made a couple small changes to my V99995, and have put together an output trace of what we were seeing with V99995 and what we now see with the changes made in a possible V99994 version. Review of this would be nice to validate that the behavior is correct: http://www.mod6.net/v-99994-trace.txt
asciilifeform: still 'counts' for the purpose of automated wotronics ?
asciilifeform: yes but let's suppose that mircea_popescu mistyped, deliberately or otherwise, a character(s) in the string, and wrote 'kye x is ym key'
mircea_popescu: and there's no "up to good" or "no good" directionality of intent involved here. he is up to nonsense, because meaning and universality are mutually exclusive.
mircea_popescu: yes, once you populate a db with the keyids of "known mp's subservient keys" you can
asciilifeform: because if so, making the declarations 'human text' is hardly an effective barrier
asciilifeform: gedankenexperiment. say i have a billion signed texts, from all over the galaxy, and also a number of keys, can i mechanically query 'documents signed by all of mircea_popescu's known subserviant keys' ? is the notion that anyone trying to do this is by definition up to no good ?
mircea_popescu: universality and hardness are orthogonal, how hard a diamond is as a standard of realistic hardness has entirely nothing to do with how many cunts wear one around their whatever appendage.
asciilifeform: comp could do their work.
asciilifeform: if it were not weaker, there would be no work for jurists, neh ?
asciilifeform: 'harden' means hardness on the level of rsa signature itself.
asciilifeform: deedbot-of-humanreadable is not 'harden', it does not utterly thermonuke the possibility of ambiguity.
mircea_popescu: anyway. i have a perfectly serviceable way to harden keys for the record. it's just not ~standardized~, and it's unclear it should be.
asciilifeform: we are far from the autarkik vplanet.
mircea_popescu: i suspect we'll get to it.
asciilifeform: all of the extant vtrons, i will point out, run on linux, which is a monstrous horror of the deep that no one in my wot has signed, ditto python, perl, etc.
asciilifeform: or to drink salt water in the lifeboat.
asciilifeform: nobody forces you to use comp either
mircea_popescu: nobody forces you to even consider patches signed by people out of your wot.
asciilifeform: if you have 'soft' linkages between subservient keys, and no way to 'harden' them for the record, a slick operator could simply shed subpersonalities like snake skins, and there will be doubt in re the contiguity of identity, where there ought be no possibility of doubt.
asciilifeform: actually the relevant mircea_popescu article was another, where he had example of a man who is about to be hanged, but argues that the man who did the crime, is not the one who is bound and led to the gallows
mircea_popescu: facts are opposable. intentions aren't a thing.
mircea_popescu: how does that come to "intention" ?
asciilifeform: mircea_popescu has a pretty good exposition of this, not long ago, in the 'opposed' thread
mircea_popescu: if patches are signed by dead people only, they don't belong in presses
asciilifeform: and it is doomed to look quite different, with passage of time, than the maker intends.
asciilifeform: so we have here a suit of armour where the leather straps rot, but the iron -- does not.
asciilifeform: signatures, on the other hand, are not ephemeral but permanent.
asciilifeform: well iirc in mircea_popescu's original sketch, the sole linkage between mircea_popescu-royalkey and mircea_popescu-apocryphakey is a wot rating. and wot as we have it is an ephemeral thing, which relies on ability to interrogate living people, and not only living but near to the interlocutor in wot.
mircea_popescu: illustrate this
asciilifeform: to not give the enemy a place to stick the knife.
asciilifeform: but what is the best way to make permanent record that ' mircea_popescu's i-found-this-in-back-of-desk-drawer ' key is subservient strictly to ' mircea_popescu royal key ' ?
asciilifeform: phf: mircea_popescu's method , to be used in the battlefield, still needs some means of tying the keys together formally -- and something that doesn't reduce to the horror of gpg's 'subkeys'
asciilifeform: and there are bound to be mistakes, ranging from the harmless lul to the utter calamity, 'oops i used my 'royal alchemist' stamp instead of 'dildolathe operator by appointment to Her Majesty' stamp'
phf: asciilifeform: these are basically three different solutions to the same problem of "how to allow more than one kind of vpatch". yours is mechanical, mine is an attempt to expand the mythos and mp's is cutting the gordian knot ☟︎
asciilifeform: asciilifeform's grandfather had a gigantic tray of rubber stamps, of what must have been a dozen different shapes, and when signing a document would first stamp it with the rubber that corresponded to the imperial role in which the signing was to take place. this was orc sop. and i suppose the concept is doomed to stick around.
a111: Logged on 2015-08-28 03:13 asciilifeform: thing does exactly three basic kinds of thing - verifies sigs; determines what subcoagulations of spittle in the spittoon are in fact in single strands; and permits operator to select individual strands, and cut'em (by whatever criteria, including signatories or combinations thereof)
asciilifeform: http://btcbase.org/log/2015-08-28#1254193 << moar detail from 'history of v', for the record. ☝︎
phf: i guess the multiple keys idea was already introduced in gossipd (in the original spec i suspect it was a solution to "no automatic RSA-ing" problem)
asciilifeform: quite the same
asciilifeform: there's no 'fixed form' from a key made on public comp tho
mircea_popescu: i'm just saying - there's nothing lost here. can emulate naked pastebin in v style np.
asciilifeform: mircea_popescu: what does the cafe key provide ?
mircea_popescu: phf yes, in principle. in practice i expect "centralizing" rebasing vpatches to happen all the time to prune trees of their noncontroversial joints.
asciilifeform: important thing to remember, though, is that once you sign something, it ~exists~, and you cannot control it by selectively posting it to this-public-site but not that-public-site
mircea_popescu: you can literally come up with an idea for a thing while travelling ; go to internet cafe ; spin up gpg to make you a new key while you bash it down ; then sign the patch with that key which you don't even bother taking from there.
phf: mircea_popescu: correction in this case can come in a form of another vpatch either by original author after the discussion or by anyone who wants to make annotations, etc. in which case the dialog becomes valuable on its own, because it preserves the differences that have didactic value
mircea_popescu: can release patch today under your text sig ; rebase it later with your main sig.
asciilifeform: mircea_popescu: signed-but-non-vtronic snippets are vulnerable to context misplacement.
mircea_popescu: ie, item X enters life signed by "doubful matter key Z" and then a year later is signed by "ok this is it key Z" and makes it to the stable press
mircea_popescu: you ~can~ after all rebase a patch ; not just because of the patch, but also because of the sig. ☟︎
asciilifeform: phf: recently mircea_popescu suggested a cleaner scheme where everybody has multiple signing keys, and they rate one another, as if they were people. which is probably as mechanized as this will ever get.
mircea_popescu: phf you don't have to post a snippet of code as ~vpatch~. can just pastebin it also
asciilifeform: so we're at the chalkboard still.
asciilifeform: phf: i stabbed at the problem of formalizing a way to specify what it is you actually commit to when signing a patch. it was the 'vectorized' thing, and everybody barfed.
a111: Logged on 2016-02-20 22:45 phf: "i, ordained computron mircea lifeform, in the year of our republic 1932, having devoted three months to the verification of checksums, with my heart pure and my press clean, sit down to transcribe vee patch ascii_limits_hack, signed by the illustrious asciilifeform, mircea_popescu, ben_vulpes and all saints."
phf: but the reason i made those statements yesterday is because i think that like saying things in log is an opportunity to be corrected, so does posting a vpatch, it could be a learning experience. instead the mindset seems to be http://btcbase.org/log/2016-02-20#1411214 ☝︎
mircea_popescu: software design as god intended. FIRST you do by hand ; THEN you automate the parts worth automating.
a111: Logged on 2016-01-19 14:46 mircea_popescu: you could technically run a chan off v.
asciilifeform: and also from a comment by mircea_popescu that went something like 'i must be able to put finger on a line of code and get names'
asciilifeform: it was a fairly unambitious generalization from things we had already been doing by hand in trbdom
mircea_popescu: phf ah, yes, but note that the item contemplated there is specifically not discussion ; but its results.
a111: Logged on 2015-09-12 20:28 mircea_popescu: which... you know, i slept on this, and it occurs to me that ACTUAL MATHEMATICS might be the perfect thing to implement over V.
phf: actually the subject is an ongoing, year old conversation about about V as a way to represent knowledge starts with http://btcbase.org/log/2015-09-12#1271598 and then gets revisited every couple of months ☝︎
asciilifeform: stress test for a111!11111
asciilifeform: ok this was heavy but probably useful.
a111: Logged on 2015-08-31 14:33 asciilifeform: http://log.bitcoin-assets.com/?date=31-08-2015#1257082 << i loathe python per se. but the only realistic alternative was perl. (my original attempts at 'v' were in awk/sed, and did not work very well)
a111: Logged on 2015-08-08 04:11 asciilifeform: mircea_popescu: in somewhat related nyooz, i've been experimenting with what for now i call 'v' - a very dumb 'versioner' that i've been writing, which eats solely 0) pgp keys 1) patches 2) signatures for same, many-to-many mapping of (2) to (1)
a111: Logged on 2015-08-05 14:11 mircea_popescu: how would this b-a versioning system work ?
a111: Logged on 2015-08-05 14:00 mircea_popescu: there's no reason for this to take a week to do.
a111: Logged on 2015-08-05 13:38 mircea_popescu: one is USE. specifically - hanbot must be able to put into work the theoretical advances b-a produces. and ima use her as a stand-in for "intelligent and willing to work, but not able to grow a beard".
a111: Logged on 2015-08-05 04:42 asciilifeform: also the continuity of identity. if, for example, my patches at some point go from tiny to elephantine, from single-purpose to 'omnibus', from deadly-simple to 'wtf is that' - folks are to presume that i have been finally killed and key is in hands of hitler. and should then rate accordingly.
a111: Logged on 2015-08-05 03:55 mircea_popescu: asciilifeform he still has a point. a) we're careening dangerously towards -dev levels and b) people can't fucking follow wtf is on that list.
a111: Logged on 2015-04-03 21:41 asciilifeform: trinque: when you use a version control apparatus, it is very easy to produce patches that cannot be applied using your mind