diff --git a/docs/alpha/glossary.rst b/docs/alpha/glossary.rst index 8c2519999f4e5c62049dbca02890454e2c59e0da..48ee3315363fd764d6e3e3998e9da5388ce1d59a 100644 --- a/docs/alpha/glossary.rst +++ b/docs/alpha/glossary.rst @@ -237,6 +237,6 @@ _`Voting period` _`Voting listings` The list calculated at the beginning of each `voting period`_ that contains the staking balance (in number of mutez) of each delegate_ that owns more - than the `minimal stake`_ at that moment. For each delegate_, The voting listings - reflects the weight of the vote emitted by the delegate_ when amending the + than the `minimal stake`_ at that moment. For each delegate_, the voting listings + reflect the weight of the vote emitted by the delegate_ when amending the `economic protocol`_. diff --git a/docs/alpha/voting.rst b/docs/alpha/voting.rst index ae8f1bb07950fcbeb9862554b1a39ffd1a852a03..133f29952a79d87919fc33281b092e6ba9e062c9 100644 --- a/docs/alpha/voting.rst +++ b/docs/alpha/voting.rst @@ -102,11 +102,7 @@ Voting Power ------------ When supporting a proposal or casting a Yay, Nay, or Pass ballot, each delegate -has voting power equal to its *stake*. The stake is always measured in -**mutez**. - -Note that the stake of each delegate is computed at the beginning of each -period. +has a voting power equal to its *stake*. More precisely, the voting power of a delegate during a voting period is its :ref:`staking balance `, measured in *mutez*, sampled at the beginning of the period. (Note that this is opposed to validator selection for consensus, which is based on the active stake, and sampled at some stake snapshot during some previous cycle.) Super-majority and Quorum diff --git a/docs/conf.py b/docs/conf.py index 92aa6fbfdc4de573187b5f8ff07e3fce54339606..be89a4c9bb1b8fc33e0aea34e1fdd3ba49ff9170 100644 --- a/docs/conf.py +++ b/docs/conf.py @@ -231,6 +231,10 @@ linkcheck_allowed_redirects = dict( r'https://github\.com/serokell/tezos-packaging/releases/latest', r'https://github\.com/serokell/tezos-packaging/releases/tag/.*', ), + ( + r'https://www.reddit.com/r/tezos/', + r'https://www.reddit.com/r/tezos/[?]rdt=[0-9]+', + ), # 2. permanent redidections, maybe fix one day (r'https://bitheap\.org/cram/', r'https://github\.com/aiiie/cram'), ] diff --git a/docs/mumbai/glossary.rst b/docs/mumbai/glossary.rst index df12e7db7f1a5ecf9ff982d605c173ea55d5eb1b..e258e1c7f81ad3b7e6e92c22f76a72272e2c8304 100644 --- a/docs/mumbai/glossary.rst +++ b/docs/mumbai/glossary.rst @@ -224,6 +224,6 @@ _`Voting period` _`Voting listings` The list calculated at the beginning of each `voting period`_ that contains the staking balance (in number of mutez) of each delegate_ that owns more - than one roll_ at that moment. For each delegate_, The voting listings - reflects the weight of the vote emitted by the delegate_ when amending the + than one roll_ at that moment. For each delegate_, the voting listings + reflect the weight of the vote emitted by the delegate_ when amending the `economic protocol`_. diff --git a/docs/mumbai/voting.rst b/docs/mumbai/voting.rst index 970826d5ba0069aeffeeada1cf84e9707ea905c8..874b8f69ed44bbca6148bec20050ff646e6e3e95 100644 --- a/docs/mumbai/voting.rst +++ b/docs/mumbai/voting.rst @@ -102,12 +102,7 @@ Voting Power ------------ When supporting a proposal or casting a Yay, Nay, or Pass ballot, each delegate -has voting power equal to its *stake*. The stake is always measured in -**mutez**. - -Note that the stake of each delegate is computed at the beginning of each -period. - +has a voting power equal to its *stake*. More precisely, the voting power of a delegate during a voting period is its :ref:`staking balance `, measured in *mutez*, sampled at the beginning of the period. (Note that this is opposed to validator selection for consensus, which is based on the active stake, and sampled at some stake snapshot during some previous cycle.) Super-majority and Quorum ------------------------- diff --git a/docs/nairobi/glossary.rst b/docs/nairobi/glossary.rst index 857dcf1e8c24501bc410d7fd0ee9a76d65a9c3cd..b8d014a341b873ecf52a7da5fe550fbca5a962b4 100644 --- a/docs/nairobi/glossary.rst +++ b/docs/nairobi/glossary.rst @@ -237,6 +237,6 @@ _`Voting period` _`Voting listings` The list calculated at the beginning of each `voting period`_ that contains the staking balance (in number of mutez) of each delegate_ that owns more - than the `minimal stake`_ at that moment. For each delegate_, The voting listings - reflects the weight of the vote emitted by the delegate_ when amending the + than the `minimal stake`_ at that moment. For each delegate_, the voting listings + reflect the weight of the vote emitted by the delegate_ when amending the `economic protocol`_. diff --git a/docs/nairobi/voting.rst b/docs/nairobi/voting.rst index 2251552a8279a2e356ec6fe011ab5570cb4494fa..3dd7895db76443946a76dbb4a200bae6c5b0c009 100644 --- a/docs/nairobi/voting.rst +++ b/docs/nairobi/voting.rst @@ -102,11 +102,7 @@ Voting Power ------------ When supporting a proposal or casting a Yay, Nay, or Pass ballot, each delegate -has voting power equal to its *stake*. The stake is always measured in -**mutez**. - -Note that the stake of each delegate is computed at the beginning of each -period. +has a voting power equal to its *stake*. More precisely, the voting power of a delegate during a voting period is its :ref:`staking balance `, measured in *mutez*, sampled at the beginning of the period. (Note that this is opposed to validator selection for consensus, which is based on the active stake, and sampled at some stake snapshot during some previous cycle.) Super-majority and Quorum diff --git a/docs/protocols/naming.rst b/docs/protocols/naming.rst index 6b872db06802d88e181d0f2719efcc56cc6468f5..c7d8e4eae8821d32e3adb61c69c85645f3e60f2d 100644 --- a/docs/protocols/naming.rst +++ b/docs/protocols/naming.rst @@ -37,6 +37,10 @@ sequence: * 011 Hangzhou * 012 Ithaca * 013 Jakarta +* 014 Kathmandu +* 015 Lima +* 016 Mumbai +* 017 Nairobi * ... Due to the evolving nature of the in-use protocols, the above absolute protocol diff --git a/docs/shell/storage.rst b/docs/shell/storage.rst index 02de39f9d643d337033341c5faec2b02dd10d042..23c1d22225b8b2ee29691656e8c24f2d1e27fe45 100644 --- a/docs/shell/storage.rst +++ b/docs/shell/storage.rst @@ -197,12 +197,12 @@ possible values for this variable: ``v`` for ``Info`` logging and ``vv`` for ``Debug`` logging (warning: the ``Debug`` mode is very talkative). Additionally, this environment variable allows to tweak, with care, the following context parameters (using the standard -`TEZOS_CONTEXT="variable=value"` pattern, separating the items with -commas such as `TEZOS_CONTEXT="v, variable=value"`): - -- "index-log-size": number of entries stored in the Irmin's index - (default `2_500_000`) -- "auto-flush": number of tree mutations allowed before a disk flush - (default `10_000`) -- "lru-size": number of entries stored in the Irmin's LRU cache - (default `5_000`) +``TEZOS_CONTEXT="variable=value"`` pattern, separating the items with +commas such as ``TEZOS_CONTEXT="v, variable=value"``): + +- ``index-log-size``: number of entries stored in the Irmin's index + (default ``2_500_000``) +- ``auto-flush``: number of tree mutations allowed before a disk flush + (default ``10_000``) +- ``lru-size``: number of entries stored in the Irmin's LRU cache + (default ``5_000``) diff --git a/docs/user/history_modes.rst b/docs/user/history_modes.rst index fd8cb35141ff47317fe06370b6398990de19372e..74787ed11b8d9ee50866286f3d2f11c2ac78a884 100644 --- a/docs/user/history_modes.rst +++ b/docs/user/history_modes.rst @@ -141,14 +141,14 @@ To run a ``rolling`` node you can either use the command line arguments: .. code-block:: console - octez-node run --history-mode experimental-rolling + octez-node run --history-mode rolling or use your configuration file as described in :doc:`here `: .. code-block:: json { "shell": { - "history_mode": "experimental-rolling" + "history_mode": "rolling" }} In ``rolling`` mode, the `caboose` is the genesis at its early state,