We propose a new on-chain standard for Smart Profiles, enabling user-centric identity management on Ethereum. This standard allows for decentralized profile schemas, profile minting, IPFS storage of profile data, and cryptographic attestation mechanisms.
Motivation
Current Web3 identity solutions lack composability and flexibility. By introducing a standardized approach to creating and managing user profiles on-chain, we can enable:
We invite feedback from the Ethereum community on:
Enhancements to the schema publication mechanism.
Best practices for encryption and key management.
Integration with existing identity and reputation systems.
Smart profiles are meant to be a public good like ENS/EAS. We imagine infinite use cases which will open up the Ethereum ecosystem to endless possibilities not limited to mostly finance.
Would love to hear thoughts from the community! Let’s collaborate on refining this idea into a robust standard for on-chain user profiles.
Actually even if we consider simple ipfs we still need to pin the docs, you’re right. In the end, we need an incentivization model to pin those documents or the user can pin it themselves to keep the profiles available.
I’m not sure you’re responsible for business models or tokenomics, per se, but it might be nice to keep going since you’ve got this much momentum specifying all the interfaces and data models. In other words, if the goal here is to have an e2e standard for all the moving parts, I would suggest also including some concrete details (if not full interfaces and data models) for what happens at that “aggregation layer” of “Identity Providers” that enroll and pin the profiles of end-users, and ideally some kind of migration standard for how one moves to another if the pinner/host/hub that enrolled you goes broke or winds down. Even if, in what you’ve built so far, there is only one provider (or you are the only provider), this would at least enable a theoretical “second implementation” (perhaps Ceramic-free and classic-IPFS-based, or swapping out other core elements) to come along more easily and deliver “credible exit” for anyone who sets up these profiles and wants them to outlive the registrar that original pinned them.
I meant are they being pulled from a public gateway or one from a service-provider like Pinata or one provided by Plurality, but it seems like the answer is the first, if this how smart profiles get pulled out of the IPFS DHT:
You are correct in pointing out that we might need
A Ceramic-free, classic-IPFS-based second implementation to provide a “credible exit” and ensure profiles outlive the registrar.
Since this post focuses on profile standards as a data format, we deliberately omitted protocol-level details.
The concern about outliving the registrar is entirely valid. If we develop a smart contract-based profile system, we will need a reliable pinning or indexing service backed by a decentralized protocol.
Possible Approach:
Indexing nodes could pin and index IPFS documents, helping maintain data availability.
A decentralized indexing protocol could allow efficient retrieval of profile data.
Reward mechanisms might be needed to incentivize node operators, but any model that introduces fees for simple profile queries would need careful evaluation.
You raise an important point about the need for a:
Ceramic-free, classic-IPFS-based alternative to ensure profiles remain accessible beyond the lifespan of any single registrar.
Since this discussion is centered on profile standards as a data format, protocol-level implementation details were intentionally left out.
One reason we initially adopted a system like Ceramic was its ability to link IPFS documents with blockchain addresses without requiring an on-chain registry. This approach simplified key management but also introduced limitations when considering long-term persistence beyond any single protocol. A key challenge is ensuring profiles remain available in a decentralized and verifiable manner.
To address this, a more generic and flexible protocol could be designed—one that provides reliable pinning and indexing of profiles without relying on a single provider.
Possible Approach:
Indexing nodes could pin and index IPFS documents, helping maintain data availability.
A decentralized indexing protocol could allow efficient retrieval of profile data.
Reward mechanisms might be needed to incentivize node operators, but any model that introduces fees for simple profile queries would need careful evaluation.