Gzuuus

Forever learning, continuously buidling⚡
cryptoanarchism student
chat: https://cordn.net/p/npub1gzuushllat7pet0ccv9yuhygvc8ldeyhrgxuwg744dn5khnpk3gs3ea5ds

#noderunner#Bitcoin | #technology | #art | #electronics

Public Key

npub1gzuushllat7pet0ccv9yuhygvc8ldeyhrgxuwg744dn5khnpk3gs3ea5ds

NIP-05 Address

[email protected]

Profile Code

nprofile1qqsypwwgtll74lqu4huvxzjwtjyxvrlkujt35rw8y026ke6ttesmg5gpz4mhxue69uhhyetvv9ujuerfw36x7tnsw43qz9thwden5te0dehhxarjv4kxjar9wvhx7un8kke5ef

Publishing to

Author Public Key

npub1gzuushllat7pet0ccv9yuhygvc8ldeyhrgxuwg744dn5khnpk3gs3ea5ds

Show more details

Last Notes

2026-08-03 21:58:28 UTC

- reply

The good life 🫂

2026-08-03 16:41:42 UTC

- reply

That's a great question! Would love to know as well

2026-08-03 08:51:38 UTC

- reply

Cannot zap you :./

2026-08-03 06:35:53 UTC

- reply

Also if you wanna test cordn.net/p/gzuuus

2026-08-03 06:35:29 UTC

- reply

cordn.net it basically is mls over nostr but using a coordinator. I cover it up here #naddr1qv…7qdm

2026-08-03 06:30:39 UTC

GM🏄

2026-08-03 06:15:44 UTC

- reply

GM🫶

2026-08-02 11:18:34 UTC

- reply

you're sharp my friend hahaha

2026-08-02 10:29:51 UTC

I'll get indigestion from so much popcorn 🍿

2026-08-01 11:26:31 UTC

- reply

Classic

2026-08-01 10:30:04 UTC

- reply

A well, physical access to the device... You can't really do nothing in that situation

2026-08-01 09:42:44 UTC

- reply

Trezor? Why?

2026-08-01 09:33:39 UTC

- reply

GM sk8r

2026-07-31 18:30:51 UTC

Ooof crazy to see all that information together. Crazy crazy
#nevent1q…z6jj

2026-07-31 14:46:57 UTC

- reply

The point I wanted to make is that the "rush effect" would help attackers prioritize targets by just watching the mempool. And yea, I passes my text through an llm. Just deleted, I will rewrite it later, did it in a rush

2026-07-31 13:16:11 UTC

- reply

It was at some point

2026-07-31 12:51:06 UTC

Another great (yet painful) lesson about why open source is important, and why having as many eyes as possible, especially in security sensitive projects, is crucial.

2026-07-31 07:31:22 UTC

GM what a fuckity fuck oopsie woopsie 👀

2026-07-30 12:18:30 UTC

https://music.youtube.com/watch?v=2K_vBqmecV0

2026-07-30 08:52:44 UTC

https://blossom.primal.net/4c11c4c4ba5cc95f071f3cd0a6a896f15897c6d3b7f07e972fc9920c00222924.jpg
#nevent1q…3ace

2026-07-29 06:30:11 UTC

GM🖖

2026-07-28 10:58:26 UTC

My god... And they complain about destillation from other companies... They are evil
#nevent1q…r7jj

2026-07-28 08:55:49 UTC

- reply

Yea, please do, would love to hear your thoughts. And yea, I agree with your point of view, dumb relays are general purpose indexes if you want to see it in that way, it works

2026-07-28 08:52:13 UTC

Why such a long face?
https://blossom.primal.net/99249fd6c445aa96f6c15c01c3b1f6cb91d3a2bbaa3e78e1974c2e13bfd76d11.jpg

2026-07-28 06:56:53 UTC

GM🌞

2026-07-27 19:02:56 UTC

TLDR of the TLDR: Notes and other stuff TRANSMITTED by relays. Assume storage, have fun 🫂
#nevent1q…hz4f

