←back to thread

321 points Helloworldboy | 6 comments | | HN request time: 1.472s | source | bottom
Show context
joshuamorton ◴[] No.15723512[source]
(disclosure, I work at google, and previously at YouTube)

This allows a user to donate to a content creator even if that creator doesn't have any way to get access the donations. That is, until youtubers start registering themselves in the payment tool, this is essentially watching someone's video, and then throwing money into a hole.

With other patronage systems, like patreon, you cannot donate money until the creator has an account. To me, that feels super sketch.

Edit: It reminded me to go and check my old bitcointip and altcointip accounts on reddit, on which I apparently had combined closed to $30 in BTC at today's prices, but which have both been shuttered and are now inaccessible. That's not promising.

replies(18): >>15723732 #>>15723785 #>>15723806 #>>15723836 #>>15723845 #>>15723862 #>>15724118 #>>15724297 #>>15725087 #>>15725839 #>>15726351 #>>15726823 #>>15726897 #>>15726948 #>>15729967 #>>15730194 #>>15730606 #>>15731703 #
Ajedi32 ◴[] No.15723845[source]
The money doesn't go "into a hole". The funds are saved and a creator can retrieve them at any time once they sign up for an account: https://brave.com/publishers/#getverified Basically, it's their money, and whether they decide to withdraw it or not is entirely up to them.

IMO this is the right way to do it because it solves the chicken and egg problem that would normally exist with a universal funding method like this. Users don't have to worry about what payment platforms their favorite creators support; they can just browse the web like normal and the platform takes care of the rest.

replies(9): >>15723961 #>>15724281 #>>15724287 #>>15724339 #>>15726267 #>>15726779 #>>15726794 #>>15727872 #>>15730294 #
joshuamorton ◴[] No.15723961[source]
It's thrown into a hole in exactly the same way that my $30 I tipped btc is not mine, because I never got it out of the system.

Edit: I said it better in response to a sibling of yours: I think it's unethical for a platform to accept payment on my behalf without my permission.

replies(7): >>15724064 #>>15724203 #>>15725584 #>>15725653 #>>15727829 #>>15728153 #>>15730032 #
33W ◴[] No.15724203[source]
> I think it's unethical for a platform to accept payment on my behalf without my permission.

Would it be similarly unethical to accept donations to {charity} without first getting their approval?

replies(4): >>15724260 #>>15724266 #>>15724326 #>>15724378 #
gknoy ◴[] No.15724266[source]
If I accept donations for ${Charity}, but then say "well they have to actually ask me for it before I send it to them ...", and in the meantime it sits in my bank account, I feel like that _would_ be somewhat unethical.
replies(1): >>15724288 #
joshuamorton ◴[] No.15724288[source]
If the charity had to jump through hoops to receive the donations, yes. If the creators could just get a check in the mail, or BAT were converted to cash and forwarded to an existing patreon, I wouldn't have the same concerns that I do as is.
replies(1): >>15724366 #
Ajedi32 ◴[] No.15724366[source]
I'm not sure what you're expecting them to do. They already send creators an email telling them how to claim their money once the accumulated funds reach a significant amount. How is that any less convenient than a check in the mail?
replies(2): >>15724506 #>>15724940 #
bradleyjg ◴[] No.15724506[source]
Are you seriously asking about what is less convenient about getting a check in the mail that can be deposited at any bank account in the world vs getting an email explaining the hoops you need to jump through in order to create an account to get access to a BAT tokens which can then be turned into cash by creating another account at some shady crypto coin exchange?
replies(2): >>15724658 #>>15725353 #
BrendanEich ◴[] No.15725353[source]
There's no BAT to creator, they get paid in fiat via Uphold. Is it too much to at least read the docs before throwing stones?
replies(2): >>15726514 #>>15727176 #
reificator ◴[] No.15727176{6}[source]
When discussing a system that creates obligations for others, yes it is too much to ask that all users read the docs before throwing stones.

If you donate via this system, you've now created an obligation for me to read an email, look up the company, read their documentation, read reviews and scam reports to ensure that they're legitimate, provide them personal information, then repeat the process for a second site, and then I can get the money you've given me.

Yeah, I do think that's far, far too much.

replies(2): >>15727467 #>>15735191 #
1. WikipediasBad ◴[] No.15727467[source]
Dang, it's people like you that are the reason we can't have nice things. I am pretty bearish on BAT's system myself, and I wouldn't use it personally, but it's your attitude toward this stuff that makes me not want to try to come up with ideas to help content creators or the "advertising problem" on the internet. Stuff like this is why advertising still exists and is unfortunately the superior choice still in monetization even though it is beyond shitty.
replies(1): >>15727794 #
2. reificator ◴[] No.15727794[source]
I think you're being unreasonably harsh here. You have to consider the perspective of the people you want to help. Lashing out at me for explaining why it's a difficult problem doesn't particularly help solve the problem.

Let me try again:

Think about how much spam you receive on a regular basis.

Now imagine you're in a position where you have fans wanting to send you money: you probably get all the bulk spam plus a ton of targeted spam simply for being notable. This goes double if you have a need for people to be able to message you legitimate business inquiries, because then you're going to get illegitimate inquiries as well.

Then imagine one of the messages in the flood (I know people with six figure unread message counts) that is your inbox said that they had some money available for you, and all you had to do was sign up for their service with your personal information.

You'd be crazy to be willing to do that without researching, likely for several hours.

And if more of these services start popping up, then you have to check up on each one individually as they come in.

That's not something most people in that position can afford to do for 0.01% of their inbox.

Or you could ignore them, but then you're at risk of upsetting your fans because they're trying to send you money and you're not receiving it, out of a quite reasonable assumption that it could be a scam. No one wins in that situation either.

Or, consider the following situation:

