https://gitlab.com/tezos/tezos
Raw File
Tip revision: d90081f0616b13e3c27754567ecd76ff8bf9e3a8 authored by Hans Hoglund on 12 January 2022, 17:29:11 UTC
SCORU: Missing .gitignore entry
Tip revision: d90081f
glossary.rst.h
..
  This is the protocol-independent part of the glossary.
  It is included by all the protocol-dependent glossaries.

_`Block`
    The Tezos blockchain is a linked list of blocks (or actually, a tree when several competing branches exist).
    Blocks conceptually contain a header and a list of Operations_,
    which are specific to the `Economic Protocol`_.

    The header itself decomposes into a shell header (common to all protocols) and a protocol-specific header.
    The shell header contains `protocol`-agnostic data such as the
    block predecessor's hash and the block's timestamp.

_`Context`
    The state of the blockchain. The context is defined by the
    `Economic Protocol`_ and typically includes information such as
    “this account_ is credited with this many tez” and “this is the
    code for that `smart contract`_.”

    The Context is modified by Operations_. For example, an
    operation_ can transfer tez from one account_ to another, which modifies the
    part of the context that tracks account_ credit.

_`Economic protocol`
    The economic protocol is the application that runs on top of the blockchain
    proper. It defines a Context_ (the state of the application), some
    Operations_ (how the state evolves).

    In Tezos, the economic protocol can be upgraded without interruption or
    forking of the blockchain. The procedure for an upgrade is defined within
    the economic protocol itself so it can be upgraded as well.

_`Fitness` (a.k.a. Score, a.k.a. Weight)
    To each block, we associate a fitness which determines the quality of the chain leading to that block.
    This measure is computed by the consensus protocol.
    The shell changes the head of the chain to the valid block that has the highest fitness.

_`Level`
    The position of a block in the chain, that is, the number of blocks
    since the genesis block, where the genesis block is at level 0.

_`Mempool`
    A pool (set) of operations_ maintained by a node_ and not yet included in a block_.

_`Metadata`
    A metadata, or operation's metadata, is a piece of data associated to
    an Operation_. It is computed as a result of the application of the
    operation included in a Block_ on its associated Context_. The metadata
    consists in many information such as the operation receipts,
    rewards updates, voting period, etc.

    A block's metadata is the collections of operations metadata for all the operations included in the block (if the validation was successful).

    For a detailed metadata content check the :ref:`rpc_index` under
    the prefix ``../<block_id>/metadata``.

_`Node`
    A peer in the P2P network. It maintains a local state and propagates blocks
    and operations_.

_`Operation`
    Operations_ transform the context_, this is what makes the state of the chain
    change. Operations_ are grouped into blocks so that the chain progresses in
    batches.

_`Score`
    See fitness_.

_`Shell`
    The shell is a software component of the node_. It is parameterized by a
    specific `economic protocol`_. It serves as the bridge between the P2P layer
    (handling communication between nodes) and the `economic protocol`_ layer
    (handling the context_, operation_ application, scoring, etc.).

_`Weight`
    See fitness_.
back to top