Passkeys Foundation
- Name: Passkeys Foundation
- URL: https://passkeys.foundation/
- Category: embedded-wallet company / passkey-native signer-control-plane operator / multi-chain wallet-onboarding vendor
- Tags: bitcoin-ecosystem ethereum-ecosystem solana-ecosystem
- Summary: Passkeys Foundation belongs as an entity note, not primarily as a protocol note. The useful question is who operates the embedded-wallet stack, decides which provider modes and chains are exposed by default, packages swap and on-ramp partners into the wallet shell, and defines backup / recovery workflow around passkey-based signing. The practical leverage sits in the company-run signer lifecycle: device-auth assumptions, MPC composition, popup and provider behavior, export / recovery options, and the app-facing integration defaults downstream teams inherit. The branding-versus-operator boundary is also worth keeping visible because the homepage footer currently says
©2026 Exodus Movement, Inc., which suggests the marketed Passkeys surface sits inside a named corporate operator rather than floating as a neutral standard. - What it does:
- Provides an embedded wallet that dapps can integrate with a few lines of code through the Passkeys Developer Kit
- Uses passkeys plus device-native authentication such as biometrics, system PINs, or device passwords to create and unlock wallets without seed-phrase-heavy onboarding
- Exposes provider interfaces for EVM, Solana, Bitcoin, and a universal multichain provider, with standards-facing behavior aligned to EIP-1193, EIP-6963, Wallet Standard, Phantom-style Solana injection, and Sats Connect v1
- Packages wallet-adjacent product surfaces including themeable embedded UI, in-wallet swaps, fiat on-ramp access, and multichain wallet connectivity into one app-facing integration shell
- Defines backup, sync, QR-clone, recovery, and optional key-export workflow around the passkey-based wallet experience rather than leaving those flows entirely to external wallets
- Markets the stack as self-custodial MPC-based wallet infrastructure while keeping the developer and user experience centered on app-embedded onboarding
- Key claims:
- The homepage markets Passkeys as technology for
the next generation of crypto wallets, emphasizing biometric authentication, multichain support, non-custodial design, and easy dapp integration - The homepage says the private key is never fully materialized in one place and that partial signatures are combined without reconstructing the full key, which is the clearest top-level statement of the MPC-style signer model
- The developer docs say Passkeys Developer Kit is an SDK for embedding a next-generation wallet directly into an application and explicitly contrast the popup-based flow with browser-extension onboarding
- The
createWalletAPI reference says the wallet can expose EIP-1193 and EIP-6963-aware EVM providers, Phantom-like Solana providers, Sats Connect v1 Bitcoin providers, and a universal provider namedPasskeys Universal - The FAQ says Passkeys supports Bitcoin, Ethereum, Solana, Arbitrum One, Avalanche C-Chain, Base, BNB Chain, Optimism, Astar, Celo, Immutable, Kroma, Mantle, Moonbeam, Rari, and zkSync, while also saying additional EVM support can be configured through the sales team
- The FAQ says users can swap crypto, including cross-chain swaps, and access fiat on-ramp providers directly from within the embedded wallet, which makes third-party liquidity and compliance partners part of the effective control surface
- The FAQ says passkeys sync through platform backup providers where available, adds a QR-based clone path for environments like Windows where sync is weaker, and says users can export private keys through an advanced feature; those recovery and escape-hatch choices materially shape the real custody boundary
- The FAQ says no transaction can occur without the user’s device involvement because the device holds the cryptographic material needed to decrypt and use the client key; that is important, but it still leaves the company with meaningful leverage over wallet UX, provider exposure, recovery design, and packaged service integrations
- The homepage footer currently reads
©2026 Exodus Movement, Inc., which is a useful operator clue because it ties the marketed Passkeys product surface to a specific corporate boundary
- The homepage markets Passkeys as technology for
- Whitepaper: No canonical standalone company whitepaper surfaced in this pass. The clearest current primary materials were the official site, developer docs, API reference, and FAQ; the older source bundle at
../whitepapers/passkeys-foundation-primary-sources-2026-05-04.mdstill provides background context, but this note was refreshed directly from the live primary docs. - Sources:
Internal linkages
- Project-layer alias: passkeys-foundation.
- Broader corporate operator shell signaled by the live footer and docs adjacency: exodus.
- Keep the best adjacent reads on embedded-wallet and signer-control-plane neighbors: turnkey, crossmint, and privy.
- Reusable lens: wallet vendors that promise
passkeys,embedded wallets, orone-click onboardingoften deserve a company note when backup workflow, provider injection, partner composition, and recovery policy sit with one named operator.
Control surface
-
Practical leverage sits in provider exposure, chain-support defaults, popup and embedded-wallet behavior, swap and on-ramp partner composition, recovery and QR-clone workflow, key-export policy, and the app-integration defaults developers inherit.
-
The company also shapes what
self-custodymeans in practice: which signing flows stay device-bound, how backup and migration are encouraged, how much recovery depends on platform vendors like Apple or Google, and what escape hatches exist when platform sync is weak. -
The newer exodus company note is useful when the question is not only Passkeys as a signer-control plane but the broader wallet, docs, checkout, and distribution shell that now appears to package it.
-
Read Passkeys Foundation as a company-run wallet-onboarding and signer-control plane, not as a neutral protocol baseline.
-
Last reviewed: 2026-08-10 UTC