Most active commenters
  • wbobeirne(8)
  • lxgr(5)
  • Xenoamorphous(4)
  • lnxg33k1(4)
  • account42(4)
  • nvy(3)

←back to thread

756 points dagurp | 87 comments | | HN request time: 0.681s | source | bottom
1. wbobeirne ◴[] No.36881997[source]

    > Can we just refuse to implement it?
    > Unfortunately, it’s not that simple this time. Any browser choosing not to implement this would not be trusted and any website choosing to use this API could therefore reject users from those browsers. Google also has ways to drive adoptions by websites themselves.
This is true of any contentious browser feature. Choosing not to implement it means your users will sometimes be presented with a worse UX if a website's developers decide to require that feature.

But as a software creator, it's up to you to determine what is best for your customers. If your only hope of not going along with this is having the EU come in and slapping Google's wrist, I'm concerned that you aren't willing to take a hard stance on your own.

replies(16): >>36882111 #>>36882159 #>>36882251 #>>36882319 #>>36882333 #>>36882392 #>>36883076 #>>36884242 #>>36886398 #>>36886528 #>>36886698 #>>36887109 #>>36888102 #>>36888252 #>>36889157 #>>36890182 #
2. gunapologist99 ◴[] No.36882111[source]
> If your only hope of not going along with this is having the EU come in and slapping Google's wrist, I'm concerned that you aren't willing to take a hard stance on your own.

This is indeed concerning. I'd like to see Brave's response to this, and we already know how Firefox has responded.

3. lxgr ◴[] No.36882159[source]
What sets WEI apart is that it, in a way, exerts power over your choice on how to implement other web features, for example whether you're allowed to block elements, or even just show a developer console.

Other than Encrypted Media Extensions (and these are much more constrained than WEI!), I don't know of any other web standard that does that.

replies(1): >>36882347 #
4. burkaman ◴[] No.36882251[source]
Since Google also controls the most popular search engine and ad network, they can exert very significant pressure on web developers by refusing to place ads or drive traffic to websites that don't comply.

I already block all ads so I'm obviously not totally sympathetic to developers who make decisions based on what will maximize ad revenue, but it still is not fair to put the burden on developers here and say "it's your choice, just say no".

replies(1): >>36884912 #
5. rezonant ◴[] No.36882319[source]
> Choosing not to implement it means your users will sometimes be presented with a worse UX if a website's developers decide to require that feature.

I think this makes a category error. Most browser features/APIs are indeed treated as progressive enhancements by web developers, at least until an overwhelming number of the users have access to that feature. And even then, even if the developer makes assumptions that the feature/API is present, often the result is a degraded experience rather than an all-out broken experience.

The same is not true of web attestation. If a website requires it and a browser refuses to implement it, in at least some cases (probably a concerningly high number of cases though) the result will be that the user is entirely locked out of using that website.

It's also worth noting that _even if_ Vivaldi implements WEI, there's a solid chance that the attestation authority (Google, Microsoft, Apple) or possibly the website itself[1] will not accept it as a valid environment at all! After all, what makes Vivaldi not a "malicious or automated environment" in their eyes? What if Vivaldi allows full ad blocking extensions? User automation/scripting? Or any example of too much freedom to the user. Will the attestation authority decide that it is not worthy of being an acceptable environment?

[1] if this ends up spiralling out of control by allowing the full attestation chain to be inspected by the website

replies(2): >>36882374 #>>36882682 #
6. nvy ◴[] No.36882333[source]
>But as a software creator, it's up to you to determine what is best for your customers.

Absolutely zero large web properties do anything based on what's best for users. If this gains traction, Google will simply deny adsense payments for impressions from an "untrusted" page, and thus all the large players that show ads for revenue will immediately implement WEI without giving a single flying shit about the users, as they always have and always will.

replies(4): >>36883319 #>>36883544 #>>36883620 #>>36884815 #
7. wbobeirne ◴[] No.36882347[source]
While it's a much lesser offense, many APIs are only available in "Secure Contexts", so it's not entirely a new concept https://webidl.spec.whatwg.org/#SecureContext
replies(2): >>36882377 #>>36886282 #
8. iforgotpassword ◴[] No.36882374[source]
It still feels like they rather bend over and take it than risking losing market share.
replies(1): >>36882448 #
9. lxgr ◴[] No.36882377{3}[source]
Getting a secure context costs $0 and takes no effort in many common webservers at this point.

