I would like to give an update on "federation" on Bluesky

[mcc@mastodon.social]

@trwnh @erincandescent @ikuturso @jrose I am proposing inventing a did:kad, or a did:kad2 if did:kad is already being used, and giving it whatever properties would be needed to make it work the way I said.

And yes, I'm proposing creating an exact clone of plc that doesn't depend on plc.directory.

[trwnh@mastodon.social]

@mcc @erincandescent @ikuturso @jrose right now the practical consideration for migration is one of the following:

- you have a did:plc and want to migrate to did:web
- you have a did:web and want to migrate to another did:web
- you have a did:web and want to migrate to did:plc

none of the three are currently possible, you will lose all your follow relations etc even if you replicate the exact same content or serve the exact same data repo

[trwnh@mastodon.social]

@mcc @erincandescent @ikuturso @jrose i think this effectively amounts to "just use a dht that everyone agrees on"

[mcc@mastodon.social]

@trwnh yes, that's why in my example I picked the first three letters of "kademlia"

[trwnh@mastodon.social]

@mcc ah, i missed that part ^^;

[esoteric_programmer@social.stealthy.club]

@trwnh @lrhodes @mat @mcc @alter_kaker I thought @user.domain.tld is just a way to point to @did:plc:blahblahblah, the same way we do with webfinger over here. Wouldn't this difference in the protocol make an impersonation attack more possible?

[trwnh@mastodon.social]

@erincandescent @ikuturso @mcc @jrose i think you could replace it with signed updates but in doing so, you've basically just wrapped around to needing a pki

[mcc@mastodon.social]

@trwnh @erincandescent @ikuturso @jrose this raises an important question. Why the fuck are we not just using a pki to start with

[trwnh@mastodon.social]

@esoteric_programmer @lrhodes @mat @mcc @alter_kaker you are *supposed* to "convert" the user.domain.tld to did:plc:blah, but you can still construct references against user.domain.tld. but you're not supposed to. but every user-facing component only shows you the user.domain.tld instead of the did:plc:blah, so if you're just copying from your address bar, you are going to get the "wrong" identifier most likely.

it has the exact same properties as letting a dns name lapse and get reassigned.

[trwnh@mastodon.social]

@mcc @erincandescent @ikuturso @jrose uhhhh

"key management hard", basically

[mcc@mastodon.social]

@erincandescent i think in order to solve this problem without centralization you do need a ledger ("blockchain"). That's simply the way to get a canonically agreed on ordering of events. I think there are some reasons to go with a data structure *other* than literal blockchain for your ledger. But if you create a canonically agreed on ordering of events (which as far as I'm concerned you need if you want to support key rotation/did changes) then more or less by definition you've made a ledger

[trwnh@mastodon.social]

@erincandescent @ikuturso @mcc @jrose isn't plc basically custodial keys?

[mcc@mastodon.social]

@erincandescent I have an entirely workable proposal for how to achieve that in a distributed system, which the mastodon dot social post length is too small to contain

[esoteric_programmer@social.stealthy.club]

@trwnh @lrhodes @mat @mcc @alter_kaker This is offtopic in a way, but oho, I didn't have to look too deeply to find this:
https://github.com/qwell/bsky-exploits
nothing extremely serious, but could be used for fishing campaigns and the like pretty easily

[ireneista@adhd.irenes.space]

@mcc @erincandescent we should sync up about that at some point, we've thought about it also and it'd be a shame to never turn it into a spec

[ireneista@adhd.irenes.space]

@mcc @erincandescent the historical answer to why atproto isn't using traditional PKI, as far as we can tell, is that the authors were under the impression DID is a lot more useful than it is. just a guess on our part.

[rakoo@blah.rako.space]

@trwnh

No, the bittorrent DHT has methods to update content sent in the DHT with no need for a PKI: https://bittorrent.org/beps/bep_0049.html

@erincandescent @ikuturso @mcc @jrose

[tylercook@mastodon.gamedev.place]

@mcc I do, yeah. So it's just one part of the stack. The complicated parts come later, eh?

[mcc@mastodon.social]

@mat @eniko There is already such a Wordpress plugin that publishes to ActivityPub. I believe publishing a Wordpress or other blog as a PDS would be even easier than ActivityPub. All the ATP single-link APIs are very simple and almost even well documented. So the fact this sort of thing (PDS frontend to legacy data source like Wordpress) does not exist is I think a testament to the fact most people in a position to create such things take a look at, and cannot see the benefit of, ATProto interop

[mcc@mastodon.social]

@mat @eniko Another thing to note. Posts on ATProto are 300 characters. The entire system is set up to mark "schema invalid" and wholly censor any post which is more than 300 characters. So what you'd have to do is put a 270 character summary of your post, plus a link to your real wordpress, into the PDS. (It's not a schema violation to contain *extra* data, so you could include a "full-text" field in the post blob, but no system in existence could read it— not even yours, you'd be publish-only)