Support PoS and PoA L1 deployment via avalanche blockchain deploy.
Details
On acp-77 branch, the flow to create either a PoA or PoS L1 with the default Validator Manager Contracts should be the essentially identical. When a user is asked which mechanism they would like to use for validator management, their input will determine whether the genesis file is fed either PoA or PoS proxy-implementation contracts to be encoded.
If PoA, the user should be prompted to provide an "owner" address that is required by the PoA contract for future validator addition and removal.
PoS example supported by CLI should be NativeTokenStakingManager. If PoS, the contract is given defaults for the following values:
minimum stake amount
maximum stake amount
minimum stake duration
minimum delegation fee
maximum stake multiplier
weight to value factor
To Note
regardless of the implementation, the initial validators added as part of ConvertSubnetTx are treated as PoA and are not eligible for staking rewards, so no additional prompting needed.
Goal
Support PoS and PoA L1 deployment via
avalanche blockchain deploy
.Details
On
acp-77
branch, the flow to create either a PoA or PoS L1 with the default Validator Manager Contracts should be the essentially identical. When a user is asked which mechanism they would like to use for validator management, their input will determine whether the genesis file is fed either PoA or PoS proxy-implementation contracts to be encoded.If PoA, the user should be prompted to provide an "owner" address that is required by the PoA contract for future validator addition and removal.
PoS example supported by CLI should be NativeTokenStakingManager. If PoS, the contract is given defaults for the following values:
To Note
regardless of the implementation, the initial validators added as part of
ConvertSubnetTx
are treated as PoA and are not eligible for staking rewards, so no additional prompting needed.