Releases: CardanoSolutions/ogmios
v5.5.6
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. -
Fixed a couple of data-types with fields parsed as
number
instead ofbigint
. 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 bebigint
. -
Fixed browser detection for the
IsomorphicWebSocket
abstraction. See #273 (:hammer: @szist).
Removed
N/A
Details
v5.5.5
Added
-
Link to a new Java client for Ogmios (:hammer: @edridudi).
Changed
-
Fixed parsing of
ScriptFailures
coming out of theevaluateTx
command. Before this patch, the client would simply throwundefined
when such an error was encountered. They are now properly transcribed asEvaluateTxError
(: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 forpreprod
andpreview
environment has been added (:hammer: @rhyslbw)
Details
v5.5.4
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).
-
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
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 (sincev5.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 fromv5.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.1
Added
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
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
andscript
;
- New (optional) transaction fields
- A new
plutus:v2
script language;
- A new block type
- 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 whentotalCollateral
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 thescript
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 fieldresolved
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
andplutus:v1
scripts are no longer encoded asbase64
strings, but are encoded asbase16
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. Usingbase64
for input data here is a bit awkward since most existing interfaces in the ecosystem favorbase16
; -
⚠️ 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 asdatumHash
(instead ofdatum
). However, the server does a best-effort for the sake of backward compatibility and should still work if provided with a valid hash underdatum
. However, after the Vasil hard-fork, it'll be possible to also pass inline-datums usingdatum
, while datum hash digest are expected to be specified asdatumHash
. 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 adatumHash
field, carrying the datum hash digest. However, they will also contain adatum
field with the exact same value for backward compatibility reason. In Babbage however, transaction outputs will carry eitherdatum
ordatumHash
depending on the case; anddatum
will only contain inline datums; -
⚠️ TheoutputTooSmall
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 withoutput
andminimumRequiredValue
fields; -
⚠️ A slightly modified block header:leaderValue
andnounce
fields are gone and replaced by a singleinputVrf
field; -
⚠️ Few protocol parameters changes:-
A new protocol parameter
coinsPerUTxOByte
comes to replacecoinsPerUtxoWord
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
Acknowledgements
Thanks to @alessandrokonrad, @coot, @lehins, @JaredCorduan, @angerman, @vhulchenko-iohk & @hamishmack for their prompt help and feedback on various matters.
v5.4.0
Added
TypeScript client for the 'TxMonitor' mini-protocol. Documentation available at https://ogmios.dev/typescript-client/tx-monitor/ (:hammer: @leobel).
Changed
-
The server now returns slightly better faults when detecting a misuse of the
TxMonitor
protocol (e.g. when sending aHasTx
before anAwaitAcquire
). -
The server now fails with an explicit error when given a
Request
containing areflection
field;reflection
is only used in responses, while requests usemirror
. See #217 (:bulb: @grim-i-am)
Removed
N/A
Details
v5.3.0
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 inNextTxResponse
, 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 theogmios.v1:compact
mode. See #190. -
Transaction JSON objects from the Alonzo era now contains an extra field
inputSource
which a string set to eitherinputs
orcollaterals
. 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).
-
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). -
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:Tx
→TxByron
BlockBodyShelley
→TxShelley
BlockBodyAllegra
→TxAllegra
BlockBodyMary
→TxMary
BlockBodyAlonzo
→TxAlonzo
Removed
N/A
Details
v5.2.0
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 theSubmitTx
. See discussion on #172 (:bulb: @mmahut) -
New
rewardsProvenance'
query coming as a replacement for the now-deprecatedrewardsProvenance
query. See discussion on #171 (:bulb: @renesecur) -
Support for the new
evaluateTx
query in theTxSubmissionClient
& repl. -
Support for the new
rewardsProvenance'
query asrewardsProvenanceNew
in theStateQueryClient
& 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 existingSubmitTx
query will see no change and will keep receiving successes as"SubmitSuccessful"
text responses. However, queries which pass transactions using thesubmit
field (instead of the currently expectedbytes
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. -
⚠️ Renamed client's
TxSubmission/errors.ts
intoTxSubmission/submissionErrors.ts
. Similarly, the submission are also now nested under asubmissionErrors
field in theTxSubmission
top-level object.
Removed
N/A