Nuh 🔻

There is no need for a NIP, if Nostr devs can't be bothered to do what Fiatjaf wants, ain't no chance anyone will care to integrate a whole incompatible identity (npubs are entirely different curve than ed25519).
the only viable solution is to start over :)

2024-06-18 13:37:18

Again, that is like saying you can't spec DNS ... you can, and you absolutely should for there to be web at all... at all
#note1ft9…2fqy

2024-06-18 06:32:20

this is like saying "web servers go down all the time, so why bother with DNS"
#note1397…r444

2024-06-18 06:28:22

imagine if finding the ip address of a domain was a philosophy not a spec... please don't build a web3.0 if it is going to suck at the most basic functions of web1.0
#note16ma…9fts

2024-06-09 07:30:17

Any sufficiently advanced digital identity is indistinguishable from domain names.

2024-06-02 18:48:36

- reply

not arguing against you, but DMs have a super power; it is easy to keep censorship resistant, because it is a small world. all you need is a protocol, servers and sovereign identifiers to migrate between servers while keeping your ids.
another superpower; people actually tolerate when chat history is lost due to losing encryption keys.
I would say we should focus on DMs more than social since it is easier to get done, but Matrix is good enough so not very urgent to reinvent

2024-05-26 16:38:00

- reply

1. unbounded state make me nervous, but I guess if the Mint gets a fee from every minting operation, it can adjust the fee to cover the cost of storage.
2. do you think mints should use OTS in case someone contests that a secret was spent?

2024-05-26 16:08:01

- reply

reading the spec, do mints need to keep all "spent" secrets forever?
also, is there a way for a 3rd party to audit whether or not a secret was spent?

2024-05-21 11:52:57

- reply

you are mistaken, Nostr isn't better than Mastodon because it offers unique storage solution. You can backup your Mastodon posts just as well, the difference is Mastodon server owns your identifier, so even if you upload all your posts to your own Mastodon server, you lose your identity (and thus followers).
Nostr commits posts to your public key, and demands that your followers look for you using that key.
of course, it doesn't answer how should your followers find you except by a coincidence of publishing and reading from the same relays.
Pkarr.org offers an answer to that question, but it is not compatible with Nostr keys unfortunately

2024-05-21 07:11:52

- reply

money laundering

2024-05-09 15:05:56

- reply

Not the first crusade.

2024-05-08 08:33:18

This stupid FUD around Signal is irresponsible, you are discouraging people from using the best option and they will end up using Telegram and other stupid shit instead. Do better.

2024-05-06 19:36:13

- reply

yup, there has to be a viable alternative before preaching blaming people for going with with status quo

2024-05-06 18:15:53

- reply

I don't think that is true. while copying others without understanding the "why" is a true force of nature, developers are still lazy, and if they could let you login with zero fraction they would.
But it isn't feasible, so even when someone wants to avoid the email/sms thing, they often find and alternative like invite codes or debit card verification without immediate payment.
Take your own advice, and admit that there is a problem and try to find an alternative, because shaming these companies won't work, because they can't afford to implement nothing, unless they aren't offering any persistence of data, which is what Nostr relays opted for and it doesn't work for 99% of businesses.

2024-05-06 17:38:33

- reply

that is the point though, it is a cheap way to do sms verification without incurring the cost of sms. and businesses need that to deal with Sybil, what is the alternative? whoever invents an alternative will become immortal like Satoshi if not more.

2024-05-06 17:36:15

- reply

some are excessive about it, but all need a way to prove you are a human, and they just assume Gmail verified you with SMS so that is basically the outsourcing of Sybil resistance.
what is the alternative, because not every service can be an altruistic relay with no strings attached.

2024-05-04 20:48:13

- reply

why is it any worse than hosting Nostr events?

2024-04-14 10:35:30

- reply

one thing Nostr can't have without reinventing merkle trees with events (which be awfully inefficient): verifying that migration was pr wasn't complete.

2024-04-12 09:31:01

Humanizing zionists is irresponsible and you should support and celebrate killing them all
https://m.primal.net/HuDV.jpg

2024-04-12 08:59:29

Pkarr.org will be even faster and more reliable than finding the Outbox relay of someone on Nostr. Embrace it, Nostr is still young enough.

2024-04-11 08:52:55

- reply

