Skip to content

Releases: CardanoSolutions/ogmios

v5.5.6

21 Oct 14:21
v5.5.6
238658f
Compare
Choose a tag to compare

Photo: Marc Sendra Martorell

Added

  • Prometheus metrics exported at /metrics endpoint (:hammer: @sorki)

  • Schema definitions are now included in the 📘 API reference. This makes it a little easier to find a specific schema without having to drill into a messages definitions.

Changed

  • Fixed network synchronization reporting 0.99999 even when fully synchronized. There was sometimes a possible discrepancy between the ledger internal clock and Ogmios' clock, causing a few seconds of drift time.

  • TypeScript Fixed a couple of data-types with fields parsed as number instead of bigint. See #274 (:bug: @longngn)

    Warning This is technically an internal breaking-change, however it actually comes as a bug fix since this does not change the announced interface in the TypeScript schema (which was correctly indicated 'bigint'). Still, this may cause issues with those using number where there will now be bigint.

  • TypeScript Fixed browser detection for the IsomorphicWebSocket abstraction. See #273 (:hammer: @szist).

Removed

N/A

Details

v5.5.5...v5.5.6

v5.5.5

19 Aug 16:44
v5.5.5
d16e4ed
Compare
Choose a tag to compare

Photo: Federico Beccari

Added

  • TypeScript Support for the TxMonitor mini-protocol in the REPL.

  • Link to a new Java client for Ogmios (:hammer: @edridudi).

Changed

  • TypeScript Fixed parsing of ScriptFailures coming out of the evaluateTx command. Before this patch, the client would simply throw undefined when such an error was encountered. They are now properly transcribed as EvaluateTxError (:bug: @rhyslbw).

  • Proof-read and fix documentation typos. See #247 (:blue_book: @HirotoShioi).

Removed

  • testnet has been removed from the target networks by the Docker workflow; which means that until further notice, there will be no more Docker images pushed for testnet. However, support for preprod and preview environment has been added (:hammer: @rhyslbw)

Details

v5.5.4...v5.5.5

v5.5.4

11 Aug 12:32
v5.5.4
a038e4d
Compare
Choose a tag to compare

Photo: Icons8 Team

Added

  • Missing JSON specification (and therefore, documentation) for collectErrors. See #244 (:bug: @AndrewWestberg).

Changed

  • Slot lengths are now encoded as floating numbers (double precision) instead of integers (still representing a number of seconds). However, to maintain backward-compatibility, integers value are encoded without decimal, as they used to. #245 (:bug: @klntsky).

  • TypeScript Blocks' properties (header, headerHash, body) are no longer marked as optional in the JSON specification (and consequently, in the TypeScript SDK). #238 (:bug: @MarcelKlammer).

Removed

N/A

Details

v5.5.3...v5.5.4

v5.5.3

31 Jul 15:15
v5.5.3
c05a0ee
Compare
Choose a tag to compare

Photo: Jr Korpa

Added

N/A

Changed

  • Bumped cardano-node's version (continuous integration & docker image) to 1.35.2.

  • ⚠️ Fixed Plutus' data / datum serialization function. See 3f614c3c for details. As a consequence, some datums (either inline or in the witness set) that have been reported in the past (since v5.5.0) may have been wrong. Note that the datum hashes were however correct, so it is possible to identify the "corrupted" ones by trying to re-hash (blake2b-256) them and see whether they match their associated hash digest. (:bug: @Quantumplation)

  • Changed the Docker image tagging's scheme of cardano-node-ogmios to now include the cardano-node's version. This allows to more easily bundle more recent version of cardano-node with old versions of Ogmios without the need to make a whole new release. This is in effect from v5.5.2 and onwards.

    image repository tags
    cardano-node-ogmios cardanosolutions/cardano-node-ogmios latest
    latest-{NETWORK}
    v*.*.*_{CARDANO_NODE_VERSION}
    v*.*.*_{CARDANO_NODE_VERSION}-{NETWORK}
    ogmios cardanosolutions/ogmios latest
    latest-{NETWORK}
    v*.*.*
    v*.*.*-{NETWORK}
  • Fixed incongruous error message from the command-line when failing to parse protocol parameters from genesis files. The error reporting has been slightly improved to give a more fine-grained error per invalid parameter. See #242 (:bug: @eMCeee89).

Removed

N/A

Details

v5.5.2...v5.5.3

v5.5.2

11 Jul 13:45
v5.5.2
a0dfd03
Compare
Choose a tag to compare

Photo: Dmitry Grigoriev

Added

N/A

Changed

  • Bumped cardano-node's version (continuous integration & docker image) to 1.35.1.

  • TypeScript Remove superfluous string concatenation in UnknownResultError's message. See #236 (:hammer: @rhyslbw).

Removed

N/A

Details

v5.5.1...v5.5.2

