diff --git a/arbitrum-docs/partials/_glossary-partial.md b/arbitrum-docs/partials/_glossary-partial.md index d2b598aa4..cfc90f527 100644 --- a/arbitrum-docs/partials/_glossary-partial.md +++ b/arbitrum-docs/partials/_glossary-partial.md @@ -7,7 +7,7 @@
An address deterministically generated from an L1 contract address used on L2 to safely identify the source of an L1 to L2 message.
### Arb Token Bridge {#arb-token-bridge} -A series of contracts on Ethereum and Arbitrum that facilitate trustless movement of ERC-20 tokens between L1 and L2.
+A series of contracts on an Arbitrum chain and its underlying chain that facilitate trustless movement of ERC-20 tokens between the two layers.
### Arbitrum {#arbitrum}A suite of Ethereum layer-2 scaling technologies built with the Arbitrum Nitro tech stack that includes Arbitrum One (a live implementation of the Arbitrum Rollup Protocol) and Arbitrum Nova (a live implementation of the Arbitrum AnyTrust Protocol).
@@ -19,7 +19,7 @@An Arbitrum protocol that manages data availability with a permissioned set of parties known as the Data Availability Committee (DAC). This protocol reduces transaction fees by introducing an additional trust assumption for data availability in lieu of Ethereum's Trustless data availability mechanism. Arbitrum Nova is an example of an AnyTrust chain; Arbitrum One is an alternative chain that implements the purely trustless (and more L1-gas intensive) Arbitrum Rollup Protocol.
### Arbitrum chain {#arbitrum-chain} -A blockchain that runs on the Arbitrum protocol. Arbitrum chains are EVM compatible, and use an underlying L1 (Ethereum) for settlement and for succinct fraud-proofs (as needed). Arbitrum chains come in two forms: Arbitrum Rollup Chains and Arbitrum AnyTrust Chains.
+A blockchain that runs on the Arbitrum protocol. Arbitrum chains are EVM compatible, and use an underlying EVM chain (e.g., Ethereum) for settlement and for succinct fraud-proofs (as needed). Arbitrum chains come in two forms: Arbitrum Rollup Chains and Arbitrum AnyTrust Chains.
### Arbitrum Classic {#arbitrum-classic}Old Arbitrum stack that used custom virtual machine ("AVM"); no public Arbitrum chain uses the classic stack as of 8/31/2022 (they instead use Arbitrum Nitro ).
@@ -28,7 +28,7 @@A party who keeps track of the state of an Arbitrum chain and receives remote procedure calls (RPCs) from clients. Analogous to a non-staking L1 Ethereum node.
### Arbitrum Nitro {#arbitrum-nitro} -Current Arbitrum tech stack; runs a fork of Geth directly on Layer 2 (L2) and uses WebAssembly as its underlying VM for fraud proofs.
+Current Arbitrum tech stack; runs a fork of Geth and uses WebAssembly as its underlying VM for fraud proofs.
### Arbitrum Nova {#arbitrum-nova}The first Arbitrum AnyTrust Chain running on Ethereum mainnet. Introduces cheaper transactions; great for gaming and social use-cases. Implements the Arbitrum AnyTrust Protocol, not the Arbitrum Rollup Protocol protocol.
@@ -43,16 +43,16 @@An Arbitrum chain that implements the Arbitrum Rollup Protocol.
### Arbitrum Rollup Protocol {#arbitrum-rollup-protocol} -A trustless, permissionless Arbitrum Layer 2 (L2) protocol that uses its underlying base layer (i.e., Ethereum) for data availability and inherits its security. This protocol is implemented by our Arbitrum One chain.
+A trustless, permissionless Arbitrum protocol that uses its underlying base layer for data availability and inherits its security. This protocol is implemented by our Arbitrum One chain.
### ArbOS {#arbos} -Layer 2 "operating system" that trustlessly handles system-level operations; includes the ability to emulate the EVM.
+Arbitrum's "operating system" that trustlessly handles system-level operations; includes the ability to emulate the EVM.
### Assertion {#assertion}A staked claim by an Arbitrum Validator. An assertion may, e.g., propose a new RBlock, or may be a step in a Challenge.
### Batch {#batch} -A group of L2 transactions posted in a single L1 transaction into the Fast Inbox by the Sequencer.
+A group of Arbitrum transactions posted in a single transaction on the Underlying Chain into the Fast Inbox by the Sequencer.
### Blockchain {#blockchain}A distributed digital ledger that is used to record transactions and store data in a secure, transparent, and tamper-resistant way, notably in cryptocurrency protocols.
@@ -66,7 +66,7 @@A particular point in the history of an Arbitrum chain. A chain's state is determined by applying Arbitrum state-transition function to sequence of transactions (i.e., the chain's history).
### Challenge {#challenge} -When two Stakers disagree about the correct verdict on an Assertion, those stakers can be put in a challenge. The challenge is refereed by the contracts on L1. Eventually one staker wins the challenge. The protocol guarantees that an honest party will always win a challenge; the loser forfeits their stake.
+When two Stakers disagree about the correct verdict on an Assertion, those stakers can be put in a challenge. The challenge is refereed by the contracts on the underlying chain. Eventually one staker wins the challenge. The protocol guarantees that an honest party will always win a challenge; the loser forfeits their stake.
### Challenge Period {#challenge-period}Window of time (1 week on Arbitrum One) over which an asserted RBlock can be challenged, and after which the RBlock can be confirmed.
@@ -74,6 +74,9 @@ ### Challenge protocol {#challenge-protocol}The protocol by which RBlocks are submitted, disputed, and ultimately confirmed. The Challenge Protocol guarantees that only valid RBlocks will be confirmed provided that there is at least one honest Active Validator.
+### Child chain {#child-chain} +An Arbitrum Chain that settles to an underlying Parent chain . For example, Arbitrum One and Arbitrum Nova are child chains of Ethereum.
+ ### Client {#client}A program running on a user's machine, often in the user's browser, that interacts with contracts on an Arbitrum chain and provides a user interface.
@@ -106,7 +109,7 @@A Validator that watches an Arbitrum chain and takes action (i.e., stakes and challenges) only when and if an invalid Assertion occurs.
### Delayed Inbox {#delayed-inbox} -A contract that holds L1 initiated messages to be eventually included in the Fast Inbox. Inclusion of messages doesn't depend on the Sequencer.
+A contract that holds Parent chain initiated messages to be eventually included in the Fast Inbox. Inclusion of messages doesn't depend on the Sequencer.
### Dissection {#dissection}A step in the Challenge protocol in which two challenging parties interactively narrow down their disagreement until they reach a One Step Proof.
@@ -129,7 +132,7 @@ Commonly associated with the esteemed Diamond Pepe's NFT and Dopex community. DoContract that holds a sequence of messages sent by clients to an Arbitrum Chain; a message can be put into the fast Inbox directly by the Sequencer or indirectly through the Delayed Inbox.
### Force-Inclusion {#forceinclusion} -Censorship resistant path for including a message into L2 via the Delayed Inbox; bypasses any Sequencer involvement.
+Censorship resistant path for including a message into an Arbitrum chain via the Delayed Inbox on its Parent chain; bypasses any Sequencer involvement.
### Fraud proof {#fraud-proof}The means by which an Active Validator proves to its underlying chain that an invalid state transition has taken place.
@@ -167,11 +170,14 @@ The iconic blueberries come from the community of the decentralized exchange, GMAn Arbitrum chain whose core contract reside on an Arbitrum Layer 2 (L2) chain.
### One Step Proof {#one-step-proof} -Final step in a challenge; a single operation of the L2 VM (Wasm) is executed on L1, and the validity of its state transition is verified.
+Final step in a challenge; a single operation of the Arbitrum VM (WASM ) is executed on the underlying chain, and the validity of its state transition is verified.
### Outbox {#outbox}An L1 contract responsible for tracking L2 to L1 Messages, including withdrawals, which can be executed once they are confirmed. The outbox stores a Merkle Root of all outgoing messages.
+### Parent chain {#parent-chain} +EVM compatible chain that acts as the settlement layer for one or more Arbitrum Chains (aka Child chain ). E.g., Ethereum is the parent chain of both Arbitrum One and Arbitrum Nova. Parent chain is synonymous with "underlying chain."
+ ### 🏴☠️ Pirate Nation {#pirate-nation}If you sail in the deep blue seas of Arbitrum, you may encounter some ships with pirate flags along the way ARRGG!
@@ -190,7 +196,7 @@ The pirate flag originates from the Pirate Nation community. Pirate Nation is a
An L1 to L2 cross chain message initiated by an L1 transaction sent to an Arbitrum chain for execution (e.g., a token deposit).
### Reverse Token Gateway {#reverse-token-gateway} -A Token Gateway in which the L2 Gateway contract escrows and releases tokens, which the L1 Gateway contract mints and burns tokens. This in the inverse to how "typical" gateways work.
+A Token Gateway in which the Child chain gateway contract escrows and releases tokens, which the Parent chain Gateway contract mints and burns tokens. This in the inverse to how "typical" gateways work.
### Sequencer {#sequencer}An entity (currently a single-party on Arbitrum One) given rights to reorder transactions in the Fast Inbox over a fixed window of time, who can thus give clients sub-blocktime Soft Confirmations. (Not to be confused with a Validator).
@@ -207,22 +213,22 @@ The pirate flag originates from the Pirate Nation community. Pirate Nation is a If you see any Smol's with giga brains, swole arms or hear the sound of "EEEE" in the Arbitrum community, you've encountered the Smol Brains and Smol Bodies. ### Soft Confirmation {#soft-confirmation} -A semi-trusted promise from the Sequencer to post a user's transaction in the near future; soft-confirmations happen prior to posting on L1, and thus can be given near-instantaneously (i.e., faster than L1 block times)
+A semi-trusted promise from the Sequencer to post a user's transaction in the near future; soft-confirmations happen prior to posting on the Parent chain, and thus can be given near-instantaneously (i.e., faster than the parent chain's block times)
### Speed Limit {#speed-limit} -Target L2 computation limit for an Arbitrum chain. Arbitrum One and Arbitrum Nova currently target 7,000,000 gas / second. When computation exceeds this limit, fees rise, ala EIP-1559.
+Target computation limit for an Arbitrum chain. Arbitrum One and Arbitrum Nova currently target 7,000,000 gas / second. When computation exceeds this limit, fees rise, ala EIP-1559.
### Staker {#staker}A Validator who deposits a stake (in Ether on Arbitrum One and Arbitrum Nova ) to vouch for a particular RBlock in an Arbitrum Chain. A validator who stakes on a false RBlock can expect to lose their stake. An honest staker can recover their stake once the RBlock they are staked on has been confirmed.
### Standard Arb-Token {#standard-arbtoken} -An L2 token contract deployed via the StandardERC20 gateway; offers basic ERC20 functionality in addition to deposit / withdrawal affordances.
+An token contract on an Arbitrum chain deployed via the StandardERC20 gateway; offers basic ERC20 functionality in addition to deposit / withdrawal affordances.
### StandardERC20 gateway {#standarderc20-gateway} -Token Gateway via which any L1 ERC20 token can permissionlessly bridge; the StandrardERC20 gateway contracts deploy a Standard Arb-Token on L2 for each bridged token.
+Token Gateway via which any underlying chain's ERC20 token can permissionlessly bridge; the StandrardERC20 gateway contracts deploy a Standard Arb-Token on the Child chain for each bridged token.
### Stylus {#stylus} -Upcoming upgrade to the Arbitrum Nitro virtual machine that will allow smart contract support for languages like Rust and C++ by taking advantage of Nitro's use of WASM (read more).
+Upgrade to the Arbitrum Nitro virtual machine that allows smart contract support for languages like Rust and C++ by taking advantage of Nitro's use of WASM. Currently on testnet (read more).
### 🏹 Tales of Elleria {#tales-of-elleria}The bow and arrow are commonly associated with the Hero's of Tales of Elleria.
@@ -236,7 +242,7 @@ The iconic Toads of Arbitrum love to hunt BUGZ
and collect NFTs. !CROAK
A pair of contracts in the token bridge — one on L1, one on L2 — that provide a particular mechanism for handling the transfer of tokens between layers. Token gateways currently active in the bridge include the StandardERC20 gateway , the Generic-Custom Gateway , and the WETH Gateway.
+A pair of contracts in the token bridge — one on the Parent chain , one on the Child chain — that provide a particular mechanism for handling the transfer of tokens between layers. Token gateways currently active in the bridge include the StandardERC20 gateway , the Generic-Custom Gateway , and the WETH Gateway.
### 🏡 TownStory {#townstory-}If you see some homes along your road trip in the Arbitrum ecosystem, you've made it to TownStory.
@@ -260,9 +266,15 @@ This is achieved through the use of cryptographic techniques and decentralized c
+### Underlying Chain {#underlying-chain}
+
Synonymous with Parent chain.
+ ### Validator {#validator}An Arbitrum Full Node that tracks the status of the chains' Assertions. A validator may be a Watchtower Validator, a Defensive Validator, or an Active Validator.
+### WASM {#wasm} +Widely supported binary code format for executable programs. Used by Arbitrum Nitro for Fraud proofs , and more broadly used by Stylus to support performant smart contracts in a wide variety of languages.
+ ### Watchtower Validator {#watchtower-validator}A Validator that never stakes / never takes on chain action, who raises the alarm (by whatever off-chain means it chooses) if it witnesses an invalid assertion.
diff --git a/website/static/glossary.json b/website/static/glossary.json index 69f3d24ae..a4bb57edb 100644 --- a/website/static/glossary.json +++ b/website/static/glossary.json @@ -1,28 +1,29 @@ { "active-validator":{"title":"Active Validator","text":"A staked Validator that makes disputable assertions to advance the state of an Arbitrum chain or to challenge the validity of others' assertions. (Not to be confused with the Sequencer ).
"}, "address-alias":{"title":"Address Alias","text":"An address deterministically generated from an L1 contract address used on L2 to safely identify the source of an L1 to L2 message.
"}, -"arb-token-bridge":{"title":"Arb Token Bridge","text":"A series of contracts on Ethereum and Arbitrum that facilitate trustless movement of ERC-20 tokens between L1 and L2.
"}, +"arb-token-bridge":{"title":"Arb Token Bridge","text":"A series of contracts on an Arbitrum chain and its underlying chain that facilitate trustless movement of ERC-20 tokens between the two layers.
"}, "arbitrum":{"title":"Arbitrum","text":"A suite of Ethereum layer-2 scaling technologies built with the Arbitrum Nitro tech stack that includes Arbitrum One (a live implementation of the Arbitrum Rollup Protocol) and Arbitrum Nova (a live implementation of the Arbitrum AnyTrust Protocol).
"}, "arbitrum-anytrust-chain":{"title":"Arbitrum AnyTrust Chain","text":"An Arbitrum chain that implements the Arbitrum AnyTrust Protocol.
"}, "arbitrum-anytrust-protocol":{"title":"Arbitrum AnyTrust Protocol","text":"An Arbitrum protocol that manages data availability with a permissioned set of parties known as the Data Availability Committee (DAC). This protocol reduces transaction fees by introducing an additional trust assumption for data availability in lieu of Ethereum's Trustless data availability mechanism. Arbitrum Nova is an example of an AnyTrust chain; Arbitrum One is an alternative chain that implements the purely trustless (and more L1-gas intensive) Arbitrum Rollup Protocol.
"}, -"arbitrum-chain":{"title":"Arbitrum chain","text":"A blockchain that runs on the Arbitrum protocol. Arbitrum chains are EVM compatible, and use an underlying L1 (Ethereum) for settlement and for succinct fraud-proofs (as needed). Arbitrum chains come in two forms: Arbitrum Rollup Chains and Arbitrum AnyTrust Chains.
"}, +"arbitrum-chain":{"title":"Arbitrum chain","text":"A blockchain that runs on the Arbitrum protocol. Arbitrum chains are EVM compatible, and use an underlying EVM chain (e.g., Ethereum) for settlement and for succinct fraud-proofs (as needed). Arbitrum chains come in two forms: Arbitrum Rollup Chains and Arbitrum AnyTrust Chains.
"}, "arbitrum-classic":{"title":"Arbitrum Classic","text":"Old Arbitrum stack that used custom virtual machine (\"AVM\"); no public Arbitrum chain uses the classic stack as of 8/31/2022 (they instead use Arbitrum Nitro ).
"}, "arbitrum-full-node":{"title":"Arbitrum Full Node","text":"A party who keeps track of the state of an Arbitrum chain and receives remote procedure calls (RPCs) from clients. Analogous to a non-staking L1 Ethereum node.
"}, -"arbitrum-nitro":{"title":"Arbitrum Nitro","text":"Current Arbitrum tech stack; runs a fork of Geth directly on Layer 2 (L2) and uses WebAssembly as its underlying VM for fraud proofs.
"}, +"arbitrum-nitro":{"title":"Arbitrum Nitro","text":"Current Arbitrum tech stack; runs a fork of Geth and uses WebAssembly as its underlying VM for fraud proofs.
"}, "arbitrum-nova":{"title":"Arbitrum Nova","text":"The first Arbitrum AnyTrust Chain running on Ethereum mainnet. Introduces cheaper transactions; great for gaming and social use-cases. Implements the Arbitrum AnyTrust Protocol, not the Arbitrum Rollup Protocol protocol.
"}, "arbitrum-one":{"title":"Arbitrum One","text":"The first Arbitrum Rollup Chain running on Ethereum mainnet. Fully trustless; inherits Ethereum's base-layer security guarantees without introducing additional trust assumptions; great for decentralized finance and other use-cases that demand L1-level trustlessness.
"}, "arbitrum-orbit":{"title":"Arbitrum Orbit","text":"Arbitrum Orbit refers to the ability for anyone to permissionlessly deploy Layer 3 (L3) chains on top of Arbitrum Layer 2 (L2) chains.
"}, "arbitrum-rollup-chain":{"title":"Arbitrum Rollup Chain","text":"An Arbitrum chain that implements the Arbitrum Rollup Protocol.
"}, -"arbitrum-rollup-protocol":{"title":"Arbitrum Rollup Protocol","text":"A trustless, permissionless Arbitrum Layer 2 (L2) protocol that uses its underlying base layer (i.e., Ethereum) for data availability and inherits its security. This protocol is implemented by our Arbitrum One chain.
"}, -"arbos":{"title":"ArbOS","text":"Layer 2 \"operating system\" that trustlessly handles system-level operations; includes the ability to emulate the EVM.
"}, +"arbitrum-rollup-protocol":{"title":"Arbitrum Rollup Protocol","text":"A trustless, permissionless Arbitrum protocol that uses its underlying base layer for data availability and inherits its security. This protocol is implemented by our Arbitrum One chain.
"}, +"arbos":{"title":"ArbOS","text":"Arbitrum's \"operating system\" that trustlessly handles system-level operations; includes the ability to emulate the EVM.
"}, "assertion":{"title":"Assertion","text":"A staked claim by an Arbitrum Validator. An assertion may, e.g., propose a new RBlock, or may be a step in a Challenge.
"}, -"batch":{"title":"Batch","text":"A group of L2 transactions posted in a single L1 transaction into the Fast Inbox by the Sequencer.
"}, +"batch":{"title":"Batch","text":"A group of Arbitrum transactions posted in a single transaction on the Underlying Chain into the Fast Inbox by the Sequencer.
"}, "blockchain":{"title":"Blockchain","text":"A distributed digital ledger that is used to record transactions and store data in a secure, transparent, and tamper-resistant way, notably in cryptocurrency protocols.
"}, "cap-finance":{"title":"CAP Finance","text":"Widely considered the most degen community on Arbitrum.
\n
\nCAP is a decentralized trading protocol. It's designed to be fast and easy to use by anyone.
A particular point in the history of an Arbitrum chain. A chain's state is determined by applying Arbitrum state-transition function to sequence of transactions (i.e., the chain's history).
"}, -"challenge":{"title":"Challenge","text":"When two Stakers disagree about the correct verdict on an Assertion, those stakers can be put in a challenge. The challenge is refereed by the contracts on L1. Eventually one staker wins the challenge. The protocol guarantees that an honest party will always win a challenge; the loser forfeits their stake.
"}, +"challenge":{"title":"Challenge","text":"When two Stakers disagree about the correct verdict on an Assertion, those stakers can be put in a challenge. The challenge is refereed by the contracts on the underlying chain. Eventually one staker wins the challenge. The protocol guarantees that an honest party will always win a challenge; the loser forfeits their stake.
"}, "challenge-period":{"title":"Challenge Period","text":"Window of time (1 week on Arbitrum One) over which an asserted RBlock can be challenged, and after which the RBlock can be confirmed.
"}, "challenge-protocol":{"title":"Challenge protocol","text":"The protocol by which RBlocks are submitted, disputed, and ultimately confirmed. The Challenge Protocol guarantees that only valid RBlocks will be confirmed provided that there is at least one honest Active Validator.
"}, +"child-chain":{"title":"Child chain","text":"An Arbitrum Chain that settles to an underlying Parent chain . For example, Arbitrum One and Arbitrum Nova are child chains of Ethereum.
"}, "client":{"title":"Client","text":"A program running on a user's machine, often in the user's browser, that interacts with contracts on an Arbitrum chain and provides a user interface.
"}, "confirmation":{"title":"Confirmation","text":"The decision by an Arbitrum chain to finalize an RBlock as part of the chain's history. Once an RBlock is confirmed its L2 to L1 Messages (e.g., withdrawals) can be executed.
"}, "crosschain-message":{"title":"Cross-chain message","text":"An action taken on some chain A which asynchronously initiates an additional action on chain B.
"}, @@ -32,14 +33,14 @@ "data-availability-certificate":{"title":"Data Availability Certificate","text":"Signed promise from a Data Availability Committee (DAC) attesting to the availability of a batch of data for an Arbitrum AnyTrust Chain.
"}, "data-availability-committee-dac":{"title":"Data Availability Committee (DAC)","text":"A permissioned set of parties responsible for enforcing data availability in an Arbitrum AnyTrust Protocol chain. See Introducing AnyTrust Chains: Cheaper, Faster L2 Chains with Minimal Trust Assumptions to learn more.
\n\n\n\n"}, "defensive-validator":{"title":"Defensive Validator","text":"A Validator that watches an Arbitrum chain and takes action (i.e., stakes and challenges) only when and if an invalid Assertion occurs.
"}, -"delayed-inbox":{"title":"Delayed Inbox","text":"A contract that holds L1 initiated messages to be eventually included in the Fast Inbox. Inclusion of messages doesn't depend on the Sequencer.
"}, +"delayed-inbox":{"title":"Delayed Inbox","text":"A contract that holds Parent chain initiated messages to be eventually included in the Fast Inbox. Inclusion of messages doesn't depend on the Sequencer.
"}, "dissection":{"title":"Dissection","text":"A step in the Challenge protocol in which two challenging parties interactively narrow down their disagreement until they reach a One Step Proof.
"}, "dopex":{"title":"Dopex","text":"A shiny gem in the Arbitrum community.
\n
\nCommonly associated with the esteemed Diamond Pepe's NFT and Dopex community. Dopex is a decentralized options exchange protocol on Arbitrum.
A software application used for transacting with the Ethereum Blockchain.
"}, "fair-ordering-algorithm":{"title":"Fair Ordering Algorithm","text":"BFT algorithm in which a committee comes to consensus on transaction ordering; current single-party Sequencer on Arbitrum may eventually be replaced by a fair-ordering committee.
"}, "fast-exit--liquidity-exit":{"title":"Fast Exit / Liquidity Exit","text":"A means by which a user can bypass an Arbitrum chain's Challenge Period when withdrawing fungible assets (or more generally, executing some \"fungible\" L2 to L1 operation); for trustless fast exits, a liquidity provider facilitates an atomic swap of the asset on L2 directly to L1.
"}, "fast-inbox":{"title":"Fast Inbox","text":"Contract that holds a sequence of messages sent by clients to an Arbitrum Chain; a message can be put into the fast Inbox directly by the Sequencer or indirectly through the Delayed Inbox.
"}, -"forceinclusion":{"title":"Force-Inclusion","text":"Censorship resistant path for including a message into L2 via the Delayed Inbox; bypasses any Sequencer involvement.
"}, +"forceinclusion":{"title":"Force-Inclusion","text":"Censorship resistant path for including a message into an Arbitrum chain via the Delayed Inbox on its Parent chain; bypasses any Sequencer involvement.
"}, "fraud-proof":{"title":"Fraud proof","text":"The means by which an Active Validator proves to its underlying chain that an invalid state transition has taken place.
"}, "gas-price-floor":{"title":"Gas Price Floor","text":"Protocol-enforced minimum gas price on an Arbitrum chain; currently 0.1 gwei on Arbitrum One and 0.01 gwei on Arbitrum Nova.
"}, "gateway-router":{"title":"Gateway Router","text":"Contracts in the Arb Token Bridge responsible for mapping tokens to their appropriate Token Gateway.
"}, @@ -51,32 +52,35 @@ "layer-1-l1":{"title":"Layer 1 (L1)","text":"The base protocol and underlying blockchain of the Ethereum network. Responsible for maintaining the integrity of the distributed ledger and executing smart contracts. Contains both Ethereum's execution layer and consensus layer.
"}, "layer-2-l2":{"title":"Layer 2 (L2)","text":"Trustless scaling solutions built on top of Ethereum's Layer 1 (L1) base protocol, such as state channels, plasma chains, optimistic rollups, and ZK-rollups. Layer 2 solutions aim to increase scalability and reduce the cost of transactions on Ethereum's Layer 1 without introducing additional trust assumptions.
"}, "layer-3-l3":{"title":"Layer 3 (L3)","text":"An Arbitrum chain whose core contract reside on an Arbitrum Layer 2 (L2) chain.
"}, -"one-step-proof":{"title":"One Step Proof","text":"Final step in a challenge; a single operation of the L2 VM (Wasm) is executed on L1, and the validity of its state transition is verified.
"}, +"one-step-proof":{"title":"One Step Proof","text":"Final step in a challenge; a single operation of the Arbitrum VM (WASM ) is executed on the underlying chain, and the validity of its state transition is verified.
"}, "outbox":{"title":"Outbox","text":"An L1 contract responsible for tracking L2 to L1 Messages, including withdrawals, which can be executed once they are confirmed. The outbox stores a Merkle Root of all outgoing messages.
"}, +"parent-chain":{"title":"Parent chain","text":"EVM compatible chain that acts as the settlement layer for one or more Arbitrum Chains (aka Child chain ). E.g., Ethereum is the parent chain of both Arbitrum One and Arbitrum Nova. Parent chain is synonymous with \"underlying chain.\"
"}, "pirate-nation":{"title":"Pirate Nation","text":"If you sail in the deep blue seas of Arbitrum, you may encounter some ships with pirate flags along the way ARRGG!
\n
\nThe pirate flag originates from the Pirate Nation community. Pirate Nation is a game filled with high seas adventure, treasure, fun, and unexpected surprises.
An assertion by an Arbitrum Validator that represents a claim about an Arbitrum chain's state.
"}, "retryable-autoredeem":{"title":"Retryable Autoredeem","text":"The \"automatic\" (i.e., requiring no additional user action) execution of a Retryable Ticket on an Arbitrum chain.
"}, "retryable-redeem":{"title":"Retryable Redeem","text":"The execution of a Retryable Ticket on L2; can be automatic (see Retryable Autoredeem) or manual via a user-initiated L2 transaction.
"}, "retryable-ticket":{"title":"Retryable Ticket","text":"An L1 to L2 cross chain message initiated by an L1 transaction sent to an Arbitrum chain for execution (e.g., a token deposit).
"}, -"reverse-token-gateway":{"title":"Reverse Token Gateway","text":"A Token Gateway in which the L2 Gateway contract escrows and releases tokens, which the L1 Gateway contract mints and burns tokens. This in the inverse to how \"typical\" gateways work.
"}, +"reverse-token-gateway":{"title":"Reverse Token Gateway","text":"A Token Gateway in which the Child chain gateway contract escrows and releases tokens, which the Parent chain Gateway contract mints and burns tokens. This in the inverse to how \"typical\" gateways work.
"}, "sequencer":{"title":"Sequencer","text":"An entity (currently a single-party on Arbitrum One) given rights to reorder transactions in the Fast Inbox over a fixed window of time, who can thus give clients sub-blocktime Soft Confirmations. (Not to be confused with a Validator).
"}, "sequencer-feed":{"title":"Sequencer Feed","text":"Off chain data feed published by the Sequencer which clients can subscribe to for Soft Confirmations of transactions before they are posted in Batches.
"}, "smart-contract":{"title":"Smart Contract","text":"A computer program whose operations are defined and executed within a blockchain consensus protocol.
"}, "smolverse":{"title":"Smolverse","text":"Near the core of Arbitrum community is Smolverse, a world filled with Smol Brains and Smol Bodies.
\n
\nIf you see any Smol's with giga brains, swole arms or hear the sound of \"EEEE\" in the Arbitrum community, you've encountered the Smol Brains and Smol Bodies.
A semi-trusted promise from the Sequencer to post a user's transaction in the near future; soft-confirmations happen prior to posting on L1, and thus can be given near-instantaneously (i.e., faster than L1 block times)
"}, -"speed-limit":{"title":"Speed Limit","text":"Target L2 computation limit for an Arbitrum chain. Arbitrum One and Arbitrum Nova currently target 7,000,000 gas / second. When computation exceeds this limit, fees rise, ala EIP-1559.
"}, +"soft-confirmation":{"title":"Soft Confirmation","text":"A semi-trusted promise from the Sequencer to post a user's transaction in the near future; soft-confirmations happen prior to posting on the Parent chain, and thus can be given near-instantaneously (i.e., faster than the parent chain's block times)
"}, +"speed-limit":{"title":"Speed Limit","text":"Target computation limit for an Arbitrum chain. Arbitrum One and Arbitrum Nova currently target 7,000,000 gas / second. When computation exceeds this limit, fees rise, ala EIP-1559.
"}, "staker":{"title":"Staker","text":"A Validator who deposits a stake (in Ether on Arbitrum One and Arbitrum Nova ) to vouch for a particular RBlock in an Arbitrum Chain. A validator who stakes on a false RBlock can expect to lose their stake. An honest staker can recover their stake once the RBlock they are staked on has been confirmed.
"}, -"standard-arbtoken":{"title":"Standard Arb-Token","text":"An L2 token contract deployed via the StandardERC20 gateway; offers basic ERC20 functionality in addition to deposit / withdrawal affordances.
"}, -"standarderc20-gateway":{"title":"StandardERC20 gateway","text":"Token Gateway via which any L1 ERC20 token can permissionlessly bridge; the StandrardERC20 gateway contracts deploy a Standard Arb-Token on L2 for each bridged token.
"}, -"stylus":{"title":"Stylus","text":"Upcoming upgrade to the Arbitrum Nitro virtual machine that will allow smart contract support for languages like Rust and C++ by taking advantage of Nitro's use of WASM (read more).
"}, +"standard-arbtoken":{"title":"Standard Arb-Token","text":"An token contract on an Arbitrum chain deployed via the StandardERC20 gateway; offers basic ERC20 functionality in addition to deposit / withdrawal affordances.
"}, +"standarderc20-gateway":{"title":"StandardERC20 gateway","text":"Token Gateway via which any underlying chain's ERC20 token can permissionlessly bridge; the StandrardERC20 gateway contracts deploy a Standard Arb-Token on the Child chain for each bridged token.
"}, +"stylus":{"title":"Stylus","text":"Upgrade to the Arbitrum Nitro virtual machine that allows smart contract support for languages like Rust and C++ by taking advantage of Nitro's use of WASM. Currently on testnet (read more).
"}, "tales-of-elleria":{"title":"Tales of Elleria","text":"The bow and arrow are commonly associated with the Hero's of Tales of Elleria.
\n
\nJump into the world of Elleria and go on adventures.
Hidden in the Croakshire, you will find the friendly Toadstoolz.
\n
\nThe iconic Toads of Arbitrum love to hunt BUGZ
\n and collect NFTs. !CROAK
A pair of contracts in the token bridge — one on L1, one on L2 — that provide a particular mechanism for handling the transfer of tokens between layers. Token gateways currently active in the bridge include the StandardERC20 gateway , the Generic-Custom Gateway , and the WETH Gateway.
"}, +"token-gateway":{"title":"Token Gateway","text":"A pair of contracts in the token bridge — one on the Parent chain , one on the Child chain — that provide a particular mechanism for handling the transfer of tokens between layers. Token gateways currently active in the bridge include the StandardERC20 gateway , the Generic-Custom Gateway , and the WETH Gateway.
"}, "townstory-":{"title":"TownStory ","text":"If you see some homes along your road trip in the Arbitrum ecosystem, you've made it to TownStory.
\n
\nBuild a warm and prosperous town with friends in TownStory.
A user-initiated interaction with a Blockchain. Transactions are typically signed by users via wallets and are paid for via transaction fees.
"}, "treasure-dao":{"title":"Treasure DAO","text":"While exploring the Arbitrum ecosystem, you may see some shining stars.
\n
\nThe iconic stars symbolize the magic of Treasure DAO. Treasure DAO is the decentralized gaming ecosystem connecting games and players on Arbitrum.
In the context of Ethereum, trustless refers to the ability of a system to operate without reliance on a central authority or intermediary. Instead, users place their trust in math and protocols.
\n
\nThis is achieved through the use of cryptographic techniques and decentralized consensus mechanisms that let users verify the integrity of network transactions using open-source software. Trustless systems are considered to be more secure and resistant to fraud or tampering because they don't rely on a single point of failure that can be exploited by attackers.
Synonymous with Parent chain.
"}, "validator":{"title":"Validator","text":"An Arbitrum Full Node that tracks the status of the chains' Assertions. A validator may be a Watchtower Validator, a Defensive Validator, or an Active Validator.
"}, +"wasm":{"title":"WASM","text":"Widely supported binary code format for executable programs. Used by Arbitrum Nitro for Fraud proofs , and more broadly used by Stylus to support performant smart contracts in a wide variety of languages.
"}, "watchtower-validator":{"title":"Watchtower Validator","text":"A Validator that never stakes / never takes on chain action, who raises the alarm (by whatever off-chain means it chooses) if it witnesses an invalid assertion.
"}, "weth-gateway":{"title":"WETH Gateway","text":"Token Gateway for handing the bridging of wrapped Ether (WETH). WETH is unwrapped on L1 and rewrapped on L1 upon depositing (and vice-versa upon withdrawing), ensuring WETH on L2 always remains collateralized.
"}, "zeeverse":{"title":"Zeeverse","text":"As you're exploring the Arbitrum world, you may bump into a world filled with monsters and Zee's.
\n
\nExplore a mythical Spirit Realm as a young Shaman and take part in strategic turn-based battles to help protect Zeeverse from the looming corrupted forces.