the caching services already have kinds so you can consider them specs, but then every app wanting to have an edge will keep creating more RPC methods to satisfy their UI, it is impossible to make a spec for this that has any chance of ossification.
search is impossible to decentralize, and that is what all popular Nostr apps will become, frontend to search engines.
switching apps is the best we can ever do and that is great, because we don't even have that now with current social media.
if you ignore social media and focus on usecases that are much less expensive to crawl on your own at edge devices, things get much brighter, so I think people should focus on small worlds if they need the absolute most censorship resistance.
good thing is, small worlds are better anyways.

2024-04-11 08:44:34

this is true and inevitable
#note1hpu…0wvs

2024-04-08 12:14:30

Beautiful engineering inside
#note1j7r…4z06

2024-04-08 12:10:58

- reply

Is there a cleanup for that mmapped events file, or is it left to grow indefinitely?

2024-04-07 21:22:22

The web, long centralized, must decentralize; Long decentralized, must centralize.

2024-04-07 07:51:03

web3 is actually a good name that shouldn't be abandoned, whether you like it or not Nostr is a part of a struggle to birth a third generation of the web.

2024-04-05 07:52:56

annihilation of zionism in our lifetime 🙏
#note10mk…eguh

2024-04-03 15:26:02

- reply

all details about ed25519 vs secp256k1 are red herring, except one; Mainline DHT uses the former.

2024-04-02 07:33:36

Good morning, and Death to zionists

2024-03-27 06:38:41

Humanizing zionists is irresponsible and you should support and celebrate killing them
#nevent1q…95dw

2024-03-23 09:04:28

Got my Twitter account suspended finally :)

2024-03-23 01:22:10

- reply

How is migration supposed to work? The client just download the entire user history of events and rebroadcast them?

2024-03-22 23:12:38

- reply

The question was, why people don't implement the outbox model, and the answer is, because it is too difficult and hard to control its quality. Whereas Pkarr does the tried and tested strategy of DNS, just with sovereign TLDs.
Of course designating a relay as your Outbox is smart, in fact most people call these datastores :)

2024-03-22 23:04:45

- reply

It removes the complexity of actually finding that "outbox", because it is as straightforward as DNS, imagine if every HTTP client needed to go giga brain on finding where every hyperlink is hosted, the web wouldn't scale.
More importantly you can tell people what "big" relay fo you trust besides the outbox, getting all the scalability of centralized few relays while maintaining the unilateral exit if that relay bans you, with much less disruption of hyperlinks resolvability

2024-03-22 22:57:27

- reply

https://logperiodic.com/rbsr.html#acknowledgements

2024-03-22 22:54:50

- reply

The sync between Strfry relays.

2024-03-22 22:39:40

The sync algorithm in Willow is already in Negentropy
#nevent1q…k8qr

2024-03-20 18:02:05

Save yourself the pain, and use Pkarr.org
#nevent1q…y8p6

2024-03-18 08:32:57

Counterpoint: if you have to shame people to do adopt something, then it clearly doesn't provide any sufficient value.
If you buy Bitcoin out of principle instead of being grateful it exists to fulfill a dire need, you should sell it.
#nevent1q…wwvc

2024-03-17 14:53:28

- reply

Because it is undesirable. It is very easy to open a port and relatively easy to get dynamic dns account.
So everything that p2p offers is easy to replace by normal Internet Protocol.
But it is impossible to make a scalable network with good UX when every user has to be a devops engineer.
Discovery and search are also physically impossible to do in p2p, beyond simple distributed hash maps. You can't do distributed Google, or distributed notifications or distributed counting of likes or distributed threads. All of these need centralization.
For 1-on-1 stuff like private chat rooms, things are much simpler, but again, you need every user to have their own always online server. That simply won't happen. Civilization is entirely about division of labor. People can't do everything on their own.

2024-03-03 02:47:03

- reply

2024-02-29 12:30:52

- reply

I admire the craftsmanship sir

2024-02-28 01:49:36

Nostr is supposed to be the search layer. If you end up using conventional search, then Nostr is used as an adhoc data store, and it isn't good for that at all.
Let's try again this year :)
#nevent1q…3xu4

2024-02-28 01:44:42

- reply

That is perfectly reasonable, but my point stands that the only alternative is to use a DHT that supports secp, and then all your choices are going to be so small that censorship resistance isn't as credible as Mainline.
There are creative ways to use Pkarr in backwards compatible ways, similar to how Nip05 is optional, but it is not a thing I will personally propose because it will be perceived as hostile NIP probably.

2024-02-26 12:44:00

