Dynamic Simplifies Midnight Wallet Access
Email and social sign-ins let new users create embedded non-custodial wallets, while existing users can connect 1AM or Gero. The integration combines access to Midnight’s public assets, private assets, and transaction fee resources.
By SongMarketCap
Midnight outlined its integration with Dynamic on October 1, providing developers with tools to simplify access to applications on its privacy-focused network. The integration supports familiar registration methods while handling the separate wallet components required for Midnight transactions.
Dynamic, a wallet infrastructure provider owned by Fireblocks, combines authentication, embedded wallets, and external wallet connections. Its Midnight support expands the tools available to developers building privacy applications in the wider Cardano ecosystem.
Email Sign-In and Existing Midnight Wallets
Users who already have a compatible Midnight wallet can connect options such as 1AM or Gero through the official Midnight DApp Connector API. These external wallets retain their own key management arrangements.
New users can register with an email address or a supported social account, creating an embedded non-custodial wallet without installing a separate browser extension. The wallet operates within the application’s interface, giving users access through a familiar login process.
According to Midnight, embedded wallet key management uses threshold signature schemes. This approach distributes cryptographic signing material rather than relying on a complete private key stored in one location.
Developers can configure either connection method or support both, accommodating existing wallet holders and first-time users within the same application.
Midnight’s Public, Private, and Fee Components
A functional Midnight wallet exposes three distinct components.
The unshielded component manages public addresses and assets, with transfer details visible on the blockchain. The shielded component manages private addresses and a separate asset pool, using zero-knowledge technology to protect information during supported interactions. A third component tracks the resources used to pay transaction fees.
Applications must distinguish between these components when displaying balances and deposit addresses. Public and private asset pools cannot be treated as a single interchangeable balance. Dynamic exposes the corresponding addresses and provides methods for reading each component’s state.
Transaction fees are paid with DUST, a private, non-transferable resource generated through registered unshielded NIGHT holdings. The underlying tokens remain available to their holder while the fee resource accumulates over time.
Registration establishes resource generation rather than instantly funding the wallet. Spending consumes available capacity, while continued generation replenishes it under the network’s rules.
Dynamic provides access to these functions through a common integration. Developers still determine which operations use public or protected state and how those distinctions appear in the application.
One SDK for Midnight Developers
Dynamic supports Midnight alongside EVM networks, Solana, Bitcoin, Sui, TON, and Aleo. Teams already using its infrastructure can add Midnight through the same SDK framework instead of introducing a separate authentication and wallet system.
The integration provides methods for retrieving addresses, checking balances, registering fee generation, and creating, signing, and submitting transfers. Its technical guide also describes how to connect the wallet infrastructure to Midnight’s application development tools.
Teams must enable Midnight support and configure the connectors appropriate to their chosen wallet types. External wallet connections and embedded wallets use different connector configurations, allowing developers to tailor the available sign-in options.
For smart contract interactions, the application executes the contract logic, manages private state, and generates the required zero-knowledge proof. The wallet handles settlement, including transaction balancing, fee payment, signing where required, and submission.