Glossary
This glossary provides explanation on technical terms specific to the Klaytn Blockchain. It stands as your goto for understanding numerous terms you will encounter while exploring Klaytn documentation, guides and tutorials.
anchorβ
A cryptographically secure reference to data stored outside of a blockchain. Anchors can be used to link data from different systems together, or to provide tamper-proof evidence of the existence of data at a specific point in time.
anchoringβ
The process of storing an anchor on a blockchain. This can be done by creating a transaction that contains the hash of the external data, or by creating a smart contract that references the external data (for example, Anchoring in service chain).
Baobabβ
The public testnet of the Klaytn platform. It is used by developers to test and verify their applications before deploying them to the Cypress mainnet.
See also Cypress.
block explorerβ
A web-based tool that allows users to view and search data on a blockchain. Block explorers typically display information such as block height, block hash, transaction hash, transaction sender and receiver, transaction amount, and transaction status.
The block explorers available in Klaytn are Klaytnscope and Klayfinder.
core cell (CC)β
An entity in the Klaytn blockchain architecture that is responsible for executing transactions and generating blocks. A core cell typically consists of a consensus node and multiple proxy nodes.
See also consensus node (CN), proxy node (PN).
core cell node network (CCN)β
A group of core cell nodes that are interconnected
consensus node (CN)β
A node that is responsible for generating and propagating blocks, and for reaching consensus on the state of the Klaytn blockchain. Consensus nodes validate submitted transactions and execute valid transactions.
Cypressβ
The public mainnet of the Klaytn platform. It is the production environment for Klaytn applications and services.
See also Klaytn Testnet Baobab.
endpoint node (EN)β
A node that serves as an entry point for service chains and DApps to interact with the Klaytn blockchain through its exposed RPC APIs. Endpoint nodes synchronize the entire blockchain ledger and allow reading blockchain data or submitting transactions directly to the network without going through a proxy node.
endpoint node network (ENN)β
A group of endpoint nodes that are interconnected
externally owned account (EOA)β
An account on a blockchain that is controlled by a private key. The private key is held by the user and is used to sign transactions. EOAs are the most common type of account on blockchains and are used by individuals and businesses to interact with the blockchain.
See also smart contract account (SCA).
fee delegationβ
A mechanism in some blockchain networks that enables a user to nominate another account to pay transaction fees on their behalf. This allows the user to submit transactions and have them processed without needing to pay fees directly from their own account balance.
governance council (GC)β
A group or organization formed to establish and maintain oversight and decision-making authority over a blockchain network. A blockchain governance council typically defines tasks such as establishing operational procedures, resolving disputes, approving protocol upgrades, and representing the interests of all stakeholders in the network.
inter-process communication (IPC)β
A set of techniques for the exchange of data among two or more processes in one or more computers. It is a fundamental part of operating systems and distributed systems, and is used by many different types of software, including web servers, databases, and graphical user interfaces.
interplanetary file system (IPFS)β
A peer-to-peer distributed file system that enables users to store and share files in a decentralized manner. IPFS uses a content-addressing scheme to uniquely identify each file, and it stores files in a distributed network of nodes.
Klaytn Community Fund (KCF)β
A fund established by the Klaytn Foundation to support initiatives that contribute to the growth and development of the Klaytn blockchain ecosystem. The KCF provides grants and financial support to projects, organizations, and individuals working to expand usage and adoption of Klaytn. The goal of the KCF is to advance innovation and community growth around Klaytn through funded initiatives.
Klaytn endpoint node (KEN)β
See endpoint node (EN).
Klaytn Foundation Fund (KFF)β
A reserve fund established by the Klaytn Foundation to support its operating expenses and long-term initiatives. The KFF aids in funding the Foundation's work to further develop and enhance the Klaytn blockchain protocol and ecosystem through research, business development activities, education programs and more.
Klaytn Governance Council (KGC)β
A council of organizations that are responsible for governing the Klaytn blockchain. The GC members are selected by the Klaytn Foundation and are required to operate a consensus node on the Klaytn network. The GC is responsible for making decisions about the development and operation of the Klaytn blockchain, including upgrades, partnerships, and ecosystem development initiatives.
Klaytn Improvement Proposal (KIP)β
A design document providing information to Klaytn stakeholders regarding new features or processes for the Klaytn blockchain network. KIPs are intended to provide a consistent and controlled mechanism for proposing, reviewing and adopting protocol upgrades and innovations. They allow advocates to collaborate with the Klaytn community to refine any potential protocol upgrades before being considered for inclusion in the software.
Some of typical examples of KIP are KIP-7, KIP-17, and KIP-37.
Klaytn Stateβ
This is the world state of accounts in Klaytn containing the balances, storage variables of the account and the hash of the code or bytecode depending on if the account is an EOA or SCA.
Klaytn virtual machine (KLVM)β
A virtual state machine that executes Klaytn smart contracts. It is a quasi-Turing-complete stack-based virtual machine that is derived from the Ethereum Virtual Machine (EVM). The KLVM is responsible for processing and executing smart contracts on the Klaytn blockchain.
Klaytn network identifier (KNI)β
A unique resource identifier scheme to identify a Klaytn node. It consists of nodeID, hostname, port, and discport.
proposerβ
A role assigned to a consensus node (CN) in each round of block creation. The proposer is randomly but deterministically selected to create the next block. The probability of a CN being enlisted as the proposer is determined by the amount of Klaytn tokens, or KLAY, that the CN stakes.
proxy node (PN)β
A node that is responsible for relaying transactions from endpoint nodes (ENs) to consensus nodes (CNs). It aids in enhancing the performance of the network by reducing the direct communication load between ENs and CNs.
recursive-length prefix (RLP)β
An address prefix format where the length of the prefix is included as part of the address information in computer networking, It allows for more efficient routing by eliminating the need to store prefix lengths separately for each route. Klaytn uses recursive-length prefix to represent blockchain addresses.
remote procedure call (RPC)β
A communication protocol that allows a program on one computer to execute code or request services from a program located on another, often remote, computer within a network.
soul-bound token (SBT)β
A non-transferable token that represents a person's identity and achievements in the Web3 ecosystem. It is a type of non-fungible token (NFT) that is permanently tied to a specific individual or crypto wallet.
smart contract account (SCA)β
An account on a blockchain that is controlled by a smart contract. A smart contract is a self-executing contract with the terms of the agreement between buyer and seller directly written into lines of code. SCAs are used to automate transactions and agreements on the blockchain.
See also externally owned account (EOA).
service chainβ
A sidechain or auxiliary blockchain that is connected to the Klaytn mainnet. Service chains are designed to meet the specific needs of different applications or industries, such as immediate finality, cross-chain token transfer, and data anchoring to the main chain.
service chain consensus node (SCN)β
A node that is responsible for participating in the consensus process in a Klaytn service chain.
See also consensus node (CN), service chain.
service chain endpoint node (SEN)β
A node in a Klaytn service chain that provides a public interface for interacting with the service chain.
See also endpoint node (EN), service chain.
state migrationβ
This process involves removing unnecessary or outdated data from the blockchain to reduce the amount of required storage space and improve efficiency.
transaction poolβ
A critical component for managing pending and queued transactions awaiting inclusion in the next blocks within the network.
validatorβ
A node that verifies the accuracy of data contained in new blocks and ensures that blocks are processed efficiently across the network. In Klaytn's permissionless validation structure, anyone can act as a block validator if they meet certain qualifications while maintaining the existing Governance Council structure and roles.