this post was submitted on 07 Oct 2024
204 points (96.8% liked)

Firefox

17899 readers
62 users here now

A place to discuss the news and latest developments on the open-source browser Firefox

founded 4 years ago
MODERATORS
 

MARK SURMAN, PRESIDENT, MOZILLA Keeping the internet, and the content that makes it a vital and vibrant part of our global society, free and accessible has

you are viewing a single comment's thread
view the rest of the comments
[–] felsiq@lemmy.zip 1 points 1 month ago (2 children)

I’d also love if they could do it this way, but I just don’t think it’s realistic tbh. In brave’s system it’s just up to the specific content creator to accept rewards - someone on YouTube could opt in without requiring google themselves to stop showing ads on the site in general (not gonna happen imo). Also, it’s not a reality I’m happy with, but Firefox and brave together are negligible for websites compared to chrome (65% of users use chrome 😭) so expecting websites to globally remove ads for non-chrome specific features is unlikely. Web devs could show ads based on user agent, sure, but that’s more work for the devs themselves compared to just blocking the ads and allowing them to say yes or no to be rewarded for their content.
BAT vs taler wise, I personally don’t care - I feel like the system works with either, so if they wanted to stick with BAT or switch it up I’d be happy either way. The part that’s important for me is the ability to reward creators independently from the websites that host them - like rewarding both is great, but in the case a website hasn’t/won’t done the work to disable ads (cough cough YouTube, Facebook/ig, etc)I still think creators should be able to benefit from the system. The last time I used BAT (which was very early after it launched tbh, things may have really changed) you could buy BAT (or watch ads for it, but the experience was truly shit and I immediately turned it off) and donate directly to websites (I gave some to Wikipedia iirc) or creators (I don’t watch YouTube but I heard some had signed up on there) or just let brave watch the time you spent on sites and divide your BAT between them proportionally monthly(?). Literally the only downside was like you said, adoption wasn’t incredible back then - but keep in mind that Firefox has 2.74% of users and brave is a rounding error. Firefox coming on board could dramatically increase engagement if all websites have to do is say “yea sure” to getting money from a small subset of their users, but I just really don’t see the majority of devs bothering to write new logic and fundamentally change their sites for the fraction of the Firefox+brave users who choose to donate (who are already a tiny fraction of their traffic).
Endgame ofc I agree should be to make tracking ads a thing of the past, but tbh I just don’t see the benefit of convincing websites to stop but only for a fraction of their users - like if you stumbled onto a random website and saw they said they’d opted into the program and wouldn’t track you / show ads… would you disable your adblocker? Imo until a system like this gets EXTREMELY wide adoption we have to be using adblocker anyway, so expecting devs to do a lot of work just so we can run the blockers on their page seems less than ideal to me.

[–] sugar_in_your_tea@sh.itjust.works 1 points 1 month ago (1 children)

My main issue with BAT and crypto in general is value fluctuations. If a website is going to get on board with something, they don't want to build a system that adjusts the price with the value of the token, so I don't think it could ever replace ads, only be supplemental.

So that's why I'm interested in Taler. It can be pegged to whatever currency we want without having any concern for transaction fees or anything like that, even across borders. But honestly, I also don't care what the currency is, I just want a way to pay a website without seeing ads and without making an account.

The implementation doesn't need to be that complicated, just a header that provides a unique identifier (can change every request), the entity to get payment from (e.g. Mozilla), and a cryptographic signature from that entity that guarantees funds are available. And then the response would be the same as if the user had a no-ads account, and the website would settle up with the payment entity at some interval. So:

  • user interaction - load funds, and a local ledger is kept tracking transactions, which is periodically synced with the browser vendor
  • website owner interaction - receive and validate headers in lieu of account details; send invoice each month to browser vendor (same overhead as dealing with one customer)

It wouldn't need to be Mozilla-specific either, it could be a standard that websites could adopt if they so chose. Mozilla and other browser vendors would be motivated to get sites on board because they'd make a cut from these transactions, and they could build plugins for the more popular platforms so adoption is easier. I'm thinking the big news agencies would be the perfect initial customers here, and they could branch out from there.

Picking a ten transaction tool (like Taler) could simplify things, but honestly anything could be used. Mozilla probably wouldn't be able to convince Google to join, but it could probably be an extension, and they could maybe convince Apple to join.

[–] ants_are_everywhere@mathstodon.xyz 0 points 1 month ago (1 children)

@sugar_in_your_tea @felsiq

I like the idea of GNU Taler a lot. I honestly didn't realize it was still around. I'll have to explore its source code sometime.

> But honestly, I also don’t care what the currency is, I just want a way to pay a website without seeing ads and without making an account.

