Danny Morabito

https://nostree.me/npub1ven4zk8xxw873876gx8y9g9l9fazkye9qnwnglcptgvfwxmygscqsxddfh

Building Arx

⚡️ Tick tock, next block
Their time is running out
Stack and zap, no looking back
That's what freedom's all about 🟠

Public Key

npub1ven4zk8xxw873876gx8y9g9l9fazkye9qnwnglcptgvfwxmygscqsxddfh

NIP-05 Address

danny@arx-ccn.com

NIP-57 Address

dannym@getalby.com

Profile Code

nprofile1qqsxve63trnr8rlgnldyrrjz5zlj573tzvjsfhf50uq45xyhrdjygvqpr4mhxue69uhkummnw3ez6ur4vgh8wetvd3hhyer9wghxuet5qyw8wumn8ghj7mn0wd68ytnzd96xxmmfdejhytnnda3kjctvl57k5d

Publishing to

nostr-pub.wellorder.net

nostr.bitcoiner.social

nostr.einundzwanzig.space

Author Public Key

npub1ven4zk8xxw873876gx8y9g9l9fazkye9qnwnglcptgvfwxmygscqsxddfh

Show more details

Last Notes

2025-06-19 21:00:23

- reply

who could have guessed? oh wait....

2025-06-14 15:40:54

- reply

News outlets do this ALL the time. People that don't read the data see what they want them to see

2025-06-09 21:21:51

- reply

Yeah the stringified json content makes zero sense, that's literally what tags are for

2025-06-09 07:57:30

- reply

I am actually so confused reading that. That was definitely written by AI, since it's a word jumble that makes no sense, but what point was he even trying to make?

2025-06-07 19:16:32

- reply

I prefer the opposite framing more. The Bitcoin price is the real one, but there's an extra fee for paying in fiat, because there's work required to turn it into real money

2025-06-05 09:11:55

- reply

You CANNOT Derive the UTXO that Funded the Channel from the Invoice A Lightning invoice has no information about which channel the payment will go through nor which UTXO funded that channel. There's no public link between a Lightning invoice and the funding transaction. A node can have many channels funded from different UTXOs. Payments are routed through multiple nodes, the sender often doesn’t even know which node will receive the sats either, for example when using bolt12, or when using a lightning router service

2025-06-04 13:11:21

I'm not much of a reddit user anymore, but this needs to be shared
https://old.reddit.com/r/europe/comments/1l2655n/the_eu_commission_refuses_to_disclose_the/
Rules for thee but not for me.
https://blossom.primal.net/b7b3a3bc97622e82a33e5a0222e3bbaed8135d3f8e067d2884383b31963b43d0.png

2025-06-02 07:24:01

- reply

I have, none of them compare to the real deal. They are not bad per se, but they are not even close to real meat

2025-06-01 10:07:43

- reply

Black Mirror had a few episodes about this, particularly the one I'm thinking of: "USS Callister" (and the episode that follows it, though the ending made no sense).
Even if we ignore the moral implications, whenever I hear "mind upload," that's the only thing that comes to mind, and honestly, to me that's the least of our worries. In a way, that's actually an overly optimistic view of the technology; it doesn't even consider the fact that we would be SOFTWARE running inside COMPUTERS. Anyone who has written even just a few lines of code should know how truly terrifying that is.
ESPECIALLY today, where software is getting worse and worse by the day because "muh vibes".

2025-05-29 14:44:37

- reply

I have the physical version of that book, the art is so good in my opinion
For general survival books, look up the website "the eye"

2025-05-26 09:44:36

- reply

Look, we linux users act all "I use Arch btw" and we have been telling the world this for YEARS. But normies won't listen until their favorite influencer says it's cool.
Pewdiepie: *drops Linux video*
The masses: "Wait, it's actually good?"
Linux users: "🌍👨‍🚀🔫👨‍🚀 Always has been"
For years, influencers pushed the "Linux not ready" cope while Windows got slower, but Felix changed the meta, a huge influencer finally acknowledged linux, so now everyone has to do it as well, suddenly the comments aren't just "muh gaming" anymore.
Other tech influencers will fold eventually, once their audience gets tired of the Windows shilling.

2025-05-23 08:00:02

- reply

