Most of the services today don't respect privacy and require our identity. The only way how to use those services anonymously is to generate unique fake-identities (name, email, phone or, even physical address) for each of those services.
This article describes the theoretical concept and proposes a design to a technical solution to this problem at scale.
The best practice with passwords is to have a unique password for each service. This article proposes the same approach to identities.
Identity Manager is an extension to the Password Manager concept.
Every entry (username+password) is also linked to identity, and the good practice of
"having one unique identity per account" is emphasized.
There are use-cases where it is unavoidable to have some accounts under one identity (mostly because of governments). Bank accounts or airline accounts are good examples.
This can be easily achieved with most Password Managers. The only requirement is that they support some hierarchical organization of records.
Example of Identity Manager done in KeePass2.
The image above shows that each fake-identity is used only for one service (and email account fired by that service). It also shows how the "real identity" contains multiple accounts where using the "real identity" is enforced by the government.
This part is easy to implement and the tools needed are already available. The challenging part is to create and maintain the identities at scale.
To create an account, the services require some information about the user's identity. The amount of information that those services require vary. This article focuses on the name, email, phone number and physical address. In the context of this article, they are called features.
This article proposes the
Identity Generator as a tool similar to Password Generator.
Identity Generator will generate an identity on-demand with all requested features.
Possible features that Identity Generator should be able to generate:
Most services do validate both the email address and the phone number upon registration by sending a verification code to it. Additionally, verification code is sent not just for registration but also for future logins. This means, both email and phone number needs to be maintained for the whole lifetime of the account associated with it.
The second problem is that as services battle spam and "inauthentic activity" they block many of free or one-time email providers and SMS receivers.
Free email providers can be used, but:
The proposed solution is a software that will be a Password Manager that will be identity-oriented with the capability of generating fresh identities on-demand. It's UI will be designed to guide the user for using the best practice of one identity per service.
Password and Identity Manager will contain both Password Generator and the
Some features may be generated directly in the software, some will require communication to an external service. In this article, we call such a service responsible for the generation of the feature the feature provider.
This protocol will handle:
The Identity Generator will be able to generate a random name for any selected context (country, language, gender). There are databases of names already available on the internet which can be utilized.
Note: The generation of names appears to be easy, but doing so for various cultural contexts may turn to be very challenging. 
The Identity Generator will be able to create an email address and the email box that will persist for an extensive period (because of login verification codes).
Creating and using such an email address should be cheap to not incentivize users to reuse them.
The Identity Generator should be able to create a phone number, and the SMS box that will persist for an extensive period (because of login verification codes).
There are already some "anonymous" SIM cards providers that maybe can be utilized for such a service. But the research needs to be made in this field. Also, there are still some countries where it is possible to just buy an anonymous sim card, so it may be possible to run a farm. 
There is great example, there is great service smsprivacy.org,
that provides physical UK SIM cards, but it's quite expensive 0.0015 BTC/24h
and because of that you cannot keep phone number just for yourself.
In case the service requires you to re-authorize (usually on-login), you will lose that service's account.
Creating and using such a phone number should be cheap to not incentivize users to reuse them. The phone numbers will be of course significantly more expensive than an email address, but on the other side, not so many services require them.
If it still turns to be too expensive for the user, it may be a valid reason to break to best practice and use one identity for multiple services. But it is necessary to communicate this to the user and provide the UI that will allow adequate risk management.
The Identity Generator will be able to generate random, but the existing address for the given geographical context.
In rare cases (for example mojeid.cz), the service may require a verification of the physical address. They send a paper letter with a verification code. Thus, the Identity Generator needs to be able to provide a unique physical address with the service of providing scans of all incoming mail.
This is the most expensive feature described in this article. It is expensive because it probably requires direct human labor. The cost will be also covered by payment in cryptocurrency (preferably "micro"-transaction in Bitcoin Lightning Network).
The article presents the problem of the de-anonymization of the internet
and provides the conceptual design of the
Password and Identity Manager to help
to solve this problem to some degree.
The solution proposed in this article would provide an easy and comfortable solution that would allow the mass-adoption of the practice of having one unique fake-identity per each service.
If you have any comments, suggestions to the design or you want to implement it, please let me know on Twitter .