Someone you know recommends a donations platform, or you find one while searching, whatever.

You sign up for an account, post the link somewhere, and people use it.

It's much more inconvenient for the users who are giving the money and have to track down what platform you use, but at the same time they also get a level of assurance that any money they send will end up in your hands in the end.

replies(1): >>15727881 #
3. axlprose ◴[] No.15727881[source]
> Lashing out at me for explaining why it's a difficult problem doesn't particularly help solve the problem.

You didn't originally explain why it was a difficult problem at all, all you did was insinuate that most people are too lazy to read documentation, made hyperbolic statements about the difficulty of claiming money, and seemed to suggest that therefore this specific project is a failure or something.

While this post is a bit better at clarifying your argument, the post you're responding to is still 100% in the right here. You may have thought you were helping with it, but the fact is that all most people like to do, is poke holes in reasonable solutions, just because they don't exactly match whatever specific criteria they had in mind. You have to remember that the perfect is the enemy of the good, and it's so easy to come up with criticisms, that even the people you're critiquing have probably thought of them already, much to everyone's astonishment probably. What's not easy, is coming up with any kind of alternatives or possible solutions to these holes, because if it were, they would've likely been implemented.

Believe it or not, all this does is demoralize people actively trying to solve the hard problems you claim to be trying to "help", thus hurting your own cause in the end, because there's no motivation to be gained by helping a bunch of entitled armchair know-it-alls. Despite what everybody may like to think, technological progress is fundamentally a people problem just as much as it is an actual technological problem.

EDIT: Just for full disclosure, as a cryptocurrency investor myself, I also am bearish on BAT. But that's just because I'm bearish on anything having to do with Etherium by default.

replies(1): >>15728488 #
4. reificator ◴[] No.15728488{3}[source]
The original question was sarcastically asking whether reading the documentation was too much to ask, implying that laziness was the issue. I responded that for the target market, yes, it actually is too much to ask, and not because of laziness.

I didn't come in and say the whole thing was a bad idea and that it should be abandoned. Just that if the design requires more than a paragraph of explanation, then that's a serious problem for the target audience. As well as pointing out that the idea of not requiring opt-in actually causes the friction that it seeks to avoid.

If insight into the target audience's perspective is demoralizing, you honestly should stop and reconsider your priorities. I say that without any kind of sarcasm or criticism in my voice. If the people you want to help believe that the thing you're making will cause problems for them, that's a red flag. It's not always true, and it might not be true for all users, but it's something to seriously consider.

If people are worried that your product will appear to be a scam, you absolutely need to reconsider.

replies(1): >>15731036 #
5. axlprose ◴[] No.15731036{4}[source]
> If insight into the target audience's perspective is demoralizing, you honestly should stop and reconsider your priorities. I say that without any kind of sarcasm or criticism in my voice. If the people you want to help believe that the thing you're making will cause problems for them, that's a red flag.

I actually agree with this completely, but it's totally orthogonal to key points of the counter-arguments here. Some people thinking your project will cause them issues cannot be inherently bad, pretty much out of necessity, because you simply can never please everyone all the time. If it starts to become a sizable portion of your intended audience, maybe, but even then there will always be a sizable signal/noise ratio as well, which is the real issue here. It's not that people's concerns are unfounded, or that they should be ignored, it's that nothing is ever argued in favor of why this specific issue should be prioritized over all the other equally urgent issues in a project, nor more importantly, how this particular issue could be addressed.

The problem here isn't one of digging up issues, as anybody that's managed any kind of non-trivial project knows they are plentiful, it's a problem with finding solutions. Therefore, the main counter-argument that's been made here is that simply shouting and pointing at these things is not going to help your case as an end user. It's a pretty straightforward point, but people seem to forget that all projects need to make trade-offs, and that often their contributions aren't totally novel "insights" that the project maintainers aren't aware of.

For example, you state:

> if the design requires more than a paragraph of explanation, then that's a serious problem for the target audience.

Which is true, but arguably anyone doing any kind of business would likely know that already. The trouble is actually coming up with such a short explanation, especially when as was claimed before, people don't like to read documentation. It's not exactly easy to explain Bitcoin in one paragraph, much less smart contracts, and even harder still to explain some etherium-based token, on top of explaining the business model and the reason behind it in such brevity. Which is why, even though I'm also not particularly in favor of this BAT project, I know I have nothing to contribute to it in terms of useful criticism because I acknowledge that it's a hard problem and that they're fighting an uphill battle anyway. The part that I am arguing against, is that many seem to implicitly believe that just pointing out that some project is fighting an uphill battle is enough of a worthy contribution to get their concerns addressed/acknowledged somehow.

The more concerning corollary to this, is not so much that these sorts of responses "discourage" active project developers anyway, but that they de-incentivize future projects from even attempting to bother with hard problems, just because they observe enough of a backlash against previous solutions that they deem the risk-to-reward ratio not worth it, instead of actively exploring the space, when that's exactly what's needed to gain any sort of traction on long-term hard problems.

We already see this happening, with so much manpower going towards developing relatively safe "problems" like scaling social networks and/or optimizing ad delivery mechanisms, instead of encouraging people to try out different/riskier things. And that's the real crux of the issue.

replies(1): >>15732906 #
6. reificator ◴[] No.15732906{5}[source]
> It's not that people's concerns are unfounded, or that they should be ignored, it's that nothing is ever argued in favor of why this specific issue should be prioritized over all the other equally urgent issues in a project, nor more importantly, how this particular issue could be addressed.

1.) This issue should be prioritized because it makes the whole endeavor literally appear to be a scam to the exact people it wants to help by sending them money.

2.) It should be addressed by being opt in.

Both of which I did cover in my previous posts.

I get where you're coming from. But this is actionable advice with a very strong reason why it should be prioritized.