Avatar
Nice and Kind Vic
21b419102da8fc0ba90484aec934bf55b7abcf75eedb39124e8d75e491f41a5e
https://i.nostr.build/Lqsu56YxOCvwc6G5.jpg 💬 cornychat.com - audio spaces 🖼️ nodeyez.com - bitcoin node images Recommends: 🥣 zap.cooking 🎵 tunestr.io 📲 relay.tools 💩 turdsoup.com 🥔 oddbean.com 🔣 listr.lol 🕹️My Nintendo Switch Code SW-7592-4594-7016 About: I do programming, databases, data parsing, reports, visualizations. Bitcoin maxi. Available for hire Corny Chat (https://cornychat.com) operator, running the first open source audio spaces integrated with Nostr with support for zaps, room customizations. Nodeyez developer (https://nodeyez.com) providing sovereign scripts to get more from your node. It can generate images from your node accessible in a website dashboard or slideshow output to an attached display.

Rebooted an LND node and it cant connect to peers. good times

i found out this morning my refactor a few months ago created a regression. shit happens

i have no knowledge of sailing apart from involves, boats, water and wind

what did you learn today

alot of resources provided by others. as for active projects, look to

https://geyser.fund/?tagIds=9

Theres over 200 active bitcoin education projects there throughout the world looking for funding. Quality varies, much like donorschoose.org for classrooms

Replying to Avatar Derek Ross

I spoke with nostr:npub12262qa4uhw7u8gdwlgmntqtv7aye8vdcmvszkqwgs0zchel6mz7s6cgrkj about his reasoning to remove GiftWrapped messages from eden.nostr.land. It's not that he doesn't want users to have private conversations and it's not that he's censoring content. It's that he doesn't want to unknowingly store images on his relay.

I've said since the beginning that NIP-95 is a great solution for decentralizing our images, however I've also said that it's bad form to make relay operators store binary data when they didn't originally intend to do so. Relay operators should have a choice in that matter as it will drastically increase their operating costs. With GiftWrapped messages, relay operators could technically store binary data, since they have no clue what type of content they're storing. The message could be a really long message or small image.

GiftWrapping is more than DMs.

I get it now.

This is why we have these discussions to hash things out and to learn. This is how the protocol grows and we end up reaching consensus on how to move forward for all to benefit.

I'll be adding eden back to my relay list... for now 😉

im just glad eden.nostr.land is working again as i thought we all got rugged but i guess it was maintenance

Replying to Avatar Guy Swann

Is it just me, or does it seem like everyone is super reluctant to monetize services and relays on #Nostr?

If we can’t make these things sustainable then we will either lose them, or they will stay nothing more than a weird little corner of the internet with lots of hope but no chance of ever scaling.

I still haven’t seen the basic model of zap sharing tried by any major client or relay. But I DO see regularly comments about how expensive relays are. I mean it might not work, but can’t we TRY it?

I want to make the distinction here too that this doesn’t mean we are closing off the network, we are adding permissions to the protocol, this doesn’t suggest at all to used closed source code, we simply need the services necessary to keep this ecosystem robust, to be profitable and have the resources to thrive. If they aren’t, then NONE of this works. Economics is everything.

I know building features is more exciting. I know we all want to make everything that we can free, and I agree all of the *code* should be shared. However, I think there is a natural insecurity (and I say this because I have this problem personally) with charging a fair price, and fearing criticism or the ire of people who believe everything should be free (as in price) when we need things to be free (as in Liberty). They are not the same, and confusing the two could stifle, or drastically slow down, the insane potential of this place.

TL;DR We have GOT to divert some energy to thinking about how to make this ecosystem sustainable, or we will lose it.

(Disclaimer: this isn’t a judgement on whoever is thinking about this problem. It just *seems* like few are. If you are building in this way please share your ideas or what you are trying. I’m extremely interested)

Id like an easy way for me to see at the end of a month. ...

- how much time spent in app

- per relay, data rx/tx, event count read/write

- per file serving domain, data rx, and files read

and have integrated ways to send sats to each of those type of entities, whether i have a paid subscription to relay or not.

peoples consumption and value attained differs and having objective data helps in applying sats to the unseen

nostr:nevent1qqsq4el9yg8v5xt4qw6cvvnkjs0ey3ux9mw9sv6gtp56kzhd7axulugppemhxue69uhkummn9ekx7mp0qgstnem9g6aqv3tw6vqaneftcj06frns56lj9q470gdww228vysz8hqrqsqqqqqpy9unk5

Ive just finished clearing some old data on 3 raspberry pi nodes. Two of them will stay in service as is for another 9-12 months while the third is going to be reprovisioned for #Start9 to have an environment to test package install of #Nodeyez.

You can incentivize this by contributing on the Geyser Fund project page here

https://geyser.fund/project/nodeyez

DN & GM

If you havent broken any laws that harm nobody, you are the one being harmed.

I want a feature in clients to let me choose whether i attempt to rebroadcast to a relay or not.

An all or nothing solution wont work for some paid and private relays. But I would love to be able to

- mark relays for broadcast, and situation (all, follows, liked, members of selected list)

- broadcast ALL notes to my private LAN based relay when on network

- broadcast only notes of those i follow or like to relays ive marked for broadcast

- still broadcast to all on a note by note basis

TLDR - i want configurable rules for auto broadcast that should be client specific, not necessarily published as rules for all clients or made public