hzrd149

What is it doing under the hood? as soon as I login it seems to open 20+ relay connections and it starts asking me to decrypt events... ?
https://cdn.hzrd149.com/739b96fb0cd21f0ad810532b10ed3880afb97fde231dea5b76ac17d792cc13a4.png

2024-10-13 07:06:09 UTC

- reply

Welcome to nostr

2024-10-12 09:45:06 UTC

- reply

early cancellation fee... as if you signed a contract with them?

2024-10-11 17:56:34 UTC

- reply

Looks like you need homebrew first https://brew.sh/ it's a packages manager for Mac
Then you can run "brew install ffmpeg" and then the ffmpeg command should be available
I can't help much beyond that since I've never used a mac :)

2024-10-11 14:13:47 UTC

- reply

You should be able to use ffmpeg on the command line:
ffmpeg -i video.webm video.mp4
I don't know of any good online Ines though

2024-10-11 12:59:18 UTC

- reply

It was a really simple implementation. just encrypted the files by map of files with a password. probably worse than using an encrypted zip

2024-10-10 17:21:13 UTC

- reply

If only you could sort them by WoT... Maybe that would show the important ones?

2024-10-10 06:08:51 UTC

- reply

How does this compare to MLS?

2024-10-09 19:01:07 UTC

- reply

great to hear, I still don't really know what the issue was but I've been working on rebuilding the event store logic so that probably fixed it 😀

2024-10-09 13:52:07 UTC

- reply

My implementation of blossom-server does not check the file. although there is nothing stopping a blossom server from rejecting or removing a blob if its flagged as a virus
Probably could fork and it would be a few lines of code https://github.com/hzrd149/blossom-server 😀

2024-10-08 23:51:48 UTC

- reply

will they sponsor zap.stream? 😄

2024-10-08 17:43:30 UTC

- reply

awesome, added it to https://github.com/hzrd149/awesome-blossom

2024-10-08 16:09:08 UTC

- reply

yes, its fairly simple and straightforward, it should also help with comments on articles

2024-10-08 15:55:46 UTC

- reply

Its not a technical thing. but using kind 1 as replies to git issues, I really dislike clients using kind 1 for everything since it shows up in the social feed.
I want to add NIP-22 support in noStrudel and then hopefully gitworkshop can add support for it too

2024-10-08 15:27:59 UTC

- reply

I believe thats an issue with the underlying NIP-49 code, sometimes it seems to use really inefficient code
Also thanks for opening a nostr issue. I'm planning on switching to gitworkshop at some point but there are a few things blocking me

2024-10-08 15:20:36 UTC

- reply

Is it the performance issues that everyone has been talking about? I don't use primal but I find that odd since they run a central caching server

2024-10-08 15:19:11 UTC

- reply

I completely agreee
Better developer tooling and libraries would help. although its much better than it was a year ago

2024-10-08 15:10:43 UTC

- reply

What apps and what devs? I'm not asking you to start drama but it could be helpful to give them a nudge since I often find that I forget about the most obvious bugs in noStrudel until you or someone else reminds me

2024-10-08 14:43:13 UTC

- reply

oh.... in that case when is it going to be a bigger button than the email input so users like me don't miss it 😅

2024-10-08 14:41:37 UTC

- reply

maybe have a draft next week

2024-10-08 14:30:50 UTC

- reply

No this is just a simple nginx reverse proxy and the files are stored on blossom servers
Hopefully going to have a NIP for it shortly

2024-10-08 14:29:23 UTC

@npub1unm…d0j2 would it be difficult to add support for NIP-55 in fountain?
I love the app but I don't like pasting my nsec in since I can't see what events its going to sign

2024-10-08 13:28:21 UTC

- reply

Check out https://nsite.lol
@npub1klr…7gxc @npub1elt…cume and I are working on static websites on nostr

2024-10-08 13:19:43 UTC

- reply

Yes. Also nutzaps have the ability to be denominated in other units 😀

2024-10-08 13:04:25 UTC

- reply

