Proof of personhood · Proof of personhood

BrightID vs Idena

BrightID (social graph verification parties) and Idena (proof-of-person blockchain with flip puzzles) both aim at sybil resistance, but they disagree on 4 of 12 measurable attributes. This page compares them field by field from published protocol behaviour — no marketing scores, no invented metrics.

BrightID

BrightID derives uniqueness from a human-verified social graph. Privacy posture is strong; onboarding depends on scheduled live sessions with other people.

Openness 9/10

Idena

Idena makes personhood a consensus role: identities revalidate on a fixed schedule by solving puzzles simultaneously. Strong equality guarantees, high ongoing user effort.

Openness 9/10

Attribute comparison

AttributeBrightIDIdena
CategoryProof of personhoodProof of personhood
NetworkChain-agnostic (bridged attestations)Idena (own network)
How a person is provenVideo verification parties building a social graph analysed for uniquenessSynchronised validation ceremonies solving human-only flip puzzles
Biometric dataNone collectedNone collected
KYC requirementNo KYCNo KYC
Hardware neededAny phone or laptopAny phone or laptop
Key custodyUser holds the keysUser holds the keys
Reputation modelBinary human / not humanBinary human / not human
Native tokenNoneiDNA
Public read APIYesYes
Open source coreYesYes
Who can revoke youGraph analysis can drop a node below the verification thresholdMissing a validation ceremony downgrades or kills the identity status

4 of 12 attributes differ; 8 are identical.

Openness criteria, scored openly

The matrix scores what a protocol asks of a user and how much of the result stays verifiable in public. It is not a quality, security or market ranking, and it is not derived from TrustLayer trust scores.

CriterionBrightIDIdena
No biometric collectionmax 22/2None collected2/2None collected
No KYC requirementmax 22/2No KYC2/2No KYC
No specialised hardwaremax 11/1Any phone or laptop1/1Any phone or laptop
User-held keysmax 22/2User holds the keys2/2User holds the keys
Continuous reputationmax 10/1Binary human / not human0/1Binary human / not human
Public read APImax 11/1Documented public endpoints1/1Documented public endpoints
Open source coremax 11/1Core implementation is public1/1Core implementation is public
Total9/109/10

Best fit for BrightID

  • Communities able to run recurring live verification sessions
  • Projects avoiding biometrics and KYC entirely

Best fit for Idena

  • Experiments needing one-node-one-person consensus
  • Users willing to attend scheduled validation ceremonies

Verdict

On the openness criteria below, BrightID scores 9/10 and Idena scores 9/10 — 4 of 12 attributes differ. BrightID asks less of the user up front; Idena offers a stronger external anchor where its trust assumptions are acceptable. Pick by what you must not collect, and by whether you need a one-off human check or a score that keeps moving.

Frequently asked questions

What is the main difference between BrightID and Idena?

Network: BrightID — Chain-agnostic (bridged attestations); Idena — Idena (own network).

Does BrightID or Idena require biometrics or KYC?

BrightID: none collected, no kyc. Idena: none collected, no kyc.

Which one can a developer query from an API?

BrightID and Idena

Can BrightID and Idena be used together?

Yes. They produce independent signals, so apps commonly combine a personhood check with a continuous reputation score before granting access or rewards.

Check a wallet against TrustLayer now

Trust scores, verifier counts and score factors are public and queryable — one request, no key required for read endpoints.

Keep reading