this is shaping up well enough that i think i can can Post about it now:

working on an activitypub-aware reverse proxy to handle http signatures/authorized fetch (and, in the future, caching, though that's not there yet) on your behalf. primarily intended to absorb the load of large federation bursts for the underlying software, but also frees you from having to reimplement http signature validation yourself

supports both rsa-sha256 and ed25519 over the cavage draft. handles multiple keys per actor. will handle blind key rotations whenever i get around to it. may add support for the the new http signature rfc if there's a Reasonable library available

i have a few more things in mind but i need to finish the basics first

i expect this to be ran under another reverse proxy to handle TLS (and websocket connections, I have no idea how to proxy those). i hope the overhead will be relatively minimal (i'm trying my best, but having to de/reserialize HTTP at another layer will add some unavoidable overhead). the goal here is to make easier-to-write languages viable for the actual "business logic" of a software without needing to worry about choking under large boosts
0

If you have a fediverse account, you can quote this note from your own instance. Search https://not-brain.d.on-t.work/notes/aiamnfb25vyymdfk on your instance and quote it. (Note that quoting is not supported in Mastodon.)