I do remember the controversy at the time of everybody shifting to HTTPS only, though, and how it might exclude small/hobbyist sites. Fortunately, we've found ways to mitigate that friction in the end. I'm much less optimistic here.

replies(3): >>36883115 #>>36883606 #>>36885702 #
10. 2OEH8eoCRo0 ◴[] No.36882392[source]
Someone argued yesterday that in instances like this users are choosing what to use of their own free will. At the micro scale sure, at the macro scale I disagree. Users want their shit to work and if you play these shenanigans it's less of a choice and more of a ransom.

Insects in a swarm can choose where to go but they can't choose where the swarm goes.

11. mrguyorama ◴[] No.36882448{3}[source]
Vivaldi's entire reason for being is "I literally cannot bring myself to just use firefox instead so I'll bend over backwards to try and remove objectionable things from chromium and still end up supporting chrome as the web default"
12. wbobeirne ◴[] No.36882682[source]
> The same is not true of web attestation. If a website requires it...

I don't think I've made a category error, that again is true of all browser features. If your browser does not support JavaScript or WebSockets or WebGL, many sites would lock you out of them entirely as well. It's a choice of the website creator what to assume and what to require, and how to degrade the experience or offer alternatives when a feature is missing.

The way I imagine it, WEI will start with skipping CAPTCHA. Then it will be about serving ads (users without WEI would generate no or very limited ad revenue.) Then it's up to the owner of a site whether or not they want to allow non-WEI traffic at all. Some will choose to block users without WEI, and hopefully the number of browsers that have chosen not to implement it, and the number of users on those browsers is high enough that that option will not be appealing.

I hope that Vivaldi remains one of the browsers that doesn't implement it, whether or not the EU rules against it.

replies(1): >>36883130 #
13. kyrra ◴[] No.36883076[source]
Google has been beat-down before trying to do these kinds of things. 2 ones I can think of:

1) FLoC: https://www.theverge.com/2022/1/25/22900567/google-floc-aban...

2) Dart: Google wanted this to replace javascript, but Mozilla and MS both said no way, as they had no part in it. So that project ended up dying.

Google tries lots of things. Mozilla, MS, and Apple are still strong enough (especially outside the US) to push back on things that they think are a bad idea.

replies(2): >>36885515 #>>36892373 #
14. mschuster91 ◴[] No.36883115{4}[source]
The thing is, yes it was controversial at the time to enforce HTTPS, but on the other side I 'member pwning people with ARP spoof attacks (both to steal cookies and credentials as well as simply redirecting all images to porn) at my school already way over a decade ago, and all I had was a laptop, Wireshark, Metasploit and some other piece of open source software whose name I forgot. No ARP sponge and the internet uplink was 10/10 mbit anyway so it was easy to do that shit for the entire school. A year later someone packaged all that stuff into a single software even a complete dunderhead could use to prank and steal facebook sessions at will.

Basic reality and the easiness of attacks made it impossible to stick with HTTP for much longer. And hell if I watch Scammer Payback on Youtube, I'm beginning to think it might be a good idea to disable developer tools on browsers and to only unlock them if you can prove physical, un-remoteable access to a machine, similar to Apple's SIP.

replies(2): >>36883511 #>>36883566 #
15. nobody9999 ◴[] No.36883130{3}[source]
>The way I imagine it, WEI will start with skipping CAPTCHA. Then it will be about serving ads (users without WEI would generate no or very limited ad revenue.) Then it's up to the owner of a site whether or not they want to allow non-WEI traffic at all. Some will choose to block users without WEI, and hopefully the number of browsers that have chosen not to implement it, and the number of users on those browsers is high enough that that option will not be appealing.