besides the obvious ai smell of having comments that describe what's obvious by just reading the code, and no checking of anything whatsoever, it's not implementing a queue in any way, that's just an array with extra steps, it loses all the benefits of a real queue.
It probably stole that code from someone who doesn't understand data types either.
A queue has a pointer to a start and end; it has a limited size, and depending on the implementation and what you're trying to achieve it should either circularly wrap if it achieves the size limit, or it should throw an error.
Enqueuing and dequeueing should be constant time (O(1)), that means that adding and removing elements should always take around the same time.
Arrays wrappers like what chatgpt there created get progressively slower over time, as they work in linear time (O(n)).

2025-05-23 06:40:31

- reply

nobody is disputing that, **one day** it will be good.
But we're 10 years into the "self driving cars will replace driving in 1 or 2 years" claim
or for a more direct comparison that the primeagen likes to give, we're already 24 months into 6 months away from ai stealing your jobs

2025-05-23 06:32:53

- reply

actually this mentality is what caused the software industry to degrade so much; objectively speaking software is of worse quality today than it's ever been

2025-05-21 09:28:22

- reply

special built relays can receive onion-encrypted notes, you as the sender decide the path, like:
relay1 -> relay2 -> relay3 -> destination
each relay can only see who they got data from and who to send it to (except for the destination, which contains the plaintext note). this makes it possible to anonymously send notes without any relay knowing who you are by your ip address or anything like that.
and in exchange for routing the note to the next destination and unwrapping the onion, so to say, there's a small cashu token included in every layer, so the onion relays make money for their trouble, so to speak.
this is useful for stuff like DMs, or a nutzap wallet, because a malicious relay could technically figure out who you are by your IP address even if you use different nsecs.

2025-05-20 13:32:24

- reply

I never understood skin colors on emoji, why would anyone need that. to me picking the skin color in an emoji is what always felt racist...

2025-05-18 20:27:32

- reply

I looked at the code earlier when you mentioned it, it uses twitter's internal api, requires someone to have one (or probably more) twitter accounts to retrieve the tweets and save them, this could be built into some nostr relay, and it would technically not be hard, it would just need more maintanance than the average relay, and just like nitter's code when twitter changes something, so too would that relay

2025-05-18 20:25:11

ok guys, I have a new idea, we take from DnD and
we call 1 sat a copper coin
- 100 copper coins makes a silver coin (100 sats)
- 100 silver coins make an electrum coin (10,000 sats)
- 100 electrum coins make a gold coin (1,000,000 sats)
- 100 gold coins make a platinum coin (100,000,000 sats)
or you know... just use sats... and stop having this mindless debate
not gonna lie... I kinda wanna make a fork of some wallet to show sats like that, just for the meme

2025-05-18 18:43:29

- reply

It's a simple RSS feed? If so we absolutely can, easily

2025-05-15 05:07:02

- reply

This is why you need privacy! That's terrying

2025-05-14 19:57:17

- reply

awesome! great work man

2025-05-14 18:49:27

- reply

I think that this is how every web nostr client will be written eventually, everything else makes little sense performance and even dev simplicity wise

2025-05-13 15:40:05

- reply

I'm thinking about doing coding streams, so I'm up for it

2025-05-13 09:40:47

- reply

While I absolutely agree with you, honestly this part was funny to me
> it's not like people go around getting pissy with brain surgeons about the merits of a new procedure, or start yelling at particle physicists about the proper way to aim a neutrino...
we must not know the same people haha

2025-05-13 09:34:38

- reply

I agree with @nprofile…5ckl, implementing numeric kinds was a design misstep in the Nostr protocol. Numeric identifiers are inherently more difficult to memorize, standardize, and use correctly, also they create confusion.
A better approach would have been to implement standardized mime types or namespaced types instead of numeric kinds, which would have created a more intuitive and self-organizing system.
while I absolutely think you should use the `m` tag with your use case, I also think that we're early enough in nostr that we can still add mime-types as a replacement for kinds.

2025-05-12 19:45:37

- reply

Now that's real vibe coding, vimming out on a framework laptop, in a cozy room ~

2025-05-09 12:53:04

how is nobody talking about @nprofile…u5ua 's kind 26969 onion relays? that's onion routing native to nostr! I discovered it by pure accident when reading through some code.

2025-05-09 09:23:38

- reply

