Magic
- Name: Magic
- URL: https://magic.link/
- Category: Wallet infrastructure / authentication / embedded wallets / server-side key-management infrastructure
- Tags: ethereum-ecosystem solana-ecosystem bitcoin-ecosystem
- Summary: Magic is mostly wallet-and-auth plumbing. Passwordless login and DID tokens are the sales angle; the real operator surface is key-management mode, recovery, server-wallet policy, and which auth artifacts the app comes to trust.
- What it does:
- Provides embedded-wallet infrastructure with passwordless authentication methods including email OTP, SMS, social login, and Farcaster
- Exposes client-side SDKs for web, React Native, iOS, Android, Python, and Node.js integrations
- Offers server-side wallet products including Express API and Core API for backend-managed wallet creation and transaction flows
- Documents decentralized ID (DID) tokens for application authentication and authorization between client and server
- Supports multichain wallet workflows across EVM chains, Solana, and Bitcoin according to the docs
- Key claims:
- The docs homepage says Magic offers “server-side wallet management solutions and embedded wallet infrastructure” for developers and enterprises
- The embedded-wallet docs emphasize non-custodial wallets, passwordless onboarding, multi-chain support, and a TEE-based key-management system
- The Core API docs say Magic’s server-side wallet management uses AWS Nitro Trusted Execution Environment (TEE) security and key sharding
- The Core API docs explicitly note that the product can support either custodial or non-custodial implementations depending on how encryption context and key shards are managed
- The DID-token docs show Magic also operates an auth/authorization layer based on cryptographically generated proofs tied to wallet identity
- The public GitHub organization exposes a broad SDK surface spanning JavaScript, admin SDKs, mobile SDKs, and docs, which reinforces that the company is operating a real wallet/auth developer platform
- Whitepaper: No classic standalone whitepaper or litepaper was found during this pass. The strongest primary materials were Magic’s official docs, specific server-wallet and DID-token documentation pages, and the public SDK/documentation repositories; see
../whitepapers/magic-primary-sources-2026-04-26.md. - Sources:
- https://magic.link/
- https://docs.magic.link/home
- https://docs.magic.link/server-wallets/core-api/overview
- https://docs.magic.link/embedded-wallets/authentication/features/decentralized-id
- https://docs.magic.link/llms.txt
- https://github.com/magiclabs
- https://raw.githubusercontent.com/magiclabs/magic-js/master/README.md
Internal linkages
- Best upward comparison points: privy, turnkey, and coinbase-developer-platform.
Governance / control risk
-
The leverage sits in login issuance, DID-token handling, server-wallet policy, recovery paths, custody mode, and which chains or admin flows Magic supports cleanly.
-
So treat Magic as hosted wallet-and-auth infrastructure, not as a durable account substrate.
-
Last reviewed: 2026-05-25 UTC