There are a number of issues with your imagined scenario. I'll address two of them. Firstly, as nvy points out[0]:

    If this gains traction, Google will simply deny adsense payments for 
   impressions from an "untrusted" page, and thus all the large players that 
   show ads for revenue will immediately implement WEI without giving a single 
   flying shit about the users, as they always have and always will. 
This is the primary reason Google wants WEI -- to make it harder for users of ad/tracking blockers to access sites they sell ads on.

The second issue is who is providing this "attestation" and what their criteria might be for "trustworthy" browsers. This will break down to a handful (Google, Microsoft, Apple and maybe Cloudflare and/or one or two others) of trusted "attestors" who will decide which browser/plugins/OS combinations are "trustworthy."

Since these folks all have a stake in walled gardens^W hellscapes, who's to say that Apple won't "attest" that any browser other than Safari on iOS or MacOS isn't trustworthy? Or Google may decide that any browser with uBlockOrigin, uMatrix or NoScript isn't trustworthy -- thus permanently deprecating ad/tracking blockers.

Since the spec doesn't specify the criteria for a "trusted" client, nor does it allow for the web site to determine for itself what constitutes the same, it's almost certain that such "trusted attestors" will penalize those who don't dance to their tune.

There are a host of other issues with WEI, especially privacy and property rights related, but those two (IMHO) are most relevant to your imaginings.

[0] https://news.ycombinator.com/item?id=36882333

replies(2): >>36883534 #>>36884880 #
16. riku_iki ◴[] No.36883319[source]
large properties are interested to keep their content locked from scrapping, so they will for sure be interested to implement this.
replies(2): >>36883392 #>>36884567 #
17. nvy ◴[] No.36883392{3}[source]
Yes. My point is that Google's done an excellent job stacking incentives against the user, here.
18. GauntletWizard ◴[] No.36883511{5}[source]
Whatever proof you require, scammers will still convince Grandma to enable it.
19. wbobeirne ◴[] No.36883534{4}[source]
I'm not sure any of that refutes the scenario I laid out. Google denying adsense payments is exactly what I said would happen. It would then be up to the site as to whether or not they would continue to allow traffic from users who they aren't getting ad revenue from. I've been at companies who have had this exact debate about how to handle users with ad blockers.

I completely agree about the spec's vagueness about what makes a client trusted, and that attesters can choose arbitrary criteria, and will likely favor things that make the walls on their gardens higher.

I hope you're not misunderstanding my position, I think WEI is bad for users and I'm hoping that alternative browser vendors like Vivaldi take a stand to not implement it.

replies(1): >>36884041 #
20. pptr ◴[] No.36883544[source]
Why would Google not monetize unattested traffic? I mean that's like Google blocking it's own ads from being shown.

I don't know much about the online ad market. I assume advertisers will pay more for attested impressions than for unattested ones. But unattested impressions will still be worth something.

replies(4): >>36883643 #>>36883732 #>>36883740 #>>36890034 #
21. chrisweekly ◴[] No.36883566{5}[source]
> "I'm beginning to think it might be a good idea to disable developer tools on browsers and to only unlock them if you can prove..."

Strongest possible disagreement here.

replies(1): >>36883579 #
22. lxgr ◴[] No.36883579{6}[source]
How so? I don't see how a secure attention sequence (i.e. what Windows used to do with requiring ctrl + alt + esc to be pressed to log in) could be a bad thing.

On the other hand, you can bet that that's absolutely something scammers will be able to convince people to do while they're on the phone with them...

replies(1): >>36883725 #
23. JohnFen ◴[] No.36883606{4}[source]
> Fortunately, we've found ways to mitigate that friction in the end.

Some of it, yes, but there are a nontrivial number of small/hobbyist sites that never overcame that friction.

24. wbobeirne ◴[] No.36883620[source]
I think this is a little reductive. WEI is likely what some people at Google felt was best for AdSense's customers, i.e. advertisers. It just so happens that Google has a whole other set of customers who this is not best for, e.g. Chrome users, YouTube users. The problem is that it's all coming from one company, and AdSense is where the money is at, so I don't trust Google to make the best decisions for their secondary customers.