2026-07-27 17:31:28 UTC

https://music.youtube.com/watch?v=selAvZE6lp4

2026-07-27 14:39:02 UTC

https://m.youtube.com/watch?v=aGnMbKwP36U

2026-07-27 14:22:31 UTC

https://www.youtube.com/watch?v=Om0ojoKO6sQ

2026-07-27 13:55:16 UTC

- reply

You are absolutely right

2026-07-27 13:34:00 UTC

- reply

Yea :)

2026-07-27 12:42:08 UTC

- reply

Yea that's interesting indeed we are thinking about how to do the same in cordn. So far that's one of the options, and the other is to share group state for the epochs you want new users to have access to, so they could naturally just catch-up from them and decrypt by themselves. I think this scales better since it avoids redundancy. But still exploring different solutions. In any case, why is this incompatible with the cordn client? I should be able to join your group even if I don't have access to the previous map data right? Are you using your own cordn coordinator?

2026-07-27 12:38:10 UTC

- reply

Great advice indeed

2026-07-27 12:37:57 UTC

https://music.youtube.com/watch?v=sFUGvdxuQGQ

2026-07-27 12:23:07 UTC

Great post, and it gives me the groundwork to write about something I’ve been thinking about for a while now. I’ve discussed it with different people, the latest being @npub1wf4…dgh9 . This is about relay specialization versus a dumb relays topology. There’s a lot to unpack here, but I’ll try to keep it concise and dynamic.
Also tl;dr at the end of the note ;)
One of the first things that caught my attention early on when I discovered Nostr was that relays were dumb and clients were smart. All relays could be used homogeneously and interchangeably. The more relays, the better, right? The bigger and more distributed the network, the harder it is to shut it down or prevent someone from using it. In other words, in this topology, decentralization and censorship resistance scale horizontally. And this is true, I really believe it. But as Nostr evolved, more use cases emerged, new attacks appeared (spam, etc.), and Nostr started to need more specialized relays, hardened specs, rules, and so on. This shifts the balance between dumb relays and smart clients, and in my view, it’s a logical evolution.
A one-size-fits-all solution is difficult, if not impossible, to achieve. We’re seeing this tension now with the buzz (I used this world deliberately 🐝) around chats, groups, and so on. NIP-29 is a clear example, it acknowledges this tension from the start and accepts it to make things work. From my perspective, this is the right approach, and I completely agree with @npub1t6j…ksrw :
"The point of Nostr was never to get rid of servers; the point of Nostr is to be free again to leverage them for what they are good for. "Platforms" conflated purposes, also taking responsibility for identity and by extension the social graph, resulting in the capture of the user."
#nevent1q…hthu
Accepting this limitation of "dumb" relays means accepting that not every use case will fit into general purpose infrastructure. Expecting any use case to work reliably, beautifully, and without issues in such a setup is a stretch. Specific use cases with constraints or requirements need specialized services that can support them.
On the other hand, the problem with specialized relays is that they scale vertically, unlike general purpose ones. This means each specialized kind of relay becomes its own decentralization and censorship resistance vector. This does create some tension with Nostr’s original promise, but in my view, it’s a fair and honest one. Specialized relays make sense, and we shouldn’t feel aversion towards them.
Beyond this, there’s a third path I’ve been exploring with @npub1dvm…3jdm , moving the "smart" logic to a separate service that runs alongside relays and just uses them as a bus. This way, complex or specialized logic can be offloaded from relays, which can remain as dumb and homogeneous as possible. Before CVM, DVMs already offered this characteristic, it’s just RPC over Nostr. From my perspective, this approach strikes a great balance. As I mentioned earlier, if relays are standard and not specialized, they remain homogeneous, decentralization and censorship resistance scale horizontally, and the network becomes more resilient and harder to shut down. CVM also doesn’t impose storage pressure on relays, making relays cheaper and more sustainable to run. A clear example of this is Cordn coordinators, an specialized service that handle ordering so the MLS encryption state machine can work without issues. They interface through relays and store encrypted blobs, but nothing is stored in the relays themselves. Any relay accepts their traffic, and it works well.
Another nice feature of offloading logic from relays and running it in a separate service is that the bus doesn’t know what’s running, and the logic service doesn’t have network visibility. This creates a nice balance that benefits privacy and deniability. To wrap up this section, another interesting advantage is that running CVM servers is easier than running a relay. Relays need to be exposed, requiring network configurations and touching parts of the internet’s permission backbone (DNS). Of course, you can run a relay on Tor, but a CVM server doesn’t need any configuration, you just run it, and it’s accessible. You can even run it from your laptop in a coffee shop.
TL;DR: Dumb relays are great for decentralization and censorship resistance but fall short for use cases with specific requirements. Specialized relays are necessary and make sense for supporting those use cases, but decentralization scales vertically. CVM is a third path that leverages a network of dumb relays while offloading logic from them.
#nevent1q…27qe