If the space you are building can't be legitimately called "the web", then something is wrong. The web is already great; dns+hyperlinks+browsers, so why build something else instead of just make it a bit better?
#nevent1q…a338

2024-02-26 12:39:15

- reply

If you remember, I told you I will build something that uses Mainline to point to anything like DNS, that became Pkarr.org that did:dht is based on.
If you are open to adopt it despite not being secp256k1, let me know.
Also check what Iroh wrote about it iroh.computer/blog/iroh-global-node-didcovery

2024-02-24 16:03:49

- reply

Good luck.

2024-02-24 09:46:01

Nostr should use pkarr.org directly, dids are stupid.
#nevent1q…5tye

2024-02-24 09:45:14

They gave up on ION because it has always been moronic idea, just like did:plc
They eventually gave up and built a DID on Pkarr.org instead.
#nevent1q…r5mt

2024-02-24 09:43:27

- reply

Except Mainline is a decade older than IPNS and IPNS doesn't fuckin work like all protocol labs garbage

2024-02-18 15:28:02

- reply

Except the UX and onboarding of that is terrible. At least in the beginning, maybe for increasing account limits.

2024-02-18 15:25:18

If you know the person who was talking about a DHT for nostr on Stackernews, tell them you can't bootstrap a an overlay network that scales censorship resistance that easily, if at all.
Just use the existing millions of nodes already pkarr.org

2024-02-12 14:10:18

SMS is not about KYC, it is about Sybil protection because they have to provision scarce resources to users. So absent payments, you need some proof of humanity no matter how flawed it is.
What is the alternative? And no, PoW is not good enough.
#nevent1q…uyvw

2024-02-07 17:09:04

This is like saying you can run a web server but search engines are the gate keepers for reach... well Duh! Nostr is even worse it flattens the whole web into the search layer, there is no durable data hosting layer and there is no routing layer!!
Bluesky's worst problem is that their routing is centralized, but that is one Pkarr away from being fixed.
Search and discovery can't be decentralized, no sense blaming them for that, not until you offer an alternative, Nostr doesn't.
#nevent1q…95sk

2024-02-07 17:04:48

Nostr offers absolutely nothing more. Not without Pkarr. In fact Bluesky offers more because they have relays for reach just like nostr, but behind that there are datastores that are still useful on their own just like web servers, in applications that don't need a timeline or search.
This is a bad argument.
#nevent1q…95sk

2024-02-07 08:16:38

- reply

Maybe, but maybe not. You could argue that DDoS by definition means an attacker already has orders of magnitudes more computing power than the average user.

2024-02-07 00:25:45

If you are running a Nostr's relay that doesn't delete users events, how do you fight spam without KYC? Demanding payment is very effective but limits how many people are willing to go through onboarding, what is the alternative? PoW?
#nevent1q…m08k

2024-02-06 20:20:23

In a system using Pkarr to point to a service provider, you get the best of both worlds, you get the ease of nsecbunker, and sovereignty of a (almost) cold wallet.
#nevent1q…jukh

2024-01-26 19:13:14

What part of the internet infrastructure enables routing so you can find people's server? And can we make that more sovereign and easier to provision?
#nevent1q…0qqt

2024-01-21 16:59:25

Entire debate about whether or not Nostr is decentralized, when it is entirely a red herring metric, the only thing that matters is censorship resistance.
And Nostr can't achieve that properly without using Pkarr, sorry I don't make the rules.

2024-01-07 12:38:13

- reply

No, but sounds like a nightmare just having EU Iin the name

2023-12-24 16:32:08

- reply

Sigh... anyone can make up this stuff, it is impossible, and I will bet money on that.

2023-12-23 13:20:39

- reply

I didn't call it fake, I may have called it stupid,and it is, this conversation is too late though as Protocol Labs is imploding as they should have years ago, and Mainline will still be here decades from now.

2023-12-16 15:42:56

Your "anti war" candidate is garbage.

2023-12-16 08:27:58

I am a couple of months away from a working mvp of hosted ordered key value stores that don't lock you in.

2023-12-10 08:28:20

What are the least amount of data you expect a backup should contain? Display names? Profile pictures? Nothing but the secret key? Would it be acceptable if you restore an app offline and you see no names or pictures?

2023-12-09 11:46:55

Amethyst is much better now and definitely better than Plebstr, the latter was putting me off of using Nostr as its search was useless!

2023-12-09 11:40:45

