![](https://cdn-images-1.medium.com/max/1200/1*bRFS-zU1X8-NS9OhSyc6uA.png)
The Minerva hard fork was activated last Thursday (07.03.2019) migrating all Phase 1 AE tokens and introducing a number of consensus-breaking improvements. You can look at the release notes for a detailed list of changes. We are happy to announce that:
The first scheduled protocol upgrade of the æternity protocol was performed without any issues. It was one of the smoothest hard forks in the industry.
The dev team continues to closely monitor the stability of the network. So far no deterioration of the network stability has been detected.
The team also announced the second Minerva Release 2.1.0 that includes fixes to the Windows package that were previously included in a Windows-only hot fix 2.0.1, expands the æternity node API and introduces a number of improvements to the State Channels’ Finite State Machine (aka FSM).
The 2.1.0 release:
- fixes the build of Windows package,
- includes the new Minerva accounts file,
- uses proper data directory,
- fixes the
syncing
field in the/status
endpoint, - adds a
sync_progress
field to the/status
external endpoint (sync_progress
metric is now also reported every 30 seconds during the sync process). - exposes logged events (as a
log
field) in ContractCallObject in the HTTP API, - improves the stability of State Channels’ FSM,
- adds a new WebSocket method for dry-running off-chain contracts:
channels.dry_run.call_contract
In the following weeks the developers will focus on finalizing æternity’s Stratum protocol implementation, improving and extending the VM, and enhancing the functionality of State Channels.
æternity’s development topics are now better organized in the Forum and you are all welcome to join the discussions there.
![](https://cdn-images-1.medium.com/max/800/1*4XKYkblYKO6K0KtOKZyaIQ.png)
Interested in æternity? Get in touch:
GitHub | Forum | Reddit | Twitter | YouTube| LinkedIn
![](https://cdn-images-1.medium.com/max/800/1*cZpm4_4kt1WA9t5WUbU7SA.png)
Leave a Reply