v5.5.1

05 Jul 15:00
v5.5.1
c32341e
Compare
Choose a tag to compare

Photo: Faris Mohammed

Added

  • TypeScript New isBabbageProtocolParameters helper function, and extended support of the existing ones to Babbage. See #234 (:hammer: @KubqoA).

Changed

  • Fixed Health endpoint wrongly reporting 'Alonzo' while in the 'Babbage era'. See #233 (:bug: @pgwadapool).

Removed

N/A

Details

v5.5.0...v5.5.1

v5.5.0

29 Jun 14:03
v5.5.0
237b4ea
Compare
Choose a tag to compare

Photo: Xiaolong Wong

Added

  • Added Vasil/Babbage support, including:
    • A new block type babbage with:
      • New (optional) transaction fields references, collateralReturn, totalCollateral;
      • New (optional) transaction output's fields datum and script;
    • A new plutus:v2 script language;
  • New transaction error submission failures in the Babbage era:
    • mirNegativeTransfer: returned when attempting to perform a negative MIR transfer from a reward pot to another;
    • totalCollateralMismatch: returned when totalCollateral is set but does not match what is actually computed by the ledger (i.e. sum of collateral inputs minus collateral return);
    • malformedReferenceScripts: returned when the script specified in an output isn't actually a well-formed Plutus script;
    • malformedScriptWitnesses, occurs when a script witness specified in the transaction does not properly deserialize to a Plutus script.
  • New server evaluation failures:
    • NotEnoughSynced: Happens when attempting to evaluate execution units on a node that isn't enough synchronized. This is, if the node is still in an era prior to Alonzo, evaluation of execution units won't be possible.
    • CannotCreateEvaluationContext: Happens when the ledger fails to create an evaluation context from a given transaction. This is mostly due to the transaction being malformed (e.g. wrong redeemer pointer, missing UTxO).

See the 📘 API reference for more details.

