<oembed><type>rich</type><version>1.0</version><title> wrote</title><author_name>npub1jxjzmmfxafzanf2kvnggrwqnd7jw8x6xrp7kggvpqdmkw0ldmv4suztxhc</author_name><author_url>https://yabu.me/npub1jxjzmmfxafzanf2kvnggrwqnd7jw8x6xrp7kggvpqdmkw0ldmv4suztxhc</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>Public-key-identity like nostr, but with improved discoverability. --&gt; If I know your identity (public key), how do I know how to communicate with your device/app? On nostr there is no clean solution for this, so it&#39;s a mess that causes centralization and unreliability/inconsistency. On Pubky there&#39;s PKARR, look it up.&#xA;&#xA;What about the data, where do your nostr posts live? Well a relay relays, but what does it do after that? It&#39;s called relay, not server, right? What if the data we&#39;re talking about is not a social media post but data on a street map for example. Kind of important that that data is served reliably, and completely (as in &#34;learn all data from all users&#34;, but also as in &#39;old data doesn&#39;t vanish from the network&#39;). Pubky uses &#39;Homeservers&#39; as a reliable data layer in a decentralized world.&#xA;&#xA;So am I saying Pubky is better than nostr? No, I&#39;m saying use the right tool for the right job. Different trade-offs. Different designs. You may have a hammer, but not everything is a nail.&#xA;&#xA;There&#39;s more to the story. Credible Exit. Separation of functionality (app) and data. Payment abstraction (Paykit). Decentralizing DNS. Check out these links: https://pubky.app, https://pubky.org, https://pubky.tech for more. &#xA;&#xA;</html></oembed>