I definitely agree that AdSense blocking clients that don't implement WEI seems likely. At that point, it will be up to websites that rely on AdSense revenue to decide what to do with customers they aren't monetizing. That's already a question they have from users with ad blockers, although that is a little bit more challenging to detect.

My hope is that the majority of sites accept that they can't rely on ad revenue, and instead resort to directly monetizing users as a way to make ends meet. IMO that's a better relationship than indirectly selling their data and attention.

replies(3): >>36883945 #>>36884469 #>>36886497 #
25. nvy ◴[] No.36883643{3}[source]
>Why would Google not monetize unattested traffic? I mean that's like Google blocking it's own ads from being shown.

It's very simple. Google has concerns of click/impression fraud. Unattested traffic would be more likely to be fraudulent. Not paying for unattested impressions/clicks is therefore an easy way to cut costs and combat fraud.

replies(1): >>36887087 #
26. mschuster91 ◴[] No.36883725{7}[source]
That, or a reboot with pressing F8 with a clear prompt "Enabling developer mode, do not do so if required by a phone support". Easy enough for actual developers and tinkerers, but disruptive for someone getting scammed.

> On the other hand, you can bet that that's absolutely something scammers will be able to convince people to do while they're on the phone with them...

Indeed but it will slow them down significantly and reduce the amount of marks by a significant amount as well.

27. colonelpopcorn ◴[] No.36883732{3}[source]
Because it makes payouts from advertisers more likely. If I'm advertising on Google's platform I don't want to pay for a web-scraping robot to see my ad.
replies(1): >>36884672 #
28. judge2020 ◴[] No.36883740{3}[source]
> I mean that's like Google blocking it's own ads from being shown.

Chrome will happily block a Google ad if it uses too much resources, I experience this a lot with a few sites that do ad replacements in the background.

29. Xenoamorphous ◴[] No.36883945{3}[source]
> At that point, it will be up to websites that rely on AdSense revenue to decide what to do with customers they aren't monetizing.

Isn’t this a no brainer? Ad funded websites have zero incentive to serve pages to ad blocker users. Not only they don’t make any money from them, they cost them money.

replies(4): >>36884260 #>>36884651 #>>36884863 #>>36885102 #
30. rezonant ◴[] No.36884041{5}[source]
You're not wrong about any of this, but I have very little faith that alternative browsers not implementing this will have any sway in avoiding the lockout outcome :-(
31. worik ◴[] No.36884242[source]
> This is true of any contentious browser feature.

Makes me recall Flash.

Once was a time when very large parts of the web were dark to me because I would not install Flash

Not an exact comparison, but we've been (near) here beforehand

32. wbobeirne ◴[] No.36884260{4}[source]
I run an ad blocker on all of my devices (mix of uBlock or Brave browser) and I'm pretty surprised how infrequently sites ask me to disable it to access content. Not sure if your experience is different.
replies(1): >>36884885 #
33. fauigerzigerk ◴[] No.36884469{3}[source]
>My hope is that the majority of sites accept that they can't rely on ad revenue, and instead resort to directly monetizing users as a way to make ends meet.

How?

You see, this is the problem I have with all these debates where advertising is declared the villain. "Directly monetising" usually means subscriptions and logins, which means you lose all anonymity, not just gradually like under an ad targeting regime, but definitively and completely. Now payment processors and banks also get a share of the surveillance cake.

The greatest irony is that you may not even get rid of advertising. Advertising only becomes more valuable and more effective. All the newspaper subscriptions I have run ads.

The second issue is that advertising is paid for by consumers in proportion to their spending power, because a certain share of every £$€ spent is used to buy ads. Therefore, rich people fund more of our free at the point of use online services than poor people do.

If rich people move to subscriptions, this subsidy ends. Poor people will either be cut off from high quality services and relegated to their own low quality information and services (as is already the case with newspapers) or they will have to suffer through even more advertising.

replies(1): >>36884928 #
34. realusername ◴[] No.36884567{3}[source]
>large properties are interested to keep their content locked from scrapping

Except Google of course, the only allowed scrapper.

35. bmacho ◴[] No.36884651{4}[source]
Users that use ad blockers and are served

  - cost mostly marginal money
  - continue to use your platform, potentially watch ads later
  - their usage can be sold to anyone: where are they at a given time and what are they doing
  - don't go to rival platforms
  - tell their friends about the website
  - etc
