input-output-hk/cardano-rest 3.1.0

(❌ DEPRECATED - Use 3.1.1) Cardano Rest 3.1.0

on GitHub

❌ This release is deprecated as it introduces a bug in cardano-submit-api. ❌

Use https://github.com/input-output-hk/cardano-rest/releases/tag/3.1.1 instead

The release upgrade dependencies to more recent version of the Cardano eco-system as well as a few bug fixes. It is compatible with cardano-node-1.24.2 and cardano-db-sync-7.1.0.

Getting Started

https://github.com/input-output-hk/cardano-rest#getting-started

Changelog

explorer-api

• Upgrade dependencies to more recent version of the Cardano eco-system (cardano-db-sync-7.1.0 & cardano-node 1.24.2)
• Fix an internal error with 'InnerJoin' requests on block's transaction summary.
• Fix inconsistency in the OpenAPI 2.0 specification (and consequently, the documentation).

submit-api

• Upgrade dependencies to more recent version of the Cardano eco-system (cardano-db-sync-7.1.0 & cardano-node 1.24.2)

• Allow clients to define an extra outer-encoding for the submit endpoint using a MIME-type parameter encoding.
  When set, the parameter must be set to either base16 or base64 and the data payload must be encoded accordingly.
  When not set, then the present behaviour remains applicable and a raw octet stream is expected.

  Examples:

  • Content-Type: application/cbor;encoding=base16
  • Content-Type: application/cbor;encoding=base64
  • Content-Type: application/cbor

Additional Notes

The dependency upgrade has caused some results to be ordered slightly differently when their ordering key is equal. For example,
when ordering: [{a: 1, b:1}, {a:2, b:1}, {a:3, b:2}] by ascending b, the order of the first two elements may not match the
order on previous releases.

It is the case of:

• Transaction inputs.
• Redemption addresses from genesis.

These may now be ordered differently than in the previous release. Applications relying on that order and/or pagination of related requests are advised to double-check their integration.

Signatures