Nostr notes by

Nostr event nevent1qqspyj8qky5x3mthevmy8293072ukhqsgjr9xaanp2qypazy0yqc99spz3mhxue69uhhyetvv9ujumn0wd68ytngw5pzpxlp0cm6hega3zy36ezy5th646hdq0wpe29vaczgnthuddpm273v9qmkte

2026-10-12T19:01:24Z

Jövő héten élőben is összegyűlünk, hogy megismerjük ...

2026-10-06T14:38:46Z

Jövő héten élőben is összegyűlünk, hogy megismerjük egymást személyesen is.

Gyertek el a Lumenbe, lesz néhány előadás ami technikai tudás nélkül is befogadható. Hátralépünk egyet és megvizsgáljuk, hogy miért foglalkoztat minket a noszter, és a többi freedom-tech téma. (spoiler: nem a követők száma miatt)

Beszélünk a közösség szerepéről, hogy miért gondoljuk azt, hogy ez az út egy szabad jövő felé.

Beszélünk arról, hogy mi történt eddig, hol vagyunk most, és a múlt mintázata alapján mi fog történni a közeljövőben. És hogy Te hogyan kapcsolódhatsz be, akkor is, ha Téged az emberek jobban érdekelnek, mint a gépek.

Beszélünk arról, hogy a technológia hogyan alakítja az életünket, és hogy hogyan állíthatjuk a mi oldalunkra a technológiát.

Gyertek el, mert egy hajóban evezünk! Csak akkor lehetünk szabadok, ha mindenki szabad!

https://nostr.hu/meetup

The only question is whether we can find the solutions with the ...

2026-10-06T07:21:47Z

In reply to nevent1q…80em
_________________________

The only question is whether we can find the solutions with the right tradeoffs before falling back to politics completely.

Bitcoin brought adaptive proof of work based money, nostr gives us the simplest primitives for sovereign identity and independently verifiable data.

These protocols let us design freedom oriented, natural, human-scale systems.

Hard coordinaton problems in digital space should always fall ...

2026-10-06T07:14:42Z

Hard coordinaton problems in digital space should always fall back to a solution in meatspace, there will not be a time where we completely let machines decide everything for us I hope.

quoting
nevent1q…n5z7
The problem with append only state is that remember:
From the other partie's perspective who only sees your signed event, delegated signing is key rotation.

For your idea to work you must (as you mention) introduce an append only tracker of your key states.
This is the exact point where you introduce a strict ordering burden on Nostr verification since now everyone must take a roundtrip:
"Do I know this key? This could be xyz's subkey/delegated key so let's look up the original to verify the real identity" and this must be done each event.

And if you leak the subkey it's even worse, now you have to introduce even more extra roundtrips and edge cases where a client must look up the history of revocations with each and every event verification process.

So a delegation process producing a different signature will not work practically in my opinion.

The delegated signing process must produce the same signature as the original key.
This is what FROST solves. Your nsec is sharded and you define in the key ceremony what kind of quorum you will use.
Let's say 2/3. Now you keep one on a server, one on your phone and one just in cold storage (for now).
If the server or the phone is compromised you get the 3rd shard and never trust the compromised one again. These tools exist already you can experiment with them.

The burden / complexity is now on you instead of the whole network to make sure that the compromised shard is being handled (you cannot revoke it) but realistically you can drop it, and use the other 2 or even add further keys to the quorum, making it practically 2 of 4 etc.
Note that adapter signatures could be used differently but Frost has additional benefits.

AtProto (Bluesky) solves this by introducing a trusted so called PLC server that tracks key rotations. You cannot practically run your own equivalent because that's hardcoded into each client solving the consistency / roundtrip problem I described above. It's that theoretical thing that doesn't work in practice, and they acknowledge that.

All in all UX can go a long way so a co-signer FROST setup can be quite convenient to use with the right tooling, and services.

