-AD-
-AD-
HomeNewsCardano Soars with 8.1.1 Update: Unleashing Unprecedented Performance and Enhanced Functionality for...

Cardano Soars with 8.1.1 Update: Unleashing Unprecedented Performance and Enhanced Functionality for a Future-Ready Blockchain

- Advertisement -
  • An alteration in serialization format for some NodeToClient protocols between versions 1.35.7 and 8.1.1 of Cardano Node disrupts communication with downstream tools.
  • This change affects several utilities that utilize these mini-protocols, including Ogmios, Phyrhose, TxPipe, and SundaeSwap Scoopers.

As a seasoned blockchain expert, I am here to shed light on the recent issue faced by Cardano, a prominent player in the blockchain landscape. This issue relates to changes in the serialization format for some of Cardano Node’s NodeToClient protocols, specifically between versions 1.35.7 and 8.1.1.

Under ideal conditions, serialization formats within a NodeToClient protocol version should remain consistent between Cardano Node releases. However, in this case, the alteration in serialization format has led to breaking changes. This implies that downstream tools, which previously communicated seamlessly with the nodes, now require code changes or external knowledge of the node’s version they are interacting with.

This occurrence was first noticed for the protocolParameters query in version 8.0.0 of the Cardano Node, which was subsequently fixed in 8.1.1. However, it has become apparent that three more queries require rectification for proper compatibility with NodeToClient standards in versions 8.1.1 and beyond. These include queries for delegationsAndRewards, utxo, and stakeDistribution.

Such an issue is significant because it disrupts several utilities that depend on these mini-protocols. For example, Ogmios, Phyrhose, TxPipe, cncli, SundaeSwap Scoopers, and other tools experience difficulties in operation due to these changes.

A comment from one of the contributors pointed out that the issue arises from the deserialization of indefinite vs definite length lists. After deserialization, the format remains the same, so there’s no need for a new NodeToClient version. It was also suggested that the issue might be linked to the version of Ogmios in use, as it might not have been updated to work with 8.x.x.

Moreover, it was highlighted that Ogmios utilizes Cardano.Binary for serialization/deserialization, which is less safe compared to Cardano.Ledger.Binary. The latter is versioned as of 8.0.0 and only uses Cardano.Binary when necessary, typically for Byron-related matters.

All these suggest that although an issue exists, the solution might not be as straightforward as initially thought. It involves careful examination of both serialization/deserialization formats and the versions of tools interacting with the nodes. As the blockchain community closely watches the unfolding scenario, it is expected that the affected utilities will adopt appropriate strategies to handle these changes efficiently.

Disclaimer: ETHNews does not endorse and is not responsible for or liable for any content, accuracy, quality, advertising, products, or other materials on this page. Readers should do their own research before taking any actions related to cryptocurrencies. ETHNews is not responsible, directly or indirectly, for any damage or loss caused or alleged to be caused by or in connection with the use of or reliance on any content, goods, or services mentioned.
Godfrey Benjamin
Godfrey Benjamin
Godfrey Benjamin is an experienced crypto journalist whose primary goal is to educate everyone about the prospects of Web 3.0. His love for crypto was sparked during his time as a former banker when he recognized the clear advantages of decentralized money over traditional payments. Business Email: info@ethnews.com Phone: +49 160 92211628
RELATED ARTICLES

LATEST ARTICLES