No, I mean the dd server can deny completion of the transaction unless the client has provably seen the offer content. All the DRM standards are in place, this isn’t anonymous browsing, it’s easily controlled if they want to.

They could also make it such that any client caught sidestepping is hit with a DMCA violation.

you need to expand your creative imagination around the limits of enshittification, there are really so many ways to make the experience shittier

▲

ndriscoll an hour ago | parent [-]

As long as the client supports external display/input (e.g. USB-C with DP alt mode) you could always attach a KVM and run a proxy with vision capabilities to filter.

▲

cobbzilla an hour ago | parent [-]

for the company/account placing DD orders via CLI, instant ban hammer.

you don’t seem to understand, sure clients can block ads. servers can also refuse to proceed unless a provable step is taken, and that’s linked to your DD integration. Bad actors can easily been detected

▲

ndriscoll 37 minutes ago | parent [-]

I'm saying the client can take the action, but the user never sees the client because they interact with it through e.g. their AdBuster box, a glorified PiKVM that interacts with client, OCRs it, and produces simple filtered HTML for the user.

As long as you can attach a display and USB inputs, your "monitor" or "braille device" can go straight to a vision model, which can then send inputs from your "keyboard". There are already off the shelf devices that can do this if you install an agent harness.

Like an ad blocking DVR for the 2020s.

	▲	cobbzilla 12 minutes ago \| parent [-]
		Whose DD API key is being used? This is not an anonymous access scenario. The DD API client is tied to some company, the behavior is detectable, they are banned. Or do you give out KVMs to all your customers and say “place your DD orders with us this way”?