This is what I would like too. I think there are a few reasons it will be hard to switch to this model. Perhaps the main one is that the advertising model allows sites to charge more and more attention for the same (or degraded) service, and that's harder to do if people see their money being spent. Another is that sites want to be able to charge more for popular content. That's easy with advertising, but with real payments as the price increases demand will slow down. So it will be harder for sites to get massive views. Finally, I think most sites overvalue their content and direct payment may increase the amount of spam.

> Mozilla probably wouldn’t be able to convince Google to join, but it could probably be an extension, and they could maybe convince Apple to join.

I don't think Mozilla is interested in this sort of solution. Meta needs Mozilla and the Anonym ad tracking tech to fight the attacks from Google and Apple made in the name of privacy. Meta has tons of money to make that happen. Previously Google needed Mozilla to prove it wasn't a browser monopoly. Now that source of cash is gone and Meta's executives are inside Mozilla. Remember when Facebook made a bunch of people sad just to see if they could? Or when they spied on teens' phone usage through a VPN app? The people who made those decisions are now making decisions for Mozilla.

I think there are a few reasons it will be hard to switch to this model.

It's the same model advertisers use though. Here's the flow for ads:

  1. Ads load from the advertiser, with metadata about which website to pay
  2. Periodically, advertisers pay the website for showing ads

All that's changing is the browser vendor is paying instead of the advertiser. So I guess think of Mozilla "paying" for ads, but not showing anything, and Mozilla's non-ads would show if a given header is present.

Another is that sites want to be able to charge more for popular content. That’s easy with advertising

Sure, and users could decide to see the ads or pay the premium to avoid them.

And yeah, I agree that most sites overvalue their content. This makes that more transparent, so users will gravitate toward the better value. I personally avoid a lot of high quality content because viewing it is too much of a hassel, a privacy violation, or too expensive (I'm not getting another subscription to read a handful of articles).

I don’t think Mozilla is interested in this sort of solution.

Agreed. But unfortunately, Mozilla seems like the best chance we have here. Brave replaces website ads (big no-no for many sites), Chrome doesn't EB want ad blocking at all, and Microsoft is cooking its own ad network.

So the most obvious niche left is an un-ad network, where you can pay to not see ads. Yet Mozilla wants to make "ethical ads" or whatever, which doesn't really solve the problem for people who hate ads.

[–] ants_are_everywhere@mathstodon.xyz -1 points 1 month ago (1 children)

@felsiq @sugar_in_your_tea

IMO a solution that doesn't use a blockchain is better. The premise of a blockchain is that either (1) everybody keeps a copy of every website everyone visits, or (2) there's a trusted party (or parties) somewhere that compresses the database.

We already have trusted parties on the web, and recording that much duplicate data is bad both for resources (bandwidth, energy consumption, disk usage) and for privacy.

There's a whole field of blockchain forensics and it will get even more interesting as quantum computers with more qubits start spinning up.

Really sites and visitors just have to agree on a signed bill/receipt and hand the transaction over to any existing payment processor.

[–] felsiq@lemmy.zip 2 points 1 month ago (1 children)

Your other points are absolutely valid, but privacy-wise I’d much rather have my data associated with an anonymous wallet ID than any payment linked to my real identity

[–] ants_are_everywhere@mathstodon.xyz 2 points 1 month ago* (last edited 1 month ago) (1 children)

@felsiq

Good point thanks for catching that. The receipt itself can name any anonymous identifier like a crypto address. I was just intending to note that the blockchain is essentially a wasteful timestamp server that doesn't seem needed for this application.

As a practical matter, the website has your IP, when you visited, what you looked at etc. So you already have to trust them with your privacy. And there's a question of whether public policy would allow web traffic to be untraceable by default. But certainly the payment processor doesn't need to know things like which websites you visit.

[–] felsiq@lemmy.zip 1 points 1 month ago (1 children)

Minor correction: the website has my VPN’s IP 😂 I don’t trust random websites with shit, personally. The payments not being tied to your real identity would also not make the web any more or less private than it currently is - just the alternative would remove privacy. Again tho, I’m not tied to crypto specifically and would be perfectly happy with any payment system that maintained user privacy. I just don’t want to see a feature roll out that gets people jailed for visiting lgtbq+ sites or some shit when their payment providers are controlled by fascist governments

@felsiq

> that gets people jailed for visiting lgtbq+ sites or some shit when their payment providers are controlled by fascist governments

If that's your threat model, then there may be an additional threat of timing analysis on the blockchain.

If your threat actor has the resources of a nation state and is able to tap your ISP, the site's ISP, and your VPN's ISP, then you probably also don't want a permanent pseudonymous record of your activity in the form of a blockchain.

This is just an initial thought; I don't have any concrete reason to believe that blockchain forensics + timing analysis is any stronger than just one of those on its own.