replies(1): >>36887123 #
36. pyrale ◴[] No.36884672{4}[source]
Rather than not selling that space, google would later let ad buyers be aware of the parameter, and bid less for unattested views. Therefore, Google would reward sites less for such pages, and the sites would be incentivized to block you.
37. lnxg33k1 ◴[] No.36884815[source]
Are you sure about that? I am quite optimistic, it's not the first dominant-position abusing crap from Google, they also tried to impose AMP and to rank sites without it at lower positions, but AMP was ultimately fined out of existence. I am all for regulations and fining google out of existence, but I am thinking that maybe this is another product that serves to make shareholders sleep well and will not really see any significant adoption
replies(1): >>36887165 #
38. lnxg33k1 ◴[] No.36884863{4}[source]
I visit a lot of websites that show blank pages upon seeing that I have an adblocker, so the technology to prevent serving those who have adblock is still there, I 100% of the time, saw the message to disable adblocker and just left the website.

This tech is not to prevent serving content to people who adblock, this technology is to make sure that people don't have the ability to make that choice and force certain setups that prevent adblocking

replies(1): >>36889342 #
39. nine_k ◴[] No.36884880{4}[source]
BTW this logic immediately disqualifies any open-source browsers, because they can be modified.

The source can still be available for reference, but your build needs to be blessed somehow to be considered trustworthy.

40. vbezhenar ◴[] No.36884885{5}[source]
Probably because ublock deletes those “disable Adblock“ screens.
replies(1): >>36885001 #
41. nine_k ◴[] No.36884912[source]
Usually it's not developers who make decisions to put ads.
42. wbobeirne ◴[] No.36884928{4}[source]
Fair criticism that I used "ad revenue" as a generality, I was more specifically thinking of AdSense ads and the like. I think there are plenty of forms of advertising that are better for the relationship and less exploitative of users, such as corporate sponsorship or sponsored content ("featured" search results, brand collaborations etc.) As long as the relationship is clear when something is paid vs organic.

> Now payment processors and banks also get a share of the surveillance cake.

I agree this is a problem. I work on Bitcoin and the Lightning Network, so that's my preferred solution to the problem, but there are other approaches to addressing the poor state of privacy and payments too. I don't think that that being a problem means that the relationship we have with advertising isn't as bad though.

> If rich people move to subscriptions, this subsidy ends.

There are plenty of examples where this is not the case. The freemium model exists in places where injected advertisements are not the norm, such as free to play games. Fortnite whales subsidize millions of low income players to get a high quality game for free. Whether or not you think the relationship between Epic and its players is another question, but it's a model that can continue to exist without advertisement. Especially when free users are necessary to provide content for paying users, like posts on Twitter or Reddit, or players in a game.

replies(1): >>36885209 #
43. wbobeirne ◴[] No.36885001{6}[source]
Any proper gate for a user to access content should be managed by a server, not on the client side. It would have to be the same for WEI. If they can detect that I'm using an adblocker, there's no reason they couldn't prevent me from accessing content by not even serving the content in the first place.
replies(3): >>36885629 #>>36885732 #>>36886882 #
44. Cort3z ◴[] No.36885102{4}[source]
Figuring out and serving the site to display the “disable Adblock” is likely more costly than to serve the content (unless its video).

That being said; creators needs money to keep making what they are making. Too bad ads is such an all encompassing method. The web is literally worse with it, but would not have been as big without it.

replies(1): >>36892156 #
45. fauigerzigerk ◴[] No.36885209{5}[source]
Freemium, by definition, means that free users get inferior service compared to premium users. This is not the case with purely ad funded services such as Google search.

Granted, the difference between the tiers may be small engouh in some cases for this to be an acceptable compromise, but the principle is still the same.

46. freedomben ◴[] No.36885515[source]
Dart is still around. The Flutter framework is growing in popularity.

Apple already built and shipped this same feature last year, so they're not opposed. MS? Probably gonna love this. Mozilla hasn't said anything on it (yet at least). I'm not expecting any of those players to save us.

