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'sTxSubmission/errors.ts
intoTxSubmission/submissionErrors.ts
. Similarly, the submission are also now nested under asubmissionErrors
field in theTxSubmission
top-level object.
Removed
N/A