Skip to main content

· 2 min read
Michael Karg

High level summary

  • Benchmarking: Started release benchmarks for Node 10.0.
  • Development: Governance action workload - alternative tx submission method built, passes tests.
  • Tracing: Preparing the bump to typed-protocols-0.3.

Low level overview

Benchmarking

We've started the benchmarking process for the freshly tagged, fully Chang 2 capable Node version 10.0 pre-release.

Development

Calibrating a governance action / voting workload within our submission service tx-generator is more involved than anticipated.

As measurements for performance impact of voting are required very shortly, we have - in parallel - created a nix / bash based solution. That one uses cardano-cli for creating and submitting proposals and voting transactions, while the generator can run any other known workload simultaneously. Thus, we expect to get a clear performance delta between voting vs. no voting going on. This setup has already been deployed, and is passing testing - soon to be used for the first real-world voting benchmarks.

The implementation however is less flexible, much less parametrizable, and in its design tied to the very specific, fixed topology of the Nomad cluster. The workload definition inside tx-generator will thus continue, and eventually be used as the standard for benchmarks targeting voting / governance.

Tracing

The new tracing system, more specifically, the components that forward metrics and traces to cardano-tracer, contain well-defined peers in the sense of the typed-protocols package. The upcoming bump to recently released version 0.3 contains breaking changes in the package API. We've begun necessary downstream adjustments in our packages, re-defining aforementioned peers using the new API.

· 2 min read
John Lotoski

High level summary

The SRE team continues work on Cardano environment improvements and general maintenance.

Some notable recent changes, updates or improvements include:

  • Cardano-parts environments can now be migrated from Grafana Agent to Grafana Alloy.

  • Most cardano-parts downstream clusters have now been migrated to grafana alloy use.

Repository Work

Cardano-parts

  • Migrates to grafana alloy from grafana agent. Drops deprecated cardano-node service features and iohk-nix legacy mainnet relay filtering. Fixes cardano-parts jobs for cardano-cli breaking change compatibility. More detail is available in the release notes: cardano-parts-release-v2024-10-22

Cardano-playground

  • Migrates to grafana alloy for metrics collection, rotates sanchonet kes, fixes latest govtool develop nix packaging and nginx deployment and deploys to sanchonet. More detail is available in the PR description: cardano-playground-pull-34

Cardano-mainnet

  • Migrates to grafana alloy for metrics collection, fixes scheduled restart service status file. More detail is available in the PR description: cardano-mainnet-pull-24

Cardano-node

  • Removes legacy mainnet relay filter for bootstrap attr generation, bumps the iohkNix pin for similarly updated topology generation, updates mainnet topology config to match updated iohk-nix topology ordering. cardano-node-pull-6011

Govtool

  • Fixes nix builds for frontend and backend components, required node_nixpkgs pin update and regeneration of yarn.lock. Fixes impure nix builds required by some deployers by adding an optional returnShellEnv bool to the backend package. govtool-pull-2184

Iohk-nix

  • Removes deprecated legacy relays from mainnet env and corresponding filtering for bootstrap generation, simplifies bp config generation, arranges mainnet edgeNodes in alphabetical order. iohk-nix-pull-587

· 2 min read
Noon van der Silk

High-level summary

The last few weeks have seen a solid amount of work and changes to the user-facing side of Hydra; namely great progress on incremental commits and using Aiken for our commit validator which has yielded size/cost savings. This has also allowed us to support PlutusV3 validators and keep up to date with the cardano-api. We also made a breaking change (improvement) to the server output SnapshotConfirmed to make it easier to work with signed snapshots. Finally, we made good progress on blockfrost support by adding an option to follow the chain via blockfrost, instead of through a cardano-node. Next up we continue our focus on incremental commits and general improvements, while planning the next release.

What did the team achieve?

  • Added the raw CBOR datum in transaction outputs #1543
  • Used Aiken for commit validator #1680
  • Updated to cardano-api 9.4 #1706
  • Implemented the off-chain user journey for incremental commits #1522
  • Documentation on the incremental commits feature #1704
  • Some cleanup of unused modules and functions
  • Full transaction information in SnapshotConfirmed event #1685
  • Added blockfrost mode to hydra-chain-observer #1631

What's next?

  • Continued work on incremental commits #199
  • Improvements to memory usage #1618
  • DevEx improvements to split out components of the hydra monorepo
  • Start to plan the 0.20.0 release

· One min read
Damian Nadales

High level summary

  • Released diff-containers-1.3.0.0, fingertree-rm-1.0.0.3, cardano-lmdb-0.4.0.2, and cardano-lmdb-simple-0.7.0.1.
  • Improved IOSim:
    • Added MonadLabelledMVar (176).
    • Improved the Show instance of ScheduleMod (175).
    • Ensure labels are printed where possible in IOSimPOR (174).
  • Released Consensus packages for Node 10.0.
  • Simplified Cardano hard fork triggers (1282.
  • Decreased max permissible clock skew for headers from the future from 5s to 2s (1279).

· One min read
Jean-Philippe Raynaud

High level overview

The Mithril team completed decentralizing the signature orchestration of the Mithril network. They also completed refactoring the Prometheus metrics in the signer and started implementing them in the aggregator. Additionally, the team kept working on supporting the new Pythagoras Mithril era and created the new distribution pre-release 2442.0-pre.

Finally, they kept implementing optimizations on the node logs and enhanced the release creation workflow in the CI.

Low level overview

  • Completed the issue Aggregator uses stored signing configurations when creating signed entity type #1961
  • Completed the issue Make Cardano transactions stable in client #1952
  • Completed the issue Remove chain calls from register-signer route #1982
  • Completed the issue Aggregator panics when handling discrepancies at startup in CI #1983
  • Completed the issue Use a new GitHub Action for creating releases #1691
  • Completed the issue Refactor Prometheus metrics for signer #1990
  • Worked on the issue Release 2442 distribution #1943
  • Worked on the issue Prepare new Pythagoras Mithril era #1946
  • Worked on the issue Enhance readability of node logs #1981
  • Worked on the issue Expose Prometheus metrics for aggregator #1980