Last week, the team released Daedalus Mainnet 2.5.0, which enables saving transaction details to CSV files, and also introduces new sharing functionality to receive addresses using QR codes, and also allows to export them to a PDF file with an optional personalized note. The team also released Daedalus Flight 3.0.0-FC2, which expands support for hardware wallets with the addition of the Ledger Nano S and Ledger Nano X devices on macOS and Windows. The team is now focused on enabling similar support for Linux users.
Last week, the Adrestia team released the latest stable version of the wallet, ahead of the upcoming hard fork.
Multisig support in the wallet is in its final stages of development, and great progress is being made on the wallet's multi-asset capabilities. The wallet backend has also seen performance improvements.
Finally, the team began upgrading GraphQL version 3.0.1 in preparation for the upcoming hard fork, focusing on db-sync dependencies.
Last week, the team worked on node synchronization and added a new tracer to the cardano-node, which simplified the reporting of errors in the traces. Work continues on the connection manager state machine specification; the team are updating implementation details and planning the resolution of remaining tasks.
Finally, progress was made in collaboration with the Athens University of Economics and Business (AUEB); they worked on the first simulations and results based on cold, warm, and hot peer connection.
Last week, the team were busy preparing for the upcoming protocol updates, which includes implementation of the token locking feature and multi-asset support (internally referred to as Allegra and Mary, respectively). The team worked on the testing framework to enable the operation of trace generators in any development stage, made more changes to the timelock script, and also added examples and unit tests for Allegra and Mary, resolving a few minor bugs.
Additionally, the team made some adjustments according to the Shelley multi-asset specification, including the use of an asset’s ID, rather than the name. They also updated the Concise Data Definition Language (CDDL) for Mary and Allegra, added a set difference to the algebra set, and a compactable instance to Value.
The way credentials are handled across multiple development stages has been refactored; one set of credentials (a single KES key) can now be safely shared across all Shelley-based development stages, and the tracing output is being simplified. Finally, the team worked out the UTxO calculation for the minimum ada amount, and are completing the new metadata format to allow for extraneous scripts.
Last week, the Plutus team fixed an issue affecting integer division. They rationalized the PlutusTx integer division functions by adding 'modulo' and 'quotient' to PlutusTx.prelude, fixed a broken server-invoker reference, and made some deployment script tweaks.
The Marlowe team refactored some code that added a record to UnreachableSubcontracts. Now, results of the static analysis are added to the linting. They also removed the ‘Save’, ‘Save As’, and ‘Rename’ buttons from the Marlowe Playground homepage itself and redesigned the presentation of the project modals (graphic buttons), in the New Projects section to represent the various choices of coding environments.
Last week, the team continued working on the addition of support for Ledger Nano S and Ledger Nano X hardware wallets, finalizing the "exporting transactions history to CSV file" feature, and adding address sharing options to the "Receive" screen. The team also implemented improved UX fixes for form fields and tooltips along with some smaller UI fixes for issues within the "Newsfeed" sidebar.
Last week, the team released a new version of the wallet and continued working on changes for the future release, which will focus on account and multi-asset support. The team removed Jormungandr support from the wallet, improved the wallet's OpenAPI3.0 spec as part of ongoing work to add account support to the wallet API, and contributed to Catalyst development.
Last week, the team finalized work on the connection manager state machine specification and continued testing the connection manager. They fixed some high priority issues in the iohk-monitoring-framework, continued working on the tx-submission issue, and also resolved the io-sim failure type exception instance.
Work is ongoing within the cardano-API component; additionally, the team has been reviewing the connection manager state machine specification, collaborated on the review of Athens University of Economics and Business (AUEB) network simulations, and progressed with the DeltaQ framework development in collaboration with Leuven University.
Last week, the team continued working on the development of the Catalyst mobile voting application and adding the Catalyst voter registration support to Daedalus; they also altered scripts to retrieve voter registrations by switching to a new metadata format. Finally, the team worked on the tooling to automate stake pool setup using the pool owner’s accounts from hardware wallets.
Last week, the team delivered a benchmark for the 1.21.1 version of the node, the results of which will be used for the enhancement of the 1.22.2 version release. The team is in the process of implementing the forward-porting of the node-side changes that support the K=1000 benchmark and include the multi-pool support, genesis staking in the cardano-CLI, and supporting trace improvements.
The team continued improving the RTView user interface for KES metrics, epoch information, and errors. They also fixed some bugs, made responsiveness improvements, and resolved a space leak in the ledger. Ledger snapshot filenames are now based on the slot number and the snapshots can now be named by adding a suffix starting with an underscore (for example, 4492799_last_Byron). Chain selection details were also clarified in the documentation.
The team fixed some issues with the bidirectional map and the ValueNotConserved predicate failure, continued preparing for the upcoming hard forks, and completed the timelock scripts and transaction body serialization. Finally, the team are now working on the serialization generators.
The Marlowe team improved the appearance of the demonstration files in the Marlowe Playground and updated related documentation, while the technical writing team started planning for new end-user Marlowe documentation.
Last week, the team released Daedalus Flight 3.0.0-FC1, which supports Trezor Model T hardware wallets. The team is now focused on adding support for Ledger Nano S and Ledger Nano X devices, and is also finalizing the "exporting transactions history to CSV file" feature along with minor UI/UX improvements.
Last week, the Adrestia team worked on token locking and multi-asset support in the wallet.
Also, previous work on the Adrestia APIs is paying off, as the team released Cardano-rosetta v1.0, which enables easier integration of exchanges and other third parties with Cardano.
The team also released GraphQL v3.0, which contains some general improvements and historical rewards data, and also worked on a delisting stake pools feature in the wallet backend.
Finally, the Adrestia team is making preparations to work on multisig transaction support, transaction scheduler, UTXOs with multiple token types, improving support for OpenAPI3.0 support, and multi-account support.
Last week, the team created a connection manager state machine specification and continued testing the connection manager. They fixed some issues in the iohk-monitoring-framework, improved io-sim failure type exception instance, and made progress on the tx-submission issue resolution.
The team also continued working on the cardano-API, reviewed Athens University of Economics and Business (AUEB) network simulations, and worked with Leuven University on the Delta-Q framework.
Last week, the team used a test cluster from the cardano-wallet to check the Nix configuration for automated testing in Daedalus. They also checked the compatibility of the latest GraphQL and explorer-app versions with db-sync version 6.0.0, and continued developing the Catalyst voting application, focusing on the registration and signing features, which are now being prepared for testing.
Last week, the team updated the node to the latest version and performed benchmarking and a review. They implemented the IELE/KEVM testnet deployment environments, and collected feedback from the stake pool operator community about the RTView. The team used this feedback to improve metrics logging and user experience.
The team now have functioning timelock scripts, a feature that is to be deployed with the next hard fork. They fixed transaction body serialization to simplify future backwards-compatible transaction body creation in the next development stage, and continued working on serialization generators.
Finally, the team fixed some bugs within the serialization of bidirectional maps and the ValueNotConserved predicate failure, and are now preparing the testing framework for these features.
Last week, the Plutus team made some minor updates to the Plutus Playground and replaced the Ace editor with Monaco. Also, they refactored some packages and plug-ins and worked on some Nix code changes.
The Marlowe team made further updates to the documentation for the Marlowe Playground and updated some of the Unify choices in the playground simulation so that the choices use the same ChoiceId in the input composer. This has simplified the choice-bound lists by sorting and minimizing the number of intervals. Finally, the team added a LAM (linear amortizer) contract and the applicability model to ACTUS labs.
Last week, the team released Daedalus mainnet version 2.4.1. Following the community’s feedback, this release brings fresh improvements to the delegation user experience. Daedalus now includes a ranking for all pools. Any pools that have not yet minted any blocks or have a short history of block production now have potential rewards estimated at zero and are ranked equally.
The team is also finalizing QA checks for the upcoming Daedalus Flight release, which will include support for Trezor model T hardware wallets.
Last week, the Adrestia team released a new version of the wallet that includes performance improvements and some minor bug fixes. The team is now focused on making the wallet API compatible with openAPI3.0, achieving better database management for delisted or blocked stake pools, and continued development of multisig.
Finally, the team confirmed that the transaction scheduler is nearing completion, and are now working on the upcoming releases of Graphql 3.0.0 and Cardano-Rosetta 1.0.0.
Last week, the team continued integrating the connection manager, worked out the development building procedure on Windows, and also found and resolved some occuring issues in cardano-node, iohk-monitoring, and ouroboros-network. They have implemented cardano-ping applications, which are useful for DevOps activities.
The team continued developing cardano-CLI API with the implementation of typed wrappers, which exposes a consistent view for the typed interface of ouroboros-consensus.
Finally, they continued cooperating with the benchmarking team and the researchers from the Athens University of Economics and Business (AUEB) and Leuven University regarding the node connectivity policies and Delta-Q framework.
Last week, the team continued working on the integration of new eras with consensus. Node integration is in progress now. They continued working on the technical report about the consensus layer, and made progress on the Shelley hard fork combinator tests.
The benchmarking team has performed and analysed experiments for networks featuring a large number of block producing nodes. They have migrated their deployment structure and implemented additional metrics. Finally, the RTView tool has undergone some improvements in terms of internal technical stack and the overall user interface (UI).
Last week, the Plutus team started work on some Nix code and structure refactoring. They also updated some paths in validation benchmarks and made changes to the pubKeyHash function in the on-chain code.
The Marlowe team completed some refactoring changes to improve consistency in the area of standard types. They also made some further updates to the colour scheme within the playground and fixed some spacing issues in Blockly for pay and deposit contracts. A significant update was made to the Marlowe tutorials. Finally, the technical writing team published new Marlowe topics on the Cardano Docs website.