. Last tended to <ahref='https://code.incremental.social/thepaperpilot/pages/commit/14a570c17b9fb881c611ae5e1aad8e4200ca8b30'title='Tue Jun 18 02:32:30 2024 -0500'><timeclass='dt-updated'datetime='Tue Jun 18 02:32:30 2024 -0500'>2024-06-18</time></a>
.</span></p><hr><blockquote><p>Referenced by: <ahref="/garden/social-media/">Social Media</a>, <ahref="/garden/weird/">Weird</a></p></blockquote><p>A placeholder name for a theoretical new federated network that is client-centric, in contrast to the server-centric <ahref="/garden/fediverse/">Fediverse</a></p><p>There are further discussions about actually implementing all this within the <ahref="/garden/weird/">Weird</a> community</p><h2id="inspiration"tabindex="-1">Inspiration <aclass="header-anchor"href="#inspiration"aria-label="Permalink to "Inspiration""></a></h2><ul><li><ahref="https://raphael.lullis.net/a-plan-for-social-media-less-fedi-more-webby/"target="_blank"rel="noreferrer">A Plan for Social Media - Rethinking Federation</a><ul><li>This article doesn't address many implementation details: <ul><li>If the server is a relay, can content not be viewed anonymously?</li><li>How to handle storing large amounts of data on every client?</li><li>Don't you still need to associate with a server for people to direct their messages to?</li></ul></li></ul></li><li><ahref="https://mull.net/mastodon"target="_blank"rel="noreferrer">Single-user Mastodon Instance is a Bad Idea</a><ul><li>Focuses on the non-feasibility of self hosting, contributing to <ahref="/garden/fediverse/">Federated Social Media</a> not actually having all the upsides it should theoretically have by virtue of being <ahref="/garden/decentralized/">Decentralized</a></li></ul></li><li>The <ahref="/garden/commune/">Commune</a> community</li><li>Existing protocols: <ul><li><ahref="https://nostr.com"target="_blank"rel="noreferrer">Nostr</a><ul><li>Currently suffers a culture problem by being associated with alt right and crypto users, making broad adoption more difficult</li></ul></li><li><ahref="https://atproto.com"target="_blank"rel="noreferrer">ATProto</a><ul><li>Focused on a few large instances, to be run by large corporations. Still requires associating your identity with a server you don't own</li></ul></li></ul></li><li>A lot of these ideas are learned lessons from the usenet days</li></ul><h2id="identity"tabindex="-1">Identity <aclass="header-anchor"href="#identity"aria-label="Permalink to "Identity""></a></h2><ul><li><ahref="/garden/federated-identity/">Federated Identity</a></li><li>Private and public keys anyone can create and store how they want <ul><li>Fully free to create and store with no server dependencies</li></ul></li><li>Profile information <ul><li>Sent as a signed message through all the relays</li><li>How would you trust a username? <ul><li><ahref="https://spritely.institute/static/papers/petnames.html"target="_blank"rel="noreferrer">Petnames</a> could be used to display human readable names via contacts or decentralized "naming hubs"</li><li>In most conversations online, you can trust their display name and add them as a contact as that display name <ul><li>You only need to verify they are the same person you interacted with previously</li><li>You only need to trust people you want to send money to or otherwise "important identities"</li><li>For important identities, you can trust your contacts forming a chain of trust, or a authoritative naming hub <ul><li>E.g. a white house ran naming hub that verifies the identities of the president and people of Congress</li><li>People typically wouldn't reach out to a naming hub, as it's not typically necessary</li></ul></li><li>Contacts supercede naming hubs, so if a naming hub is breached, anyone I've previously added as a contact is still the source of truth <ul><li>This only fails if the private key itself was breached</li></ul></li><li>I'm just thepaperpilot, my display name. For most online communication, this is sufficient <ul><li>My website can have a nameserver saying this publickey is the same as the site owner</li><li>If I write a paper at a scientific journal, they can say the author of x paper is my publickey</li></ul></li></ul></li></ul></li></ul></li><li>How to handle losing your p