2026-07-27 10:29:21 UTC

- reply

Well, I’m still trying to wrap my head around the protocol, and my analysis also points to a relay specialization for running Concord groups. Concord introduces special features, such as the gift‑wrap inversion and edge cases like deletion, that cannot be solved in any way by real relays aside of your other points from your article. Alex left me a note saying "deletion by all" can be seen as a feature, not a bug. I think it is a huge source of instability/edge cases, especially in large, public groups where not everyone is trusted and can easily disrupt the group’s health.
As you noted, rate‑limiting and relays potentially dropping events can be harmful to Concord’s control plane. In a world with a diversity of relay implementations and cofigs, each with different settings for rate limiting, spam prevention, and so on, this could become very unreliable, assuming relays will behave homogeneously is too happy path protocol design. Put aside from the ability of relay operators to calculate heuristics over the stream provenance and users.
So, yea, I would say that Concord works over any relay for its fundamental operation, but it is probably not reliable in the long term because of all the possible relay quirks, weirdness, and edge cases that could exist. NIP‑17 is more straightforward yet still considered unreliable by many developers, so Concord could be even less reliable. Let’s see how it evolves

2026-07-27 08:26:07 UTC

- reply

https://blossom.primal.net/420e9c6891aa97522500900fd064b170b5d2b7b51b7a206f5bdbaebf362ade89.jpg

2026-07-27 08:22:56 UTC

I'm looking for ~/

2026-07-27 07:43:45 UTC

GM🌞

2026-07-26 12:42:44 UTC

- reply

How did you achieved that? To provide historical messages to new joiners?

2026-07-26 11:08:59 UTC

- reply

🤝

2026-07-26 11:04:01 UTC

- reply

Do you have a cordn group for this? 👀

2026-07-26 11:02:21 UTC

Just wow 👀🔥
#nevent1q…4wla

2026-07-26 10:51:43 UTC

- reply

Also the deletion issue, in a normal relay anyone could delete anything because everyone share the same stream key, therefore deletion requests are valid. Maybe not important in a "trusted" environment, but critical flag in a public o big group

2026-07-26 10:37:17 UTC

- reply

Oh man 🫂

2026-07-26 10:24:51 UTC

- reply

This is really cool, congrats! 👏👏👏
But so far, Concord needs special relays, right? Or would it work fine with any existing relay?
I wrote this note the other day but never got a response. Maybe you can clear my doubts
#nevent1q…twku

2026-07-26 09:33:04 UTC

GM 🌞

2026-07-25 09:15:07 UTC

https://music.youtube.com/watch?v=-y37njM09uc

2026-07-24 20:40:41 UTC

- reply

Aaah looking forward to be there 🔥

2026-07-24 20:32:04 UTC

- reply

That's the point of the article, and why cordn is designed as it is designed

2026-07-24 18:45:43 UTC

- reply