https://blossom.primal.net/64a4a66b6250f868d9f426ee40bb36294299286b07571641f7f4c524dfa2cd16.png

2025-05-08 18:01:17

- reply

the only thing I can think of is that there is an ambiguity, where for example 66675 could be the start of a pubkey, the end of a pubkey or the middle. to me the idea of partial searches is a good one regardless.
implementation wise, it does add some complication depending on the database engine the relay you're writing uses, but not that much.

2025-05-08 17:41:54

- reply

Now that will be something

2025-05-07 15:04:55

- reply

a good light mode can look really good, yeah, but dark mode is easier to make great in my opinion. the one you shared looks great

2025-05-07 14:53:29

- reply

it's more that MLS works BEST when the key is in one device for security reasons, but technically you can have the same key on each device, so long as the devices cna talk to each other whenever necessary

2025-05-07 14:18:11

- reply

I think that if this is a major concern for users there could be a simple solution that can be implemented (i.e. sharing the keys on both devices and downloading the CCN data on both devices), and if many users ask for it I would implement it.

2025-05-07 13:25:27

- reply

I think that multi device is not a concern right now. I have some ideas for something in the future, but as of right now 1 user = 1 device.

2025-05-07 13:10:11

- reply

the tool I'm building, @npub1yy9…s23g , achieves that without needing to run a node
Here’s how it works, in the simplest terms: it uses nostr (any relay, doesn't matter which one, in fact the more the better) to host encrypted events that are visible only to members of your community. These events are then decrypted and stored on a local-only relay. Any new event sent to that local relay is encrypted the same way and then broadcast back out to the network.

2025-05-06 19:11:53

Public communities are great and are needed, but what the world needs, and what nostr can provide are invitation only, private communities, closed community networks
#CCN

2025-05-04 15:22:29

- reply

Sorry for the late response, I don't usually check nostr during the weekend.
For what's ready right now, it depends on what community you're trying to build, for a discord like experience @chachi is the furthest along.
For a signal-like chatroom experience keychat seems to be doing really well.
Zapchat is still in development (please correct me if I'm wrong @nprofile…ga3p).
Eve is a bit behind on features as of right now, but it will eventually be the best tool for any community. In npub1yy9wdef5us8af5q3zl3fs5usndygl3wge7xj5qkk5mtq2g4swwhs9ls23g , we currently support invite-only communities with forum functionality, at the moment, but more is coming soon 😉

2025-05-02 11:27:49

- reply

jellyfin no doubt, not only is there no bullshit like this (can you believe that plex actually used to be a good tool before? -.- ), but you also don't need to sign in to some online service to watch your own media

2025-04-16 17:14:00

One interesting consequence of @npub1yy9…s23g's implementation is that it minimizes the traceability of group messages and direct messages among CCN members even beyond what NIP-17 achieves. If you send and receive DMs to the members of the CCN, nobody will be the wiser.
From the perspective of users outside the CCN, the various message types are indistinguishable, as they all appear as direct messages sent to the CCN. This enhances the privacy of CCN members by obscuring the nature of their communications.

2025-04-16 10:44:38

- reply

Just a reminder, folks: if a government can simply email a company's CEO to have a user banned, then the system is not truly decentralized!

2025-04-13 10:38:04

- reply

You can make simple things like that, you can't make good things.
The tools for non-developers to build applications have existed for a long time, those are called no-code tools, and they can do pretty much the same as what non-developers can do with "vibe coding".
The code generated by vibe coding is bad, it has no consistency, it just finds a place to put something and places it there, it has no understanding of architecture, nor anything it's doing... and you may say this doesn't matter, but it's what matters the most.
Understanding what's happening in the application and being able to come up with a mental model of how the system works is fundamental to building software that's maintainable. Without that, you're just stacking bricks without a blueprint — it might stand for a while, but it will collapse under the slightest pressure.
When you rely on tools that generate code without structure, you lose control over the system.
Debugging becomes a nightmare. This is even true for experienced developers, it's harder to debug code you didn't write, and it's exponentially harder to debug code that has no structure.
Extending functionality becomes guesswork. And worst of all, you create technical debt from day one — not because the app is big, but because it's incoherent.

2025-04-12 22:51:10

- reply

Saying this is AI made is a publicity stunt, and they pretty much say this outright on their website. In the same way that developers saying something is vibe coded are either underestimating their own skill involved or overestimating the value of what the ai produced.
この状況を受け「AIはあくまでクリエイターの創作活動のための補助ツール」という考え、すなわち”サポーティブAI”の発想を基底とし、 AIを使用する際の課題をクリアしながら、その性能を正しい用途で使用する形で、 AI技術に向き合っていく必要性が出てきていると考えました。
クリエイターにとってのAIの有用性は、下記の2つに大別できると考えています。
アニメ現場における人材不足や業務時間の肥大化の原因となっている、膨大な作業を少しでも軽減させることを目標とする『効率化』
手書きやCGといった既存の技術では実現が難しかった『新しい表現の確立』
Not gonna translate the whole thing but basically:
They believe that AI should be used as a tool to enhance what already skilled creatives can do.
Their claims are primarily that AI can help slightly lighten their workloads (similar to what it can help skilled developers with), and create new forms of expression that are hard to do with traditional animation and traditional CGI.
キャラクター：CLIP STUDIO PAINTでの全手書き。 　
背景：撮影した写真をAIでアニメ背景風に変換。その後美術スタッフによるレタッチ。 　
ロゴ：Adobe Illustratorでの全手書き。 　
特効：Adobe Photoshop、Adobe After Effectsでの処理。
The characters are hand drawn using clip studio paint
The backgrounds are made using an ai tool that converts a picture to a drawing (this is not really new, has been done for decades, it just used to take longer, and is one of the things where AI CAN help)
The logo they made in adobe illustrator
The CGI/effects are done in Photoshop and after effects.
I don't think it's fair (nor true) to say that this is 95% done by AI.
https://anime-hinahima.com/supportive-ai/

2025-04-12 07:04:13

- reply

No, you don't understand, you see Meta is Big Tech. Laws do not apply to Big Tech. Any attempt to make laws that go against them are met with disdain; Big Tech is a branch of the government, alongside Big Pharma and all the others.
Laws are for you and I, they are exempt.
We just need to build a parallel economy

2025-04-11 20:54:48

- reply

LOL what even?

2025-04-11 15:36:02

- reply

Right now this is not built, but the relay will also act as a blossom relay, which will allow you to upload files to your community (and the files are also encrypted and shared in the same way).
I don't think that the space required to download and decrypt the group state is a concern right now, nor is it in scope for Eve to be honest.
The expected use case assumes you communicate with your community from a single device, sharing data from other devices to the one running Eve is a solved problem (syncthing works well for example).

2025-04-11 15:19:23

- reply

Any query that works on nostr, for open, non encrypted data, will work on Eve for your Closed Community Networks' specific content, no matter how complex the query, if it can be done on public nostr relays, it can be done on your private Eve Relay (and there will also be more complex queries supported in the future, such as negative queries).

2025-04-11 15:12:38

- reply

Once the notes are in your relay you write apps just like for the public nostr, just only querying that relay. A kind 1 client, will just query:
{ kinds: [1] }
and the relay will handle the rest.
For example take a look at the code for the topic view in the forum
https://git.arx-ccn.com/Arx/Eve/src/branch/master/src/routes/Arbor/TopicView.ts
There's nothing in the code that deals with encryption, there's a complete separation of concerns.
```
this.subscription = ndk
.subscribe({
kinds: [893 as NDKKind],
'#E': [this.topicId],
});
```
The client doesn't know how the encryption works, it all happens automagically; the relay manages everything.

2025-04-11 12:02:08

- reply

Running your own relay shouldn't be complicated. Nostr is a very simple protocol (which is a good thing), and you can just embed the relay into the application (as I'm doing with Eve).
The relay then fetches encrypted events encrypted with the CCN key (and soon using MLS, for the added security), and stores them into a database on the user's device, users don't have to know anything about that, they just know that when they open Eve, everything they see is only the content in their closed community network!

2025-04-11 11:53:10

- reply

Of course, all nostr!
If you're willing to deal with a very buggy (and at times unstable) alpha, today, otherwise wait a few weeks ^^
It's mainly targeted towards closed, invite only communities, where all members of the community have to be invited by someone else in order to join

2025-04-11 11:50:01

- reply

It's possible with the closed community network platform I'm building!

2025-04-10 13:31:07

- reply

the howl app would be the kind 1 ("twitter-like") client for the Closed Community Network

2025-04-10 13:08:53

Alright nostriches, need an unbiased opinion:
Looking at those icons what do they reppresent to you? And do you think they look alright?
#asknostr #nostrdesign
https://m.primal.net/QKmU.png

2025-04-08 15:51:43

- reply

I think the problem with this being AI based is that predictability and replicability are basically non-existent, and that realistically speaking most people's machines would not be able to reliably generate those images.
also, robohash works because it's simple, any sha256 can easily map to an image, I'm not sure how you could map any pubkey into an embedding vector without also risking the generation of some very unsavory content

2025-04-08 09:16:50

- reply

Eve, the community building software I'm building will be able to do #1 (except even better because it won't rely on any specific person to run a mint, but rather the mint will be run by the community themselves), and #2 could be done offline

