Releases: input-output-hk/jormungandr
Releases · input-output-hk/jormungandr
v0.8.0-rc4
Fixed bugs:
- 0.8 rc3 - rewards still not working due to leader_logs.total or subsequent panic #1242
- update chain-deps and fix reward distribution panic #1246
- properly report error and failures of the terminating service #1243
⚠️ Breaking changes ⚠️ :
- update chain-deps and changed the UTxO signature #1246
v0.8.0-rc3
⚠️ breaking changes since 0.8.0-rc2: ⚠️
rewards were not properly distributed in 0.8.0-rc1 and 0.8.0-rc2. Because of this, the stake distribution will be different on a new node 0.8.0-rc3 starting with a blockchain 0.8.0-rc2 (or rc1). This will affect the leader schedules and the validity of the blocks.
house keeping
- don't add the block0 per-certificate fee if they are all not set (0) #1239
Bug fixes
v0.8.0-rc2
Bug fixes
- 0.8.0-rc1: shutdowns, stability issues #1232
v0.8.0-rc1
New features/Breaking changes
- expose owner delegation certificate in jcli:
jcli certificate new owner-stake-delegation
this allows self delegation for account in a more efficient way. - setting per certificate fees. Now it is possible to set different fees for the different kind of certificate (see
genesis init
documentation):# The fee calculations settings # # total fees: constant + (num_inputs + num_outputs) * coefficient [+ certificate] linear_fees: # this is the minimum value to pay for every transaction constant: 2 # the additional fee to pay for every inputs and outputs coefficient: 1 # the additional fee to pay if the transaction embeds a certificate certificate: 4 # (optional) fees for different types of certificates, to override the one # given in `certificate` just above # # here: all certificate fees are set to `4` except for pool registration # and stake delegation which are respectively `5` and `2`. per_certificate_fees: # (optional) if not specified, the pool registration certificate fee will be # the one set by linear_fees.certificate certificate_pool_registration: 5 # (optional) if not specified, the delegation certificate fee will be # the one set by linear_fees.certificate certificate_stake_delegation: 2 # (optional) if not specified, the owner delegation certificate fee will be # the one set by linear_fees.certificate. Uncomment to set the owner stake # delegation to `1` instead of default `4`: # certificate_owner_stake_delegation: 1
- set the treasury initial funds and the treasury tax (the amount the treasury will take from the total reward pot, before serving the stake pools and delegators):
# initial value the treasury will start with, if not set the treasury # starts at 0 treasury: 1000000000000 # set the treasury parameters, this is the tax type, just as in stake pool # registration certificate parameters. # # When distributing the rewards, the treasury will be first serve as per # the incentive specification document # # if not set, the treasury will not grow treasury_parameters: # the fix value the treasury will take from the total reward pot of the epoch fixed: 1000 # the extra percentage the the treasury will take from the reward pot of the epoch ratio: "1/10" # It is possible to add a max bound to the total value the treasury takes # at each reward distribution. For example, one could cap the treasury tax # to 10000. Uncomment the following line to apply a max limit: # max_limit: 10000
- set the reward mechanism and how it will distribute rewards from the total reward supply:
# Set the total reward supply available for monetary creation # # if not set there is no monetary creation # once emptied, there is no more monetary creation total_reward_supply: 100000000000000 # set the reward supply consumption. These parameters will define how the # total_reward_supply is consumed for the stake pool reward # # There's fundamentally many potential choices for how rewards are contributed back, and here's two potential valid examples: # # Linear formula: constant - ratio * (#epoch after epoch_start / epoch_rate) # Halving formula: constant * ratio ^ (#epoch after epoch_start / epoch_rate) # reward_parameters: halving: # or use "linear" for the linear formula # In the linear formula, it represents the starting point of the contribution # at #epoch=0, whereas in halving formula is used as starting constant for # the calculation. constant: 100 # In the halving formula, an effective value between 0.0 to 1.0 indicates a # reducing contribution, whereas above 1.0 it indicate an acceleration of contribution. # # However in linear formula the meaning is just a scaling factor for the epoch zone # (current_epoch - start_epoch / epoch_rate). Further requirement is that this ratio # is expressed in fractional form (e.g. 1/2), which allow calculation in integer form. ratio: "13/19" # indicates when this contribution start. note that if the epoch is not # the same or after the epoch_start, the overall contribution is zero. epoch_start: 1 # the rate at which the contribution is tweaked related to epoch. epoch_rate: 3
v0.7.5
v0.7.4
v0.7.3
v0.7.2
Implemented enhancements:
- Expose the parameters of the stake pool in the graphQL data #1158
- Convert the client task to async, use bounded channels in intercom #1178
Closed issues:
- 0.7.1 Node startup fails with logging options in config #1184
- bootstrap script to create accounts with error #1182
- Discordant results between jcli and janalyze about leadership stats #1176
- Convert the client task to full async and remove the header pull limit #1160
Merged pull requests:
v0.7.1
Housekeeping
bug fixes
- stake pools will reschedule the event delay if wake too early #1143 #1151
- network improvements #1121 #1133
- p2p refresh also the unreachable node from the policy handling #1172
Improvements
v0.7.0
contains breaking changes since 0.7.0-rc7
house keeping
improvements
- new implementation of the leadership module to make it more reliable and provide better feedback (#1106 #1114 )
- improvements in the checkpoint handlings for the block pulling algorithm (#1100 #1102 )
- delegate from stake to multiple pools in one certificate with ratio (#1112 #1089 )
- pool support for operators and pool management permissions delegation ( #1097 )
- discriminant for account signature allowing multisig account delegation (#1116)
- pool support for defining reward account instead of owners rewards (#1116)