mirror of
https://github.com/0glabs/0g-chain.git
synced 2024-12-27 00:35:18 +00:00
Merge pull request #265 from Kava-Labs/kd-changelog-v0.3.0-update
Update CHANGELOG
This commit is contained in:
commit
fa63739843
41
CHANGELOG.md
41
CHANGELOG.md
@ -1,11 +1,48 @@
|
|||||||
|
<!--
|
||||||
|
Guiding Principles:
|
||||||
|
|
||||||
|
Changelogs are for humans, not machines.
|
||||||
|
There should be an entry for every single version.
|
||||||
|
The same types of changes should be grouped.
|
||||||
|
Versions and sections should be linkable.
|
||||||
|
The latest version comes first.
|
||||||
|
The release date of each version is displayed.
|
||||||
|
Mention whether you follow Semantic Versioning.
|
||||||
|
|
||||||
|
Usage:
|
||||||
|
|
||||||
|
Change log entries are to be added to the Unreleased section under the
|
||||||
|
appropriate stanza (see below). Each entry should ideally include a tag and
|
||||||
|
the Github issue reference in the following format:
|
||||||
|
|
||||||
|
* (<tag>) \#<issue-number> message
|
||||||
|
|
||||||
|
The issue numbers will later be link-ified during the release process so you do
|
||||||
|
not have to worry about including a link manually, but you can if you wish.
|
||||||
|
|
||||||
|
Types of changes (Stanzas):
|
||||||
|
|
||||||
|
"Features" for new features.
|
||||||
|
"Improvements" for changes in existing functionality.
|
||||||
|
"Deprecated" for soon-to-be removed features.
|
||||||
|
"Bug Fixes" for any bug fixes.
|
||||||
|
"Client Breaking" for breaking CLI commands and REST routes.
|
||||||
|
"State Machine Breaking" for breaking the AppState
|
||||||
|
|
||||||
|
Ref: https://keepachangelog.com/en/1.0.0/
|
||||||
|
-->
|
||||||
|
|
||||||
# Changelog
|
# Changelog
|
||||||
|
|
||||||
## [Unreleased]
|
## [Unreleased]
|
||||||
|
|
||||||
|
## [v0.3.0]
|
||||||
|
|
||||||
### Features
|
### Features
|
||||||
[\#253] Add a new validator vesting account type, which releases coins on a periodic vesting schedule based on if a specific validator signed sufficient pre-commits. If the validtor didn't sign enough pre-commits, the vesting coins are burned or sent to a return address.
|
|
||||||
|
[\#253] Add a new validator vesting account type, which releases coins on a periodic vesting schedule based on if a specific validator signed sufficient pre-commits. If the validator didn't sign enough pre-commits, the vesting coins are burned or sent to a return address.
|
||||||
[\#260] Pin to cosmos-sdk commit #18de630 (tendermint 0.32.6)
|
[\#260] Pin to cosmos-sdk commit #18de630 (tendermint 0.32.6)
|
||||||
|
|
||||||
|
|
||||||
### Improvements
|
### Improvements
|
||||||
|
|
||||||
[\#257] Include scripts to run large-scale simulations remotely using aws-batch
|
[\#257] Include scripts to run large-scale simulations remotely using aws-batch
|
||||||
|
Loading…
Reference in New Issue
Block a user