This kind of exists right now https://github.com/lnbits/nostr-signing-device although its based on an esp32 so not very secure
I have it working in noStrudel on chome using web serial. But I agree we need something better.
If there is a way for web apps to connect to it I would love to add support for it in noStrudel

2024-10-08 12:52:31 UTC

- reply

Yes, but it does not guarantee censorship resistance
Its like torrenting. Its only censorship resistant if there are people storing it

2024-10-07 22:33:25 UTC

- reply

I like how it highlights that it has "proper" backspace and enter keys... 😅

2024-10-06 03:05:32 UTC

- reply

and this rely also has its tags messed up 😞
guess all try and open an issue

2024-10-05 23:27:31 UTC

- reply

also what client did you use to post this reply?
Its nip-10 "root" tag is messed up and its breaking the threading in the client I'm using

2024-10-05 20:28:02 UTC

- reply

Would it be possible to append the data:image/png,base64: prefix to it so its a valid URL?
I'm just worried about guessing the minetype in the app since I'm not sure if the mimetype would change

2024-10-05 16:21:01 UTC

- reply

cool, but why call it signature then? is there a restriction of what fields can be passed back and forth from the signer and the app?

2024-10-05 16:20:13 UTC

- reply

also as promised 200k sats to @npub1ehh…zjqv for building the capacitorjs plugin 😀
#nevent1q…7upn
#nevent1q…a42k

2024-10-05 16:15:11 UTC