You can use nostr.at for example: https://nostr.at/naddr1qvzqqqr4gupzqs9eep0ll6hurjkl3sc2fewgses07mjfwxsdcu3at2m8fd0xrdz3qy88wumn8ghj7mn0wvhxcmmv9uq3wamnwvaz7tmjd9kx7tnwdaehgunfvyhxzurs9uqrzurjd9mxzar9943k7mtdw4hxjcmpw35k7mnn94hhvetj94c82cnvd93j66twveexzum5wf6kxar4wfjsc27qdm

2026-07-24 18:40:45 UTC

https://music.youtube.com/watch?v=-DenZhMCbC4

2026-07-24 17:22:14 UTC

This is great! Look at this flashy url https://cordn.net/p/gzuuus Just ping me there if you want to chat. If you want one like these answer in the comments of the release note 👌
#nevent1q…v8en

2026-07-24 12:40:33 UTC

- reply

This guy should listen to john vervaeke

2026-07-24 08:14:03 UTC

- reply

🧡

2026-07-24 08:08:34 UTC

- reply

U terrorist xD

2026-07-24 06:48:30 UTC

GM🖖

2026-07-23 17:45:17 UTC

Got it!
https://blossom.primal.net/f8b8c02af881e6c47ef7fdfa4ba20fd0337d0cfe0be590dcb55018e4d8b33c10.jpg
#nevent1q…c5hy

2026-07-22 21:19:12 UTC

- reply

I'm just at second episode, let's see

2026-07-22 20:58:37 UTC

Watching silo 👀

2026-07-22 19:04:47 UTC

https://music.youtube.com/watch?v=bysSGMYjM9k

2026-07-22 18:13:05 UTC

- reply

For real

2026-07-22 18:09:44 UTC

- reply

I love pi an all its digits

2026-07-22 16:38:35 UTC

- reply

2026-07-21 16:14:59 UTC

- reply

Yea, sure that's the same critique I had for nip-70 (protected events) since the beginning, but from my perspective, the key here is that if an implementation doesn't follow the spec is a bad implementation, and then we can discuss about sibyl attacks, but that's a different conversation.

2026-07-21 16:07:11 UTC

- reply

A protocol defines a contract that all implementations must follow.
If an implementation deviates from that, it is either a non‑compliant (bad) implementation or an entirely different protocol.
The “discretionary” aspect refers to enforcement: no external authority automatically guarantees compliance, so violations may go unchecked. When non‑compliance occurs, interoperability breaks

2026-07-21 15:48:28 UTC

- reply

It's just what the spec says, its not trust, just compliance with the protocol. An implementation doing something different is just not implementing the protocol

2026-07-21 15:46:53 UTC

- reply

Tl;dr: Protocols that claim to be “decentralized” because they are “just Nostr,” but if you look closely, they require specialized software (special relays) to run. Tbh I’m not opposed to needing special software to run your use case, specially if there is a good reason, although they reject anyone who goes straight in that direction.

2026-07-21 08:46:22 UTC

I expected a quality discussion, or at least some correction if I was wrong, but instead I got silence… It was a bit boring, and concerning, not gonna lie.
#nevent1q…pkxx

2026-07-20 18:32:16 UTC

https://music.youtube.com/watch?v=A0rknJFLOwc

2026-07-20 13:39:29 UTC

https://music.youtube.com/watch?v=vBeE3zRsOMg

2026-07-20 13:38:57 UTC

- reply

A server anyways ¯\_(ツ)_/¯

2026-07-20 13:37:38 UTC

- reply

Indeed... I can make it for my self 🔥

2026-07-20 13:37:12 UTC

- reply

👀👀
https://blossom.primal.net/1f308f8878c4e6dd12743e31e2f1c455a351a534f1d58f7db0c255631dc2be72.mp4

2026-07-20 13:34:09 UTC

- reply

Yea right? Mental karate

2026-07-20 13:32:40 UTC

- reply

https://blossom.primal.net/9438ac8ab00a252794cfb4ae0f3d7758fb82cd8bc80a1143076b044accbbcf03.mp4

2026-07-20 13:19:12 UTC

A little secret
#nevent1q…xyug

2026-07-20 13:14:53 UTC

- reply

