3900+ entries in 0.234s

a111: Logged on 2016-12-07 16:42 mircea_popescu: must has indirection! java good asm bad ; unicode good ascii bad ; usd good bitcoin bad ; "signal" "tor" whatever good
rsa pgp etc bad and so on it goes.
mircea_popescu: must has indirection! java good asm bad ; unicode good ascii bad ; usd good bitcoin bad ; "signal" "tor" whatever good
rsa pgp etc bad and so on it goes.
☟︎ mircea_popescu: perhaps
rsa. though i'm entirely unconvinced it's not to be found in medieval arithmetics.
a111: Logged on 2016-12-03 23:21 mircea_popescu: asciilifeform in re
http://btcbase.org/log/2016-08-06#1515745 << we've completed tests and confirmed we can actually link ada code. i'm thinking, prolly the best way is to make an official and definitive tmsr-
rsa ~in ada~ as a v root ? or hows's your general numeric thing coming along and more importantly what's it written in ?
mircea_popescu: asciilifeform in re
http://btcbase.org/log/2016-08-06#1515745 << we've completed tests and confirmed we can actually link ada code. i'm thinking, prolly the best way is to make an official and definitive tmsr-
rsa ~in ada~ as a v root ? or hows's your general numeric thing coming along and more importantly what's it written in ?
☝︎☟︎ mircea_popescu: asciilifeform in my mind this drove the reaction of alt-
rsa in eulora, for instance.
a111: Logged on 2016-08-18 12:32 mircea_popescu: asciilifeform since we're on this btw, the way i want tmsr-
rsa key generation to work is as follows : a contains a number of entropy bytes specified by user in tmsr-
rsa.conf read whenever tmsr-
rsa.conf specifies (such as urandom); b contains a base-tmsr string specified by user. c = base-tmsr(a).b ; p = nextprime(cut(sha512(c),257)) ; process is repeated for q = nextprime (cut(sha512(c'),258));
mircea_popescu: one particular angle would be that if we generate republic-
rsa keys (see
http://btcbase.org/log/2016-08-18#1524210 eg) as opposed to koch-
rsa keys then yes eulora server will have to dump its privately maintained wot to deedbot periodically ; but on the upside we get very cheap transition to the new format while maintaining all the backwards compatibility one could want.
☝︎ mircea_popescu: basically this will include a (hopefully improved)
rsa implementation as part of the client. the details still very much in air.
mircea_popescu: trinque is this different from "you were tricked into making false payments by secret owner of all
rsa keys" ?
a111: Logged on 2016-12-02 14:56 mircea_popescu: trinque here's a strategic point for your consideration : eulora will move to a
rsa auth model sometime next year. this means the client generates itself a key, and talks to the server. i don't want to create a special deedbot for eulora, and so, how do we best interoperate them so that i have rate and deeds in-game ? (ideally the wot visualisations and other such beauty also)