Integrating with third parties¶
Note: Exchanges that are currently listing, or interesting in listing ada, must support a Shelley-supported version of Cardano.
Warning: Old components like cardano-sl:node, cardano-sl:explorer, or cardano-sl:wallet are no longer supported.
Only the following components are Shelley compliant and support both the Byron and Shelley eras:
cardano-node - the latest cardano-node, which supports Ouroboros Praos.
cardano-db-sync - a necessary middleware to power both cardano-rest and cardano-graphql. This middleware stores blockchain data fetched from cardano-node in an intermediate database to enable higher-level interfaces for blockchain exploration.
cardano-wallet - this API is recommended for 3rd party wallets and exchanges who do not want to manage UTxOs for transactions themselves. Use it to send and receive payments from hierarchical deterministic wallets on the Cardano blockchain via HTTP REST or a command-line interface.
cardano-rest - is made of two HTTP APIs that are used to retrieve transactions, addresses, and time periods (epochs and slots) from the cardano-db-sync component and submit an already serialized transaction to the network using cardano-explorer-api & cardano-submit-api respectively. The cardano-submit-api uses the same API as the cardano-sl:explorer to ease migration from already integrated clients. New integration should, however, look into cardano-graphql.
cardano-graphql - the HTTP GraphQL API for Cardano. A more flexible alternative for blockchain exploration than cardano-rest.
Adrestia libraries - is recommended for larger exchanges who wish to construct their own wallet scheme and manage UTXOs themselves. This consists of the following:
Warning: Adrestia’s components and their respective repositories are also listed on Github.