Changed

  • Updated cardano-configurations to include the vasil-dev network and switch to cardano-world as a source instead of Hydra artifacts -- now being deprecated. (:hammer: @rhyslbw)

  • Partially fixed an issue (#230, #208) causing websocket connection to be terminated by the server when p2p is enabled on the underlying node. Ogmios now has a workaround which makes the issue less likely, but the real fix belongs in the upstream networking stack (:bug: @rhyslbw, @bakon11, @james-iohk).

  • The missingRequiredScripts error now contains an extra field resolved that is a map of (pointer → script hash) that have been correctly resolved by said pointers.

  • The introduction of the Babbage era comes with some minor (albeit possibly breaking) changes and deprecations:

    • ⚠️ datums, redeemerData and plutus:v1 scripts are no longer encoded as base64 strings, but are encoded as base16 strings. The data payload remains however identical.
      This change is meant for more compatibility across the API since those data-types can now also be submitted to the server when evaluating execution units for transactions. Using base64 for input data here is a bit awkward since most existing interfaces in the ecosystem favor base16;

    • ⚠️ When passing transaction outputs to the server (e.g. when providing an additional UTxO for script evaluation), datum hashes in output must now be specified as datumHash (instead of datum). However, the server does a best-effort for the sake of backward compatibility and should still work if provided with a valid hash under datum. However, after the Vasil hard-fork, it'll be possible to also pass inline-datums using datum, while datum hash digest are expected to be specified as datumHash. Said differently, existing applications relying on this functionality will keep working without a change on this release, but applications willing to make use of the new inline-datum functionality coming in Vasil must abide by the new notation;

    • ⚠️ Similarly, Alonzo transaction outputs will now contain a datumHash field, carrying the datum hash digest. However, they will also contain a datum field with the exact same value for backward compatibility reason. In Babbage however, transaction outputs will carry either datum or datumHash depending on the case; and datum will only contain inline datums;

    • ⚠️ The outputTooSmall errors from transaction submission will slightly change format for transactions submitted during the Babbage era. Instead of an array of outputs, it is an array of objects with output and minimumRequiredValue fields;

    • ⚠️ A slightly modified block header: leaderValue and nounce fields are gone and replaced by a single inputVrf field;

    • ⚠️ Few protocol parameters changes:

      • A new protocol parameter coinsPerUTxOByte comes to replace coinsPerUtxoWord with a slightly different semantic. coinsPerUTxOByte is meant to compute the minimum Lovelace requirement on transaction outputs, and is simply a coefficient in a linear function of the serialized (CBOR) output:

        minUTxOValue(output) =  |serialise(output)| * coinsPerUTxOByte
        
      • The decentralizationParameter no longer exists. The block production is forever decentralized 🎉!

      • The extraEntropy no longer exists.

See the 📘 API reference for more details.

Removed

N/A

Details

v5.4.0...v5.5.0

Acknowledgements

Thanks to @alessandrokonrad, @coot, @lehins, @JaredCorduan, @angerman, @vhulchenko-iohk & @hamishmack for their prompt help and feedback on various matters.

v5.4.0

22 May 08:37
v5.4.0
7344cdb
Compare
Choose a tag to compare

Photo: Vincentiu Solomon

Added

Changed

  • The server now returns slightly better faults when detecting a misuse of the TxMonitor protocol (e.g. when sending a HasTx before an AwaitAcquire).

  • The server now fails with an explicit error when given a Request containing a reflection field; reflection is only used in responses, while requests use mirror. See #217 (:bulb: @grim-i-am)

Removed

N/A

Details

v5.3.0...v5.4.0

v5.3.0

04 Aug 12:30
v5.3.0
56ffd75
Compare
Choose a tag to compare

Photo: Rodrigo Soares

Added

  • In the Local-Tx-Monitor protocol, NextTx can now take an (optional) extra argument { "fields": "all" } to instrument the server in returning not only a transaction id in NextTxResponse, but a full transaction object. See #190.

  • Transaction JSON objects from all eras now contains an extra field raw, which represents the raw serialized transaction (CBOR) as a base64-encoded text string. This is the case of the chain-sync protocol, but also for the tx-monitor protocol. The field is however absent in the ogmios.v1:compact mode. See #190.

  • Transaction JSON objects from the Alonzo era now contains an extra field inputSource which a string set to either inputs or collaterals. This captures the fact that since the introduction of Plutus scripts in Alonzo, some transactions may be recorded as failed transactions in the ledger. Those transactions do not successfully spend their inputs but instead, consume their collaterals as an input source to compensate block validators for their work.

Changed

  • The complete API reference for the server is available in a new form at: https://ogmios.dev/api/. This should make the various protocol messages easier to explore and provide a less awkward visualization of the server API than the previous TypeScript documentation. The old TypeScript documentation remains however available at: https://ogmios.dev/typescript/api/.

  • Upgrade internal dependencies to [email protected]

  • Fixed the supervisor script for the cardano-node-ogmios Docker image, which would wrongly ignore signals sent from the Docker daemon (e.g. docker container stop ...). See #168 (:bug: @jondoe1337, @yorickdowne)

  • Slightly improved installation instructions in the user-guide. See #196 & #203 (:bulb: @james-iohk, 🐛 @grim-i-am).

  • TypeScript The tx-submission client now only creates a single event listener to interact with the server. This solves the Node.js warning "possible memory leak detected" when firing many submission requests at once (and going beyond the internal default maxNumberOfListeners set by node.js on event emitters). See #197 (:bug: @leobel).

  • TypeScript The options passed to the WebSocket constructors are now ignored on the browser, since they aren't supported and were causing the constructor to "crash". See #194 (:hammer: @siegfried).

  • ⚠️ Some schema type interface renaming:

    • TxTxByron
    • BlockBodyShelleyTxShelley
    • BlockBodyAllegraTxAllegra
    • BlockBodyMaryTxMary
    • BlockBodyAlonzoTxAlonzo

Removed

N/A

Details

v5.2.0...v5.3.0

v5.2.0

15 Feb 17:33
v5.2.0
f771346
Compare
Choose a tag to compare

Photo: Mark Harpur

Added

  • Extended the local-tx-submission protocol with a new EvaluateTx query which evaluates execution units of scripts present in a transaction. This effectively piggybacks on the Alonzo's tools from the cardano-ledger while providing a more user-friendly interface regarding network parameters. The API offers well-detailed errors and an interface similar to the SubmitTx. See discussion on #172 (:bulb: @mmahut)

  • New rewardsProvenance' query coming as a replacement for the now-deprecated rewardsProvenance query. See discussion on #171 (:bulb: @renesecur)

  • TypeScript Support for the new evaluateTx query in the TxSubmissionClient & repl.

  • TypeScript Support for the new rewardsProvenance' query as rewardsProvenanceNew in the StateQueryClient & repl.

Changed

  • Added transaction id as part of the successful response to a SubmitTx. While this is technically a breaking-change, it was introduced in a backward-compatible way. Existing applications using the existing SubmitTx query will see no change and will keep receiving successes as "SubmitSuccessful" text responses. However, queries which pass transactions using the submit field (instead of the currently expected bytes field) will receive, on success, an augmented response which contains a transaction id "SubmitSuccessful": { "txId": "..." }. See discussion on #174 (:bulb: @rumourscape).

  • Improved error reporting for the SubmitTx protocol which should gives a little clearer errors for ill-formed transactions.

  • ⚠️ TypeScript Renamed client's TxSubmission/errors.ts into TxSubmission/submissionErrors.ts. Similarly, the submission are also now nested under a submissionErrors field in the TxSubmission top-level object.

Removed

N/A

Details

v5.1.0...v5.2.0