Last Notes
I tried it out but "Connection failed. Please reload." twice when trying to use it with my Amber.
The US is oil independent. And they are willing to take a lot of pain to stay on top, even if it means the whole world takes a lot of pain. Military primacy supercedes other concerns. I think taking the THAAD from S. Korea was because they have to make hard choices, and the active war is currently in Iran.
Nonetheless, since I wrote this, nobody has mined the strait. So my comment is, for the moment, moot. Iran controlling who can pass by other means is the best option for Iran.
Iran is starting to set up decoy hospitals.
#nevent1q…wt3y
Is the note where I demoed it
Not sure about what version of macOS is required, it’s mainly made for the iPhone
Technically it works on Apple Silicon MacOS too, btw
Not MacOS, but iOS. Not any part, but objects or faces. Try and see if it works for you: https://testflight.apple.com/join/qgkAMPgU Nostr Build Shack
Feedback is welcome 🙏
Is that why they are withdrawing THAAD from South Korea? Shaking their allies needed to contain China just to be consistent with the counter-theory? Do you believe that USA has much more weapons than we know so they aren't actually depleting what they need to contain China?
Finally, if the oil isn't going to China it isn't going to the rest of Asia either, who is going to build all the things that the US consumer needs that was entirely made in China? Is the USA secretly reindustrialized already and self sufficient?
Also, the operation in Venezuela happened first to make sure that their oil can't substitute for the gulf oil being blockaded.
I'm starting to think Brian Berletic is right. And I think Iran has no good reason to put mines in the strait, because it isn't a reasonable threat of deterrance against a superpower that has plenty of oil (22m barrels a day, second is Saudi Arabia at only 10). And Iran has no good reason to destroy oil infrastructure in the gulf, only to destroy US bases there. If mines show up in the strait, or gulf oil assets are hit, I think that is US forces doing it, perhaps Iraq. The one who benefits from the strait being closed is the US, and the ones who suffer is everybody else and especially China who still gets 20% of their energy from the gulf. Blockading China at the 2nd island chain seems to have not worked out (China too on top of that one) so this strategy of shutting down the gulf and blaming Iran is Plan B. And also, Israel doesn't control the US, it gets attacked by missiles on behalf of the US, same as Ukraine does. Now of course Netanyahu is a homocidal maniac, and there is a greater Israel plan, and this stuff dovetails together, I didn't say otherwise. But I think the US faceless policy people are running the show and Trump is running the distrations.
I found the @npub1h0u…rwx8 browser to be very difficult to build for. I can’t get @npub1gh0…yan3 to work with it either. Would love to know why, but I already wasted far too many Claude tokens trying to fix it.
I like this! I’ll start using the web app and let you know it goes.
"Verba volant, scripta..." 🤙
I think odds are high this war with Iran won't be short. Russia benefits from the US being bogged down in another long conflict, just as the US benefits when Russia is bogged down in Ukraine. China is winning.
I understand what you are saying but its too good to become true. Many people say - I love my country but I don't like my government.
Also we should not forget that the fiat power has the money printer. Its Bitcoin that separates money from state but for that people around the world need to open their eyes and start using it to become the dominat global reserve currency. And still we see they are already attacking it with paper Bitcoin from ETFs etc. They fight any threat to keep their positions of power and money.
I think the only real solution might be simple. Simple but very difficult. Never assist evil. If people truly followed that, America and Israel would be nearly empty of people fleeing who could not in good conscience pay taxes to those regimes. But people rationalize, say they don't have a choice (even though they know they do have the capability to move). And thus evil wins. The only people who think clearly on this seem to me to be the Muslims.
!!! SECRET PLAN LEAKED !!!
Unnamed official leaks that the true military objective is to widen the Strait of Hormuz
https://chorus.mikedilger.com:444/13513b17d8cb6ca7d13d5578d660987ff2539996817b36278a8f0aa6e846b76f.jpg
I hereby and officially condemn New Zealand for condemning Iran's missile strikes on [US military assets in] Gulf States. What dumbfucks. Hard to even believe that people of such levels of stupidity can survive to adulthood.
Have you checked this theory with Magnus Carlsen?
Remember, nobody wins a game of chess. The best you can do is break even, but rarely. Usually you start with 16 pieces and end with far less.
Interestingly I think IPV4 is better for DHTs because the scarcity makes Sybil attacks more difficult. To have the same effect on an IPV6 DHT, I imagine you need to increase the redundancy factor to maximise the chance of finding an honest node, but that adds cost too.
Have you seen this yet? https://github.com/jmcorgan/fips/blob/master/docs/design/fips-intro.md
I truly believe IPv6 is an improvement over IPv4. But the only real effect it has ever had for me is to cause timeouts on my computer.
IMHO regarding coverage: clients don't need to find a minimum set with maximum coverage. Clients can just connect to 500 relays to follow 500 people. It still works. But of course it is more efficient to do otherwise, and especially if some relays are down, to find the set that is up and covers everyone.
I think (as you describe in (8) that real world considerations probably far outweigh theoretical algorithm choices. But that doesn't mean we shouldn't bother to get the algorithms right.
Yeah, I got cobwebs in my brain still about nostr.
Clearly relays need to filter nasty things.
But if the option Leo suggests (asking the relay to filter by WoT) were filtered at the relay (rejecting events outside of the WoT when they arrive, instead of when they are downloaded) then that relay could only really serve as a personal inbox relay for the one person.
Sorry I keep thinking about write relays not inbox relays. Just ignore my wanderings here. I need another coffee.
Like I say, I'm not sure what the performance impact is without trying it. It saves some, it costs some. Should be explored. In any case if I follow 500 people, which relays am I asking this of? My presumption is that I still find those 500 people's write relays and go ask them, which means I wouldn't be "subscribed" to many of these relays, or I'd have to sign up to a lot of relays, or else relays also have to shuttle from other relays.
> Asking relays to compute WoT so you don't have to upload long lists of pubkeys has performance consequences and I'm not sure if it is better or worse.
The relay could
* cache lists
* work with lists from events for direct follows
* explicitly take a follows-degree argument to do the heavy lifting for the client
I find most important that these views on nostr are pubkey dependent and not relay dependent.
If I provide a giant filter using my 3rd degree follows, the relay could instead of building giant DB queries with it, filter results by that list or compress the list into a probabilistic filter using a tiny fraction of the original space to apply that logic of post filtering.
The requester should be charged for any such kind of heavy lifting.
Just to clarify here: I think we're talking about "read" relays, not "write" relays. So it's actually the reader who picks the default relays for the interaction, right? Or at least those relays picked by the receiver are the ones that carry most importance in such interactions.
In general I agree with both of you. Filtering can be done either side. Personally I prefer client-side filtering and dumb relays because it puts me in control. I don't get to choose the relay that has the right censorship policies. The people I follow choose the relays, not me. But that only affects their posts and it makes some sense too.
Asking relays to compute WoT so you don't have to upload long lists of pubkeys has performance consequences and I'm not sure if it is better or worse.
TIL that driving water out of oil is very non-linear. Dangerous sudden eruptions. I learned this the hard way. Yet I persisted (with a lid) to 104C. Because I don't want any water in my tallow. Tallow with water will get mold on the edges.
I've pushed minor updates to gossip and chorus (and their dependencies).
The only thing of note really is that chorus has a Dockerfile now. Builds a 41.4 MB image.
Many people hold to the notion that modern disease is caused by modern eating. When they hear about my quince tree they think "Hey, that's got to be healthy, something not cross-bred to death for supermarket purposes. How do you eat it?" I tell them "you cook it with lots and lots of sugar."
Rebrand. Rename it 'Zulip'
The Tor part has to be done outside of gossip, gossip doesn't have any tor-specific code. That includes tor-enabled DNS, if you wanted to use a .onion relay. If it is not working, I don't think it is gossip that is not working.
Ok AI, I hear you. But the main code is tokio task driven, and the UI is a separate thread. Being in the separate thread, the UI doesn't get in the way of the non-blocking I/O. The friction you imagine wasn't it. The true problem is that egui is too low level, and we wanted a high level UI. We simply had to build too much. And when you just want it sooner, you don't build it elegantly, you slap it in and try to improve it later.
Gossip uses egui, but very similar. I never felt the codebase grew excessively complex, at least not in an over-arching way. Some pieces are ugly, but they are contained. I think the organisation of the codebase was pretty good. But you are exactly right about UX. UX is simply not my wheel house. Too much has to do with art and style and color and nuance that I'm simply not good at. I had UI developers @npub1000…vwqk and @npub1hlq…z5wg for most of the development, but not for the last 6 months or so, and taking back on the UI work, having to learn and debug what they built, complex as it was, to solve problems I'm not interested in solving, it drained me. Long ago I split the binary from the library precisely in the hopes that somebody would build a different binary with a different UI, and I could nestle into my focus on the back end. But nobody did.
There is a chance. No, I'm not working on one now.
I spent a lot of time working on Mosaic, which was how I proposed fixing the hard problems like NIP-65 not being good enough, relays wanting multiple IP addreses and maintaining reputation when they move IP addresses, ditching trust of DNS, improving performance, and a whole host of other minor tweaks of nostr including using different cryptography (a prereq of solving at least 2 of those problems). I couldn't seem to both solve these problems and also make it backwards-compatible with Nostr. I got pretty far, but stopped before I got close to the finish line because, honestly, my motivation was drained (nobody came along to help me). Then I got myself involved inother things outside of nostr.
We don't use this relay publicly. We use it for encrypted DMs.
I didn't checked the public events on it at all. But soon I'll clean it and ban non encrypted events on it. Thanks for reporting.