+- MichaelJ -- 26d ---------------------------------------------------------[...]+ | | | Anthropic accidentally leaked Claude Code's source. | | | | Yet, I sincerely doubt the inevitable Rust clones will steal Anthropic's | | customer base. Loyalty to their product is born out of the quality of their | | services and their reputation as a trustworthy, conscientious company. | | | | That's why the team at | | nostr:npub1s3ht77dq4zqnya8vjun5jp3p44pr794ru36d0ltxu65chljw8xjqd975wz and I | | are committed to keeping our code open source. We think the quality of our | | services is far more important than the "secret sauce" of our code. | | Open-sourcing forces us to level up and provide the best service. | | | | That's the open-source ethos that Nostr strives for, I think. And that's why | | we're developing for you all, right here on The Nostr. | | | +-- reply ------------------------------------------------------------------- ---+Anthropic accidentally leaked Claude Code's source. Yet, I sincerely doubt the inevitable Rust clones will steal Anthropic's customer base. Loyalty to their product is born out of the quality of their services and their reputation as a trustworthy, conscientious company. That's why the team at nostr:npub1s3ht77dq4zqnya8vjun5jp3p44pr794ru36d0ltxu65chljw8xjqd975wz and I are committed to keeping our code open source. We think the quality of our services is far more important than the "secret sauce" of our code. Open-sourcing forces us to level up and provide the best service. That's the open-source ethos that Nostr strives for, I think. And that's why we're developing for you all, right here on The Nostr.
npub1wqfzz2p880wq0tumuae9lfwyhs8uz35xd0kr34zrvrwyh3kvrzuskcqsyn
buttercat1791@gitcitadel.com
Building the library of Alexandria
+- MichaelJ -- 30d ---------------------------------------------------------[...]+ | | | I'm surprised I haven't heard of any relays that ship with built-in DVMs. That | | would keep the relays "dumb"—everything is still a Nostr event—but allow relay | | providers to expose "smart" capabilities built atop the relays' backing | | databases. | | | | nostr:nevent1qvzqqqqy2upzqwlsccluhy6xxsr6l9a9uhhxf75g85g8a709tprjcn4e42h053vaq | | qsfywwhxvnhp54ssvr9dvyh02kywxgmtcwa6q486dqfdr820fp2mjgwcuc49 | | | +-- reply ------------------------------------------------------------------- ---+I'm surprised I haven't heard of any relays that ship with built-in DVMs. That would keep the relays "dumb"—everything is still a Nostr event—but allow relay providers to expose "smart" capabilities built atop the relays' backing databases. nostr:nevent1qvzqqqqy2upzqwlsccluhy6xxsr6l9a9uhhxf75g85g8a709tprjcn4e42h053vaqqsfywwhxvnhp54ssvr9dvyh02kywxgmtcwa6q486dqfdr820fp2mjgwcuc49
+- MichaelJ -- 31d ---------------------------------------------------------[...]+ | | | I, for one, welcome the inquisition. | | | +-- reply ------------------------------------------------------------------- ---+I, for one, welcome the inquisition.
+- MichaelJ -- 37d ---------------------------------------------------------[...]+ | | | Naturally! | | | | We'll publish the code when we're ready to open the relay up to Nostr at | | large. | | | +-- reply ------------------------------------------------------------------- ---+Naturally! We'll publish the code when we're ready to open the relay up to Nostr at large.
+- MichaelJ -- 37d ---------------------------------------------------------[...]+ | | | I know I've been quiet on here lately, but that's just because I've been | | building... | | | | And so, I'm pleased to share a few progress updates! | | | | First of all, our team at | | nostr:npub1s3ht77dq4zqnya8vjun5jp3p44pr794ru36d0ltxu65chljw8xjqd975wz has | | formally organized as a company! We are now GitCitadel, LLC. This step is a | | formalization of the long-standing partnership between our members, and it | | will allow us to better manage financial resources to support our ongoing | | projects. | | | | Second, we're excited to see GitCitadel listed in Geyser's top 100 all-time | | hall of fame! Thank you to everyone who has supported our projects, you are | | the reason we keep doing what we're doing! | | | | Third, in the way of development updates, we are building an all-new Nostr | | relay optimized for the needs of project Alexandria. In our work on | | Alexandria, we've found that existing Nostr relays aren't able to support the | | features we want with the performance we're targeting. A new backend built on | | Nostr's open standards will let us provide unique event composition, | | navigation, and visualization features with a snappy, response user | | experience. | | nostr:npub12umrfdjgvdxt45g0y3ghwcyfagssjrv5qlm3t6pu2aa5vydwdmwq8q0z04, our | | prototyper extraordinaire, will be testing out early versions of this relay on | | her apps before we make it public. | | | | Once again, thank you to everyone who has contributed to our Geyser project, | | liked and re-noted our Nostr posts, and read and written publications on | | Alexandria. You guys are the best! | | | +-- reply ------------------------------------------------------------------- ---+I know I've been quiet on here lately, but that's just because I've been building... And so, I'm pleased to share a few progress updates! First of all, our team at nostr:npub1s3ht77dq4zqnya8vjun5jp3p44pr794ru36d0ltxu65chljw8xjqd975wz has formally organized as a company! We are now GitCitadel, LLC. This step is a formalization of the long-standing partnership between our members, and it will allow us to better manage financial resources to support our ongoing projects. Second, we're excited to see GitCitadel listed in Geyser's top 100 all-time hall of fame! Thank you to everyone who has supported our projects, you are the reason we keep doing what we're doing! Third, in the way of development updates, we are building an all-new Nostr relay optimized for the needs of project Alexandria. In our work on Alexandria, we've found that existing Nostr relays aren't able to support the features we want with the performance we're targeting. A new backend built on Nostr's open standards will let us provide unique event composition, navigation, and visualization features with a snappy, response user experience. nostr:npub12umrfdjgvdxt45g0y3ghwcyfagssjrv5qlm3t6pu2aa5vydwdmwq8q0z04, our prototyper extraordinaire, will be testing out early versions of this relay on her apps before we make it public. Once again, thank you to everyone who has contributed to our Geyser project, liked and re-noted our Nostr posts, and read and written publications on Alexandria. You guys are the best!
+- MichaelJ -- 41d ---------------------------------------------------------[...]+ | | | Fundamentally, mutability in Nostr is a presentation-layer choice. We treat | | the data as mutable because it's generally what people expect from social | | media applications. | | | +-- reply ------------------------------------------------------------------- ---+Fundamentally, mutability in Nostr is a presentation-layer choice. We treat the data as mutable because it's generally what people expect from social media applications.
+- MichaelJ -- 41d ---------------------------------------------------------[...]+ | | | I think it's actually perfectly okay that Nostr only does CRD, and not U. | | That's a valid system design choice. | | | | From early on, however, Nostr clients have tried to make events "editable", | | which requires abstractions on the client side, since the data itself is | | fundamentally immutable. | | | | Presenting immutable data as if it's mutable presents some risks, and some | | Nostr apps handle that presentation problem better than others. | | | +-- reply ------------------------------------------------------------------- ---+I think it's actually perfectly okay that Nostr only does CRD, and not U. That's a valid system design choice. From early on, however, Nostr clients have tried to make events "editable", which requires abstractions on the client side, since the data itself is fundamentally immutable. Presenting immutable data as if it's mutable presents some risks, and some Nostr apps handle that presentation problem better than others.
+- MichaelJ -- 41d ---------------------------------------------------------[...]+ | | | I'm writing a relay in Elixir—so yes. | | | +-- reply ------------------------------------------------------------------- ---+I'm writing a relay in Elixir—so yes.
+- MichaelJ -- 41d ---------------------------------------------------------[...]+ | | | Replaceable events are identified by address (as distinct from ID). | | | | You can have multiple different IDs at the same address. Clients and relays | | have to choose how to handle this case. The most typical approach, of course, | | is to display the most recent event, but other approaches are possible. | | | | The events themselves (as uniquely identified by ID) are still immutable. | | | +-- reply ------------------------------------------------------------------- ---+Replaceable events are identified by address (as distinct from ID). You can have multiple different IDs at the same address. Clients and relays have to choose how to handle this case. The most typical approach, of course, is to display the most recent event, but other approaches are possible. The events themselves (as uniquely identified by ID) are still immutable.
+- MichaelJ -- 43d ---------------------------------------------------------[...]+ | | | Good software engineering consists in large part of selecting the right tools | | to model the ideas you wish to convey. | | | | Apply this to Nostr, and one thing should become obvious: Immutability is a | | key concept. | | | | Events are immutable. Once an event is signed, it cannot and will not change. | | | | This fact alone makes functional programming languages a natural fit for | | Nostr, though even multi-paradigm languages such as JavaScript can be | | constrained to "act" functional. | | | +-- reply ------------------------------------------------------------------- ---+Good software engineering consists in large part of selecting the right tools to model the ideas you wish to convey. Apply this to Nostr, and one thing should become obvious: Immutability is a key concept. Events are immutable. Once an event is signed, it cannot and will not change. This fact alone makes functional programming languages a natural fit for Nostr, though even multi-paradigm languages such as JavaScript can be constrained to "act" functional.
+- MichaelJ -- 83d ---------------------------------------------------------[...]+ | | | The thing is, we already have Discord...and it already uses on Erlang/Elixir. | | | | Nostr devs need to focus on making something new that needs Nostr, especially | | now, 4+ years in. | | | +-- reply ------------------------------------------------------------------- ---+The thing is, we already have Discord...and it already uses on Erlang/Elixir. Nostr devs need to focus on making something new that needs Nostr, especially now, 4+ years in.
+- MichaelJ -- 83d ---------------------------------------------------------[...]+ | | | Someone's gotta be the first! | | | +-- reply ------------------------------------------------------------------- ---+Someone's gotta be the first!
+- MichaelJ -- 84d ---------------------------------------------------------[...]+ | | | Nostr developers are sleeping on the Elixir programming language. | | | | Nostr (the WebSocket protocol) 🤝 Elixir (the language tested out to 2 million | | simultaneous WebSocket connections) | | | +-- reply ------------------------------------------------------------------- ---+Nostr developers are sleeping on the Elixir programming language. Nostr (the WebSocket protocol) 🤝 Elixir (the language tested out to 2 million simultaneous WebSocket connections)
+- MichaelJ -- 92d ---------------------------------------------------------[...]+ | | | nostr:npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmleku I'm | | never going to write anything for Nostr in Go, because I known it'll never | | outperform what you've written. | | | | I'm exploring other languages, though, so watch out! 😁 | | | +-- reply ------------------------------------------------------------------- ---+nostr:npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmleku I'm never going to write anything for Nostr in Go, because I known it'll never outperform what you've written. I'm exploring other languages, though, so watch out! 😁
+- MichaelJ -- 92d ---------------------------------------------------------[...]+ | | | Thanks to my fine friends at | | nostr:npub1s3ht77dq4zqnya8vjun5jp3p44pr794ru36d0ltxu65chljw8xjqd975wz for | | sticking with it! | | | | In the time it's taken us to get here, members of our team have variously | | moved homes, bought homes, changed jobs, and had a child, all while continuing | | to plug away at Alexandria—an hour here, an hour there—on the side. | | | | We're taking stock of what we have, where we want to go, and what we still | | need to do to realize our vision. | | | | We've made it exist, now it's time to make it good. | | | | Onward! | | | | nostr:nevent1qvzqqqqqqypzpprwhau6p2ypxf6we9e8fyrzrt2z8ut28er56l7kde4f30lyuwdyq | | ydhwumn8ghj7mmjd3uj6un9d3shjtnfd4mkzmry9ejh2tcpzfmhxue69uhkummnw3eryvfwvdhk6tc | | qyzz7vgw2t80mumlcc9glpac4j3tljhmhagzhnp9sdkgej53xhaaukfrahnc | | | +-- reply ------------------------------------------------------------------- ---+Thanks to my fine friends at nostr:npub1s3ht77dq4zqnya8vjun5jp3p44pr794ru36d0ltxu65chljw8xjqd975wz for sticking with it! In the time it's taken us to get here, members of our team have variously moved homes, bought homes, changed jobs, and had a child, all while continuing to plug away at Alexandria—an hour here, an hour there—on the side. We're taking stock of what we have, where we want to go, and what we still need to do to realize our vision. We've made it exist, now it's time to make it good. Onward! nostr:nevent1qvzqqqqqqypzpprwhau6p2ypxf6we9e8fyrzrt2z8ut28er56l7kde4f30lyuwdyqydhwumn8ghj7mmjd3uj6un9d3shjtnfd4mkzmry9ejh2tcpzfmhxue69uhkummnw3eryvfwvdhk6tcqyzz7vgw2t80mumlcc9glpac4j3tljhmhagzhnp9sdkgej53xhaaukfrahnc
+- MichaelJ -- 94d ---------------------------------------------------------[...]+ | | | It makes sense, but I'd turn it around: | | | | "Algorithms are like ideas", rather than "ideas are like algorithms". | | | | Or to put it another way, all algorithms are ideas, but not all ideas are | | algorithms. | | | +-- reply ------------------------------------------------------------------- ---+It makes sense, but I'd turn it around: "Algorithms are like ideas", rather than "ideas are like algorithms". Or to put it another way, all algorithms are ideas, but not all ideas are algorithms.
+- MichaelJ -- 94d ---------------------------------------------------------[...]+ | | | I think the fact that we've created machines that reflect the image of our own | | minds does indeed make those machines a useful analogy. | | | | To you point, we can use computers as an analogy to figure out what questions | | to ask about the human mind much the same way we can use a scale model of an | | aircraft to investigate certain flight characteristics of the full-size model. | | | | The important thing is to remember which direction the analogy proceeds. | | Computers are like our minds, more so than our minds are like computers. | | | +-- reply ------------------------------------------------------------------- ---+I think the fact that we've created machines that reflect the image of our own minds does indeed make those machines a useful analogy. To you point, we can use computers as an analogy to figure out what questions to ask about the human mind much the same way we can use a scale model of an aircraft to investigate certain flight characteristics of the full-size model. The important thing is to remember which direction the analogy proceeds. Computers are like our minds, more so than our minds are like computers.
+- MichaelJ -- 97d ---------------------------------------------------------[...]+ | | | Something that grinds my gears is when people talk about the human mind as if | | it is like a computer. | | | | It's actually the exact opposite. | | | | The computer is like the human mind. | | | | The ancients and medievals held that the mind consists of three distinct | | parts: memory, intellect, and will. Concepts are held in the memory and | | distinguished and judged by the intellect under the direction of the will. | | | | Now consider computers. They have RAM (computer memory), a CPU, and programs. | | Data is held in memory and processed by the CPU under the direction of a | | program. | | | | We made computers in the image of the human mind. | | | | This makes the digital world a sort of secondary world populated by | | pseudo-intelligences that have no will of their own, but are directed by their | | human programmers. What happens in the digital world, then, reflects on us. | | | | St. Bonaventure said that the human mind "can be led to the contemplation of | | eternal light by the consideration of its own self, irradiated and flooded as | | it is with such splendors." Let us consider how the reflection of the mind we | | have built in the digital world can lead us to contemplation of that which is | | eternal and true. | | | +-- reply ------------------------------------------------------------------- ---+Something that grinds my gears is when people talk about the human mind as if it is like a computer. It's actually the exact opposite. The computer is like the human mind. The ancients and medievals held that the mind consists of three distinct parts: memory, intellect, and will. Concepts are held in the memory and distinguished and judged by the intellect under the direction of the will. Now consider computers. They have RAM (computer memory), a CPU, and programs. Data is held in memory and processed by the CPU under the direction of a program. We made computers in the image of the human mind. This makes the digital world a sort of secondary world populated by pseudo-intelligences that have no will of their own, but are directed by their human programmers. What happens in the digital world, then, reflects on us. St. Bonaventure said that the human mind "can be led to the contemplation of eternal light by the consideration of its own self, irradiated and flooded as it is with such splendors." Let us consider how the reflection of the mind we have built in the digital world can lead us to contemplation of that which is eternal and true.
+- MichaelJ -- 99d ---------------------------------------------------------[...]+ | | | I am working on several secret projects 🕵 | | | +-- reply ------------------------------------------------------------------- ---+I am working on several secret projects 🕵
+- MichaelJ -- 128d --------------------------------------------------------[...]+ | | | Are you basing the query structure off of an existing query language, or | | making a new one whole-cloth to fit with the Nostr filter standard? | | | | This proposal converges with the ideas I was toying with; I could see it | | becoming a good standard to build against. | | | +-- reply ------------------------------------------------------------------- ---+Are you basing the query structure off of an existing query language, or making a new one whole-cloth to fit with the Nostr filter standard? This proposal converges with the ideas I was toying with; I could see it becoming a good standard to build against.
+- MichaelJ -- 129d --------------------------------------------------------[...]+ | | | nostr:npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmleku do you | | have anything cooking in this space? | | | +-- reply ------------------------------------------------------------------- ---+nostr:npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmleku do you have anything cooking in this space?
+- MichaelJ -- 129d --------------------------------------------------------[...]+ | | | #nostrdev Has anyone built a relay around a graph database? Is there an | | appetite for such a thing? | | | +-- reply ------------------------------------------------------------------- ---+#nostrdev Has anyone built a relay around a graph database? Is there an appetite for such a thing?
+- MichaelJ -- 137d --------------------------------------------------------[...]+ | | | Yeah initial WASM downloads are a kicker; though once you cache the download | | (like with a Service Worker) it should be a one-and-done thing. | | | | I've been seeing SQLite+WASM-powered web apps and web apps boosted by the | | local relay tray as two sides of the "edge". | | | | Bring compute and storage down to the end-user's device either ad hoc with | | WASM in the browser or more intentionally by asking them to download an app. | | Either way it decentralizes compute almost as far as possible. | | | +-- reply ------------------------------------------------------------------- ---+Yeah initial WASM downloads are a kicker; though once you cache the download (like with a Service Worker) it should be a one-and-done thing. I've been seeing SQLite+WASM-powered web apps and web apps boosted by the local relay tray as two sides of the "edge". Bring compute and storage down to the end-user's device either ad hoc with WASM in the browser or more intentionally by asking them to download an app. Either way it decentralizes compute almost as far as possible.
+- MichaelJ -- 137d --------------------------------------------------------[...]+ | | | Especially the package management. Use Bun as a package manager and Node as | | the production runtime and you still get a vastly better DX than NPM. | | | +-- reply ------------------------------------------------------------------- ---+Especially the package management. Use Bun as a package manager and Node as the production runtime and you still get a vastly better DX than NPM.
+- MichaelJ -- 139d --------------------------------------------------------[...]+ | | | Bun is straight 🔥 | | | | Some benchmarks put its performance within spitting distance of | | garbage-collected languages like Java, C#, and Go. For a JS/TS runtime, that's | | really impressive. | | | +-- reply ------------------------------------------------------------------- ---+Bun is straight 🔥 Some benchmarks put its performance within spitting distance of garbage-collected languages like Java, C#, and Go. For a JS/TS runtime, that's really impressive.
+- MichaelJ -- 139d --------------------------------------------------------[...]+ | | | I'd be curious to see performance benchmarks between IndexedDB and SQLite | | WASM. | | | | You'll have to use shared workers pretty heavily, but that gives true parallel | | processing across tabs, rather than just concurrent work on a single OS | | thread. | | | +-- reply ------------------------------------------------------------------- ---+I'd be curious to see performance benchmarks between IndexedDB and SQLite WASM. You'll have to use shared workers pretty heavily, but that gives true parallel processing across tabs, rather than just concurrent work on a single OS thread.
+- MichaelJ -- 139d --------------------------------------------------------[...]+ | | | Makes total sense. | | | | What will you use for storage? IndexedDB? | | | +-- reply ------------------------------------------------------------------- ---+Makes total sense. What will you use for storage? IndexedDB?
+- MichaelJ -- 139d --------------------------------------------------------[...]+ | | | Yeah I don't expect they'll try to compete directly with AWS or Azure or GCP. | | If anything, they'll host workloads on Azure, since they recently inked a deal | | for billions in Azure compute. | | | | The business model I'm thinking of is more like Deno Deploy. Runtime + | | serverless hosting model + (in Anthropic's case) first-class integration with | | Claude APIs. | | | | There are innumerable VC-backed startups that would pay for such a service | | that gets their ideas up and running that much faster. | | | +-- reply ------------------------------------------------------------------- ---+Yeah I don't expect they'll try to compete directly with AWS or Azure or GCP. If anything, they'll host workloads on Azure, since they recently inked a deal for billions in Azure compute. The business model I'm thinking of is more like Deno Deploy. Runtime + serverless hosting model + (in Anthropic's case) first-class integration with Claude APIs. There are innumerable VC-backed startups that would pay for such a service that gets their ideas up and running that much faster.
+- MichaelJ -- 139d --------------------------------------------------------[...]+ | | | With its acquisition of Bun, I believe Anthropic is setting itself up to | | become a vertically-integrated cloud hosting and web services platform for | | AI-powered apps. | | | | Just training and providing LLMs isn't profitable. Big players like Google can | | swallow the costs without blinking, but new players like OpenAI and Anthropic | | have to pivot to providing services to balance their books. | | | | https://bun.com/blog/bun-joins-anthropic | | | +-- reply ------------------------------------------------------------------- ---+With its acquisition of Bun, I believe Anthropic is setting itself up to become a vertically-integrated cloud hosting and web services platform for AI-powered apps. Just training and providing LLMs isn't profitable. Big players like Google can swallow the costs without blinking, but new players like OpenAI and Anthropic have to pivot to providing services to balance their books. https://bun.com/blog/bun-joins-anthropic
+- MichaelJ -- 139d --------------------------------------------------------[...]+ | | | Planning to use service workers in the browser? | | | | Also, are you thinking one connection per relay? Most Nostr apps use multiple | | relays simultaneously. How will it handle deduplication on multiple | | overlapping data streams from different relays? | | | +-- reply ------------------------------------------------------------------- ---+Planning to use service workers in the browser? Also, are you thinking one connection per relay? Most Nostr apps use multiple relays simultaneously. How will it handle deduplication on multiple overlapping data streams from different relays?
No replies found in cached notes yet.
No media posts found in cached notes yet.
Pubkeys from this user's latest cached kind 3 follow list.
- crrdlx 005bc4de…e1a2
- 0221d275badf 0221d275…e2e2
- pipe 026d8b7e…3f27
- ChipTuner 036533ca…bf58
- inpc 0463223a…d673
- 05a9c154ee42 05a9c154…d2e4
- The Beave 0689df58…a9f2
- ShiftyMcTwizz 078d0938…658b
- jin 🧙♂️ 0a777389…a492
- Mark Puddleglum 0cb36012…3c41
- BHN 🍁 0d1dd56a…1ec6
- 𝔽𝕒𝕥𝕙𝕖𝕣 ℕ𝕚𝕔𝕜 𝔹𝕝𝕒𝕙𝕒 0f4c4cc8…f2cf
- 13a665157257 13a66515…463b
- 163f2f91d06a 163f2f91…c088
- OceanSlim 16f1a010…074b
- HoloKat 1bc70a01…a411
- 1dfa6d98c885 1dfa6d98…6fc1
- 1f98f646e58d 1f98f646…cc3e
- 218238431393 21823843…622d
- Vic 21b41910…1a5e
- Wavlake 2250f696…248b
- Dan Gould 2658362c…498a
- hzrd149 266815e0…08a5
- franny 296842ea…c17e
- 2a9c6813e2cd 2a9c6813…994e
- 2ad1bf18e1cb 2ad1bf18…c126
- 2c24e1af571f 2c24e1af…4899
- 2d6480d54c10 2d6480d5…69ae
- unclebobmartin 2ef93f01…14b5
- 31b7dce8dc9f 31b7dce8…93b9
- 32647d129825 32647d12…d5a8
- jb55 32e18276…e245
- brugeman 3356de61…8bdd
- 33e971a39d3e 33e971a3…5dbb
- 34f7e8494a37 34f7e849…2606
- 361962f06502 361962f0…bfa4
- Lew☦️ 3881beae…4a17
- fiatjaf 3bf0c63f…459d
- Damus 3efdaebb…2681
- Annie☕ 3f1f611e…1aa2
- 3f68dede8154 3f68dede…b81d
- Secretary Janet Yellen 40ecf59b…b98f
- Enki 44dc1c2d…4f0b
- Vitor Pamplona 460c25e6…065c
- highperfocused ⚡ 480ec1a7…c838
- 48ccd2478aad 48ccd247…a77c
- 490b551d6aec 490b551d…0103
- 4aa1cf01dd41 4aa1cf01…3b9a
- 4c1ea19c0791 4c1ea19c…4ac0
- mleku 4c800257…3b2f
- Sikto 50c59a1c…027e
- calle 50d94fc2…1d63
- 51244dc0a026 51244dc0…552a
- 51d71cab7d37 51d71cab…b122
- semisol 52b4a076…d8bd
- 571803e69839 571803e6…3cda
- il_lost_ 592295cf…0db9
- 5a1158bf7505 5a1158bf…7b8d
- 5b1d1bd0c09f 5b1d1bd0…9284
- tanel 5c508c34…bf78
- 5d1d83de3ee5 5d1d83de…5aa0
- point-alpha 5d6dd786…585d
- 5daa6cca50c2 5daa6cca…1484
- 61f9965e9cbf 61f9965e…ed7e
- halalmoney 637a2f1d…dd8f
- 6526d705497e 6526d705…6241
- 68d811659181 68d81165…4272
- Gigi 6e468422…ee93
- 6f0ec447e0da 6f0ec447…3274
- 706e3f9dd597 706e3f9d…de58
- 7256e2823683 7256e282…d4cc
- 72f9755501e1 72f97555…0ff3
- 74666952c404 74666952…bc1f
- 756567402099 75656740…f92a
- 75d12141a391 75d12141…d1e2
- 787338757fc2 78733875…51f2
- 7b2d73a3ac97 7b2d73a3…f7a2
- 7b5471d86de0 7b5471d8…a337
- 7d2473f4eb25 7d2473f4…00ff
- Troy 7d4417d5…36d4
Cached pubkeys that follow this user, discovered from kind 3 events.
- crrdlx 005bc4de…e1a2
- lex 01efbb53…367a
- pipe 026d8b7e…3f27
- berean jones 02748827…3443
- alana 02a022d4…5aad
- Nour 02a11d15…2ea9
- ChipTuner 036533ca…bf58
- inpc 0463223a…d673
- The Beave 0689df58…a9f2
- Tim Bouma 06b7819d…327c
- ShiftyMcTwizz 078d0938…658b
- Drea 07dcc250…cbb5
- WorldsGoneMad 087fe3ad…fd0b
- Matt 08a6b592…5809
- jin 🧙♂️ 0a777389…a492
- josh 0e29efc2…2af2
- Daftplanet 0f09befe…e6b0
- 𝔽𝕒𝕥𝕙𝕖𝕣 ℕ𝕚𝕔𝕜 𝔹𝕝𝕒𝕙𝕒 0f4c4cc8…f2cf
- Patrick 0f563fe2…039d
- deleted 124b23f2…5947
- The Last Puppet Show on Earth 13640e4d…766c
- Rich Nost 13bc95d9…897d
- Mr Meadow 147ac18e…a1ba
- epsql 15f70ebd…282c
- Sat Nakamoto 16d76f26…2856
- OceanSlim 16f1a010…074b
- JeffG 1739d937…36ef
- Tess 1960ebdb…6f67
- Gunnar Stødle 198ae429…e27a
- ⚡️₿⚡️ 1a4a8f79…754e
- HERMETICVM 1a5cff51…5f78
- laoc42 1c5ff3ca…c0f6
- maxx 1d6dd7ec…c4eb
- Mandana 208f33c9…90a9
- Settebello 20e17dd0…04d7
- Christopher Gillespie 248d077e…622f
- Jose Sammut 24b45900…3fe2
- hzrd149 266815e0…08a5
- franny 296842ea…c17e
- Sarah⚡️ 2a52dbc3…7175
- Deleted Account 2aadfb8a…fdcd
- Telluride 2c659407…fd7f
- fmar 30782a83…1177
- AceaSpades 30876140…1126
- TheWildHustle 30ceb64e…bdf5
- Kajoozie Maflingo 341db5a7…c2ef
- royster⚡️ 345d4593…95db
- Ƒʉͫcͧкͭιͪηͣ 𝕵𝖔𝖍𝖓 ⚡️⚡️ 34651a93…d7e8
- Laser 356875ff…a2e8
- Frederik Kjøll Iversen 37aee4e5…bc5a
- Lew☦️ 3881beae…4a17
- purple.co 397417f8…edef
- Trixie02 39912373…975c
- ₿ujuX 39cd6acd…7731
- ⚡️DEFAUXKING⚡️ 3bbcab7e…a92e
- 🦄Onigirl🐹🐉 3c984938…1289
- Mazin 3d842afe…a42d
- The Pentographer 3f289d3c…b9fc
- Max 3fc5f855…04d3
- Dan 40bdcc08…fd2c
- kalle 4149bd2c…714d
- nupe 420eabf2…47a4
- Silas Thornbrook 43bb87e2…9cb8
- Enki 44dc1c2d…4f0b
- NabismoPrime 4503baa1…aacc
- CBO 46060722…f276
- Timothy Allen 46125faf…d1bb
- Thomas 46c670d2…7098
- Bitcoin Mises 496bf22b…4807
- cryptoshi2k21.bitcoin 4a93cff3…df3b
- FreedomTech 4dbfcb7c…1695
- Entropy 5014c4c1…78cf
- calle 50d94fc2…1d63
- Moss 5144fe88…d5af
- semisol 52b4a076…d8bd
- point-alpha 5d6dd786…585d
- Economista Austriaco 5e70f297…4737
- Nunya Bidness 6389be64…9d32
- ricky 692c6feb…12ef
- Efrat Fenigson 6a359852…90d9
- David Caseria 6b1b8dac…148c
- yaazer 6ece8bf3…3512
- greenart7c3 7579076d…cb19
- Cristina Y 77c2a730…ca1d
- Guy Chatting 78a4da45…0eef
- Troy 7d4417d5…36d4
- Sats McJay 7ed7d5c3…e200
- verbiricha 7fa56f5d…c194
- 𝕋ℍ𝔼 𝕋𝕆𝔻𝔻𝕊𝕋ℝ 8e1e3efe…6e09
- Marks 8ea48526…0a43
- Tuur Demeestr 8fe3f243…39c5
- Nostr Gang 91aeab23…8660
- 7fqx 9ca0bd74…340b
- DanConwayDev a008def1…564d
- 0x1A4 | [4̸̢̳̱͕̯͚̲́̈́̈́̂̚2̴̻̝͙̼̠̀0̸͈̮̖̏͒̾̐͐̀͗̀̌] | 🍐 a50d01e3…1192
- Tico 🇨🇷 a9f8b3f2…1647
- Alex ad1a2162…43a0
- Suhail b154080c…7cc7
- Minibits b33bf9e9…f50d
- Bond008 bb8209d4…d314
+------------------------------------------------------------------------------+
|
|
Identifiers
npub: npub1wqfzz2p880wq0tumuae9lfwyhs8uz35xd0kr34zrvrwyh3kvrzuskcqsyn
hex: 70122128273bdc07af9be7725fa5c4bc0fc146866bec38d44360dc4bc6cc18b9
no cached metadata event yet
+------------------------------------------------------------------------------+
Suggested read/write relays from this user's latest kind 10002 event.
-
wss://nostr.wine -
wss://theforest.nostr1.com -
wss://relay.lumina.rocks -
wss://greensoul.space