2025-04-05 18:42:42

- reply

update:
- looking pretty good, messages are shown in thunderbird, including multiple layers of nesting
- the server mostly seems to be stable
- naturally, we can read the messages
now working on:
- proper message parsing for anything other than 7bit ascii
- basic markdown to html, to allow basic formatting
- SMTP to allow users to reply via an email client, not just via nostr
https://m.primal.net/QFWj.png
https://m.primal.net/QFWo.png

2025-04-05 14:05:40

I decided to join the MIT Bitcoin Hackathon, and the project I'm working on is a nostr to IMAP bridge (and depending on time, SMTP bridge too), in light of what happened recently with the bitcoin devs mailinglist on google groups
this is a regular nostr event (kind 11), being pulled up inside thunderbird (and it will work with any email client)
https://m.primal.net/QFJQ.png
#mitbitcoin #bitcoindevs

2025-04-04 17:55:22

- reply

It was? I had no idea

2025-04-03 10:12:00

- reply

yes, but not like in your picture. comments to specific commits, especially when linked to specific files and lines is crucial

2025-04-03 06:04:43

- reply

LOTR is already one of my favorite movies, but if it were animated, in the style of ghibli or in the style of shinkai, it would be AWESOME

2025-03-28 14:22:56

- reply

My community software can, but it's far from perfect right now