Hahaha yea, sure, but that will potentially interfere with other standards, so it is a specialized relays, which essentially is a server with an specific function

2026-07-20 08:51:50 UTC

- reply

#nevent1q…hgkt

2026-07-20 08:51:28 UTC

- reply

Well, kindly pushing back on the "just like regular nostr" part. I've been reading through the spec and the Armada codebase, and that part doesn't really hold up. Concord relays need a specific configuration, as far as I can tell.
Concord reverses nip 59. A normal gift wrap has a random one-time author and the real recipient in the p-tag. Concord flips it: the author is a the stream key, and the p-tag is a random ephemeral key. Members read by the author, not by the p-tag. So it breaks on any relay doing the nip 59 "correct" thing, because nip 59 says relays SHOULD only serve kind 1059 to the marked recipient, and here nobody is the marked recipient. The spec admits it outright: "Communities must choose relays accordingly."
Also, if someone uses relays that prune or just nuke their db, that breaks the whole authority layer (roles, bans, channels all ride on 1059), and deletion gets messy because every wrap is authored by the same shared stream key that every member holds: on generic relays that honor author-based deletion, anyone can delete any message, or all of them, just by sending deletion requests, which from my POV is a huge hole.
In practice Armada runs on two default relays configured in the same way

2026-07-20 08:18:16 UTC

https://music.youtube.com/watch?v=43e0Bv4P_3k

2026-07-20 07:53:26 UTC

- reply

2026-07-20 06:27:28 UTC

2026-07-19 23:15:39 UTC

Tomorrow 26% IVA

2026-07-19 17:28:05 UTC

- reply

Well, someone needs to do it, and if you are relying on someone else infra (specially when there is no mandatory redundancy / coherence between relays) you better be prepared for that infra to disappear or be hostile

2026-07-19 17:02:12 UTC

- reply

Relays are servers too ¯\_(ツ)_/¯

2026-07-19 10:36:19 UTC

- reply

G supa

2026-07-19 10:16:22 UTC

- reply

Gazpacho

2026-07-19 10:01:41 UTC

- reply

2026-07-18 20:02:06 UTC

- reply

#nevent1q…fpug

2026-07-18 20:00:16 UTC

- reply

No, not related at all. It is closer to marmot since they both use mls under the hood. Coordinators are as dumb as relays, and can be ran even from a browser tab. They are very lightweight, and in order to expose them you don't need to deal with http, dns, ips, etc. You can deploy a coordinator from your closet or as I said form a browser tab. Quite wild

2026-07-18 16:08:32 UTC

> 2022-Present: The Butthole Era
https://velvetshark.com/ai-company-logos-that-look-like-buttholes

2026-07-18 14:27:07 UTC

- reply

Mostly breathe

2026-07-18 11:13:57 UTC

Two years ago, I started this discussion about on‑chain channel funding for phoenixd https://github.com/ACINQ/phoenixd/discussions/24#discussioncomment-8996757 . Finally, it has been worked out and released! Yay! 🔥🔥

2026-07-17 12:47:18 UTC

- reply

Indeed

2026-07-17 12:22:22 UTC

Since then, I’ve moved from using Cordn through its PWA to using it in the Keychat browser. The reason is that I was logging into the PWA using a NIP-46 remote signer. It worked flawlessly, but each signature required a round trip through relays, a limitation of remote signers, as they can’t be called natively from PWAs. Now, by using it in Keychat, I’ve overcome that limitation, and the app feels much faster for signed operations (which aren’t too frequent, anyway), Cordn is very signer-friendly. Also I can use it from my desktop and mobile. So good 🏄
#nevent1q…8xwy

2026-07-17 08:18:10 UTC

Ggg Mmm

2026-07-16 17:58:23 UTC

- reply

I will revibe nostree but that will take a week or so

2026-07-16 17:57:51 UTC

- reply

I'm a https://wavefunc.live/ enjoyor. Maybe contextvm.org as well?

2026-07-16 16:36:49 UTC

- reply

O man that would be amazing