All kidding aside, I find your approach very interesting, language matters a lot. My intention was only to respond to a Karnage article with real data (or a real experience of a free service) I didn't think too much about what terms he used.

In fact you have given me some ideas, if you treat the people who use your software as potentially collaborator, they will be more willing to collaborate in every way.

I'm going to change some (many 😅) texts on the nostrcheck website to focus it correctly.

Thanks for your time, and above all thanks for making me reflect to improve, that's priceless!! 😄

Reply to this note

Please Login to reply.

Discussion

I did assume as much, was this a reply on habla it doesn’t appear as a reply on damus.

there is more to it, and disagreements about which way value should flow…

does my zap split to the client that splits to the relay or do I pay for the client and relay, and the clients and relays zap every note they serve. maybe at the short form kind 1 level that’s only .001 msats.

A nostr address service might track which advocate onboarded a new address and price in that referral, or the flow is rather a discount on the service.

v4v does agree that tech should be leveraged to provide proof and peace of mind with flow. If I produce a podcast with 4 hosts, I’m much more likely to contribute 40 bucks if I know that technologically they each directly receive 10. I might readjust that if the mixer and cover artist was getting a percentage. If we just split git commit percentages localization is gonna take the whole cake, so we might need to find better ways of splitting this flow of value amongst associates in software.

Name your price, might work if the real goal of releasing an album is to sell concert tickets. These critiques of name your price is shared between those who are confused between name your price and v4v, and those who advocate v4v.

and then what is long form worth in comparison. I’m more for the later, I want to promote and encourage the use of the client that I paid for, but there is the view that short form is fleeting and isn’t valued like a hour long podcast or a 30 minute video.

A nostr address service might track which advocate onboarded a new address and price in that referral, or the flow is rather a discount on the service. v4v does agree that tech should be leveraged to provide proof and peace of mind with flow. If I produce a podcast with 4 hosts, I’m much more likely to contribute 40 bucks if I know that technologically they each directly receive 10.

Name your price, might work if the real goal of releasing an album is to sell concert tickets, and these critiques of name your price is shared between those who are confused between name your price and those who advocate v4v.

And v4v might not work in all places but I see a lot of critique of v4v that is simply a correct critique of name your price, but is a misunderstanding of the long term commitment and relationship building that is v4v. Leveraging tech is the ultimate goal, but most of the successful examples of v4v to date are just leveraging linguistics.

oh I pasted that wrong, some duplicate content there.

Yes, it was an habla response that was posted as a note on Damus, I already alerted the habla developers.

As for what you reflect, it makes sense, I have come up with a great idea, but I think I will try it with only one of the domains I offer.

I will put an optional price, if you contribute you will be part of the project. The money raised will be divided among all the other contributors, I will arbitrarily put a percentage, for example 10% for the development team, the rest divided among the others equally.

This in the early stages will encourage adoption (similar to BTC subsidies) and as time goes by the new payment will be diluted among many.

Do you think this idea is in line with the V4V concept?

(I'm thinking out loud, don't take too much notice of what I say).

That's not a bad idea. This concept might be better described as a Profit Share or Revenue-Sharing with Referral Programs. In a v4v system there is non-monetary exchanges involved, such as creating clips of a podcast, which earns the contributor and the podcaster sats. Some extreme V4V advocates want this process to be an automatic transaction. The non-monetary aspect lies in creating the clip.

In the mega client realm, integrating new features allows contributors to influence the ever-evolving project. Skill exchange comes into play, replacing financial contributions with pull requests to support the project. Mentoring less capable contributors is advantageous, as they may provide future support. If their training benefits them beyond this project, they could become valuable monetary contributors. Automating the split in such scenarios is challenging, but the V4V concept of non-monetary contributions is already in practice today.

Currently, what seems to be failing is relying on "one-time donations." Crowdfunding or virtual-event-based approaches might be more successful, with time-bound goals. It may not necessarily need to be a return of monetary value; access to certain vanity domains or badges could be an alternative. Time-sensitive announcements could improve donation outcomes.

Recurring donations would be ideal, but LNBC has limitations in this regard from my limited understanding.

In the past, I confused the difference between Pay-What-You-Want (PWYW) and Name Your Own Price (NYOP).

PWYW is similar to "one-time donations" or simply relying on customer goodwill.

On the other hand, Name Your Own Price could involve offering a range with a minimum or a suggested starting point. Combining NYOP with crowdfunding goals can give contributors perspective on the operational costs might be a good option.

For the extreme version of V4V, image hosting is an intriguing. There could be a flow from a paid client to the image services, and this process could be automated based on individual uploads and serves. The idea is to have varying compensation based on the number of serves. This flow could potentially address some issues with recurring payments, as only one party needs to handle that aspect. Clients could also offer instead of a monthly subscription, individual micro transactions for each post. The micro-transaction system and nodes processing the transactions would also receive value for their contributions to this mutual exchange of value, along with the relay, client, and content. In a system like this, it doesn’t pay to lurk.

One thing I just thought of, that could be a huge breakthrough and opportunity for both nostr address services and nostr… is figuring out how to gift before keys are is generated. The nostr address service could be the liaison/market place for multiple gifted paid relays, attached to an address that yet has an npub, and then retroactively link it when the new person onboards.