And if all breaks we always fall back to meatspace, there will never be a perfect solution, that's alright I think. Bitcoin can be hardforked even with overwhelming consensus.
Note that key rotation is essentially just that:
You want the whole world to overwhelmingly accept that the state of your identity changed. That is an oracle problem and Bitcoin handles it the same way:
Leaves it open.
That's why altcoins exist.
You fork an identity that's your alt identity. I don't have to accept but I cannot exclude others to accept it and enforce it practically.
The difference is that rotation of your identity will not affects global trade so it will be alright.

By the way you can create a sign in with google experience today ...

2026-10-01T15:22:18Z

In reply to nevent1q…5mz7
_________________________

By the way you can create a sign in with google experience today with frost fiatjaf had a demo I think.

You can run a bunker signer for your mom, or later when ppl have much at stake there will be professional co-signing services.

The problem with append only state is that remember: From the ...

2026-10-01T15:15:58Z

In reply to nevent1q…k3ju
_________________________

The problem with append only state is that remember:
From the other partie's perspective who only sees your signed event, delegated signing is key rotation.

For your idea to work you must (as you mention) introduce an append only tracker of your key states.
This is the exact point where you introduce a strict ordering burden on Nostr verification since now everyone must take a roundtrip:
"Do I know this key? This could be xyz's subkey/delegated key so let's look up the original to verify the real identity" and this must be done each event.

And if you leak the subkey it's even worse, now you have to introduce even more extra roundtrips and edge cases where a client must look up the history of revocations with each and every event verification process.

So a delegation process producing a different signature will not work practically in my opinion.

The delegated signing process must produce the same signature as the original key.
This is what FROST solves. Your nsec is sharded and you define in the key ceremony what kind of quorum you will use.
Let's say 2/3. Now you keep one on a server, one on your phone and one just in cold storage (for now).
If the server or the phone is compromised you get the 3rd shard and never trust the compromised one again. These tools exist already you can experiment with them.

The burden / complexity is now on you instead of the whole network to make sure that the compromised shard is being handled (you cannot revoke it) but realistically you can drop it, and use the other 2 or even add further keys to the quorum, making it practically 2 of 4 etc.
Note that adapter signatures could be used differently but Frost has additional benefits.

AtProto (Bluesky) solves this by introducing a trusted so called PLC server that tracks key rotations. You cannot practically run your own equivalent because that's hardcoded into each client solving the consistency / roundtrip problem I described above. It's that theoretical thing that doesn't work in practice, and they acknowledge that.

All in all UX can go a long way so a co-signer FROST setup can be quite convenient to use with the right tooling, and services.

And if all breaks we always fall back to meatspace, there will never be a perfect solution, that's alright I think. Bitcoin can be hardforked even with overwhelming consensus.
Note that key rotation is essentially just that:
You want the whole world to overwhelmingly accept that the state of your identity changed. That is an oracle problem and Bitcoin handles it the same way:
Leaves it open.
That's why altcoins exist.
You fork an identity that's your alt identity. I don't have to accept but I cannot exclude others to accept it and enforce it practically.
The difference is that rotation of your identity will not affects global trade so it will be alright.

Nem illendőségből vagyunk itt. Nem is a hovatartozásunkat ...

2026-10-01T08:17:01Z

Nem illendőségből vagyunk itt. Nem is a hovatartozásunkat jelezzük az ittlétünkkel. Más platformokon is csak azért vagyunk, hogy ide irányítsuk az embereket. A valódi közösség itt van. Noszteren. Itt lesz. Hiszünk benne.

Azért vagyunk itt, mert ez az egyetlen VALÓBAN szabad mód, hogy tartsuk egymással a kapcsolatot, kommunikáljunk. Nem tökéletes, de 100%-ban a mienk, és mindenkit idevonz, aki kompromisszummentes megoldásokat keres korunk digitális problémáira.

Itt fog létrejönni és egy rendszerré formálódni mindaz a technológia, ami a szabadságot biztosítja nekünk. Az Internet, a pénz, az appok, amik integrálódnak egymással - ezek egy szabad világot hoznak el.

Ha ezek a témák érdekelnek, gyere el október 15.-én Budapest belvárosában tartott (első) Noszter és Freedom Tech Meetup-ra! Találkozzunk, ismerjük meg egymást.