2025-03-27 19:21:09

I guess this is going to be my next DnD character
https://m.primal.net/PvZJ.png

2025-03-27 18:37:10

- reply

what's this? looks interesting

2025-03-26 06:51:53

- reply

the argument I like to make is that bitcoin isn't volatile at all. it's only volatile when compared to other currencies that are actually volaitle.
the value of bitcoin never actually changes, 1sat = 1sat
it's the value of bitcoin in relation to other currencies that change.
the usd value of bitcoin only changes when either the government starts to make the little printer go brrrr a little more, or when degens trade too much

2025-03-25 15:53:19

Closed Community Networks are one of the best use cases for nostr, and will be increasingly important as organizations seek secure, censorship-resistant communication channels

2025-03-22 09:07:05

- reply

(It's a Japanese internet thing, because a bunch of eights sounds kinda like パチパチ repeater over and over, which is the onomatopoeia for clapping)

2025-03-22 09:00:22

- reply

We need to all simultaneously start clapping for the blockchain when that happens, the timechain is asking us to

2025-03-19 10:07:38

- reply

It doesn't matter honestly, apple will eventually be forced to adapt

2025-03-19 07:17:48

- reply

Got it, so you're thinking of nostr as just a twitter replacement I'd assume?
If that's the case then maybe I'd agree with you, but that's the network effect, rather than a technical problem, is it not? Twitter had the same problem at the start, "how do we get people to use this, if people aren't using this?"
Nostr is honestly so much more than just twitter, it's honestly better to compare it to a layer on top of http that handles identity, decentralized data publishing and validation, and it just so happens that twitter (kind 1) apps are among the easiest to develop. Personally the microblogging/kind 1 is the least exciting part of nostr to me.
What I meant by that, in case you're not technically inclined, is that many more applications can be built (and are being built) on this protocol, and with the twitter-clones we're just scratching the surface!

2025-03-18 23:30:02

- reply

What challenges do you think your average person has when using nostr compared to any other tool?

2025-03-17 19:39:53

- reply

It depends on the tool you use.
With closed community networks, nostr acts only as a way to send data and as a standardized way to encode information.
Closed Community Networks allow you to be as private as possible, and allow that same old lady at your church to virtually join her parish's network and interact closely only with those people, and no one else.
Anyone who isn't in her church will not be able to see anything she shares because as far as they're concerned she doesn't even use nostr and doesn't have a public profile!

2025-03-15 11:14:41

- reply

To me it just sounds like they encrypt the seed with your proton keys and then decrypt it when using their webui.
They probably store the xpub (which is fine, for most people) tho because otherwise I have no idea how their send bitcoin via email functionality works

2025-03-11 23:05:08

- reply

Of course haha but supermarkets do often have deals to make you spend more where if you buy X bucks worth of stuff they throw in something [[for free]] (I.e. you already paid for it)

2025-03-11 23:02:29

- reply

MLS is the way, man, it's frustrating to build and super easy to screw something up midway through and force you to rewrite stuff but once it's built it's just so good, full forward secrecy, encryption and identity are separate

2025-03-11 22:58:54

- reply

Never seen this before, been to Japan often (and usually 1 to 3 months at a time).
どうなってるの？店員に牛脂を聞いたら、ただくれるの？

2025-03-06 22:14:44

- reply

Or MLS, which granted is hard to implement, but fits this problem like a T

2025-03-05 13:12:28

- reply

But there are here 🥜󠅓󠅑󠅣󠅘󠅥󠄲󠅟󠄢󠄶󠅤󠅔󠅝󠅘󠄠󠅔󠄸󠄲󠅪󠄿󠅙󠄨󠅦󠅒󠅇󠅜󠅥󠅔󠄳󠄥󠅚󠅒󠄢󠅜󠅥󠅒󠄣󠄽󠅥󠅑󠅇󠄩󠅘󠅔󠅇󠄾󠅪󠅉󠅈󠅂󠅘󠅔󠄹󠄷󠅙󠅉󠅇󠅜󠄹󠄱󠄵󠄩󠄦󠄣󠅩󠅟󠄵󠄾󠅇󠅨󠅘󠅓󠄹󠄷󠅛󠅉󠅇󠄵󠄲󠅉󠅈󠄾󠄤󠅁󠄷󠄹󠅧󠅊󠄷󠄽󠅧󠅊󠅚󠅊󠅚󠅉󠅚󠄲󠅚󠅊󠅚󠅓󠅩󠄽󠄴󠅗󠄤󠅊󠄷󠅊󠅝󠄽󠅝󠅁󠄤󠄿󠅄󠅁󠅪󠅉󠄢󠅊󠅛󠄿󠄷󠄽󠄥󠅉󠅚󠅔󠅜󠄿󠅄󠄱󠄡󠄽󠄷󠄶󠅝󠄾󠅚󠄶󠅚󠄽󠅚󠄱󠅩󠄽󠄷󠅉󠄡󠅊󠅄󠄱󠄢󠄿󠅇󠄽󠅨󠄾󠅪󠅁󠄡󠄿󠄷󠅁󠄢󠄾󠅪󠅘󠅘󠅉󠄡󠅗󠅘󠄱󠅩󠅗󠄣󠅡󠅖󠅕󠅓󠄴󠅆󠅪󠅈󠄲󠄣󠄣󠄧󠅗󠄝󠄽󠅤󠄤󠄦󠅣󠅤󠅪󠅗󠅂󠅂󠅧󠅏󠅩󠄤󠄳󠄽󠅞󠅈󠅡󠄠󠄷󠅧󠅜󠅃󠅏󠅛󠅉󠅇󠅃󠅚󠅉󠅇󠅆󠅉󠄹󠄵󠅀󠄥󠄺󠄤󠅛󠅈󠅓󠄴󠄽󠄴󠄼󠅊󠅪󠄾󠅃󠄽󠅃󠄢󠅁󠄸󠄷󠅙󠅛󠅪󠅃󠅔󠅑󠄵󠄼󠄻󠅒󠅘󠅠󠅥󠄶󠄶󠅇󠅗󠅆󠅣󠅄󠅔󠅉󠅈󠄾󠅉󠄹󠄷󠄿󠄝󠄷󠅩󠄠󠅒󠅨󠅦󠅄󠅩󠅦󠅢󠄠󠄠󠅅󠅂󠅢󠄡󠅏󠅉󠄥󠅁󠅇󠄽󠄝󠄧󠅠󠅧󠅣󠅘󠅟󠅧󠄿󠅘󠄷󠅕󠄢󠅧󠅥󠅨󠅘󠄳󠅉󠅈󠄺󠅉󠄹󠄴󠄤󠅊󠅠󠅧󠅃󠅞󠄢󠅊󠅊󠅚󠅤󠄽󠅞󠅒󠄣󠅁󠅘󠅪󠄼󠄳󠄼󠄤󠅗󠅧󠄽󠄶󠅃󠅛󠅑󠄽󠅟󠅥󠅇󠅈󠄷󠄶󠄢󠅟󠅛󠅘󠅕󠄩

2025-03-05 12:54:06

- reply

I don't have anything written out, but this is how it works in Eve (my community building platform):
- each community is actually a nostr public private key pair
- users run their own relay (built in to the application)
- when they publish a note, it gets saved first to their local relay, then it gets encrypted (using nip44) and published to a bunch of relays, and using a PoW specified by the community
- the relays of other members of the community pull automatically any note sent to the pubkey of the community, and if it has enough PoW (to prevent DoS), attempt to decrypt it, and if it can be decrypted, they store it in their own relay
this has some issues right now:
- all members of the community have full access
- there's no way to kick anyone out
- every member will know the private key of the community
- a compromised key results in the whole community being compromised
I'm currently in the process (almost done) of rewriting this to use MLS instead of just having one key for the whole community, which will solve all the issues I outlined, but the current way it works is perfectly fine if those cons are reasonable for your use case

2025-03-05 12:05:53

- reply

nice ~ thanks for the 69 sats, gotta make a pull request on cashu.me to automate this tho, haha

2025-03-05 11:36:55

- reply

The solution is, in my opinion, neither of those options, it's relay-agnostic closed community networks that operate independently of any specific relay infrastructure, which is what I'm building :)
You need:
- **Community identity persistence** across any relay infrastructure (if ALL relays go down you as the user should still be able to access your community's data)
- **Full ownership transfer** (no relay should own ANY data about your community)
- **Multi-relay presence** for redundancy and censorship resistance
- **Encrypted communication** for communities (relays shouldn't know they're handling any particular community's data, as all the data should be encrypted and readable only by members invited to the community)

2025-02-22 08:30:28

- reply

and this, ladies and gentlemen, is why we need a decentralized (nostr-based), uncensorable, encypted, open source, communication platform, because unless it's all of those things, there is no real security, and there CANNOT be

2025-02-18 18:18:34

People today think privacy is something new we need to figure out. But privacy is our natural state. A child knows how to keep secrets before they learn to talk. A teenager finds hidden places to write in their diary without being taught. It's surveillance that's unnatural. It's constant connection that strains the human spirit

2025-01-30 21:08:47

Dev is truly painful sometimes, spent 1 hour figuring out why a custom built relay didn't return the correct events given a query, turns out I literally had a 0 instead of a 1 in a long sql query

2025-01-28 10:16:59

- reply

I agree with the message, but come on:
❌ google search
✅ kagi
❌ youtube
✅ grayjay

2025-01-25 23:36:56

- reply

I'm done arguing, need to get some sleep
I recommend you to take a look at:
- the bolt11 specification https://github.com/lightning/bolts/blob/master/11-payment-encoding.md
- bolt01 https://github.com/lightning/bolts/blob/master/01-messaging.md
- bolt04 https://github.com/lightning/bolts/blob/master/04-onion-routing.md
- bolt07 https://github.com/lightning/bolts/blob/master/07-routing-gossip.md
- bolt08 https://github.com/lightning/bolts/blob/master/08-transport.md
- https://www.bolt11.org/ paste in an invoice and look at how it works
bolt12 is only an **additional** privacy layer to what's already provided by the specification I linked you
hey if monero works for you keep using monero, nobody's stopping you, you're a sovereign individual like all of us 😉

2025-01-25 23:12:33

- reply

there IS **NO** lightning network TX. It does not exist.
you **can** cryptographically verify that intermediate nodes can't determine the recipient's identity, but there is NO public ledger of all the transactions.
there's no obscurity or hope, I recommend you to actually read about how lightning works, because you seem to have many misunderstandings

2025-01-25 23:07:07

- reply

First of all, he DID link the video, and second, I believe that you have a bit of a misunderstanding about how Lightning Network works. There truly is no such thing as a "Lightning transaction" in the traditional sense. On the Lightning Network, the only transactions that exist on the timechain are those to open and close channels. With bolt11, an invoice consists of a routing path (similar to TOR's onion, but technically slightly different), and payment information that is passed through that path. The actual "sending" of bitcoin happens through updating channel states between participants, which are essentially just promises backed by on-chain bitcoin in the channel. When you use bolt11 on Lightning Network, each hop in the routing path only knows its immediate predecessor and successor - they have no idea about the payment's origin or final destination, unless an attacker controlled all the nodes between you and the recipient of a payment they would have no way of knowing who you are sending money to, even if they were to track each payment at the packet level it would be extremely hard to figure out who the final payment goes to.
Also, with bolt12 route blinding lets the recipient hide their node identity from the sender, this means neither party needs to fully trust the other or reveal their network position.

2025-01-25 22:41:10

- reply

to me the most compelling evidence he showed was the video where the person at chainalysis explained how they can trace monero transactions. the same thing cannot be done with lightning (especially bolt12) because there's no single source of truth

2025-01-25 22:36:44

- reply

I mean... he has shown pretty compelling proof

2025-01-25 17:08:51

- reply

cashu mints CAN't take fees to redeem ("swap") tokens, they SHOULD however take fees to melt or mint tokens (i.e. move in and out of the mint).

2025-01-24 10:47:48

- reply

I don't know man, I don't think I believe that story, I'm sure he had skeletons in his closet and he definitely did benefit from the death of people given that the silk road mostly dealt in illegal drugs and he had many big drug cartels in, but I don't think that the story the FBI told is the real one, it's way too convenient and has way too many holes in my opinion

2025-01-23 19:15:53

- reply

@nprofile…zraq sanitize your data man! I was able to buy the block as you ~

2025-01-16 19:46:20

- reply

but ironically what CAN be done is using amber on a separate android device as the nsecbunker for apps on ios

2024-12-31 23:09:49

happy new year, nostriches

2024-12-09 16:00:44

Hey Nostriches! 👋
Just dropped something cool in beta that I think you'll like - https://npub.email. It's basically long-form DMs for Nostr, but with a twist - you can actually bridge it with regular email.
With npub.email you can:
- Write long-form "Letters" (similar to email) to other nostr users
- Get an unlimited amount of your own alias@npub.email addresses to receive email right on your nostr account. Use it anywhere standard email is accepted.
- Send some sats along with your Letters if you're feeling generous (we call this Stamps)
If you want to check out the code or contribute, it's all here: https://git.arx-ccn.com/Arx/npub.email
This is the first of many things that we (the Arx team) will release to - stay tuned for our full Closed Community Networks solution dropping in early 2025! Since it's beta, your feedback would really help shape where we take this!
This nostr app is like a stamp of honor you can proudly display to the outside world.
Help grow and build the nostr community - and get your fam ready for our next launch of Eve - a full closed community network solution!
Always down for feedback and ideas.
#nostr #privacy #npubemail #email #nostrapps

2024-12-05 10:41:50

- reply

you can do it with web workers

2024-12-04 09:28:26

- reply

he's trying to prove a point by being insufferable; he opposes the edit feature because it can be misused, so to prove that he... well... misuses the feature; but I think he doesn't realize that clients can deal with this.
for example a client could show up to the last n edits, or only show edits where only x percent of the post changes, or a myriad of other things I'm not thinking of

2024-12-01 08:12:10

- reply

Hey that's how the initial stages of FOSS dev go man, first you work for months without anything to show, then you your first commit and then you have 300 people telling you what to do 😂

2024-11-21 12:10:33

Why are we still pricing bitcoin in this fake money when we could flip it around? Like seriously, just tell me a dollar is worth 1020 sats instead of this whole "bitcoin is 97k" thing.
Makes way more sense when you think about it.

2024-11-20 15:48:49

- reply

no, it's per website

2024-11-18 12:42:56

- reply

Well good, some degen lost a small country's worth of bitcoin in exchange for fake money, the system is working as intended