Before anybody thinks "surely they can't ban all linux users", they don't need to.
The systemd folks are also working on a startup that is building verifiable computing into Linux via systemd. So, we have no choice on the matter anyway.
It could become of choice of approved distro vs non approved distro.
> So the bad timeline is the one in which the industry gradually transitions to
We have been on that timeline for every other tech transgression. There are no signs that this will be a different timeline.
They would have to start by banning Apple users. Apple does not support attestations from consumer devices. Apple has said multiple times they see it as a consumer privacy violation.
> If the service does something inappropriate, you can stop using it and, if necessary, build a competing service that is not abusive.
Like how everyone stopped using Google/Gmail, Facebook/Instagram and Windows/Office365 and flocked to alternatives?
Let's flip your suggestion. What if someone says if you need "high security" build a competing service that enforces it, no one is forcing you to use a "low security" service ?
The people don't care enough to bother, and that's fine - it's not your (or my) place to force other people to do anything.
My point was not about getting critical mass, it's that the service can already do anything they like to lock people into whatever they want and gatekeep their service. They can do it with Passkeys, or they can do it with a proprietary alternative and if they're big enough, they'll get away with it. Neither of us can sway them at all - I wasn't saying they should do this, only that they can.
Blaming Passkeys is aiming at the wrong target. Passkeys rightly offer features that have valid use-cases, even the attestation in the right context. Can they be abused? Probably, but so can just about anything. Passkeys do, on the other hand, offer some real tangible benefits that other mainstream solutions do not.
> Can they be abused? Probably, but so can just about anything. Passkeys do, on the other hand, offer some real tangible benefits that other mainstream solutions do not.
Let the usecases that need passkeys use it.
Why can't there be a parallel standard with similar features that doesn't have the parts that can potentially be abused. If the difference between abuse and non-abuse is a vague promise and the good graces of corporate structures, it is better to err on the side of caution and demand solutions that make it impossible.
> The people don't care enough to bother, and that's fine - it's not your (or my) place to force other people to do anything.
Yeah it wasn't your place or anyone else's. How can you or I force anyone. Not sure why that even came up.
Debate is how we evolve new and alternate solutions. Handwaving by saying not your place or mine is not how we affect change if needed.
Amazon didn't have to build a hosted db, queue, mail or anything else that is value add as long as it provides basic hosted compute, storage and network.
But it still does and can only claim having those after building them.
Their customers have been asking for that hard cap feature for a long long time, not building that feature while saying customers have all the tools to build it themselves is just a deliberate misdirection at this point.
If it's "learning" is to be seen in the same context as a human, then the punishment/ repercussion for hacking and causing real harm should also be similar to what a human might recieve.
It cannot opportunistically morph between a human for benefits and a machine for liability.
> It cannot opportunistically morph between a human for benefits and a machine for liability.
Indeed. Though here it would be morphing between human and machine even just for pure liability, which is even worse.
We have no way to tell if a machine has an experience (in general and not only) when being positively or negatively rewarded for what it produces; even if we assume it does, we have no way to tell if punishments are experienced like mild scolding (and rewards like mild praise), or if the punishments feel like being burned to death at the stake (while rewards feel like a religious experience combined with an orgasm).
We are just beginning to scratch the surface of what these kinds of question even look like in mechanistic terms; all philosophical discussions before it about p-zombies and the Chinese room and so on, they are all no more useful than any other non-expert armchair experts discussing things.
Even the current research, such as it is, is probably only at the level analogous to humoral theory when we want something at the level of germ theory.
Given my opening was agreeing with you, I ought to draw your attention: the part you seem to be replying to here is focused on the case where we really do want to know if we should treat the AI as we treat humans, and if so what punishing it looks like, rather than as property where we punish the owner.
> If a dog bites, we don't wait to take action until we figure out a way of teaching the dog the experience of guilt or punishment.
When we invented the concept of legal liability, our species was broadly still animistic and panpsychic. The concept of a "scapegoat" is named after the idea of literally putting the sins of a village into a goat and driving it away.
After doing that for perhaps 4500 years, we are now in the position to do as you say for e.g. dogs (and also machines).
In Hyderabad, India the govt loses around 2 million kWh per day(roughly 50-60 million USD per year) in theft and unpaid electricity bills every year particularly the old city area where residents refuse to pay the bills.
Bill collectors are openly threatened by local elected leaders even in the presence of police.
The state chief minister(similar to a governor) acknowledged the problem and is planning to handover bill collection to a private firm specifically for that part of the city. The opposition is against the move as the area represents a major voting bloc.
Sometimes, policy based solutions work but political will is also necessary to enforce those policies.
Before anybody thinks "surely they can't ban all linux users", they don't need to. The systemd folks are also working on a startup that is building verifiable computing into Linux via systemd. So, we have no choice on the matter anyway. It could become of choice of approved distro vs non approved distro.
> So the bad timeline is the one in which the industry gradually transitions to
We have been on that timeline for every other tech transgression. There are no signs that this will be a different timeline.
reply