Skip to main content


The dApp end users are required to have their own secret private keys in order to interact with any blockchain and crypto based systems. Generating and managing private keys is cumbersome and makes for a very different user experience than the Web2 applications.

Arcana lowers this barrier to entry and simplifies how dApp end users onboard the Arcana Network Platform and blockchain powered smart contracts driven dApps by allowing various authentication mechanisms. You can enable different authentication mechanism to onboard the application users. The end users have the flexibility to choose the authentication method that best suits their comfort levels and sensitivity to data privacy, security and user experience.

Supported Authentication mechanisms

Arcana allows user authentication through the following mechanisms:

In case of BYOK, the keys are either managed by the users themselves or through third party wallet providers.

You can also use Arcana Auth SDK whereby a standard Ethereum provider interface can be accessed by the dApp. This provider encapsulates user assigned distributed private key generated by DKG. Once authenticated using social or passwordless mechanisms, the dApp can use this provider to enable users to securely sign blockchain powered storage operations.

Here is a relative comparison for various user authentication mechanims that can be deployed by dApps in the context of Arcana Network platform:

Authentication TypePrivacySecurityUser Experience
Social authenticationManaged by social OAuth providerManaged by social OAuth providerFamiliar/Easy
PasswordlessNo password shared with any providerNo password shared so relatively secureSeamless, no need to remember passwords
BYOKFull privacy as keys not shared with any providerHigh security as keys are not shared with anyonePainful as losing key results in loss of access to any blockchain enabled assets