Beautiful, more efficient sync.
I am personally invested in competing with all of this stack from first principles, but I love to see this.
#nevent1q…xwps

2023-11-27 15:46:31

- reply

That is the reason why Farcaster is good as well, the global feed (at least early on) is front and center of the protocol, they went to extreme length trying to make downloading everything ever posted, as efficient as possible, and thus they got very good global view and search on such view.

2023-11-27 15:37:39

#note1ejy…ztcg
Bluesky already won the search, not in the official app, but in 3rd party apps thanks to their access to the firehose, granted, that is easy when you have a single data store, so we will see as federation is introduced, but regardless, search can't be decentralized, it is always a function of crawling and aggregation, and that itself is very expensive. It can be competitive, but it will always be as centralized as Web Search.

2023-11-22 10:24:21

If you have been watching Pkarr, it is time to revisit it:
- Implemented Mainline DHT in Rust
- Adding Mainline to Pkarr Rust implementation.
- There is a did:dht method built on top it now, If that means anything to you!
- The Rust implementation is 2x faster and just as reliable.
This is how sovereign identity and TLDs will be implemented in serious projects that need them.
Minimal p2p, just enough to make everything downstream credibly exitable!

2023-10-11 23:11:04

- reply

https://github.com/dvc94ch/p2p/blob/master/src/lib.rs #L264

2023-10-11 22:45:15

Pkarr now is being used in at least two projects, one for p2p Holepunching, and a DID.

2023-10-08 16:55:28

- reply

Nothing of what I usually talk about, just a whole pleasently surprising surreal day.

2023-10-08 00:14:44

What a day!

2023-10-07 15:50:11

- reply

Pkarr is sovereign DNS's TLD, it is here and it is working, will Nostr use it? I have no idea, and even less influence.

2023-10-07 15:47:40

- reply