Nem csak szakikat várunk, hanem mindenkit, akit érdekel a szabadság valamilyen szemszögből.

https://nostr.hu/meetup

This is cool! Can agents use Opal locally without the relay ...

2026-09-28T09:59:29Z

In reply to nevent1q…3q0f
_________________________

This is cool!
Can agents use Opal locally without the relay roundtrips?

I think the problems you pointed to are real so they already ...

2026-09-27T17:47:58Z

In reply to nevent1q…fsey
_________________________

I think the problems you pointed to are real so they already manifested. Perhaps not enough ppl realize yet.

I also say that a pragmatic optimism is warranted though.

So in a way yes, I am saying most problems will be solved. Not sure about the timeline and want to accelerate the solutions to problems I see more pressing, that's my part.

Yes the narrative has been misleading it's not ideal. However ...

2026-09-27T06:08:26Z

In reply to nevent1q…5uxy
_________________________

Yes the narrative has been misleading it's not ideal.

However with more overall bitcoin adoption, including adjacent tech, we will hit obvious walls if what you say is true:
- Big LN nodes failing / hacked due to too much complexity
- Adverse fee environment destroying LN UX for the nth time
- Backlashes from 99% kyc custodial wallet usage
- Just sheer fatigue and churn of developers and non-custodial users alike

If these will play out increasingly, the issues become obvious and the problems need to be addressed. To some extent Spark, Ark and even #Cashu came about for exactly these reasons.

I know it's very hard to be among the first adopters because we tend to be impatient for the tech to succeed (like nostr) and when we face the chasm to cross it can burn us out quickly.

Endurance and timing are most relevant in this situation.

You look at Lightning and especially how hard it is to run a node ...

2026-09-26T07:57:10Z

In reply to nevent1q…49j5
_________________________

You look at Lightning and especially how hard it is to run a node securely and economically and one can realize this is made for industrial grade batched bitcoin transactions.

But it does scale bitcoin in a way, it allows for institutions to cheaply send and receive and this benefit trickles down the value chain: A cheap LSP e.g.
It's like a checking account for tenth the cost of what it is today, and stronger exit guarantees.

However, to truly scale bitcoin to microtransactions, we might not be able to avoid custodians.

Hope ark and spark help this situation but I don't see them solving this problem as cleanly as people would like

So I guess you considered #Frost if you have been thinking about ...

2026-09-25T17:33:22Z

In reply to nevent1q…7jdy
_________________________

So I guess you considered #Frost if you have been thinking about this for a long time but you haven't mentioned it. Why?

Key rotation on the nsec level will hardly be a thing unless there's some cryptographic breakthrough because it would centralize the protocol, see PLC in atprotocol and such.
You basically must centralize key lineage tracking to a trusted party but that just doesn't go well in a distributed system.

Frost shard-based signing UX can be very stable and fairly revocable, it's just not yet spread so much.

Social rotation is the other way, it's been talked about many times. It is a viable alternative in a network like nostr, especially if communities get more popular.

The reason why there's not too much anxiety over this is just the fact that there's not yet enough demand I think for nostr in general.

We're building things out and if there's real pressure in the future from economically relevant users accruing, at some point it's gonna be figured out.

You mean @nprofile…u0w6

2026-09-19T13:28:34Z

In reply to nevent1q…rfpv
_________________________

You mean hodlbod (nprofile…u0w6)

Nostr event nevent1qqsqqq9ysjwwxlpucdmflnex0dzl0pys8xc2u7jguw0x9ay09dty4gqpz3mhxue69uhhyetvv9ujumn0wd68ytngw5pzp5zweue6xqa9npf0md5pak95zgsph2za35sentk88jmzdqwk925s4sr65k

2026-09-17T12:37:30Z

Massive scale corrupts massively

> I think it is important to say specifically how pacing will ...

2026-09-12T18:32:28Z

> I think it is important to say specifically how pacing will allow us to make the AI development process safer.
---
Specifically, I hope to get hold of smart enough unrestricted AI hosted safely in my apartment. That constitutes safety for me.

https://darioamodei.com/post/we-must-pace-the-frontier