Introduction
libID lets an address prove it holds a GitHub, X or Google account. The proof is
checked on chain, and the result is stored in the IdentityRegistry contract.
Any app or contract can then ask who holds @octocat, or which identities
an address holds, by reading the chain. There is no libID server to ask. You still
rely on the platforms, the notary and the contract owners; see
What a binding proves.
With that you can:
- show a name instead of an address,
- send funds to a handle, even before anyone holds it,
- let only verified accounts call a contract,
- resolve a handle as an ENS name, such as
octocat.github.handles.link, for bindings on Ethereum mainnet.
Start here
Section titled “Start here”- Quickstart: read your first binding in a few minutes.
- Test on a local chain: run the libID contracts on your machine.
Guides
Section titled “Guides”Before you build on it
Section titled “Before you build on it”- What a binding proves, and whom you trust for it.
- Security: the contracts have not been audited.
- Networks: what is deployed where.