https://geekfeminism.wikia.org/wiki/Who_is_harmed_by_a_%22Re...
https://geekfeminism.wikia.org/wiki/Who_is_harmed_by_a_%22Re...
I had a discussion on H.N. a while back where I found that the G.D.P.R., in fact, prohibits the collection of “biometric data” but not real name and address, which I found rather odd to say the least.
If I had to choose between my real name and address, or my retinal or fingerprint patterns ending up on H.N., I would certainly choose the latter, and I think I'm not alone in that. — it is far easier to triangulate someone's corporal body based on the former than the latter.
It would be trivial to implement a scheme where I might requæst at the postal service a randomly generated code that maps to my address and name. The postal service is the only one that actually needs my address, and they will ensure that every package onto which that sterile code is printed, will arrive at my doorstep.
Thus, the sender need not know my name and address, and can send me mail regardless but can never find out where I physically live.
If those politicians truly care as much about privacy as they say they do, such a scheme would be implemented decades ago, for it is not expensive nor technologically difficult to do so at all.
That they are not actively searching for mechanisms that allow businesses to function without people having to surrender their location of residence, many of which being rather simple to solve, makes me think they do not care as much as they claim they do. Or rather, as is common, they only care when it concern new and scary technology, but addresses are old, and therefore not scary. When a man utter concern about various dangers, what he is most afraid of, is often simply change.
Note that the actual reason businesses legally need a name and address is for invoicing, though.
There is a great deal of improvement if only registered carriers have access opposed to every single party whom one might receive a package from, including simple private citizens.
That I need to tell a man where he might physically locate me, ere he can send me a package, is a problem that need not exist.
> Note that the actual reason businesses legally need a name and address is for invoicing, though.
This too could be solved in many ways.
Governments can easily devise systems where payments can happen without leaking this information, and that the information can only be forced to be surrendered in the case the company has a complaint of non-payment.
I certainly think there's places for pseudonymous or anonymous discussion. That link talks about how people may face social repercussions for deviant interests: sure I wouldn't expect a real names on e621 and the like. At the same time, real names provide a level of accountability that's beneficial in a lot of contexts.
1. https://phys.org/news/2006-05-female-name-chat-users-malicio...
Real names / pseudonyms tend to be sweeping across a service, particularly large goliaths like Facebook where you could do things like political activism in a group. You either get more exposure than you're comfortable with, or more privacy than other people are comfortable with.
Real name policies also tend to be cultural where usage of real names tends to encourage more usage of real names, even when it might make sense not to use a real name.
The idea is that you assign capabilities based on whatever authentication mechanism. Access to read email sent to this email address, access to withdraw money from this bank account, etc.
The way a lot of people think about this is that a set of permissions is associated with a person with a Real Name and then a person with a Real Name is associated with an account or some other context.
But the middle step is irrelevant from a technical perspective. Your name isn't a secret and can't reasonably be used for any kind of authentication. It's effectively an alphabetic account number.
Using the same Name for all of your accounts is only useful if you want to give companies the ability to correlate them all, which is often the opposite of what you want.
If you take it out you're left with a set of capabilities associated with an authentication context, which works just as well from a technical perspective and doesn't have that problem.
"The capability paradigm is about access control. When a system, such as an OS or a website, is presented with a request for a service it provides, it needs to decide if it should actually do what the requestor is asking for. The way it decides is what we’re talking about when we talk about access control. If you’re like most people, the first thing you’re likely to think of is to ask the requestor “who are you?” The fundamental insight of the capabilities paradigm is to recognize that this question is the first step on the road to perdition."
"That’s highly counterintuitive to most people, hence the related controversy."