replies(2): >>36886337 #>>36888302 #
47. anonymous_sorry ◴[] No.36885629{7}[source]
Unless they can only detect it with client-side code?
48. conradfr ◴[] No.36885702{4}[source]
It's still annoying while coding on a local server.
49. omoikane ◴[] No.36885732{7}[source]
It's a cat and mouse game between the ad-blockers and ad-blocker-blockers. I imagine if WEI actually becomes a thing, WEI countermeasures will also emerge, and WEI counter-countermeasures soon after.

A better plan might be for websites to find some a better way to sustain themselves, possibly by running ads that are more relevant and less obnoxious so that users wouldn't block them.

50. contravariant ◴[] No.36886282{3}[source]
The crucial difference between the two is that I get to decide which contexts I consider insecure. For convenience I may choose to let an agent decide on my behalf.

This is fundamentally different from a world where Google gets to decide if I am a risk to them.

51. lxgr ◴[] No.36886337{3}[source]
> The Flutter framework is growing in popularity.

Is that the one rendering [1] text and UI widgets into an HTML canvas element from JavaScript/Dart (completely coincidentally breaking ad blocking in the process)? What a beautiful piece of software.

> Apple already built and shipped this same feature last year,

Are you referring to Private Access Tokens (PAT)? These seem quite a bit more limited in what they do. WEI seems to specifically set out to roll back some of the blinding/anonymization aspects of PAT under the banner of debuggability/providing "feedback" to attesters.

[1] https://docs.flutter.dev/platform-integration/web/renderers

replies(1): >>36895376 #
52. YetAnotherNick ◴[] No.36886398[source]
Can't they just return random number for attestation each time.
53. lxgr ◴[] No.36886497{3}[source]
> Google has a whole other set of customers who this is not best for, e.g. Chrome users, YouTube users.

Are Chrome users really Google's customers, though? Arguably, they're part of the product.

Youtube used to be the same, although that's changing a bit with the current aggressive push for Youtube Premium.

replies(1): >>36888825 #
54. api ◴[] No.36886528[source]
Google can just down-rank sites that don't implement this API. Voila, full adoption across the entire web and unapproved browsers are shut out.
55. ◴[] No.36886698[source]
56. blibble ◴[] No.36886882{7}[source]
the point of remote attestation is the environment the client is running in can be measured by the server and any tampering detected

tampering meaning running your code instead of theirs

replies(1): >>36892912 #
57. bagacrap ◴[] No.36887087{4}[source]
But the usual HN paranoid anti-Google retort is that Google happily charges advertisers for fake ad impressions.

Now if Google cares about real impressions it's still terrible no good very bad evil.

replies(1): >>36888943 #
58. EdwardDiego ◴[] No.36887109[source]
This change is about what's best for advertisers and publishers, not customers.
59. simbolit ◴[] No.36887123{5}[source]
I wish the people running adtech-reliant websites would agree with your (very fair) points.
replies(1): >>36900784 #
60. simbolit ◴[] No.36887165{3}[source]
AMP is gone? Wow, good news is rare these days, so thank you very much for the update.
replies(1): >>36887317 #
61. lnxg33k1 ◴[] No.36887317{4}[source]
Ok I’m in Europe, and haven’t met a Amp link for something like a year, maybe in other places it’s different
62. safety1st ◴[] No.36888102[source]
Well hold on. The problem with attestation is you're damned if you do and damned if you don't.

If you use a browser which supports attestation you will be denied service by companies who disapprove of what you run on your computer.

If you don't use a browser which supports attestation you will be denied service by companies who disapprove of what you run on your computer.

So everyone loses. If this goes live everyone in the world loses.

It is an utterly heinous proposal. It is perhaps the worst thing Google has ever produced. I use Firefox and will never use any browser that implements attestation, even if I have to stop using most of the WWW one day.

But unfortunately individual action is not going to be enough here, because no matter what you do, you lose.