@npub180c…h6w6 @npub1ehh…zjqv @npub1jlr…ynqn @npub1w4u…0jr5 I integrated NIP-55 into one of the native apps I'm working on using @npub1ehh…zjqv capacitorjs plugin and I had some questions about the spec
1. Why are there a mix of "pubkey" and "npub" (bech32) when its been a nostr standard to have all public keys in hex format?
2. The spec says that nip04 and nip44 encrypt and decrypt calls return a "signature" and "id". is that a typeo? I don't see how an encrypt or decrypt call would return a signature
3. What is the use for the "decrypt_zap_event"?
@npub1ehh…zjqv for the capacitorjs plugin is "app.icon" from "getInstalledSignerApps" always a base64 encoded image/png or could it ever be a URL?
@npub1jlr…ynqn Thanks for making a working example, I used a lot of your code for reference 😀
Also thanks for all the work you guys (and everyone I'm forgetting) put in to this to get this working, its a much better native experience than using NIP-46

2024-10-05 12:52:02 UTC

- reply

Yeah, I have the older 13 in model without the numpad

2024-10-05 04:14:18 UTC

- reply

JSON is the reason 90% of nostr devs where able to easily learn nostr

2024-10-04 19:00:28 UTC

- reply

Where do you normally train in Madeira? Ill going to there in a few weeks and I was hoping to find a gym to get some BJJ classes in while I am there

2024-10-04 17:49:48 UTC

Took me longer than it should have but the landing page of http://nsite.lol now has screenshots of the nsites. next step is to support SSL and https
https://cdn.hzrd149.com/8f12cc3b59d7c29b3f355fa919ddb7155954ca618bd989359b5069af310544db.png

2024-10-04 14:08:42 UTC

- reply

Proof of storage, probably could work well for torrenting as a well to ensure that the service is storing and torrenting your data

2024-10-04 14:07:25 UTC

- reply

🫡 I'm glad you like it, ill try to break it less now that you guys are using it

2024-10-04 14:05:15 UTC

- reply

oooooohhh you got that framework laptop 😀

2024-10-04 13:44:15 UTC

- reply

no, however it wouldn't be very hard to add it to the blossom protocol

2024-10-03 22:12:20 UTC

- reply

welcome

2024-10-03 13:30:32 UTC

NIP-04 > Email

2024-10-03 03:25:56 UTC

Ha, its a monero version of noStrudel. I like that they offer a preset list of tor relays though
#nevent1q…y00h

2024-10-02 22:55:03 UTC

- reply

What is the show at 0:27?

2024-10-02 19:37:46 UTC

Add some NIP-51 helpers and stuff to AppleSauce https://hzrd149.github.io/applesauce/modules/applesauce_lists.html
In theory it supports encrypted mute and bookmark lists. although its not integrated into noStrudel yet since at this point I'm testing to see if the package structure works

2024-10-02 15:41:54 UTC

- reply

I would go for a total rebrand and drop the "nos" and the "str". They make the name difficult to pronounce and even harder to search for
Unfortunately I don't have any ideas for you. But looking through a dictionary is how I found "strudel" for nostrudel

2024-10-02 14:04:19 UTC

- reply

I don't think we have any bulk import tools yet, although there are a few things that can be used to manually upload files
If you run your own blossom-server https://github.com/hzrd149/blossom-server then it has a UI for uploading files. Bouquet also has an upload interface https://bouquet.slidestr.net but you will have to have a server first
But none of this will really give you censorship resistance, it just means you would be hosting your own media. In theory blossom is censorship resistance but it has not been tested yet and there aren't many servers
Another option that would be good to for a backup would be to create a torrent of the files and upload it to https://dtan.xyz/
It would require at least one person seeding for it to stay online. but as things stand bittorrent it the most censorship resistant distribution tech we have

2024-10-01 18:57:03 UTC

- reply

you can try and run nsite-ts https://github.com/hzrd149/nsite-ts although it does not have any docs yet and https://www.npmjs.com/package/nsite-cli for deploying apps

2024-10-01 18:16:33 UTC

For other web client devs out there. you can "deploy" your app to nsite using https://www.npmjs.com/package/nsite-cli
Its like s3 sync but instead of uploading a single server it uploads the files to all your blossom servers and creates kind:34128 events to map the filenames to blob hashes
Then a nsite "host" ( like nsite-ts https://github.com/hzrd149/nsite-ts ) can look for these events and host your files as a static website
This is still a work in progress so SSL and https are not working yet 😞
#nevent1q…fn7r

2024-10-01 18:08:05 UTC

- reply

why does the apple have a face?

2024-10-01 18:03:58 UTC

noStrudel hosted on nostr + blossom servers and served over tor
http://npub1wyuh3scfgzqmxn709a2fzuemps389rxnk7nfgege6s847zze3tuqfl87ez.q457mvdt5smqj726m4lsqxxdyx7r3v7gufzt46zbkop6mkghpnr7z3qd.onion

2024-10-01 16:06:47 UTC

- reply

Awesome, I'll test it out on the native app I'm working on. If it works ill payout my side of the bounty 😀

2024-10-01 15:43:47 UTC

- reply

Done https://cdn.hzrd149.com/48ad285b0b5d88b5958628bd3c05ede01456a458442f969d5f6d4c35e24068a6.png

2024-10-01 12:45:45 UTC

- reply

followed 👍

2024-10-01 02:11:05 UTC

- reply

This looks awesome. From the very little I could read your idea of using observables is similar to what I've been building in noStrudel
Although you've taken it to a whole new level :)

2024-09-30 23:57:05 UTC

Moved more reusable code out of #noStrudel and into applesauce https://hzrd149.github.io/applesauce/index.html
There is now a "applesauce-signer" package which includes the signers for the Amber clipboard API and nostr-signing-device

2024-09-30 19:19:01 UTC

- reply

I don't know of anymore blaster instances running but you should be able to pick a few popular relays to publish too and then add a NIP-65 relay list event to the not and most clients should be able to find it

2024-09-30 16:03:32 UTC

- reply

Yes, requiring auth is a relays decision. I just don't feel comfortable it becoming the norm
And your right about most clients being setup in a "dumb relay list" model where they make the same requests to all relays even if those relays indicate they require auth
I'm slowly trying to fix this in noStrudel. but moving away from a "relay list" and figuring out how the app should retry requests is difficult

2024-09-30 15:48:54 UTC

And this is why @npub180c…h6w6 is the CEO of nostr
#nevent1q…jkv7

2024-09-30 15:41:52 UTC

- reply

if i understand what your saying the client could generate a one-off pubkey to auth with the relay. What would benefits of that be?
Also the REQs do dox the user but not as much as sending a signed auth event

2024-09-30 13:56:24 UTC

- reply

Auth is very useful, although I'm worried about it becoming the norm and doxing users connections. thats mainly why I have noStrudel set to ask the user every time instead of automatically :)

2024-09-30 13:41:49 UTC

- reply

here is the code that handles CLOSE and NOTICE messages from relays https://github.com/hzrd149/nostrudel/blob/master/src/classes/relay-pool.ts#L218-L224
it will attempt to automatically authenticate but only if the user has "always" selected
however, due to how my subscription logic is structured it will not resend the subscription until its triggered again somewhere else in the app

2024-09-29 15:27:43 UTC

- reply

I wouldn't use NIP-72 communities. There are a bunch of technical reasons, but to summarize they are poorly designed and don't scale well. Also they are inflexible and don't work for much more than public reddit style forms
NIP-29 ( relay based groups ) are a better implementation in my opinion, because they have infrastructure.
I've been meaning to remove NIP-72 from noStrudel, however I don't want to do it until I give people an easy way to run the old versions of the app

2024-09-28 16:31:38 UTC

I did it, I cleared out all of my github notifications 😀

2024-09-28 16:24:03 UTC

This looks promising https://github.com/chebizarro/nostr-signer-capacitor-plugin

2024-09-28 13:00:52 UTC

- reply

If clients or users want to verify that the file has not been tampered with then they could easily fetch the events themselves and check that the hash matches what was sent from the server

2024-09-28 12:57:41 UTC

- reply

I'll look into it. Although like any rouge developer I prefer to reinvent the wheel 😀

2024-09-28 12:45:33 UTC

- reply

HLS video uploads and playback support. And maybe blossom support

2024-09-28 02:10:38 UTC

- reply

Oh cool, so I'm on the right track
Although my goal with this library is to be more modular and less of a framework
Because there are tons of times I need random helper methods for parsing events and I don't need a full framework

2024-09-27 22:41:46 UTC

@npub1jlr…ynqn @npub1l2v…ajft and any other client devs
Id like to get your thoughts on this (very MVP) library I'm building for #noStrudel https://github.com/hzrd149/applesauce/tree/master/packages/core
The idea is to run an in-memory database and have the UI ( react, svelte, etc... ) talk to it with "queries"
Then the data loading layer of the app (outbox model, dumb relay list, etc...) would feed events into this database as needed and the UI would update
This would effectively separate the UI layer from the more complicated relay fetching logic.
My motivation for building this is my data loaders in noStrudel commonly get stuck (as most complex logic does) and because they don'tt talk to each other a user might see an event in the notifications but then the thread loader couldn't find it
I'm aware it may have some performance impacts vs rendering the events straight to the DOM. But the fact that you could have all the events needed for the UI in a single place seems like it would be worth it

2024-09-27 21:37:18 UTC

- reply

1. Because the npub1 and other bech32 encoded strings are only intended to be used for displaying in the UI. also I was following the requirement in NIP-01 where all keys are required to be hex https://github.com/nostr-protocol/nips/blob/master/01.md?plain=1#L138
2. Yes, The file is addressed by its sha256 so users can delete it later or request the same file from multiple servers ( if they uploaded it to multiple )
3. This is where nostr comes in. If users want to advertise their file or find it later they can publish 1063 events or search for the sha256 in kind 1's
I modeled the servers after nostr relays. so by default they don't advertise what files they have. Initially this looks like an oversight but it allows servers to be much more flexible
For example, servers could advertise on the bittorrent dht. or by publishing nostr events. or publishing a massive JSON file. or they could listen for nostr request events ( like DVMs do )

2024-09-27 15:43:02 UTC

- reply

Just a way to add some variety to nostr. it does not really help prevent impersonators since its easy to mine a hex color thats visually close to the original

2024-09-27 02:48:13 UTC

- reply

I've been thinking about this more lately, I don't know where that old relay view went but I do remember it
Either way I want a better way to browse relays and not just lists of people. Unfortunately I need to cleanup the core code more since all of it was designed to talk to multiple relays

2024-09-26 22:25:41 UTC

- reply

what do you mean no delay? there must be some delay for downloading the stream over tor...

2024-09-26 21:27:27 UTC

- reply

cool, but now sure why this is necessary. couldn't we just use the "name" field in the kind 0 as the pubkeys domain?

2024-09-26 21:26:06 UTC

- reply

the problem with edits isn't tying them to the original note, but loading 2x more data
if every note could have an edit, then client has to be aware of that and try to load it

2024-09-26 20:45:48 UTC

- reply

no, I just improved the event publisher so you can republish any event you see #nevent1q…f7x8
Still not sure if there is a good solution for edits

2024-09-26 18:26:29 UTC

- reply

I thought you where already part of the French intelligence... if not you can use this link https://t.me/+Ho8zFD8QId01MmMx

2024-09-26 18:18:55 UTC

- reply

hopefully a new NIP. but its static web sites stored on blossom servers and nostr. then serve ( and cached ) from a central server
@npub1elt…cume built an MPV of it in SEC-02 https://github.com/lez/nsite

2024-09-26 18:15:12 UTC

- reply

we have been conspiring in a telegram group :)

2024-09-26 18:12:41 UTC

Making progress http://nsite.nostrudel.ninja
This is a version of noStrudel that is hosted on blossom servers ( deployed with nsite-cli ) and hosted from http://nsite.lol ( running nsite-ts )
Thanks to @npub1klr…7gxc for building the cli tool

2024-09-26 13:52:40 UTC

- reply

I'm going to have to excuse myself today. I've got a lot to do this morning and I woke up late 😞

2024-09-26 12:46:32 UTC

- reply

not yet, although once i get the wiki features more complete id like to add links on various pages and let the broader nostr community write docs

2024-09-25 21:24:12 UTC

👀
http://nsite.hzrd149.com/

2024-09-25 18:03:22 UTC

- reply

They look like black vultures

2024-09-25 16:12:18 UTC

- reply

This is how it works now, but since NIP-42 lets the relay send the auth challenge anytime it wants. some relays send it as soon as the client connects

2024-09-25 15:36:23 UTC

- reply

Its off by default, but if you have the default auth mode set to "always" and enable the option, it does make using NIP-42 relays a lot smoother

2024-09-25 15:34:26 UTC

Another small feature coming in the next version of #noStrudel
https://cdn.hzrd149.com/9400600deb2fe2d6cd60fbd2541bfe0af41d35f8074f969363cc932818f036a0.png

2024-09-25 15:18:40 UTC

- reply

My personal search relay only shows the one I follow
https://cdn.hzrd149.com/d93374b534a5914925ac2c429fe25ecfac0e21e3dd4a20cf3d45899c293a83c9.png

2024-09-25 15:15:19 UTC

- reply

I wish, but unfortunately its too complicated. they have this multi hash CID thing that makes it incompatible with blossom
However there isn't anything stopping a blossom server implementation from using IPFS as the backend ( like S3 ). although my gut feeling says its going to be really slow

2024-09-25 14:57:36 UTC

- reply

Yup, although not going to tell you what one it is. :)
but ill give you a hint, it supports NIP-50

2024-09-25 14:34:27 UTC

- reply

Thanks for the full data. I mostly wanted to links to all the implementations 😀
I also wanted to see if you had managed to find the relay I'm running

2024-09-25 14:15:12 UTC

- reply

Can you expand of the 13% other category? That seems like a big other category

2024-09-25 14:10:40 UTC

- reply

Done
http://cdn.hzrd149.com/7cb40dea03efd1a36c726eaf760b4337a8d9c6add196cd432003b2082be8696d.png

2024-09-24 15:03:11 UTC

- reply

Done
https://cdn.hzrd149.com/e35ac298745371a8a60b0a62b513908ba8fd2d1d83fa49ecc4949ab156a3c3ab.png