Skip to content

Releases: aurora-is-near/aurora-engine

Aurora SILO 3.0.0

30 Aug 10:45
77c284a
Compare
Choose a tag to compare
Aurora SILO 3.0.0 Pre-release
Pre-release
chore: update release notes in develop branch (#829)

## Description

The PR just updates release notes in the develop branch and bumps
`aurora-engine` version.

Release 3.0.0

25 Aug 14:02
1a2e7c6
Compare
Choose a tag to compare

Fixes

  • Updated SputnikVM dependency with bugfix in the returndatacopy
    implementation and a performance improvement in accessing EVM memory by @birchmd. #826

Changes

  • BREAKING: engine-standalone-storage no longer automatically writes to the DB when consume_message is called.
    It is up to downstream users of the library to commit the diff (after doing any validation for correctness) by @birchmd. #825

Additions

  • New crate for the so-called "hashchain" implementation. It will enable verification of Aurora blocks by light clients
    in the future by @birchmd. #816

Release 2.10.2

10 Aug 10:32
17b6d69
Compare
Choose a tag to compare

Changes

  • Added a view transaction factory_get_wnear_address for returning address for the wNEAR ERC-20 contract by @aleksuss. #807

Fixes

  • Fixed a bug where standalone engine can crash on tracing transactions with too large contract deployment by @birchmd. #817
  • Fixed a bug and performance improvements with unusual exponents in the engine-modexp crate by @guidovranken. #814

Aurora SILO 2.10.2

10 Aug 10:08
72ecee7
Compare
Choose a tag to compare
Aurora SILO 2.10.2 Pre-release
Pre-release

What's Changed

Full Changelog: silo-2.10.1...silo-2.10.2

Aurora SILO 2.10.1

07 Aug 15:02
a100b93
Compare
Choose a tag to compare
Aurora SILO 2.10.1 Pre-release
Pre-release
silo-2.10.1

Merge branch 'develop' into feat/aleksuss/silo

Release 2.10.1

27 Jul 18:43
6c3d46e
Compare
Choose a tag to compare

Fixes

  • Updated sputnikvm dependency with bugfix in the shanghai
    implementation @mandreyel. #803

Co-authored-by: mandreyel mandreyel@aurora.dev
Co-authored-by: Oleksandr Anyshchenko oleksandr.anyshchenko@aurora.dev
Co-authored-by: Michael Birch michael.birch@aurora.dev

Release 2.10.0 (#800)

25 Jul 02:47
395585d
Compare
Choose a tag to compare
### Changes

- Enabled Shanghai Ethereum hard fork support by @mandreyel. #773
- Added ability to pause and resume the core functionality of the
contract by @Casuso. #779
- Added function call keys to be used with relayers by @aleksuss. #792

---------

Co-authored-by: mandreyel <mandreyel@aurora.dev>
Co-authored-by: Oleksandr Anyshchenko <oleksandr.anyshchenko@aurora.dev>
Co-authored-by: Leandro Casuso Montero <leandro.montero@aurora.dev>

Release 2.9.3.

20 Jul 17:51
2d2059f
Compare
Choose a tag to compare

This is a quick patch to ensure that there are no complications when
deploying from a DAO as we are running close to the 300 Tgas gas limit
when doing deploy_upgrade, and reduces the amount of votes required by
a DAO for deployment to a single vote.

Changes

  • It is now possible for anyone to call the contract method
    deploy_upgrade by @joshuajbouw. #794

Signed-off-by: dependabot[bot] support@github.com
Co-authored-by: Oleksandr Anyshchenko oleksandr.anyshchenko@aurora.dev
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

Release v2.9.2.

23 Jun 08:37
a42ab7d
Compare
Choose a tag to compare

2.9.2 2023-06-22

Fixes


Co-authored-by: Karim karimkaspersky@yahoo.com @karim-en
Co-authored-by: Michael Birch michael.birch@aurora.dev @birchmd
Co-authored-by: mandreyel mandreyel@protonmail.com @mandreyel
Co-authored-by: Oleksandr Anyshchenko oleksandr.anyshchenko@aurora.dev @aleksuss
Co-authored-by: Alexey Lapitsky alexey.lapitsky@aurora.dev @vzctl

2.9.1 (2023-05-15)

15 May 12:58
733b1a2
Compare
Choose a tag to compare

Changes

  • Removed unused state variable bridge_prover_id by @birchmd. (#749)
  • modexp has been improved to be greatly faster than before by @birchmd. (#757)

Fixes

  • Fixed an issue where the owner could call new multiple times by @lempire123. (#733)
  • Fixed an issue with deploy_upgrade where the upgrade index isn't cleared by @lempire123. (#741)