There is a new method now to authenticate/login/vote/sign as a PoolOperator
The Calidus Pool-Key
What is this Calidus Pool-Key ?
The Calidus Pool-Key is used to identify/authorize pool ownership for public/private services without the need to go thru a VRF-Secret-Key signing process. This was only possible on the CLI and SPOs don’t like to touch there secret keys that often.
The Calidus Pool-Key can be used on the cli AND with LightWallets directly in the Browser for Identification/Login/Authorization/etc.
If you wanna update to a new Calidus Key, just generate a new one and register it for the pool.
You only need to sign the registration metadata once with your Stakepool Cold-Key, after that you can use the Calidus Key for various services on a daily base. No need to use the Stakepool Cold-Key or the VRF Secret-Key anymore.
The signing/verification is done on the CIP8/30 messageSign protocol and is therefore also compatible with Stakepool Cold Keys on the Hardware-Wallet.
Its a standard ed25519 signing/verification in the end, so there are plenty of libs available for the integration in own services/dApps.
Services/Tools already available:
- cardano-signer
- pg_cardano postgres extension
- koios rest api (mainnet-beta, preview-full, sanchonet-full)
- SPO-Scripts script 15_calidusPoolKey.sh
Services/Tools planning to use it:
- CN-Tools implementation already done in alpha release
- Sentinel Indexer update to support it within next weeks
- Explorers like Cardanoscan, AdaStat and Cexplorer are looking into it
- APIs like Blockfrost are looking into it
- Projects like Atrium Labs are looking into it
- Japan SPO Guild will use it in there Discord Bot
- more will be announced soon …
Possible usecases:
- authenticate yourself as an SPO of a specific pool
- login on a website that provides services for SPOs
- participate on a voting for SPOs
- use the Calidus-Key to sign your Governance-Action rational
- generate vouchers for delegators and other users that can be redeemed at another service
- and much more …
How is the registration metadata constructed
Here is a simplified schema on how the registration metadata is contructed. It conains a versionInfo, a payloadPart and a witnessPart.



