Skip to main content

Network Properties

Overview

KIRA Network utilizes a unique set of on-chain variables known as Network Properties to help control and regulate various behaviors and characteristics of the SEKAI application on a network-wide basis. These parameters serve as the operational gears of the system, allowing for the adjustment of pivotal features such as KEX inflation rate, the minimum transaction fee for any on-chain message to ensure global transaction spam protection, or even the required minimum percentage of governance members necessary to vote on a proposal, making it valid. Such versatility is particularly beneficial, considering the ever-evolving needs of the community and the potential alterations in the network's operational dynamics. Any changes to these network properties require consensus from the network's governance, ensuring that any alterations align with the wishes of the majority of network participants.

Parameters

All network properties and their respective default values (which can also be found here)

#NAMETYPEGENESISBOUNDS (min - max)DESCRIPTION
1min_tx_feeuint64100Minimum transaction fee in ukex that must be sent in order to submit any on-chain message. Global transaction spam protection measure.
2max_tx_feeuint641000000Maximum transaction fee in ukex that can be sent along any transaction type. Prevents potential loss of funds while specifying wrong transaction fee amount by the user.
3vote_quorumuint6433Required, minimum percentage of governance members with permission to vote on a given proposal to make said proposal valid. If minimum quorum is not reached then passing said proposal is not possible.
4minimum_proposal_end_timeuint64300Minimum time in seconds that proposals must be active and default time for all proposals to remain pending. Duration time of individual proposal can be modified by governance as explained here.
5proposal_enactment_timeuint64300Minimum time in seconds for the proposals to take effect after they passed
6min_proposal_end_blocksuint642Minimum number of blocks during which the proposals remain active. This is used to prevent edge cases where minimum_proposal_end_time is set to value shorter than a single block time, thus making it impossible to vote in time.
7min_proposal_enactment_blocksuint641Minimum number of blocks that must pass after proposal passed for the proposal to take effect. This is used to prevent edge cases where proposal_enactment_time is set to value shorter than a single block time.
8enable_foreign_fee_paymentsbooltrueAllow transaction fee payments with tokens other than KEX
9mischance_rank_decrease_amountuint6410When it's certain that validator is offline and failed to participate in a block production, decrease its global rank by the specified value.
10max_mischanceuint6410How many consecutive blocks must the validator miss for the network to change validator status to inactive
11mischance_confidenceuint64110How many consecutive blocks must the validator miss for the network to be certain that the node is offline and not participating in the block signing
12inactive_rank_decrease_percentfloat0.50By what percentage should the validator global rank decrease when the said validator node status changes to inactive due to not participating in signing new blocks.
13min_validatorsuint641000000When poor network conditions occur, sets the maximum value in ukex that can be transferred between accounts.
14poor_network_max_bank_senduint641Minimum number of consensus nodes that must be active for the network to be considered healthy. If number of validators falls below this value then poor network conditions occur.
15unjail_max_timeuint64600< slashing_periodMaximum amount of time in seconds which a jailed node has to request to be unjailed before becoming permanently jailed (tombstoned).
16enable_token_whitelistboolfalseEnables whitelist of tokens transferable on the network
17enable_token_blacklistbooltrueEnable blacklist of tokens transferable on the network
18min_identity_approval_tipuint64200Minimum tip in ukex amount that must be sent along Untitled record verification request
19unique_identity_keysstringmoniker,usernameKey values that must remain unique in the Untitled
20ubi_hardcapuint646000000Maximum amount of additional KEX that can be created per year by the UBI module
21validators_fee_sharefloat0.500 - 0.5Percentage cut a block proposer takes from the block’s transaction fees rewards.
22inflation_ratefloat0.180 - 0.5KEX inflation percentage
23inflation_perioduint64315576002629800 - 31557600Period of time in seconds over which current KEX supply is inflated by inflation_rate
24unstaking_perioduint642629800604800 - 31557600 or slashing_periodUndelegation cooling period (in seconds)
25max_delegatorsuint64100Maximum number of delegators allowed per staking pool above which min_delegation_pushout can be triggered.
26min_delegation_pushoutuint6410The minimum stake multiplier amount a user need to provide to push out the weakest delegator of a staking pool who reach its max_delegators capacity
27slashing_perioduint643600> unstaking_periodThe time window in seconds in which a collusion of double-signing event must occur in order for a slashing proposal to be automatically rised
28max_jailed_percentagefloat0.25< one third of active nodesThe percentage threshold of consensus nodes that must double-sign within the time window slashing_period in order for a slashing proposal to be automatically rised.
29max_slashing_percentagefloat0.010 - 1Maximum percentage of slashing that can be applied by governance to a jailed consensus node.
30min_custody_rewarduint64200
31max_custody_buffer_sizeuint648192
32max_custody_tx_sizeuint6410
33abstention_rank_decrease_amountuint641Amount of rank decrease when absent
34max_abstentionuint642Max abstention count for councilor
35min_collective_bonduint64100000Minimum bond amount for the collective to be activated
36min_collective_bonding_timeuint6486400Allowed time to reach min_collective_bond
37max_collective_outputsuint6410Limitation on the maximum number of spending pools configuration per collective
38min_collective_claim_perioduint6414400In seconds
39validator_recovery_bonduint64300000Amount of KEX to spend for issuing validator recovery token
40max_annual_inflationfloat0.35Maximum % of KEX by which supply can increase over the period of 1 year
41max_proposal_title_sizeuint64128Maximum title size in the proposal
42max_proposal_description_sizeuint641024Maximum description size in the proposal
43max_proposal_poll_option_sizeuint6464Maximum option size in the proposal
44max_proposal_poll_option_countuint64128Maximum possible choices in the proposal
45max_proposal_reference_sizeuint64512Maximum reference size in the proposal
46max_proposal_checksum_sizeuint64128Maximum checksum size in the proposal
47min_dapp_bonduint641000000-
48max_dapp_bonduint6410000000-
49dapp_liquidation_thresholduint64-
50dapp_liquidation_perioduint64-
51dapp_bond_durationuint64604800-
52dapp_verifier_bondfloat0.1Percentage of LP token supply to be put to be the verifier of the DApp
53dapp_auto_denounce_timeuint6460In seconds, time the DApp leader is allowed to send execute-dapp-tx
54dapp_mischance_rank_decrease_amountuint641-
55dapp_max_mischanceuint6410-
56dapp_inactive_rank_decrease_percentuint6410-
57dapp_pool_slippage_defaultfloat0.1Default
58minting_ft_feeuint64100_000_000_000_000-
59minting_nft_feeuint64100_000_000_000_000-
60autocompound_interval_num_blocksuint6417280Block interval for auto-compounding of rewards

Parameters

N/A

CLI Syntax & Examples

note

Each CLI command and proposal process in KIRA requires specific permissions. These permissions must be added to the account's whitelist or obtained as sudo permissions for direct changes. Refer to the Roles & Permissions documentation for more details.

note

$SIGNER represents the transaction signer's account name or address. For instructions on setting common flags as environment variables, such as $FLAGS_TX and $FLAGS_QR, see the CLI Guide page.

Transactions

There is no transactions apart from the governance ones for this su-module.