Conversation

Notices

1. 0x0 :nonbinary: :netscape_1: (0x0@corteximplant.com)'s status on Friday, 10-Nov-2023 05:55:36 JST 0x0 :nonbinary: :netscape_1:

   Also Kitsune is probably gonna use nightly from now on. Because "async fn in trait", some improved diesel diagnostics, and some better SIMD performance

   I'm hoping to make Kitsune even faster. Just because.

   • silverpill (silverpill@mitra.social)'s status on Friday, 10-Nov-2023 05:55:32 JST silverpill

     in reply to

     @0x0 I think the best way to start using Ed25519 is FEP-8b32, because objects can be signed in a way that doesn't break backwards compatibility No need to wait for a response from Mastodon team.

   • 0x0 :nonbinary: :netscape_1: (0x0@corteximplant.com)'s status on Friday, 10-Nov-2023 05:55:33 JST 0x0 :nonbinary: :netscape_1:

     in reply to

     Hah, the last comment on the issue is mine asking whether they'd be open to at least adding Ed25519 support. From around 6 months ago. :nervous:

   • 0x0 :nonbinary: :netscape_1: (0x0@corteximplant.com)'s status on Friday, 10-Nov-2023 05:55:34 JST 0x0 :nonbinary: :netscape_1:

     in reply to

     This is actually pissing me off. And the maintainers are just ghosting the issue that asks for updating the HTTP signatures Implementation

   • 0x0 :nonbinary: :netscape_1: (0x0@corteximplant.com)'s status on Friday, 10-Nov-2023 05:55:35 JST 0x0 :nonbinary: :netscape_1:

     in reply to

     Also Dalek Cryptography's curve25519 operations have nice parallel formulas using nightly stdsimd. Meaning if I finally get to porting the HTTP signatures over to pure Rust cryptography, that could give some nice boost in performance.

     Well, in the edge case that someone actually uses Ed25519, which nobody does because Mastodon doesn't support it for some god damn reason.

     So we are stuck with the slow and fragile RSA system and gigantic keys just because.

   • silverpill (silverpill@mitra.social)'s status on Saturday, 11-Nov-2023 03:08:42 JST silverpill

     in reply to

     @0x0 FEP-521a: Representing actor's public keys.

     It's implemented in Mitra (my actor has both RSA and Ed25519 keys), but there are no other implementations I'm aware of.

   • 0x0 :nonbinary: :netscape_1: (0x0@corteximplant.com)'s status on Saturday, 11-Nov-2023 03:08:43 JST 0x0 :nonbinary: :netscape_1:

     in reply to

     • silverpill

     @silverpill is there an FEP about multiple keys attached to an actor? I skimmed over the index but haven't seen one?

     Because if that's the case, that might be something to put on the roadmap since I personally very much prefer Ed25519 over damn RSA