63. evah ◴[] No.36888252[source]
The author should have asked "Can we just implement it then?" because in some cases you literally can't implement the proposed API. That's the core issue with it. Unlike other contentious browser features, even if you wanted to implement attestation, it may be impossible to do so. More precisely, attestation may be impossible to implement on some platforms to the de facto standard that would develop over time. The de facto standard I refer to is the list of attestors web servers will accept. If your platform can't be attested by an approved attestor, you're screwed. That's why it's not that simple this time. The proposed attestation API is literally unimplementable in general. You can't implement it and you can't not implement it.
64. kyrra ◴[] No.36888302{3}[source]
You need to look back at the history of Dart. It was created by the Chrome team, with many of the people who worked on GWT taking part on it. It was created to solve Google's issues with JavaScript. This endeavor failed as no other browser makers picked it up.

We then got AngularJs, but with Dart (AngularDart). This was again trying to improve the coding experience of making web apps.

When typescript came and the Angular team picked that up, TS seems to be the primary path forward (though angulardart is still getting updated).

At this point dart wasn't seeing a lot of attention. The Flutter team was able to pick up Dart as the primary owner and has been driving it since then.

65. tjpnz ◴[] No.36888825{4}[source]
Using a term coined by RMS they're not users, they're useds.
66. Dylan16807 ◴[] No.36888943{5}[source]
Are you usually this unreasonably dismissive of people?

It's good for google to care, it's not good for them to do this.

replies(1): >>36902398 #
67. lvncelot ◴[] No.36889157[source]
This point in the blog post saddens me. Chrome's market share is huge, but Chrome is not ubiquitous. There was public outcry when Google was suspected of making youtube have "bugs" on non-Chromium browsers - having them just straight up disable services for more than a third of users would result in an actual shitstorm, more than any of us could hope to drum up with an explanation of why this change is bad.

It would also drive the point home to the very same legislators that the author is deferring to.

If browsers now start pre-emptively folding, Google just straight up won. It's great that the Vivaldi team is against this change, but a blog post and hoping for regulation just won't cut it. You have actual leverage here, use it.

replies(1): >>36890215 #
68. Xenoamorphous ◴[] No.36889342{5}[source]
Showing some ads in an ad funded website is the admission fee. You’re not willing to pay it, which is completely fine, so just don’t go to that website. But if you keep coning back to an ad funded website because you enjoy their content, it’s only fair that you disable the ad blocker in that site.

Those sites that showed you the “disable ad blocker” pop up that prompted you to leaving won’t miss you.

replies(3): >>36889597 #>>36890086 #>>36890496 #
69. jalfresi ◴[] No.36889597{6}[source]
Its not an admission fee. The website is hosted on a publicly accessible web server. There is no admission fee. The browser I am using serves my purposes; if I wish to strip certain elements from the page, add new ones or reformat the page any way I see fit, I can and am allowed to.

The point Google seem to be making quite clearly, is that the browser does not serve my needs, but the needs of Googles paying customers.

replies(1): >>36891867 #
70. nprateem ◴[] No.36890034{3}[source]
> Why would Google not monetize unattested traffic? I mean that's like Google blocking it's own ads from being shown

Because this is an incredible way of exerting their total control over the web across all browsers. If they don't like a feature, they get to downgrade the user's attestation or fail it. If it costs them some unattested traffic in order to create a permanently unassailable market position, it's worth the money.

It'll block all other search engines by preventing web scraping except those blessed by Google. For this reason alone many websites will adopt it. This will impact competition, research and freedom.

After this, all user choice is gone, and it'll only be governments who can break the racket.

If the CCP don't already do this, I expect they'll quickly implement something similar.

71. lnxg33k1 ◴[] No.36890086{6}[source]
And I won’t miss them, not sure the point you’re making, i am not able to know if a website has ads before visiting it, can only leave once. It has asked me to
replies(1): >>36891848 #
72. munk-a ◴[] No.36890182[source]
> If your only hope of not going along with this is having the EU come in and slapping Google's wrist, I'm concerned that you aren't willing to take a hard stance on your own.

I take umbridge at this implication. When a monopoly like Google takes anti-competitive actions it's not fair or just to expect individuals to stand up to it. Governments exist to counter anti-competitive behavior like this and governments have been doing a terrible job chopping down companies with too much vertical integration lately.