What can I say, I built the thing that I told you I would build, and I am now telling you it is the only option, but it requires treating ed25519 keys as the root of identity, like some clients may choose to treat nip05 as such, except it is sovereign unlike nip05.
Now either use it or not, I am trying to make peace with the probability that no one in Nostr will use it because the different key type is too much of an ask.
And I know for sure Fiatjaf will fight against it becoming too successful for the same reason he fought against nip26 (adds too much complexity or whatever, even though it doesn't)

2023-10-07 15:38:01

- reply

What I am trying to say is, this is not technically feasible, you can pretend that it is, by using some fake DHT like IPFS, but might as well use Purple pages at this point.
If you want to use a real one, the only alternative is Mainline, and what you are suggesting is not doable, Happy to jump on a call to explain it all if you care because text makes me sound like a fanatic, but it is just the technical reality.

2023-10-07 15:22:08

Viva my people, what a glorious day!

2023-10-07 15:21:17

- reply

Pkarr.org is the next step, now is the time to try it, it is ready, going forward there is nothing other than language ports and demos and bells and whistles.
DNS packets over Mainline, can't get any simpler or more conservative or robust than that.

2023-10-07 15:19:10

- reply

I seriously would have done whatever it took if it was at all possible to support secp keys, but it is not possible, just... accept it like you accept nip05 and move on, it is the most minimal layer that prilovides robust battle tested credible exit, more and more projects are considering using it from Fedimint, to Iroh (a Hyperswarm alternative that works in all environments including Rust) to even DIDs (regardless of your opinion of DIDs).
Let's get this over with.
I am not even selling you something new, Pkarr is literally DNS packets over Mainline DHT, not a single thing more.

2023-10-07 15:15:34

- reply

You can't bootstrap a DHT for the same reason you can't bootstrap Bitcoin, just accept the inconvenience and use Mainline and ed25519 keys, Pkarr is ready for prime time in JS and Rust and bringing TLDs to individuals pkarr.org

2023-10-03 21:04:07

Published Pkarr's Rust implementation https://docs.rs/pkarr/latest/pkarr/

2023-10-03 17:38:05

#pkarr has a rust implementation now fully compatible with the JS one https://github.com/Nuhvi/pkarr/blob/main/pkarr/examples/relay-client.rs

2023-09-10 18:03:52

- reply

Yes it already works. But I am rewriting it in Rust so I maintain the right to break some things until the end of the month.
You can try it on web (with server bridging you to the DHt): pkarr.nuh.dev
Or you can try the CLI:
```
npm i -g pkarr
pkarr
```
Or read the TLDR https://github.com/nuhvi/pkarr
And you can also try to resolve my current key in my bio.

2023-09-10 17:00:12

Next time stick with REST guys, don't try to outsmart REST.
#note192y…cglx

2023-09-10 14:44:57

- reply

Dnstr just assumes that Nostr doesn't have a discovery or centralization problem and go on to use relays anyways.
Pkarr is trying to solve the problems Nostr chooses not to engage with, so it is built on an overlay network that actually engages with these problems.
The gold standard of decentralizing Nostr is the gossip protocol, and even the author of that protocol said ultimately it needs a DHT, and without that it is only fit for the social media use case with following and followers and live conversations carrying these signals.
Pkarr is here for the base case of the Internet, it is trying to do what DNS is already doing perfectly, just decentralize the Root servers.
Dnstr is just answering the question "how can I use nostr to solve X"
Pkarr asked the question "what is objectively the most censorship resistant network to use as a decentralized root server" and built the answer.
But I am aware of the tribalism of devs, so I won't be debating or trying to convince anyone to use anything. Whoever needs Pkarr will use, I am here just to build it.

2023-09-10 10:43:12

Pkarr will make federations just as sovereign as p2p.

2023-09-10 09:35:23

This week I found two easy ways to speed up Pkarr two orders of magnitudes in the average case. Almost as centralized DNS.
https://nostrcheck.me/media/public/nostrcheck.me_5425545974712244981694331101.webp

2023-09-04 12:58:16

- reply

Yes Websockets are stupid for anything but multi-player interactive apps, maybe even only makes sense for online shooters games.

2023-08-12 12:21:33

Despite their rocky start and the political drama, Bluesky's architecture is golden, and will lend itself for stability and reliability.
The problem is that decentralized identity, encryption, and offline first experience are all completely ignored for the time being.

2023-08-11 07:12:55

- reply

But you are right, the web is currently doomed to feel like visiting something that isn't yours, so it doesn't lend itself to key holding.
Native apps are much more appropriate for that psychologically not just technically.
The solution (I bet) is that we will have to reinvent browsers, to be more like the original vision that has authoring as a first class experience and tooling.

2023-08-11 07:09:18

- reply

It is terrible because:
1- users don't hold the keys to migrate without the current pds's consent
2- even when they migrate, they also need the continuous consent of the centralized (and always will be) identity registry.
That being said, there is a movement in Nostr to give custody of keys to servers, without any path for redemption other than reboot with another key, so Nostr isn't really doing much better.

2023-08-10 10:31:25

- reply

Do you think the value proposition having no identity or not relying on phone numbers?
Would you still like it if it had stable identity that happens to be a publicKey like did:key or npub?

2023-08-09 12:11:42

Anyone providing an HTTP tunnels for sats?

2023-08-09 10:57:11

- reply

By the way, this gives me hope (+ nip26) that many Nostr developers would actually appreciate a more complex but efficient, offline first, durable and maybe even e2ee sovereign cloud.

2023-08-09 10:00:53

#note14z9…qv8a definitely the right direction and worth the complexity

2023-08-08 18:33:44

- reply

Plebstr, also tried Nostr.band and Snort

2023-08-08 11:53:36

- reply

From client point of view it will either send a UDP message to the DHT and get a response, or send an HTTP request to a proxy server and get a response.
You will only make these requests as frequently as you make requests to DNS servers (infrequently), it doesn't do what IPFS do at all, just a censorship resistant distributed dns server.
My issue with foo.i2p is that unique readable names is untainable, people will squat and buy and sell and it is very hard to keep that decentralized.
Using ed25519 keys, makes it so the key itself is the TLD, you don't need http://<key>.tld ... instead you can just do http://<key>
Phone numbers are not human friendly but we already know how to do good contacts UX over that.

2023-08-08 09:36:01

- reply

It is not enough to just make up a TLD, who is going to run that TLD? What happens when they censor you just like existing DNS can? How to stop spam and sybil?
All these questions are exactly what pkarr.nuh.dev was made to answer.
1. Bittorrent DHT is how you maintain ultimate censorship resistance
2. If you don't keep republishing your DNS-like record it gets dropped by the nature of the DHT, so that solves spam and Sybil
3. Your relay/hosting provider(s) who you already pay for keeping your data, periodically refresh your records on the DHT
Most importantly I tested all of that and showed that a small server can keep up to 100k users records alive on the DHT with >95% availability
Once you add aggressive caching, it is a solved problem.
But it will demand switching to ed25519 as the root identity