4 ms·

Nostr would being better. As it is truly free vs AT protocol is backed by VC.

by zenmac 10mo ago

icy 10mo ago
AT being backed by VC is false—it's Bluesky the company that is. AT is merely a spec for signing, storing and propagating structured data (records) + the identity that owns said records.
- arccy 10mo ago
  and who controls what goes in to the spec? still Bluesky.
  - icy 10mo ago
    Not really. It's very open for everyone to participate. Further, Bluesky has been working on standardizing AT at the IETF [0][1]. They have also made a patent non-agression pledge: https://bsky.social/about/blog/10-01-2025-patent-pledge https://bsky.social/about/blog/10-01-2025-patent-pledge In short, they're actively working on making AT as neutral as possible. [0]: https://docs.bsky.app/blog/taking-at-to-ietf https://docs.bsky.app/blog/taking-at-to-ietf [1]: https://datatracker.ietf.org/doc/bofreq-newbold-authenticated-transfer/ https://datatracker.ietf.org/doc/bofreq-newbold-authenticate...
    - zenmac 10mo ago
      We have already talked about this. In the end it comes down the index for the instances that bsky maintain it will inevitably be the dominate ones vs others who run AT Pro. It would be all good if the index is shared via DHT, bittorrent, ips or other means. Same goes for the google search index, etc.
      - jcgl 10mo ago
        You're talking about Bluesky's ATProto instance (term.?). Other commenter is talking about ATProto as a protocol.
jcgl 10mo ago
I don't tend to believe in cryptokey-first protocols like Nostr, where your identity is tightly coupled to a keypair. Human identity doesn't work like that at all, and keypairs as the basis of identity will never be suitable for use by the masses. Human-readable names are far more suitable as a handle for identity as humans think of it. And DNS names are an okay-ish implementation of that. I think that a decentralized protocol that provides name portability based on the DNS is a far better protocol than one that relies on keypairs.

Nostr would being better. As it is truly free vs AT protocol is backed by VC.

by zenmac 10mo ago

Nostr would being better. As it is truly free vs AT protocol is backed by VC.

icy 10mo ago

AT being backed by VC is false—it's Bluesky the company that is. AT is merely a spec for signing, storing and propagating structured data (records) + the identity that owns said records.

arccy 10mo ago
and who controls what goes in to the spec? still Bluesky.
- icy 10mo ago
  Not really. It's very open for everyone to participate. Further, Bluesky has been working on standardizing AT at the IETF [0][1]. They have also made a patent non-agression pledge: https://bsky.social/about/blog/10-01-2025-patent-pledge https://bsky.social/about/blog/10-01-2025-patent-pledge In short, they're actively working on making AT as neutral as possible. [0]: https://docs.bsky.app/blog/taking-at-to-ietf https://docs.bsky.app/blog/taking-at-to-ietf [1]: https://datatracker.ietf.org/doc/bofreq-newbold-authenticated-transfer/ https://datatracker.ietf.org/doc/bofreq-newbold-authenticate...
  - zenmac 10mo ago
    We have already talked about this. In the end it comes down the index for the instances that bsky maintain it will inevitably be the dominate ones vs others who run AT Pro. It would be all good if the index is shared via DHT, bittorrent, ips or other means. Same goes for the google search index, etc.
    - jcgl 10mo ago
      You're talking about Bluesky's ATProto instance (term.?). Other commenter is talking about ATProto as a protocol.

jcgl 10mo ago

I don't tend to believe in cryptokey-first protocols like Nostr, where your identity is tightly coupled to a keypair. Human identity doesn't work like that at all, and keypairs as the basis of identity will never be suitable for use by the masses. Human-readable names are far more suitable as a handle for identity as humans think of it. And DNS names are an okay-ish implementation of that. I think that a decentralized protocol that provides name portability based on the DNS is a far better protocol than one that relies on keypairs.