73. stOneskull ◴[] No.36890215[source]
can't chromium be forked without wei. brave and vivaldi and others could work on and use the fork.
replies(1): >>36901750 #
74. isaacremuant ◴[] No.36890496{6}[source]
Except they don't just show you adds, they heavily track you in all kinds of disingenuous and non transparent ways.

But hey, it's great that some people want to make the devices they own and holds extremely valuable days of their own person, something controlled by external entities.

Don't worry, those of us who know our tech and value our privacy, will continue not listening to the "just take it" crowd.

75. ◴[] No.36891848{7}[source]
76. Xenoamorphous ◴[] No.36891867{7}[source]
We're talking about ethics here, not laws nor what's technically possible.

You want to support the ad-funded website you keep coming to, yes or no? Yeah ideally every website would have a paid option for the HN crowd with cushy jobs, but that's not always feasible.

replies(1): >>36891996 #
77. account42 ◴[] No.36891996{8}[source]
> We're talking about ethics here, not laws nor what's technically possible.

In that case, ads, being psychological manipulation to get users to do things they would not otherwise do, are already highly unethical. The ethical think to do is to discourage their use, which includes blocking them for yourself thus making them less profitable overall.

replies(1): >>36892456 #
78. account42 ◴[] No.36892156{5}[source]
> That being said; creators needs money to keep making what they are making.

Many ad-supported sites rely on unpaid users for content.

79. account42 ◴[] No.36892373[source]
> Mozilla, MS, and Apple are still strong enough

Apple already implements equivalent functionality.

MS has been pushing "trusted computing" left and right.

Mozilla alone is irrevelant.

80. Xenoamorphous ◴[] No.36892456{9}[source]
And what better way of blocking them that not visiting that website that serves them?
replies(1): >>36893483 #
81. hellojesus ◴[] No.36892912{8}[source]
The conflict emerges because the device is mine, not theirs. I ask for content, they send it. It seems am unfair burden to collude with os and hardware manufactures to force the user to give up general computing in order to visit an otherwise unknown web page. It would be a much better experience to go dark with content like Twitter has done than to remove general computing from the web.
82. account42 ◴[] No.36893483{10}[source]
https://ublockorigin.com/ for instance
83. freedomben ◴[] No.36895376{4}[source]
> Is that the one rendering [1] text and UI widgets into an HTML canvas element from JavaScript/Dart (completely coincidentally breaking ad blocking in the process)? What a beautiful piece of software.

Yep. I'm not saying Dart is a good thing - I've never used it and don't currently have plans too. All I'm saying is that it is NOT dead as GP asserted.

> Are you referring to Private Access Tokens (PAT)? These seem quite a bit more limited in what they do. WEI seems to specifically set out to roll back some of the blinding/anonymization aspects of PAT under the banner of debuggability/providing "feedback" to attesters.

Yes. PATs don't provide as much information about the attestation to the website, but they do provide the critical part which is "is this person using a blessed client." That's plenty for a website to block people on.

84. kzhe ◴[] No.36900784{6}[source]
...
85. zx8080 ◴[] No.36901750{3}[source]
Working on chromium codebase maintaining minimal fork is very hard. It requires a very competent and quite a large team (because lots of work to resolve merge conflicts) to just regularily apply a custom set of patches to newly released chromium versions.

It's like staying on a dancing elephant. And it requires MONEY. Lots of.

I suspect this is the desired result of Google to protect chromium despite it's opensource.

86. bagacrap ◴[] No.36902398{6}[source]
I don't even know who you think I'm dismissing. Mine is more of a generalized ennui directed at HN as a whole.

I don't think Google has actually done anything. The bar for experimenting with new code in Chromium is pretty low. This Chicken Little reaction to a non-starter is just a result of developing in the open.

replies(1): >>36902511 #
87. Dylan16807 ◴[] No.36902511{7}[source]
Your post implies that anyone against this attestation is just going "Google terrible no good very bad evil", because Google "caring about real impressions" is what they said they wanted.

But you can "care" about something in good and bad ways, and the criticism is not "Google bad".