- - EIP-145 – optimises cost of certain on-chain actions.
+ - EIP-145 – optimises cost of certain onchain actions.
- EIP-1014 – allows you to interact with addresses that have yet to be created.
- EIP-1052 – introduces the
EXTCODEHASH instruction to retrieve the hash of another contract's code.
- EIP-1234 – makes sure the blockchain doesn't freeze before proof-of-stake and reduces block reward from 3 to 2 ETH.
diff --git a/public/content/roadmap/account-abstraction/index.md b/public/content/roadmap/account-abstraction/index.md
index cbb761126d3..6927aade99f 100644
--- a/public/content/roadmap/account-abstraction/index.md
+++ b/public/content/roadmap/account-abstraction/index.md
@@ -72,11 +72,11 @@ These are just a few examples of how user experiences could be leveled up by acc
## How will account abstraction be implemented? {#how-will-aa-be-implemented}
-Smart contract wallets exist today but are challenging to implement because the EVM does not support them. Instead, they rely on wrapping relatively complex code around standard Ethereum transactions. Ethereum can change this by allowing smart contracts to initiate transactions, handling the necessary logic in Ethereum smart contracts instead of off-chain. Putting logic into smart contracts also increases Ethereum's decentralization since it removes the need for "relayers" run by wallet developers to translate messages signed by the user to regular Ethereum transactions.
+Smart contract wallets exist today but are challenging to implement because the EVM does not support them. Instead, they rely on wrapping relatively complex code around standard Ethereum transactions. Ethereum can change this by allowing smart contracts to initiate transactions, handling the necessary logic in Ethereum smart contracts instead of offchain. Putting logic into smart contracts also increases Ethereum's decentralization since it removes the need for "relayers" run by wallet developers to translate messages signed by the user to regular Ethereum transactions.
-EIP-2771 introduces the concept of meta-transactions that allow third parties to pay for a user's gas costs without making changes to the Ethereum protocol. The idea is that transactions signed by a user get sent to a `Forwarder` contract. The forwarder is a trusted entity that verifies that transactions are valid before sending them on to a gas relay. This is done off-chain, avoiding the need to pay gas. The gas relay passes the transaction on to a `Recipient` contract, paying the necessary gas to make the transaction executable on Ethereum. The transaction is executed if the `Forwarder` is known and trusted by the `Recipient`. This model makes it easy for developers to implement gasless transactions for users.
+EIP-2771 introduces the concept of meta-transactions that allow third parties to pay for a user's gas costs without making changes to the Ethereum protocol. The idea is that transactions signed by a user get sent to a `Forwarder` contract. The forwarder is a trusted entity that verifies that transactions are valid before sending them on to a gas relay. This is done offchain, avoiding the need to pay gas. The gas relay passes the transaction on to a `Recipient` contract, paying the necessary gas to make the transaction executable on Ethereum. The transaction is executed if the `Forwarder` is known and trusted by the `Recipient`. This model makes it easy for developers to implement gasless transactions for users.
diff --git a/public/content/roadmap/danksharding/index.md b/public/content/roadmap/danksharding/index.md
index 534f95c8665..e22d76b31e3 100644
--- a/public/content/roadmap/danksharding/index.md
+++ b/public/content/roadmap/danksharding/index.md
@@ -17,17 +17,17 @@ summaryPoints:
Proto-Danksharding, also known as [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844), is a way for [rollups](/layer-2/#rollups) to add cheaper data to blocks. The name comes from the two researchers who proposed the idea: Protolambda and Dankrad Feist. Historically, rollups had been limited in how cheap they can make user transactions by the fact that they post their transactions in `CALLDATA`.
-This is expensive because it is processed by all Ethereum nodes and lives on-chain forever, even though rollups only need the data for a short time. Proto-Danksharding introduces data blobs that can be sent and attached to blocks. The data in these blobs is not accessible to the EVM and is automatically deleted after a fixed time period (set to 4096 epochs at time of writing, or about 18 days). This means rollups can send their data much more cheaply and pass the savings on to end users in the form of cheaper transactions.
+This is expensive because it is processed by all Ethereum nodes and lives onchain forever, even though rollups only need the data for a short time. Proto-Danksharding introduces data blobs that can be sent and attached to blocks. The data in these blobs is not accessible to the EVM and is automatically deleted after a fixed time period (set to 4096 epochs at time of writing, or about 18 days). This means rollups can send their data much more cheaply and pass the savings on to end users in the form of cheaper transactions.
-Rollups are a way to scale Ethereum by batching transactions off-chain and then posting the results to Ethereum. A rollup is essentially composed of two parts: data and execution check. The data is the full sequence of transactions that is being processed by a rollup to produce the state change being posted to Ethereum. The execution check is the re-execution of those transactions by some honest actor (a "prover") to ensure that the proposed state change is correct. To perform the execution check, the transaction data has to be available for long enough for anyone to download and check. This means any dishonest behavior by the rollup sequencer can be identified and challenged by the prover. However, it does not need to be available forever.
+Rollups are a way to scale Ethereum by batching transactions offchain and then posting the results to Ethereum. A rollup is essentially composed of two parts: data and execution check. The data is the full sequence of transactions that is being processed by a rollup to produce the state change being posted to Ethereum. The execution check is the re-execution of those transactions by some honest actor (a "prover") to ensure that the proposed state change is correct. To perform the execution check, the transaction data has to be available for long enough for anyone to download and check. This means any dishonest behavior by the rollup sequencer can be identified and challenged by the prover. However, it does not need to be available forever.
-Rollups post commitments to their transaction data on-chain and also make the actual data available in data blobs. This means provers can check the commitments are valid or challenge data they think is wrong. At the node-level, the blobs of data are held in the consensus client. The consensus clients attest that they have seen the data and that it has been propagated around the network. If the data was kept forever, these clients would bloat and lead to large hardware requirements for running nodes. Instead, the data is automatically pruned from the node every 18 days. The consensus client attestations demonstrate that there was a sufficient opportunity for provers to verify the data. The actual data can be stored off-chain by rollup operators, users or others.
+Rollups post commitments to their transaction data onchain and also make the actual data available in data blobs. This means provers can check the commitments are valid or challenge data they think is wrong. At the node-level, the blobs of data are held in the consensus client. The consensus clients attest that they have seen the data and that it has been propagated around the network. If the data was kept forever, these clients would bloat and lead to large hardware requirements for running nodes. Instead, the data is automatically pruned from the node every 18 days. The consensus client attestations demonstrate that there was a sufficient opportunity for provers to verify the data. The actual data can be stored offchain by rollup operators, users or others.
@@ -47,7 +47,7 @@ The EIP-4844 KZG ceremony was open to the public and tens of thousands of people
-When a rollup posts data in a blob, they provide a "commitment" that they post on-chain. This commitment is the result of evaluating a polynomial fit to the data at certain points. These points are defined by the random numbers generated in the KZG ceremony. Provers can then evaluate the polynomial at the same points in order to verify the data - if they arrive at the same values then the data is correct.
+When a rollup posts data in a blob, they provide a "commitment" that they post onchain. This commitment is the result of evaluating a polynomial fit to the data at certain points. These points are defined by the random numbers generated in the KZG ceremony. Provers can then evaluate the polynomial at the same points in order to verify the data - if they arrive at the same values then the data is correct.
diff --git a/public/content/roadmap/merge/index.md b/public/content/roadmap/merge/index.md
index aff0da7d792..ada43184597 100644
--- a/public/content/roadmap/merge/index.md
+++ b/public/content/roadmap/merge/index.md
@@ -98,7 +98,7 @@ The Merge came with changes to consensus, which also includes changes related to
- block structure
- slot/block timing
- opcode changes
- - sources of on-chain randomness
+ - sources of onchain randomness
- concept of safe head and finalized blocks
diff --git a/public/content/roadmap/scaling/index.md b/public/content/roadmap/scaling/index.md
index ee0a7dcc31e..cbebcabdc98 100644
--- a/public/content/roadmap/scaling/index.md
+++ b/public/content/roadmap/scaling/index.md
@@ -1,6 +1,6 @@
---
title: Scaling Ethereum
-description: Rollups batch transactions together off-chain, reducing costs for the user. However, the way rollups currently use data is too expensive, limiting how cheap transactions can be. Proto-Danksharding fixes this.
+description: Rollups batch transactions together offchain, reducing costs for the user. However, the way rollups currently use data is too expensive, limiting how cheap transactions can be. Proto-Danksharding fixes this.
lang: en
image: /images/roadmap/roadmap-transactions.png
alt: "Ethereum roadmap"
diff --git a/public/content/staking/pools/index.md b/public/content/staking/pools/index.md
index aa2611d076d..e7cdc71ea71 100644
--- a/public/content/staking/pools/index.md
+++ b/public/content/staking/pools/index.md
@@ -17,7 +17,7 @@ summaryPoints:
Staking pools are a collaborative approach to allow many with smaller amounts of ETH to obtain the 32 ETH required to activate a set of validator keys. Pooling functionality is not natively supported within the protocol, so solutions were built out separately to address this need.
-Some pools operate using smart contracts, where funds can be deposited to a contract, which trustlessly manages and tracks your stake, and issues you a token that represents this value. Other pools may not involve smart contracts and are instead mediated off-chain.
+Some pools operate using smart contracts, where funds can be deposited to a contract, which trustlessly manages and tracks your stake, and issues you a token that represents this value. Other pools may not involve smart contracts and are instead mediated offchain.
## Why stake with a pool? {#why-stake-with-a-pool}
diff --git a/public/content/whitepaper/index.md b/public/content/whitepaper/index.md
index 190dff5fc4e..287edab98bb 100644
--- a/public/content/whitepaper/index.md
+++ b/public/content/whitepaper/index.md
@@ -268,7 +268,7 @@ def send(to, value):
self.storage[to] = self.storage[to] + value
```
-This is essentially a literal implementation of the "banking system" state transition function described further above in this document. A few extra lines of code need to be added to provide for the initial step of distributing the currency units in the first place and a few other edge cases, and ideally a function would be added to let other contracts query for the balance of an address. But that's all there is to it. Theoretically, Ethereum-based token systems acting as sub-currencies can potentially include another important feature that on-chain Bitcoin-based meta-currencies lack: the ability to pay transaction fees directly in that currency. The way this would be implemented is that the contract would maintain an ether balance with which it would refund ether used to pay fees to the sender, and it would refill this balance by collecting the internal currency units that it takes in fees and reselling them in a constant running auction. Users would thus need to "activate" their accounts with ether, but once the ether is there it would be reusable because the contract would refund it each time.
+This is essentially a literal implementation of the "banking system" state transition function described further above in this document. A few extra lines of code need to be added to provide for the initial step of distributing the currency units in the first place and a few other edge cases, and ideally a function would be added to let other contracts query for the balance of an address. But that's all there is to it. Theoretically, Ethereum-based token systems acting as sub-currencies can potentially include another important feature that onchain Bitcoin-based meta-currencies lack: the ability to pay transaction fees directly in that currency. The way this would be implemented is that the contract would maintain an ether balance with which it would refund ether used to pay fees to the sender, and it would refill this balance by collecting the internal currency units that it takes in fees and reselling them in a constant running auction. Users would thus need to "activate" their accounts with ether, but once the ether is there it would be reusable because the contract would refund it each time.
### Financial derivatives and Stable-Value Currencies {#financial-derivatives-and-stable-value-currencies}
@@ -341,7 +341,7 @@ Normally, 1% per day is enough for Alice, and if Alice wants to withdraw more sh
**7. Prediction markets**. Provided an oracle or SchellingCoin, prediction markets are also easy to implement, and prediction markets together with SchellingCoin may prove to be the first mainstream application of [futarchy](http://hanson.gmu.edu/futarchy.html) as a governance protocol for decentralized organizations.
-**8. On-chain decentralized marketplaces**, using the identity and reputation system as a base.
+**8. Onchain decentralized marketplaces**, using the identity and reputation system as a base.
## Miscellanea And Concerns {#miscellanea-and-concerns}
diff --git a/public/content/zero-knowledge-proofs/index.md b/public/content/zero-knowledge-proofs/index.md
index 5d1bd2a6a1a..b39b8b8e3fb 100644
--- a/public/content/zero-knowledge-proofs/index.md
+++ b/public/content/zero-knowledge-proofs/index.md
@@ -32,7 +32,7 @@ Going back to our earlier example, the only evidence you need to prove your citi
Credit card payments are often visible to multiple parties, including the payments provider, banks, and other interested parties (e.g., government authorities). While financial surveillance has benefits for identifying illegal activity, it also undermines the privacy of ordinary citizens.
-Cryptocurrencies were intended to provide a means for users to conduct private, peer-to-peer transactions. But most cryptocurrency transactions are openly visible on public blockchains. User identities are often pseudonymous and either wilfully linked to real-world identities (e.g. by including ETH addresses on Twitter or GitHub profiles) or can be associated with real-world identities using basic on and off-chain data analysis.
+Cryptocurrencies were intended to provide a means for users to conduct private, peer-to-peer transactions. But most cryptocurrency transactions are openly visible on public blockchains. User identities are often pseudonymous and either wilfully linked to real-world identities (e.g. by including ETH addresses on Twitter or GitHub profiles) or can be associated with real-world identities using basic on and offchain data analysis.
There are specific “privacy coins” designed for completely anonymous transactions. Privacy-focused blockchains, such as Zcash and Monero, shield transaction details, including sender/receiver addresses, asset type, quantity, and the transaction timeline.
@@ -58,9 +58,9 @@ Verifiable computation is another application of zero-knowledge technology for i
Verifiable computation is **critical to improving processing speeds on blockchains** without reducing security. Understanding this requires knowing the differences in proposed solutions for scaling Ethereum.
-[On-chain scaling solutions](/developers/docs/scaling/#on-chain-scaling), such as sharding, require extensive modification of the blockchain’s base layer. However, this approach is highly complex and errors in implementation can undermine Ethereum’s security model.
+[Onchain scaling solutions](/developers/docs/scaling/#onchain-scaling), such as sharding, require extensive modification of the blockchain’s base layer. However, this approach is highly complex and errors in implementation can undermine Ethereum’s security model.
-[Off-chain scaling solutions](/developers/docs/scaling/#off-chain-scaling) don’t require redesigning the core Ethereum protocol. Instead they rely on an outsourced computation model to improve throughput on Ethereum’s base layer.
+[Offchain scaling solutions](/developers/docs/scaling/#offchain-scaling) don’t require redesigning the core Ethereum protocol. Instead they rely on an outsourced computation model to improve throughput on Ethereum’s base layer.
Here’s how that works in practice:
@@ -68,17 +68,17 @@ Here’s how that works in practice:
- After processing transactions, the other chain returns the results to be applied to Ethereum’s state.
-The benefit here is that Ethereum doesn’t have to do any execution and only needs to apply results from outsourced computation to its state. This reduces network congestion and also improves transaction speeds (off-chain protocols optimize for faster execution).
+The benefit here is that Ethereum doesn’t have to do any execution and only needs to apply results from outsourced computation to its state. This reduces network congestion and also improves transaction speeds (offchain protocols optimize for faster execution).
-The chain needs a way to validate off-chain transactions without re-executing them, or else the value of off-chain execution is lost.
+The chain needs a way to validate offchain transactions without re-executing them, or else the value of offchain execution is lost.
-This is where verifiable computation comes into play. When a node executes a transaction outside of Ethereum, it submits a zero-knowledge proof to prove the correctness of off-chain execution. This proof (called a [validity proof](/glossary/#validity-proof)) guarantees that a transaction is valid, allowing Ethereum to apply the result to its state—without waiting for anyone to dispute it.
+This is where verifiable computation comes into play. When a node executes a transaction outside of Ethereum, it submits a zero-knowledge proof to prove the correctness of offchain execution. This proof (called a [validity proof](/glossary/#validity-proof)) guarantees that a transaction is valid, allowing Ethereum to apply the result to its state—without waiting for anyone to dispute it.
-[Zero-knowledge rollups](/developers/docs/scaling/zk-rollups) and [validiums](/developers/docs/scaling/validium/) are two off-chain scaling solutions that use validity proofs to provide secure scalability. These protocols execute thousands of transactions off-chain and submit proofs for verification on Ethereum. Those results can be applied immediately once the proof is verified, allowing Ethereum to process more transactions without increasing computation on the base layer.
+[Zero-knowledge rollups](/developers/docs/scaling/zk-rollups) and [validiums](/developers/docs/scaling/validium/) are two offchain scaling solutions that use validity proofs to provide secure scalability. These protocols execute thousands of transactions offchain and submit proofs for verification on Ethereum. Those results can be applied immediately once the proof is verified, allowing Ethereum to process more transactions without increasing computation on the base layer.
-### Reducing bribery and collusion in on-chain voting {#secure-blockchain-voting}
+### Reducing bribery and collusion in onchain voting {#secure-blockchain-voting}
-Blockchain voting schemes have many favorable characteristics: they are fully auditable, secure against attacks, resistant to censorship, and free of geographical constraints. But even on-chain voting schemes aren't immune to the problem of **collusion**.
+Blockchain voting schemes have many favorable characteristics: they are fully auditable, secure against attacks, resistant to censorship, and free of geographical constraints. But even onchain voting schemes aren't immune to the problem of **collusion**.
Defined as “coordinating to limit open competition by deceiving, defrauding, and misleading others,” collusion may take the form of a malicious actor influencing voting by offering bribes. For example, Alice might receive a bribe from Bob to vote for `option B` on a ballot even if she prefers `option A`.
@@ -86,13 +86,13 @@ Bribery and collusion limit the effectiveness of any process that uses voting as
For example, [quadratic funding mechanisms](https://www.radicalxchange.org/concepts/plural-funding/) rely on donations to measure preference for certain options among different public good projects. Each donation counts as a "vote" for a specific project, with projects that receive more votes getting more funds from the matching pool.
-Using on-chain voting makes quadratic funding susceptible to collusion: blockchain transactions are public, so bribers can inspect a bribee’s on-chain activity to see how they “voted”. This way quadratic funding ceases to be an effective means for allocating funds based on the aggregated preferences of the community.
+Using onchain voting makes quadratic funding susceptible to collusion: blockchain transactions are public, so bribers can inspect a bribee’s onchain activity to see how they “voted”. This way quadratic funding ceases to be an effective means for allocating funds based on the aggregated preferences of the community.
-Fortunately, newer solutions such as MACI (Minimum Anti-Collusion Infrastructure) are using zero-knowledge proofs to make on-chain voting (eg., quadratic funding mechanisms) resistant to bribery and collusion. MACI is a set of smart contracts and scripts that allow a central administrator (called a "coordinator") to aggregate votes and tally results _without_ revealing specifics on how each individual voted. Even so, it is still possible to verify that the votes were counted properly, or confirm that a particular individual participated in the voting round.
+Fortunately, newer solutions such as MACI (Minimum Anti-Collusion Infrastructure) are using zero-knowledge proofs to make onchain voting (eg., quadratic funding mechanisms) resistant to bribery and collusion. MACI is a set of smart contracts and scripts that allow a central administrator (called a "coordinator") to aggregate votes and tally results _without_ revealing specifics on how each individual voted. Even so, it is still possible to verify that the votes were counted properly, or confirm that a particular individual participated in the voting round.
#### How does MACI work with zero-knowledge proofs? {#how-maci-works-with-zk-proofs}
-At the start, the coordinator deploys the MACI contract on Ethereum, after which users can sign up for voting (by registering their public key in the smart contract). Users cast votes by sending messages encrypted with their public key to the smart contract (a valid vote must be signed with the most recent public key associated with the user's identity, among other criteria). Afterward, the coordinator processes all messages once the voting period ends, tallies the votes, and verifies the results on-chain.
+At the start, the coordinator deploys the MACI contract on Ethereum, after which users can sign up for voting (by registering their public key in the smart contract). Users cast votes by sending messages encrypted with their public key to the smart contract (a valid vote must be signed with the most recent public key associated with the user's identity, among other criteria). Afterward, the coordinator processes all messages once the voting period ends, tallies the votes, and verifies the results onchain.
In MACI, zero-knowledge proofs are used to ensure correctness of computation by making it impossible for the coordinator to incorrectly process votes and tally results. This is achieved by requiring the coordinator to generate ZK-SNARK proofs verifying that a) all messages were processed correctly b) the final result corresponds to the sum of all _valid_ votes.
@@ -104,11 +104,11 @@ Thus, even without sharing a breakdown of votes per user (as is usually the case
- Alice secretly sends an encrypted transaction to change the public key associated with her identity.
- Alice sends another (encrypted) message to the smart contract voting for `option A` using the new public key.
- Alice shows Bob a transaction which shows she voted for `option B` (which is invalid since the public key is no longer associated with Alice's identity in the system)
-- While processing messages, the coordinator skips Alice's vote for `option B` and counts only the vote for `option A`. Hence, Bob's attempt to collude with Alice and manipulate the on-chain vote fails.
+- While processing messages, the coordinator skips Alice's vote for `option B` and counts only the vote for `option A`. Hence, Bob's attempt to collude with Alice and manipulate the onchain vote fails.
Using MACI _does_ require trusting the coordinator not to collude with bribers or attempt to bribe voters themselves. The coordinator can decrypt user messages (necessary for creating the proof), so they can accurately verify how each person voted.
-But in cases where the coordinator remains honest, MACI represents a powerful tool for guaranteeing the sanctity of on-chain voting. This explains its popularity among quadratic funding applications (e.g., [clr.fund](https://clr.fund/#/about/maci)) that rely heavily on the integrity of each individual's voting choices.
+But in cases where the coordinator remains honest, MACI represents a powerful tool for guaranteeing the sanctity of onchain voting. This explains its popularity among quadratic funding applications (e.g., [clr.fund](https://clr.fund/#/about/maci)) that rely heavily on the integrity of each individual's voting choices.
[Learn more about MACI](https://privacy-scaling-explorations.github.io/maci/).
diff --git a/src/data/WalletSimulatorData.tsx b/src/data/WalletSimulatorData.tsx
index b851087ee8b..59116e31c98 100644
--- a/src/data/WalletSimulatorData.tsx
+++ b/src/data/WalletSimulatorData.tsx
@@ -337,7 +337,7 @@ export const walletOnboardingSimData: SimulatorData = {
<>
Your wallet can be used to connect to all sorts of applications,
- allowing you to interact with your on-chain assets.
+ allowing you to interact with your onchain assets.
Your friend just sent an NFT art piece to your address! Let's
@@ -354,7 +354,7 @@ export const walletOnboardingSimData: SimulatorData = {
Your account is universal across all Ethereum and
Ethereum-compatible applications.
- Assets stored on-chain can be accessed from any application.
+ Assets stored onchain can be accessed from any application.
),
},
diff --git a/src/data/externalTutorials.json b/src/data/externalTutorials.json
index 7204118e040..18b3512f1e1 100644
--- a/src/data/externalTutorials.json
+++ b/src/data/externalTutorials.json
@@ -557,7 +557,7 @@
{
"url": "https://docs.replit.com/tutorials/web3/build-smart-contract-oracle",
"title": "Build a smart contract oracle with Solidity, Node.js, and Replit",
- "description": "Learn how to use oracles in smart contracts and how oracles work internally, and gain experience with hybrid on-and-off chain systems.",
+ "description": "Learn how to use oracles in smart contracts and how oracles work internally, and gain experience with hybrid on-and-offchain systems.",
"author": "replit",
"authorGithub": "https://github.com/replit",
"tags": ["solidity", "oracles", "javascript"],
diff --git a/src/intl/en/glossary-tooltip.json b/src/intl/en/glossary-tooltip.json
index 17099323f81..ac6643bde32 100644
--- a/src/intl/en/glossary-tooltip.json
+++ b/src/intl/en/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "A software client that participates in the network. More on nodes and clients.",
"ommer-term": "Ommer (uncle) block",
"ommer-definition": "When a proof-of-work miner finds a valid block, another miner may have published a competing block which is added to the tip of the blockchain first. This valid, but stale, block can be included by newer blocks as ommers and receive a partial block reward. The term \"ommer\" is the preferred gender-neutral term for the sibling of a parent block, but this is also sometimes referred to as an \"uncle\". This was common for Ethereum when it was a proof-of-work network. Now that Ethereum uses proof-of-stake, only one block proposer is selected per slot.",
- "on-chain-term": "On-chain",
- "on-chain-definition": "Refers to actions or transactions that happen on the blockchain and are publicly available.",
+ "onchain-term": "Onchain",
+ "onchain-definition": "Refers to actions or transactions that happen on the blockchain and are publicly available.",
"optimistic-rollup-term": "Optimistic rollup",
"optimistic-rollup-definition": "Optimistic Rollup is a Layer 2 solution that speeds up transactions on Ethereum, assuming they're valid by default unless challenged. More on Optimistic rollups.",
"peer-to-peer-network-term": "Peer-to-peer network",
@@ -150,7 +150,7 @@
"validator-term": "Validator",
"validator-definition": "A node in a proof-of-stake system responsible for storing data, processing transactions, and adding new blocks to the blockchain. To activate validator software, you need to be able to stake 32 ETH. More on staking in Ethereum.",
"validity-proof-term": "Validity proof",
- "validity-proof-definition": "A security model for certain layer 2 solutions where, to increase speed, transactions are rolled up into batches and submitted to Ethereum in a single transaction. The transaction computation is done off-chain and then supplied to the main chain with a proof of their validity. This method increases the amount of transactions possible while maintaining security. Some rollups use fraud proof. More on zero-knowledge rollups.",
+ "validity-proof-definition": "A security model for certain layer 2 solutions where, to increase speed, transactions are rolled up into batches and submitted to Ethereum in a single transaction. The transaction computation is done offchain and then supplied to the main chain with a proof of their validity. This method increases the amount of transactions possible while maintaining security. Some rollups use fraud proof. More on zero-knowledge rollups.",
"wallet-term": "Wallet",
"wallet-definition": "A wallet is a digital tool to store, send, and receive digital currency, like a virtual purse for your online money. More on Ethereum wallets.",
"web2-term": "Web2",
diff --git a/src/intl/en/glossary.json b/src/intl/en/glossary.json
index b878aff0a80..90ae44a9515 100644
--- a/src/intl/en/glossary.json
+++ b/src/intl/en/glossary.json
@@ -112,7 +112,7 @@
"distributed-hash-table-term": "Distributed hash table (DHT)",
"distributed-hash-table-definition": "A data structure containing `(key, value)` pairs used by Ethereum nodes to identify peers to connect to and determine which protocols to use to communicate.",
"double-spend-term": "Double spend",
- "double-spend-definition": "A deliberate blockchain fork, where a user with a sufficiently large amount of mining power/stake sends a transaction moving some currency off-chain (e.g. exiting into fiat money or making an off-chain purchase) then reorganizing the blockchain to remove that transaction. A successful double spend leaves the attacker with both their on and off-chain assets.",
+ "double-spend-definition": "A deliberate blockchain fork, where a user with a sufficiently large amount of mining power/stake sends a transaction moving some currency offchain (e.g. exiting into fiat money or making an offchain purchase) then reorganizing the blockchain to remove that transaction. A successful double spend leaves the attacker with both their on and offchain assets.",
"ecdsa-term": "Elliptic Curve Digital Signature Algorithm (ECDSA)",
"ecdsa-definition": "A cryptographic algorithm used by Ethereum to ensure that funds can only be spent by their owners. It's the preferred method for creating public and private keys. Relevant for account address generation and transaction verification.",
"encryption-term": "Encryption",
@@ -257,16 +257,16 @@
"node-definition": "A software client that participates in the network. More on nodes and clients.",
"nonce-term": "Nonce",
"nonce-definition": "In cryptography, a value that can only be used once. An account nonce is a transaction counter in each account, which is used to prevent replay attacks.",
- "off-chain-term": "Off-Chain",
- "off-chain-definition": "Off-chain means any transaction or data that exists outside the blockchain. Because committing every transaction on-chain can be expensive and inefficient, third-party tools like oracles that handle pricing data, or layer 2 solutions that execute a higher throughput of transactions, handle a bulk of the processing work off-chain, and will submit information on-chain at less frequent intervals.",
+ "offchain-term": "Offchain",
+ "offchain-definition": "Offchain means any transaction or data that exists outside the blockchain. Because committing every transaction onchain can be expensive and inefficient, third-party tools like oracles that handle pricing data, or layer 2 solutions that execute a higher throughput of transactions, handle a bulk of the processing work offchain, and will submit information onchain at less frequent intervals.",
"ommer-term": "Ommer (uncle) block",
"ommer-definition": "When a proof-of-work miner finds a valid block, another miner may have published a competing block which is added to the tip of the blockchain first. This valid, but stale, block can be included by newer blocks as ommers and receive a partial block reward. The term \"ommer\" is the preferred gender-neutral term for the sibling of a parent block, but this is also sometimes referred to as an \"uncle\". This was common for Ethereum when it was a proof-of-work network. Now that Ethereum uses proof-of-stake, only one block proposer is selected per slot.",
- "on-chain-term": "On-Chain",
- "on-chain-definition": "Refers to actions or transactions that happen on the blockchain and are publicly available.
Think of it as writing something in a big, shared notebook that everyone can see and check, making sure that whatever is written (like sending digital money or making a contract) is permanent and can't be changed or erased.",
+ "onchain-term": "Onchain",
+ "onchain-definition": "Refers to actions or transactions that happen on the blockchain and are publicly available.
Think of it as writing something in a big, shared notebook that everyone can see and check, making sure that whatever is written (like sending digital money or making a contract) is permanent and can't be changed or erased.",
"optimistic-rollup-term": "Optimistic rollup",
"optimistic-rollup-definition": "Optimistic Rollup is a Layer 2 solution that speeds up transactions on Ethereum, assuming they're valid by default unless challenged. More on Optimistic rollups.",
"oracle-term": "Oracle",
- "oracle-definition": "An oracle is a bridge between the blockchain and the real world. They act as on-chain APIs that can be queried for information and used in smart contracts. More on oracles.",
+ "oracle-definition": "An oracle is a bridge between the blockchain and the real world. They act as onchain APIs that can be queried for information and used in smart contracts. More on oracles.",
"peer-term": "Peer",
"peer-definition": "Connected computers running Ethereum client software that have identical copies of the blockchain.",
"peer-to-peer-network-term": "Peer-to-peer network",
@@ -274,7 +274,7 @@
"permissionless-term": "Permissionless",
"permissionless-definition": "Permissionless means anyone can join and use a system like Ethereum. It's open for everyone to participate and doesn't require any approval.",
"plasma-term": "Plasma",
- "plasma-definition": "An off-chain scaling solution that uses fraud proofs, like optimistic rollups. Plasma is limited to simple transactions like basic token transfers and swaps. More on plasma.",
+ "plasma-definition": "An offchain scaling solution that uses fraud proofs, like optimistic rollups. Plasma is limited to simple transactions like basic token transfers and swaps. More on plasma.",
"private-key-term": "Private key",
"private-key-definition": "A private key is a secret code that proves you own your digital money and lets you spend it, like a PIN for your account. DO NOT SHARE IT.",
"public-goods-term": "Public goods",
@@ -378,9 +378,9 @@
"validator-lifecycle-term": "Validator lifecycle",
"validator-lifecycle-definition": "The sequence of states that a validator can exist in. These include:
- deposited: At least 32 ETH has been deposited to the deposit contract by the validator
- pending: the validator is in the activation queue waiting to be voted into the network by existing validators
- active: currently attesting and proposing blocks
- slashing: the validator has misbehaved and is being slashed
- exiting: the validator has been flagged for exiting the network, either voluntarily or because they have been ejected.
",
"validity-proof-term": "Validity proof",
- "validity-proof-definition": "A security model for certain layer 2 solutions where, to increase speed, transactions are rolled up into batches and submitted to Ethereum in a single transaction. The transaction computation is done off-chain and then supplied to the main chain with a proof of their validity. This method increases the amount of transactions possible while maintaining security. Some rollups use fraud proof. More on zero-knowledge rollups.",
+ "validity-proof-definition": "A security model for certain layer 2 solutions where, to increase speed, transactions are rolled up into batches and submitted to Ethereum in a single transaction. The transaction computation is done offchain and then supplied to the main chain with a proof of their validity. This method increases the amount of transactions possible while maintaining security. Some rollups use fraud proof. More on zero-knowledge rollups.",
"validium-term": "Validium",
- "validium-definition": "An off-chain solution that uses validity proofs to improve transaction throughput. Unlike Zero-knowledge rollups, validium data isn't stored on layer 1 Mainnet. More on validium.",
+ "validium-definition": "An offchain solution that uses validity proofs to improve transaction throughput. Unlike Zero-knowledge rollups, validium data isn't stored on layer 1 Mainnet. More on validium.",
"vyper-term": "Vyper",
"vyper-definition": "A high-level programming language with Python-like syntax. Intended to get closer to a pure functional language. Created by Vitalik Buterin. More on Vyper.",
"wallet-term": "Wallet",
diff --git a/src/intl/en/learn-quizzes.json b/src/intl/en/learn-quizzes.json
index 1b41af9995c..62ca7fc486e 100644
--- a/src/intl/en/learn-quizzes.json
+++ b/src/intl/en/learn-quizzes.json
@@ -348,7 +348,7 @@
"daos-3-a-label": "Usually hierarchical",
"daos-3-a-explanation": "DAOs are usually flat, and fully democratized.",
"daos-3-b-label": "Transparent and fully public about their activities",
- "daos-3-b-explanation": "Thanks to on-chain voting, decisions are transparent on the blockchain. Discussions and other elements of the decision-making process are open to all members.",
+ "daos-3-b-explanation": "Thanks to onchain voting, decisions are transparent on the blockchain. Discussions and other elements of the decision-making process are open to all members.",
"daos-3-c-label": "Controlled by a central party",
"daos-3-c-explanation": "Changes require voting by the members. Services offered are handled automatically in a decentralized manner.",
"daos-3-d-label": "Restricted regarding who can suggest changes",
@@ -369,8 +369,8 @@
"daos-5-b-explanation": "Share-based DAOs are more permissioned but still quite open. Any prospective member can submit a proposal to join the DAO, usually offering a tribute of some value in the form of tokens or work.",
"daos-5-c-label": "Reputation-based membership",
"daos-5-c-explanation": "Unlike token or share-based membership, reputation-based DAOs don't transfer ownership to contributors. DAO members must earn reputation through participation.",
- "daos-5-d-label": "Executive board and off-chain treasury management",
- "daos-5-d-explanation": "This approach uses highly centralized and opaque mechanisms of governing. On the contrary, DAOs use verifiable voting mechanisms and on-chain treasury management to ensure transparency and accountability.",
+ "daos-5-d-label": "Executive board and offchain treasury management",
+ "daos-5-d-explanation": "This approach uses highly centralized and opaque mechanisms of governing. On the contrary, DAOs use verifiable voting mechanisms and onchain treasury management to ensure transparency and accountability.",
"staking-solo-1-prompt": "Which is true about slashing?",
"staking-solo-1-a-label": "Penalty for being offline, rewards resume when back online",
"staking-solo-1-a-explanation": "Being offline does NOT result in slashing. Small penalties are incurred for being offline, and rewards resume when the validator returns online and resumes attestations.",
diff --git a/src/intl/en/page-dapps.json b/src/intl/en/page-dapps.json
index 9c8734d69f2..9ecb4862060 100644
--- a/src/intl/en/page-dapps.json
+++ b/src/intl/en/page-dapps.json
@@ -97,7 +97,7 @@
"page-dapps-dapp-description-meeds": "Web3 community hubs for the age of decentralized work. Reward fairly and transparently contributions that matter.",
"page-dapps-dapp-description-mirror": "Built on web3 for web3, Mirror’s robust publishing platform pushes the boundaries of writing online",
"page-dapps-dapp-description-multichain": "The ultimate Router for web3. It is an infrastructure developed for arbitrary cross-chain interactions.",
- "page-dapps-dapp-description-nifty-gateway": "Buy works on-chain from top artists, athletes, brands, and creators.",
+ "page-dapps-dapp-description-nifty-gateway": "Buy works onchain from top artists, athletes, brands, and creators.",
"page-dapps-dapp-description-summerfi": "Trade, borrow, and save with Dai, an Ethereum stablecoin.",
"page-dapps-dapp-description-opensea": "Buy, sell, discover, and trade limited-edition goods.",
"page-dapps-dapp-description-opera": "Send crypto from your browser to merchants, other users and apps.",
@@ -198,7 +198,7 @@
"page-dapps-hero-header": "Ethereum-powered tools and services",
"page-dapps-hero-subtitle": "Dapps are a growing movement of applications that use Ethereum to disrupt business models or invent new ones.",
"page-dapps-how-dapps-work-p1": "Dapps have their backend code (smart contracts) running on a decentralized network and not a centralized server. They use the Ethereum blockchain for data storage and smart contracts for their app logic.",
- "page-dapps-how-dapps-work-p2": "A smart contract is like a set of rules that live on-chain for all to see and run exactly according to those rules. Imagine a vending machine: if you supply it with enough funds and the right selection, you'll get the item you want. And like vending machines, smart contracts can hold funds much like your Ethereum account. This allows code to mediate agreements and transactions.",
+ "page-dapps-how-dapps-work-p2": "A smart contract is like a set of rules that live onchain for all to see and run exactly according to those rules. Imagine a vending machine: if you supply it with enough funds and the right selection, you'll get the item you want. And like vending machines, smart contracts can hold funds much like your Ethereum account. This allows code to mediate agreements and transactions.",
"page-dapps-how-dapps-work-p3": "Once dapps are deployed on the Ethereum network you can't change them. Dapps can be decentralized because they are controlled by the logic written into the contract, not an individual or a company.",
"page-dapps-how-dapps-work-title": "How dapps work",
"page-dapps-ipfs-logo-alt": "IPFS logo",
@@ -283,7 +283,7 @@
"page-wallets-get-some": "Get some ETH",
"page-dapps-dapp-description-curve": "Curve is a dex focused on stablecoins",
"page-dapps-curve-image-alt": "Curve logo",
- "page-dapps-dapp-description-dodo": "DODO is a on-chain liquidity provider, which leverages the Proactive Market Maker algorithm (PMM)",
+ "page-dapps-dapp-description-dodo": "DODO is a onchain liquidity provider, which leverages the Proactive Market Maker algorithm (PMM)",
"page-dapps-dodo-image-alt": "DODO logo",
"page-dapps-dapp-description-artblocks": "Art Blocks is dedicated to bringing compelling works of contemporary generative art to life",
"page-dapps-artblocks-image-alt": "Art Blocks logo",
diff --git a/src/intl/en/page-developers-index.json b/src/intl/en/page-developers-index.json
index f4e6a175f5e..f03059ed36b 100644
--- a/src/intl/en/page-developers-index.json
+++ b/src/intl/en/page-developers-index.json
@@ -59,7 +59,7 @@
"page-developers-networks-link": "Networks",
"page-developers-node-clients-desc": "How blocks and transactions are verified in the network",
"page-developers-node-clients-link": "Nodes and clients",
- "page-developers-oracle-desc": "Getting off-chain data into your smart contracts",
+ "page-developers-oracle-desc": "Getting offchain data into your smart contracts",
"page-developers-oracles-link": "Oracles",
"page-developers-play-code": "Play with code",
"page-developers-read-docs": "Read the docs",
diff --git a/src/intl/en/page-layer-2-learn.json b/src/intl/en/page-layer-2-learn.json
index 0940906aad4..28c9e5b980b 100644
--- a/src/intl/en/page-layer-2-learn.json
+++ b/src/intl/en/page-layer-2-learn.json
@@ -37,7 +37,7 @@
"page-layer-2-learn-rollupCards-optimistic-description": "Optimistic rollups use fault proofs where transactions are assumed to be valid, but can be challenged if an invalid transaction is suspected. If an invalid transaction is suspected, a fault proof is ran to see if this has taken place.",
"page-layer-2-learn-rollupCards-optimistic-childSentence": "More on optimistic rollups",
"page-layer-2-learn-rollupCards-zk-title": "Zero knowledge rollups",
- "page-layer-2-learn-rollupCards-zk-description": "Zero Knowledge rollups use validity proofs where transactions calculations are computed off-chain, and then this data is then supplied to Ethereum Mainnet with a proof of their validity.",
+ "page-layer-2-learn-rollupCards-zk-description": "Zero Knowledge rollups use validity proofs where transactions calculations are computed offchain, and then this data is then supplied to Ethereum Mainnet with a proof of their validity.",
"page-layer-2-learn-rollupCards-zk-childSentence": "More on zk-rollups",
"page-layer-2-learn-dyor-title": "Do your own research: Risks of layer 2",
"page-layer-2-learn-dyor-1": "Because layer 2 chains inherit security from Ethereum, in an ideal world, they are as safe as L1 Ethereum. However, many of the projects are still young and somewhat experimental. After years of R&D, many of the L2 technologies that will scale Ethereum went live in 2021. This is not to say these L2s are not secure, only that no layer 2 is as battle tested as Ethereum Mainnet. Always do your own research and decide if you're comfortable with any risks involved.",
diff --git a/src/intl/en/page-roadmap-vision.json b/src/intl/en/page-roadmap-vision.json
index a58f789226c..0b8698e1262 100644
--- a/src/intl/en/page-roadmap-vision.json
+++ b/src/intl/en/page-roadmap-vision.json
@@ -14,7 +14,7 @@
"page-roadmap-vision-problems": "Today's problems",
"page-roadmap-vision-scalability": "Scalability",
"page-roadmap-vision-scalability-desc": "Ethereum needs to be able to handle more transactions per second without increasing the size of the nodes in the network. Nodes are vital network participants who store and run the blockchain. Increasing node size isn't practical because only those with powerful and expensive computers could do it. To scale, Ethereum needs more transactions per second, coupled with more nodes. More nodes means more security.",
- "page-roadmap-vision-scalability-desc-3": "Layer 2 rollups scale Ethereum by moving transactions off-chain and only posting summary data to Ethereum. This batching increases Ethereum's throughput while drastically reducing costs for users.",
+ "page-roadmap-vision-scalability-desc-3": "Layer 2 rollups scale Ethereum by moving transactions offchain and only posting summary data to Ethereum. This batching increases Ethereum's throughput while drastically reducing costs for users.",
"page-roadmap-vision-scalability-desc-4": "Rollups need low-cost storage on layer 1 to make transactions as cheap as possible for users. This will be provided in the form of blobs attached to Ethereum blocks. Eventually, many blobs will be attached to Ethereum blocks, providing cheap storage for many rollups.",
"page-roadmap-vision-security": "Security",
"page-roadmap-vision-security-desc": "The planned upgrades improve Ethereum's security against coordinated attacks.",
diff --git a/src/intl/en/page-upgrades-index.json b/src/intl/en/page-upgrades-index.json
index 6c0de035828..d8f087c7243 100644
--- a/src/intl/en/page-upgrades-index.json
+++ b/src/intl/en/page-upgrades-index.json
@@ -97,7 +97,7 @@
"page-upgrades-question-6-answer-5": "You can also join the discussion on Ethereum research and development at ethresear.ch.",
"page-upgrades-question-6-title": "What do I need to do with my dapp?",
"page-upgrades-question-6-desc": "The Merge was designed to have minimal impact on dapp developers, though there were a couple of small changes worth noting.",
- "page-upgrades-question-6-answer-1": "Dapp developers familiar with pre-merge Ethereum should be aware of some changes. These changes include block structure and timing, a few opcode changes, sources of on-chain randomness and the concept of epoch finalization.",
+ "page-upgrades-question-6-answer-1": "Dapp developers familiar with pre-merge Ethereum should be aware of some changes. These changes include block structure and timing, a few opcode changes, sources of onchain randomness and the concept of epoch finalization.",
"page-upgrades-question-6-answer-1-link": "How The Merge Impacted Ethereum's Application Layer",
"page-upgrades-question-6-answer-2": "Applications were almost entirely unaffected.",
"page-upgrades-question-7-desc": "Many different teams from all over the community are working on the various Ethereum upgrades.",
diff --git a/src/intl/es/glossary-tooltip.json b/src/intl/es/glossary-tooltip.json
index 4520386c78b..1e338427134 100644
--- a/src/intl/es/glossary-tooltip.json
+++ b/src/intl/es/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "Un cliente de software que participa en la red. Más sobre nodos y clientes.",
"ommer-term": "Bloque Ommer (tío)",
"ommer-definition": "Cuando un minero de prueba de trabajo encuentra un bloque válido, otro minero puede haber publicado un bloque en competencia que se agrega primero a la punta de la cadena de bloques. Este bloque válido, pero estancado, puede ser incluido por bloques más nuevos como ommers y recibir una recompensa de bloque parcial. El término \"ommer\" es el término de género neutral preferido para el hermano de un bloque padre (principal), pero a veces también se lo conoce como \"tío\" (uncle). Esto era común para Ethereum cuando era una red de prueba de trabajo. Ahora que Ethereum utiliza prueba de participación, solo se selecciona un proponente de bloques por ranura.",
- "on-chain-term": "En cadena",
- "on-chain-definition": "Se refiere a las acciones o transacciones que ocurren en la cadena de bloques y están disponibles públicamente.",
+ "onchain-term": "En cadena",
+ "onchain-definition": "Se refiere a las acciones o transacciones que ocurren en la cadena de bloques y están disponibles públicamente.",
"optimistic-rollup-term": "Acumulaciones optimistas (Optimistic rollups)",
"optimistic-rollup-definition": "Un Rollup Optimista es una solución de Capa 2 que acelera las transacciones en Ethereum, asumiendo que son válidas por defecto, a menos que se las cuestione o ponga en duda. Más información acerca de los Rollups Optimistas.",
"peer-to-peer-network-term": "Red entre pares (o peer-to-peer)",
diff --git a/src/intl/es/glossary.json b/src/intl/es/glossary.json
index 0d47f90f9b6..96021ab51e1 100644
--- a/src/intl/es/glossary.json
+++ b/src/intl/es/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "Un cliente de software que participa en la red. Más sobre nodos y clientes.",
"nonce-term": "Nonce",
"nonce-definition": "En criptografía, un valor que solo se puede usar una vez. Un nonce de cuenta es un contador de transacciones en cada cuenta que se utiliza para evitar ataques de repetición.",
- "off-chain-term": "Fuera de la cadena",
- "off-chain-definition": "Fuera de la cadena significa cualquier transacción o dato que exista fuera de la cadena de bloques. Debido a que la comisión de cada transacción en cadena puede ser costosa e ineficiente, herramientas de terceros, como los oráculos que manejan datos de precios, o las soluciones de capa 2 que tienen un mayor rendimiento de transacciones, manejan gran parte del trabajo de procesamiento fuera de la cadena y envían información a la cadena a intervalos menos frecuentes.",
+ "offchain-term": "Fuera de la cadena",
+ "offchain-definition": "Fuera de la cadena significa cualquier transacción o dato que exista fuera de la cadena de bloques. Debido a que la comisión de cada transacción en cadena puede ser costosa e ineficiente, herramientas de terceros, como los oráculos que manejan datos de precios, o las soluciones de capa 2 que tienen un mayor rendimiento de transacciones, manejan gran parte del trabajo de procesamiento fuera de la cadena y envían información a la cadena a intervalos menos frecuentes.",
"ommer-term": "Bloque Ommer (tío)",
"ommer-definition": "Cuando un minero de prueba de trabajo encuentra un bloque válido, otro minero puede haber publicado un bloque en competencia que se agrega primero a la punta de la cadena de bloques. Este bloque válido, pero estancado, puede ser incluido por bloques más nuevos como ommers y recibir una recompensa de bloque parcial. El término \"ommer\" es el término de género neutral preferido para el hermano de un bloque padre (principal), pero a veces también se lo conoce como \"tío\" (uncle). Esto era común para Ethereum cuando era una red de prueba de trabajo. Ahora que Ethereum utiliza prueba de participación, solo se selecciona un proponente de bloques por ranura.",
- "on-chain-term": "En cadena",
- "on-chain-definition": "Se refiere a acciones o transacciones que ocurren en la cadena de bloques y que están disponibles públicamente.
Piénselo como escribir algo en un gran cuaderno compartido que todo el mundo puede ver y comprobar, asegurándose de que lo que se escribe (como enviar dinero digital o hacer un contrato) es permanente y no se puede cambiar ni borrar.",
+ "onchain-term": "En cadena",
+ "onchain-definition": "Se refiere a acciones o transacciones que ocurren en la cadena de bloques y que están disponibles públicamente.
Piénselo como escribir algo en un gran cuaderno compartido que todo el mundo puede ver y comprobar, asegurándose de que lo que se escribe (como enviar dinero digital o hacer un contrato) es permanente y no se puede cambiar ni borrar.",
"optimistic-rollup-term": "Acumulaciones optimistas (Optimistic rollups)",
"optimistic-rollup-definition": "Un Rollup Optimista es una solución de Capa 2 que acelera las transacciones en Ethereum, asumiendo que son válidas por defecto, a menos que se las cuestione o ponga en duda. Más información acerca de los Rollups Optimistas.",
"oracle-term": "Oráculo",
diff --git a/src/intl/fa/glossary-tooltip.json b/src/intl/fa/glossary-tooltip.json
index f9e9883dfad..763bea8aac4 100644
--- a/src/intl/fa/glossary-tooltip.json
+++ b/src/intl/fa/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "یک کلاینت نرم افزاری که در شبکه شرکت می کند. اطلاعات بیشتر در مورد گره ها و کلاینت ها.",
"ommer-term": "بلوک Ommer (عمو)",
"ommer-definition": "وقتی یک miner اثبات کار، یک بلوک معتبر پیدا میکند، ممکن است معدنچی دیگری منتشر کرده باشد. یک بلوک رقیب که ابتدا به نوک بلاکچین اضافه می شود. این بلوک معتبر، اما قدیمی، میتواند توسط بلوکهای جدیدتر بهعنوان ommers گنجانده شود و یک پاداش بلوک جزئی دریافت کند. اصطلاح \"ommer\" اصطلاح ترجیحی از نظر جنسیتی خنثی برای خواهر یا برادر بلوک والدین است، اما گاهی اوقات به آن \"عمو\" نیز گفته می شود. زمانی که اتریوم یک شبکه اثبات کار بود، این برای اتریوم رایج بود. اکنون که اتریوم از اثبات سهام استفاده میکند، تنها یک پیشنهاد دهنده بلوک در هر اسلات انتخاب میشود.",
- "on-chain-term": "روی زنجیره",
- "on-chain-definition": "به اقدامات یا تراکنشهایی اشاره دارد که روی بلاکچین اتفاق میافتند و در دسترس عموم هستند.",
+ "onchain-term": "روی زنجیره",
+ "onchain-definition": "به اقدامات یا تراکنشهایی اشاره دارد که روی بلاکچین اتفاق میافتند و در دسترس عموم هستند.",
"optimistic-rollup-term": "رول آپ خوش بینانه",
"optimistic-rollup-definition": "رولآپ خوشبینانه یک راه حل لایه 2 است که به تراکنش ها در اتریوم سرعت می بخشد، با این فرض که به طور پیش فرض معتبر هستند مگر اینکه به چالش کشیده شوند. اطلاعات بیشتر در مورد رولآپ خوشبینانه.",
"peer-to-peer-network-term": "شبکه همتا به همتا",
diff --git a/src/intl/fa/glossary.json b/src/intl/fa/glossary.json
index 9dc86ef8a85..19736afd0f2 100644
--- a/src/intl/fa/glossary.json
+++ b/src/intl/fa/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "یک کلاینت نرم افزاری که در شبکه شرکت می کند. اطلاعات بیشتر در مورد گره ها و کلاینت ها.",
"nonce-term": "Nonce",
"nonce-definition": "در مبحث رمزنگاری، مقداری که فقط یک بار قابل استفاده است. نانس یک حساب یک شمارنده تراکنش در هر حساب است که برای جلوگیری از حملات مجدد استفاده می شود.",
- "off-chain-term": "برونزنجیرهای",
- "off-chain-definition": "برونزنجیره ای یا آفچین به معنای هر تراکنش یا دادهای است که خارج از بلاکچین وجود دارد. از آنجایی که انجام هر تراکنش در زنجیره می تواند گران و ناکارآمد باشد، ابزارهای شخص ثالث مانند اوراکل ها که داده های قیمت گذاری را مدیریت می کنند، یا راهکارهای لایه2 که توان عملیاتی بالاتری از تراکنشها را انجام میدهند، بخش عمدهای از کارهای پردازشی را خارج از زنجیره انجام میدهند و اطلاعات آنچین را در فواصل زمانی کمتر ارسال میکنند.",
+ "offchain-term": "برونزنجیرهای",
+ "offchain-definition": "برونزنجیره ای یا آفچین به معنای هر تراکنش یا دادهای است که خارج از بلاکچین وجود دارد. از آنجایی که انجام هر تراکنش در زنجیره می تواند گران و ناکارآمد باشد، ابزارهای شخص ثالث مانند اوراکل ها که داده های قیمت گذاری را مدیریت می کنند، یا راهکارهای لایه2 که توان عملیاتی بالاتری از تراکنشها را انجام میدهند، بخش عمدهای از کارهای پردازشی را خارج از زنجیره انجام میدهند و اطلاعات آنچین را در فواصل زمانی کمتر ارسال میکنند.",
"ommer-term": "بلوک Ommer (عمو)",
"ommer-definition": "وقتی یک miner اثبات کار، یک بلوک معتبر پیدا میکند، ممکن است معدنچی دیگری منتشر کرده باشد. یک بلوک رقیب که ابتدا به نوک بلاکچین اضافه می شود. این بلوک معتبر، اما قدیمی، میتواند توسط بلوکهای جدیدتر بهعنوان ommers گنجانده شود و یک پاداش بلوک جزئی دریافت کند. اصطلاح \"ommer\" اصطلاح ترجیحی از نظر جنسیتی خنثی برای خواهر یا برادر بلوک والدین است، اما گاهی اوقات به آن \"عمو\" نیز گفته می شود. زمانی که اتریوم یک شبکه اثبات کار بود، این برای اتریوم رایج بود. اکنون که اتریوم از اثبات سهام استفاده میکند، تنها یک پیشنهاد دهنده بلوک در هر اسلات انتخاب میشود.",
- "on-chain-term": "آنچین",
- "on-chain-definition": "به اقدامات یا تراکنشهایی اشاره دارد که روی بلاک چین اتفاق میافتند و به صورت عمومی در دسترس هستند.
فکر کنید چیزی در یک دفترچه یادداشت مشترک و بزرگ مینویسید که همه میتوانند ببینند و بررسی کنند، و مطمئن شوید که هر چیزی نوشته شده است (مانند ارسال پول دیجیتال یا بستن قرارداد) دائمی است و قابل تغییر یا پاک کردن نیست.",
+ "onchain-term": "آنچین",
+ "onchain-definition": "به اقدامات یا تراکنشهایی اشاره دارد که روی بلاک چین اتفاق میافتند و به صورت عمومی در دسترس هستند.
فکر کنید چیزی در یک دفترچه یادداشت مشترک و بزرگ مینویسید که همه میتوانند ببینند و بررسی کنند، و مطمئن شوید که هر چیزی نوشته شده است (مانند ارسال پول دیجیتال یا بستن قرارداد) دائمی است و قابل تغییر یا پاک کردن نیست.",
"optimistic-rollup-term": "رول آپ خوش بینانه",
"optimistic-rollup-definition": "رولآپ خوشبینانه یک راه حل لایه 2 است که به تراکنش ها در اتریوم سرعت می بخشد، با این فرض که به طور پیش فرض معتبر هستند مگر اینکه به چالش کشیده شوند. اطلاعات بیشتر در مورد رولآپ خوشبینانه.",
"oracle-term": "اوراکل",
diff --git a/src/intl/fr/glossary-tooltip.json b/src/intl/fr/glossary-tooltip.json
index 97a20387b15..4e62f394913 100644
--- a/src/intl/fr/glossary-tooltip.json
+++ b/src/intl/fr/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "Un client logiciel qui participe au réseau. En savoir plus sur les nœuds et les clients.",
"ommer-term": "Bloc oncle (ommer)",
"ommer-definition": "Lorsqu'un mineur en preuve de travail trouve un bloc valide, un autre mineur peut avoir publié un bloc concurrent qui est ajouté en premier à l'extrémité de la blockchain. Ce bloc valide, mais périmé, peut être inclus par des blocs plus récents en tant qu'ommers et recevoir une récompense de bloc partielle. Le terme « ommer » est le terme de genre neutre préféré pour désigner le frère ou la sœur d'un bloc parent, mais il est parfois également appelé « oncle ». Cela était frequent pour Ethereum lorsqu'il s'agissait d'un réseau basé sur la preuve de travail. Maintenant qu'Ethereum utilise la preuve d'enjeu, un seul proposeur de bloc est sélectionné par créneau.",
- "on-chain-term": "En chaîne",
- "on-chain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et qui sont accessibles au public.",
+ "onchain-term": "En chaîne",
+ "onchain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et qui sont accessibles au public.",
"optimistic-rollup-term": "Rollup optimisé",
"optimistic-rollup-definition": "Le rollup optimiste est une solution de couche 2 qui accélère les transactions sur Ethereum, en supposant qu’elles soient valides par défaut, sauf si elles sont contestées. En savoir plus sur les rollups optimistes.",
"peer-to-peer-network-term": "Réseaux Pair-à-Pair",
diff --git a/src/intl/fr/glossary.json b/src/intl/fr/glossary.json
index afa87855cc4..4ab4fb9e3b8 100644
--- a/src/intl/fr/glossary.json
+++ b/src/intl/fr/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "Un client logiciel qui participe au réseau. En savoir plus sur les nœuds et les clients.",
"nonce-term": "Nonce",
"nonce-definition": "En cryptographie, une valeur qui ne peut être utilisée qu'une seule fois. Un nonce de compte est un compteur de transactions dans chaque compte, qui est utilisé pour empêcher les attaques par rejeu.",
- "off-chain-term": "Hors-chaine",
- "off-chain-definition": "Hors-chaine se réfère à toute transaction ou donnée qui existe en dehors de la blockchain. Parce que la validation de chaque transaction sur la chaîne peut être coûteuse et inefficace, des outils tiers tels que des oracles qui gèrent les données de tarification, ou des solutions de couche 2 qui exécutent un débit de transactions plus élevé, gèrent une grande partie du travail de traitement hors chaîne et présentera des renseignements sur la chaîne à des intervalles moins fréquents.",
+ "offchain-term": "Hors-chaine",
+ "offchain-definition": "Hors-chaine se réfère à toute transaction ou donnée qui existe en dehors de la blockchain. Parce que la validation de chaque transaction sur la chaîne peut être coûteuse et inefficace, des outils tiers tels que des oracles qui gèrent les données de tarification, ou des solutions de couche 2 qui exécutent un débit de transactions plus élevé, gèrent une grande partie du travail de traitement hors chaîne et présentera des renseignements sur la chaîne à des intervalles moins fréquents.",
"ommer-term": "Bloc oncle (ommer)",
"ommer-definition": "Lorsqu'un mineur en preuve de travail trouve un bloc valide, un autre mineur peut avoir publié un bloc concurrent qui est ajouté en premier à l'extrémité de la blockchain. Ce bloc valide, mais périmé, peut être inclus par des blocs plus récents en tant qu'ommers et recevoir une récompense de bloc partielle. Le terme « ommer » est le terme de genre neutre préféré pour désigner le frère ou la sœur d'un bloc parent, mais il est parfois également appelé « oncle ». Cela était frequent pour Ethereum lorsqu'il s'agissait d'un réseau basé sur la preuve de travail. Maintenant qu'Ethereum utilise la preuve d'enjeu, un seul proposeur de bloc est sélectionné par créneau.",
- "on-chain-term": "Sur la chaîne",
- "on-chain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et sont accessibles au public.
Voyez cela comme le fait d'écrire quelque chose dans un carnet partagé que tout le monde peut voir et vérifier, en vous assurant que tout ce qui est écrit (comme envoyer de l’argent numérique ou conclure un contrat) est permanent et ne peut pas être modifié ou effacé.",
+ "onchain-term": "Sur la chaîne",
+ "onchain-definition": "Fait référence aux actions ou transactions qui se produisent sur la blockchain et sont accessibles au public.
Voyez cela comme le fait d'écrire quelque chose dans un carnet partagé que tout le monde peut voir et vérifier, en vous assurant que tout ce qui est écrit (comme envoyer de l’argent numérique ou conclure un contrat) est permanent et ne peut pas être modifié ou effacé.",
"optimistic-rollup-term": "Rollup optimisé",
"optimistic-rollup-definition": "Le rollup optimiste est une solution de couche 2 qui accélère les transactions sur Ethereum, en supposant qu’elles soient valides par défaut, sauf si elles sont contestées. En savoir plus sur les rollups optimistes.",
"oracle-term": "Oracle",
diff --git a/src/intl/hu/glossary-tooltip.json b/src/intl/hu/glossary-tooltip.json
index 374751649b7..5a06ed53fd8 100644
--- a/src/intl/hu/glossary-tooltip.json
+++ b/src/intl/hu/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "Egy szoftverkliens, mely részt vesz a hálózatban. Bővebben a csomópontokról és a kliensekről.",
"ommer-term": "Ommer (nagybácsi) blokk",
"ommer-definition": "Amikor egy proof-of-work (munkaigazolás) mechanizmus bányásza talált egy érvényes blokkot, egy másik bányász talán beküldött egy ezzel versenyző blokkot, amelyet először tettek hozzá a blokklánc elejéhez. Ez az érvényes, de elévült blokk bekerülhet az újabb blokkokba ommer-ként (a szülőblokk testvére) és részleges blokkjutalmat lehet érte kapni. Ez a kifejezés a semleges megfogalmazása a szülőblokk testvérére vonatkozóan, de néha nagybácsinak (uncle) is nevezik. Ez általános volt az Ethereum esetében, amikor még proof-of-work-alapú hálózat volt. Most, hogy az Ethereum proof-of-stake alapra váltott, helyenként csak egy blokkjavaslat van kiválasztva.",
- "on-chain-term": "Láncon belüli",
- "on-chain-definition": "Olyan műveletekre vagy tranzakciókra utal, amelyek a blokkláncon történnek és nyilvánosan elérhetőek.",
+ "onchain-term": "Láncon belüli",
+ "onchain-definition": "Olyan műveletekre vagy tranzakciókra utal, amelyek a blokkláncon történnek és nyilvánosan elérhetőek.",
"optimistic-rollup-term": "Optimista típusú összevont tranzakciók",
"optimistic-rollup-definition": "Az optimista összesítés egy 2. rétegű megoldás, amely felgyorsítja a tranzakciókat az Ethereumon, azt feltételezve, hogy alapértelmezés szerint érvényesek, hacsak nem támadják meg őket. További információk az optimista összesítésekről.",
"peer-to-peer-network-term": "Közvetítőmentes (peer-to-peer) hálózat",
diff --git a/src/intl/hu/glossary.json b/src/intl/hu/glossary.json
index ff35482c0bb..1a2db299bb4 100644
--- a/src/intl/hu/glossary.json
+++ b/src/intl/hu/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "Egy szoftverkliens, mely részt vesz a hálózatban. Bővebben a csomópontokról és a kliensekről.",
"nonce-term": "Nonce",
"nonce-definition": "A kriptográfiában egy olyan érték, melyet acsak egyszer lehet használni. Egy számla nonce az egy tranzakciószámláló minden számlánál, amellyel meg lehet akadályozni az újrajátszási támadásokat.",
- "off-chain-term": "Láncon kívüli",
- "off-chain-definition": "A láncon kívüli olyan tranzakcióra vagy adatra vonatkozik, amely a blokkláncon kívül létezik. Mivel minden tranzakció lácon belüli kezelése költséges és nem feltétlen hatékony, a harmadik féltől származó eszközök, például az áradatokat szolgáltató oracle-ök, vagy a nagyobb tranzakcióátvitelre képes második blokkláncrétegbeli (L2) megoldások a feldolgozás nagy részét a blokkláncon kívül végzik, és ritkábban küldik be az információkat a blokkláncra.",
+ "offchain-term": "Láncon kívüli",
+ "offchain-definition": "A láncon kívüli olyan tranzakcióra vagy adatra vonatkozik, amely a blokkláncon kívül létezik. Mivel minden tranzakció lácon belüli kezelése költséges és nem feltétlen hatékony, a harmadik féltől származó eszközök, például az áradatokat szolgáltató oracle-ök, vagy a nagyobb tranzakcióátvitelre képes második blokkláncrétegbeli (L2) megoldások a feldolgozás nagy részét a blokkláncon kívül végzik, és ritkábban küldik be az információkat a blokkláncra.",
"ommer-term": "Ommer (nagybácsi) blokk",
"ommer-definition": "Amikor egy proof-of-work (munkaigazolás) mechanizmus bányásza talált egy érvényes blokkot, egy másik bányász talán beküldött egy ezzel versenyző blokkot, amelyet először tettek hozzá a blokklánc elejéhez. Ez az érvényes, de elévült blokk bekerülhet az újabb blokkokba ommer-ként (a szülőblokk testvére) és részleges blokkjutalmat lehet érte kapni. Ez a kifejezés a semleges megfogalmazása a szülőblokk testvérére vonatkozóan, de néha nagybácsinak (uncle) is nevezik. Ez általános volt az Ethereum esetében, amikor még proof-of-work-alapú hálózat volt. Most, hogy az Ethereum proof-of-stake alapra váltott, helyenként csak egy blokkjavaslat van kiválasztva.",
- "on-chain-term": "Láncon belüli",
- "on-chain-definition": "A láncon belüli olyan műveletekre vagy tranzakciókra utal, amelyek a blokkláncon történnek, és nyilvánosan elérhetőek.
Gondoljon rá úgy, mintha egy nagy, közös jegyzetfüzetbe írna valamit, amit mindenki láthat és ellenőrizhet, ezel biztosítva, hogy Ön bármit is ír (például digitális pénzt küld vagy szerződést köt), az végleges legyen, és ne lehessen megváltoztatni vagy törölni.",
+ "onchain-term": "Láncon belüli",
+ "onchain-definition": "A láncon belüli olyan műveletekre vagy tranzakciókra utal, amelyek a blokkláncon történnek, és nyilvánosan elérhetőek.
Gondoljon rá úgy, mintha egy nagy, közös jegyzetfüzetbe írna valamit, amit mindenki láthat és ellenőrizhet, ezel biztosítva, hogy Ön bármit is ír (például digitális pénzt küld vagy szerződést köt), az végleges legyen, és ne lehessen megváltoztatni vagy törölni.",
"optimistic-rollup-term": "Optimista típusú összevont tranzakciók",
"optimistic-rollup-definition": "Az optimista összesítés egy 2. rétegű megoldás, amely felgyorsítja a tranzakciókat az Ethereumon, azt feltételezve, hogy alapértelmezés szerint érvényesek, hacsak nem támadják meg őket. További információk az optimista összesítésekről.",
"oracle-term": "Orákulum",
diff --git a/src/intl/it/glossary-tooltip.json b/src/intl/it/glossary-tooltip.json
index 3a7f6565a3b..9e4149089ca 100644
--- a/src/intl/it/glossary-tooltip.json
+++ b/src/intl/it/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "Un client software che partecipa alla rete. Maggiori informazioni sui nodi e i client.",
"ommer-term": "Blocco ommer (zio)",
"ommer-definition": "Quando un miner di proof-of-work trova un blocco valido, un altro miner potrebbe aver pubblicato un blocco concorrente che viene aggiunto prima alla testa della catena. Questo blocco valido, ma obsoleto, può essere incluso in blocchi più recenti come ommer e ricevere una ricompensa parziale del blocco. Il termine \"ommer\" è il termine preferito, neutro dal punto di vista di genere, per lo stesso livello di un blocco genitore, ma talvolta è anche indicato come \"zio\". Questo era comune per Ethereum quando era una rete di proof-of-work. Ora che Ethereum utilizza il proof-of-stake, viene selezionato soltanto un propositore del blocco per slot.",
- "on-chain-term": "Sulla catena",
- "on-chain-definition": "Si riferisce alle azioni o transazioni che si verificano sulla blockchain e sono disponibili pubblicamente.",
+ "onchain-term": "Sulla catena",
+ "onchain-definition": "Si riferisce alle azioni o transazioni che si verificano sulla blockchain e sono disponibili pubblicamente.",
"optimistic-rollup-term": "Optimistic rollup",
"optimistic-rollup-definition": "Un rollup ottimistico è una soluzione del Livello 2 che velocizza le transazioni su Ethereum, supponendo che siano valide di default se non contestate. Maggiori informazioni sui rollup ottimistici.",
"peer-to-peer-network-term": "Rete peer-to-peer",
diff --git a/src/intl/it/glossary.json b/src/intl/it/glossary.json
index 33d3cfc36fa..138a5ccc6eb 100644
--- a/src/intl/it/glossary.json
+++ b/src/intl/it/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "Un client software che partecipa alla rete. Maggiori informazioni sui nodi e i client.",
"nonce-term": "Nonce",
"nonce-definition": "In crittografia, un valore utilizzabile una sola volta. Il nonce di un conto è un contatore di transazioni in ogni conto, utilizzato per impedire gli attacchi di riproduzione.",
- "off-chain-term": "Esterno alla catena",
- "off-chain-definition": "Esterno alla catena si riferisce a qualsiasi transazione o dato che esiste al di fuori della blockchain. Poiché effettuare il commit di ogni transazione su catena può essere costoso e inefficiente, strumenti di terze parti come gli oracoli che gestiscono i dati sui prezzi, o le soluzioni di livello 2 che eseguono un volume maggiore di transazioni, gestiscono molto del lavoro di elaborazione all'esterno della catena, e invieranno le informazioni sulla catena a intervalli meno frequenti.",
+ "offchain-term": "Esterno alla catena",
+ "offchain-definition": "Esterno alla catena si riferisce a qualsiasi transazione o dato che esiste al di fuori della blockchain. Poiché effettuare il commit di ogni transazione su catena può essere costoso e inefficiente, strumenti di terze parti come gli oracoli che gestiscono i dati sui prezzi, o le soluzioni di livello 2 che eseguono un volume maggiore di transazioni, gestiscono molto del lavoro di elaborazione all'esterno della catena, e invieranno le informazioni sulla catena a intervalli meno frequenti.",
"ommer-term": "Blocco ommer (zio)",
"ommer-definition": "Quando un miner di proof-of-work trova un blocco valido, un altro miner potrebbe aver pubblicato un blocco concorrente che viene aggiunto prima alla testa della catena. Questo blocco valido, ma obsoleto, può essere incluso in blocchi più recenti come ommer e ricevere una ricompensa parziale del blocco. Il termine \"ommer\" è il termine preferito, neutro dal punto di vista di genere, per lo stesso livello di un blocco genitore, ma talvolta è anche indicato come \"zio\". Questo era comune per Ethereum quando era una rete di proof-of-work. Ora che Ethereum utilizza il proof-of-stake, viene selezionato soltanto un propositore del blocco per slot.",
- "on-chain-term": "Sulla catena",
- "on-chain-definition": "Si riferisce alle azioni o transazioni che si verificano sulla blockchain e sono disponibili pubblicamente.
Immaginalo come scrivere qualcosa su un grande taccuino condiviso che tutti possono leggere e controllare, assicurandosi che qualsiasi cosa sia stata scritta (come inviare moneta digitale o stipulare un contratto) sia permanente e non possa essere modificata o cancellata.",
+ "onchain-term": "Sulla catena",
+ "onchain-definition": "Si riferisce alle azioni o transazioni che si verificano sulla blockchain e sono disponibili pubblicamente.
Immaginalo come scrivere qualcosa su un grande taccuino condiviso che tutti possono leggere e controllare, assicurandosi che qualsiasi cosa sia stata scritta (come inviare moneta digitale o stipulare un contratto) sia permanente e non possa essere modificata o cancellata.",
"optimistic-rollup-term": "Optimistic rollup",
"optimistic-rollup-definition": "Un rollup ottimistico è una soluzione del Livello 2 che velocizza le transazioni su Ethereum, supponendo che siano valide di default se non contestate. Maggiori informazioni sui rollup ottimistici.",
"oracle-term": "Oracolo",
diff --git a/src/intl/ja/glossary-tooltip.json b/src/intl/ja/glossary-tooltip.json
index 2bb4066a87d..73f0353afd7 100644
--- a/src/intl/ja/glossary-tooltip.json
+++ b/src/intl/ja/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "ネットワークに参加するソフトウェアクライアント。詳細は、ノードとクライアントをご覧ください。",
"ommer-term": "オマー(アンクル)ブロック",
"ommer-definition": "プルーフ・オブ・ワークのマイナーが有効なブロックを見つけた時に、別のマイナーが先に、ブロックチェーンの先端に競合しているブロックを公開している場合があります。この有効ではあるが、古いブロックはオマーとして新しいブロックに含むことができ、ブロック報酬の一部を受け取ることができます。「オマー」という用語は、親ブロックの兄弟を表す性別に依存しない用語として好まれます。時には、「アンクル」と呼ばれることもあります。 イーサリアムが プルーフ・オブ・ワーク ネットワークだった頃にこの呼び名が一般的でした。現在、イーサリアムは プルーフ・オブ・ステーク を使用するため、スロットごとに1つのブロック提案者のみが選択されます。",
- "on-chain-term": "オンチェーン",
- "on-chain-definition": "ブロックチェーン上で行われたアクションやトランザクションを意味し、公開され参照可能であることです。",
+ "onchain-term": "オンチェーン",
+ "onchain-definition": "ブロックチェーン上で行われたアクションやトランザクションを意味し、公開され参照可能であることです。",
"optimistic-rollup-term": "オプティミスティック・ロールアップ",
"optimistic-rollup-definition": "オプティミスティック・ロールアップは、レイヤー2ソリューションでイーサリアムのトランザクションの速度を上げます。トランザクションは、異議申し立てが行われない限り、デフォルトでは有効であると仮定されます。詳細はオプティミスティック・ロールアップをご覧ください。",
"peer-to-peer-network-term": "ピアツーピアネットワーク",
diff --git a/src/intl/ja/glossary.json b/src/intl/ja/glossary.json
index 9ccec6e1ab9..67e8e1e04c4 100644
--- a/src/intl/ja/glossary.json
+++ b/src/intl/ja/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "ネットワークに参加するソフトウェアクライアント。詳細は、ノードとクライアントをご覧ください。",
"nonce-term": "ノンス",
"nonce-definition": "暗号技術において、ただ一度だけ使える値。アカウントノンスは、各アカウントのトランザクションのカウンターで、リプレイ攻撃を防ぐために使用されます。",
- "off-chain-term": "オフチェーン",
- "off-chain-definition": "オフチェーンは、トランザクションまたはデータがブロックチェーンの外にあることを指します。すべてのトランザクションをオンチェーンでコミットするのは高額で非効率な場合があるため、価格データを扱うオラクルのようなサードパーティーツールや、より高いスループットを実行するレイヤー2ソリューションがオフチェーンで大量の計算を扱い、少ない頻度で情報をオンチェーンに送信します。",
+ "offchain-term": "オフチェーン",
+ "offchain-definition": "オフチェーンは、トランザクションまたはデータがブロックチェーンの外にあることを指します。すべてのトランザクションをオンチェーンでコミットするのは高額で非効率な場合があるため、価格データを扱うオラクルのようなサードパーティーツールや、より高いスループットを実行するレイヤー2ソリューションがオフチェーンで大量の計算を扱い、少ない頻度で情報をオンチェーンに送信します。",
"ommer-term": "オマー(アンクル)ブロック",
"ommer-definition": "プルーフ・オブ・ワークのマイナーが有効なブロックを見つけた時に、別のマイナーが先に、ブロックチェーンの先端に競合しているブロックを公開している場合があります。この有効ではあるが、古いブロックはオマーとして新しいブロックに含むことができ、ブロック報酬の一部を受け取ることができます。「オマー」という用語は、親ブロックの兄弟を表す性別に依存しない用語として好まれます。時には、「アンクル」と呼ばれることもあります。 イーサリアムが プルーフ・オブ・ワーク ネットワークだった頃にこの呼び名が一般的でした。現在、イーサリアムは プルーフ・オブ・ステーク を使用するため、スロットごとに1つのブロック提案者のみが選択されます。",
- "on-chain-term": "オンチェーン",
- "on-chain-definition": "ブロックチェーンで発生した公開されているアクションやトランザクションを指します。
誰もが閲覧してチェックできる、共有の大きなノートブックに何かを書くことを想像してみてください。これにより、書かれたもの(デジタルマネーの送信やコントラクトの作成など)が何であれ、永続的で変更または消去できないことが確実になります。",
+ "onchain-term": "オンチェーン",
+ "onchain-definition": "ブロックチェーンで発生した公開されているアクションやトランザクションを指します。
誰もが閲覧してチェックできる、共有の大きなノートブックに何かを書くことを想像してみてください。これにより、書かれたもの(デジタルマネーの送信やコントラクトの作成など)が何であれ、永続的で変更または消去できないことが確実になります。",
"optimistic-rollup-term": "オプティミスティック・ロールアップ",
"optimistic-rollup-definition": "オプティミスティック・ロールアップは、レイヤー2ソリューションでイーサリアムのトランザクションの速度を上げます。トランザクションは、異議申し立てが行われない限り、デフォルトでは有効であると仮定されます。詳細はオプティミスティック・ロールアップをご覧ください。",
"oracle-term": "オラクル",
diff --git a/src/intl/pt-br/glossary-tooltip.json b/src/intl/pt-br/glossary-tooltip.json
index 160ab70524c..cd5df921f60 100644
--- a/src/intl/pt-br/glossary-tooltip.json
+++ b/src/intl/pt-br/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "Um cliente de software que participa da rede. Mais sobre nós e clientes.",
"ommer-term": "Bloco ommer (tio)",
"ommer-definition": "Quando um minerador de prova de trabalho encontra um bloco válido, outro minerador pode ter publicado um bloco concorrente que é adicionado à ponta da blockchain primeiro. Este bloco válido, mas obsoleto, pode ser incluído por blocos mais novos como ommers e receber uma recompensa de bloco parcial. O termo \"ommer\" é o termo neutro de gênero preferido para o irmão de um bloco pai, mas às vezes também é chamado de \"tio\". Isso era comum para o Ethereum quando era uma rede de prova de trabalho. Agora que o Ethereum usa prova de participação, apenas um proponente de bloco é selecionado por slot.",
- "on-chain-term": "On-chain",
- "on-chain-definition": "Refere-se a ações ou transações que ocorrem na blockchain e estão disponíveis publicamente.",
+ "onchain-term": "On-chain",
+ "onchain-definition": "Refere-se a ações ou transações que ocorrem na blockchain e estão disponíveis publicamente.",
"optimistic-rollup-term": "Acúmulo otimista",
"optimistic-rollup-definition": "O Optimistic Rollup é uma solução de Camada 2 que acelera as transações no Ethereum, assumindo que elas são válidas por padrão, a menos que sejam contestadas. Mais sobre Optimistic rollups.",
"peer-to-peer-network-term": "Rede ponto a ponto",
diff --git a/src/intl/pt-br/glossary.json b/src/intl/pt-br/glossary.json
index 803b6b332f7..ed748e25622 100644
--- a/src/intl/pt-br/glossary.json
+++ b/src/intl/pt-br/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "Um cliente de software que participa da rede. Mais sobre nós e clientes.",
"nonce-term": "Nonce",
"nonce-definition": "Em criptografia, um valor que só pode ser usado uma vez. Um nonce de conta é um contador de transações em cada conta, que é usado para evitar ataques de repetição.",
- "off-chain-term": "Off-Chain",
- "off-chain-definition": "Off-chain significa qualquer transação ou dado que exista fora da blockchain. Como o comprometimento de cada transação na cadeia pode ser caro e ineficiente, ferramentas de terceiros, como oráculos que lidam com dados de preços, ou soluções de camada 2 que executam um maior volume de transações, lidam com a maior parte do trabalho de processamento fora da cadeia e enviam informações para a cadeia em intervalos menos frequentes.",
+ "offchain-term": "Off-Chain",
+ "offchain-definition": "Off-chain significa qualquer transação ou dado que exista fora da blockchain. Como o comprometimento de cada transação na cadeia pode ser caro e ineficiente, ferramentas de terceiros, como oráculos que lidam com dados de preços, ou soluções de camada 2 que executam um maior volume de transações, lidam com a maior parte do trabalho de processamento fora da cadeia e enviam informações para a cadeia em intervalos menos frequentes.",
"ommer-term": "Bloco ommer (tio)",
"ommer-definition": "Quando um minerador de prova de trabalho encontra um bloco válido, outro minerador pode ter publicado um bloco concorrente que é adicionado à ponta da blockchain primeiro. Este bloco válido, mas obsoleto, pode ser incluído por blocos mais novos como ommers e receber uma recompensa de bloco parcial. O termo \"ommer\" é o termo neutro de gênero preferido para o irmão de um bloco pai, mas às vezes também é chamado de \"tio\". Isso era comum para o Ethereum quando era uma rede de prova de trabalho. Agora que o Ethereum usa prova de participação, apenas um proponente de bloco é selecionado por slot.",
- "on-chain-term": "On-Chain",
- "on-chain-definition": "Refere-se a ações ou transações que ocorrem no blockchain e estão disponíveis publicamente.
Pense nisso como se estivesse escrevendo algo em um caderno grande e compartilhado que todos podem ver e verificar, certificando-se de que tudo o que está escrito (como enviar dinheiro digital ou fazer um contrato) é permanente e não pode ser alterado ou apagado.",
+ "onchain-term": "On-Chain",
+ "onchain-definition": "Refere-se a ações ou transações que ocorrem no blockchain e estão disponíveis publicamente.
Pense nisso como se estivesse escrevendo algo em um caderno grande e compartilhado que todos podem ver e verificar, certificando-se de que tudo o que está escrito (como enviar dinheiro digital ou fazer um contrato) é permanente e não pode ser alterado ou apagado.",
"optimistic-rollup-term": "Acúmulo otimista",
"optimistic-rollup-definition": "O Optimistic Rollup é uma solução de Camada 2 que acelera as transações no Ethereum, assumindo que elas são válidas por padrão, a menos que sejam contestadas. Mais sobre Optimistic rollups.",
"oracle-term": "Oráculo",
diff --git a/src/intl/tr/glossary-tooltip.json b/src/intl/tr/glossary-tooltip.json
index 5a06e815ecb..64dff2f6641 100644
--- a/src/intl/tr/glossary-tooltip.json
+++ b/src/intl/tr/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "Ağa katılan bir yazılım istemcisidir. Düğümler ve istemciler hakkında daha fazla bilgi.",
"ommer-term": "Ommer (amca) bloğu",
"ommer-definition": "Bir iş ispatı madencisi geçerli bir blok bulduğunda, başka bir madenci ondan önce blokzincirin ucuna eklenen rakip bir blok yayınlamış olabilir. Bu geçerli ancak eski blok, ommer olarak daha yeni bloklara dahil edilebilir ve kısmi bir blok ödülü alabilir. \"Ommer\" terimi, bir ebeveyn bloğunun kardeşi için tercih edilen cinsiyet ayrımı gözetmeyen bir terimdir ancak buna bazen \"amca\" da denir. Bu, bir iş ispatı ağıyken Ethereum için yaygındı. Ethereum artık hisse ispatı kullandığından, yuva başına yalnızca bir blok önerici seçilir.",
- "on-chain-term": "Zincir üstünde",
- "on-chain-definition": "Blokzincir üstünde gerçekleşen ve herkese açık olan eylemleri veya işlemleri ifade eder.",
+ "onchain-term": "Zincir üstünde",
+ "onchain-definition": "Blokzincir üstünde gerçekleşen ve herkese açık olan eylemleri veya işlemleri ifade eder.",
"optimistic-rollup-term": "İyimser toplama",
"optimistic-rollup-definition": "İyimser Toplama, Ethereum üzerindeki işlemlerin itiraz edilmediği sürece varsayılan olarak doğru olduğunu kabul eden ve onları hızlandıran bir Katman 2 çözümüdür. İyimser toplamalar hakkında daha fazla bilgi.",
"peer-to-peer-network-term": "Eşler arası ağ",
diff --git a/src/intl/tr/glossary.json b/src/intl/tr/glossary.json
index ea6cccef22a..498d719972f 100644
--- a/src/intl/tr/glossary.json
+++ b/src/intl/tr/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "Ağa katılan bir yazılım istemcisidir. Düğümler ve istemciler hakkında daha fazla bilgi.",
"nonce-term": "Nonce",
"nonce-definition": "Kriptografide, yalnızca bir kez kullanılabilen bir değerdir. Hesap nonce'ı, tekrar saldırılarını önlemek için her hesapta kullanılan bir işlem sayacıdır.",
- "off-chain-term": "Zincir Dışında",
- "off-chain-definition": "Zincir dışında, blokzincirin dışında var olan herhangi bir işlem veya veri anlamına gelir. Her işlemi zincir üstünde gerçekleştirmek pahalı ve verimsiz olabileceğinden, fiyatlandırma verilerini işleyen kâhinler veya daha yüksek işlem hacmi yürüten katman 2 çözümleri gibi üçüncü taraf araçlar, işleme işinin büyük bir kısmını zincir dışında gerçekleştirir ve zincir üstünde daha az sıklıkta bilgi gönderir.",
+ "offchain-term": "Zincir Dışında",
+ "offchain-definition": "Zincir dışında, blokzincirin dışında var olan herhangi bir işlem veya veri anlamına gelir. Her işlemi zincir üstünde gerçekleştirmek pahalı ve verimsiz olabileceğinden, fiyatlandırma verilerini işleyen kâhinler veya daha yüksek işlem hacmi yürüten katman 2 çözümleri gibi üçüncü taraf araçlar, işleme işinin büyük bir kısmını zincir dışında gerçekleştirir ve zincir üstünde daha az sıklıkta bilgi gönderir.",
"ommer-term": "Ommer (amca) bloğu",
"ommer-definition": "Bir iş ispatı madencisi geçerli bir blok bulduğunda, başka bir madenci ondan önce blokzincirin ucuna eklenen rakip bir blok yayınlamış olabilir. Bu geçerli ancak eski blok, ommer olarak daha yeni bloklara dahil edilebilir ve kısmi bir blok ödülü alabilir. \"Ommer\" terimi, bir ebeveyn bloğunun kardeşi için tercih edilen cinsiyet ayrımı gözetmeyen bir terimdir ancak buna bazen \"amca\" da denir. Bu, bir iş ispatı ağıyken Ethereum için yaygındı. Ethereum artık hisse ispatı kullandığından, yuva başına yalnızca bir blok önerici seçilir.",
- "on-chain-term": "Zincir Üstünde",
- "on-chain-definition": "Blokzincirde gerçekleşen ve halka açık olan eylem veya işlemleri ifade eder.
Bunu, herkesin görebileceği ve kontrol edebileceği büyük, paylaşılan bir not defterine bir şeyler yazmak gibi düşünün. Yazılanların (örneğin dijital para göndermek veya sözleşme yapmak) hem kalıcı hem de değiştirilemez veya silinemez olmasını sağlayın.",
+ "onchain-term": "Zincir Üstünde",
+ "onchain-definition": "Blokzincirde gerçekleşen ve halka açık olan eylem veya işlemleri ifade eder.
Bunu, herkesin görebileceği ve kontrol edebileceği büyük, paylaşılan bir not defterine bir şeyler yazmak gibi düşünün. Yazılanların (örneğin dijital para göndermek veya sözleşme yapmak) hem kalıcı hem de değiştirilemez veya silinemez olmasını sağlayın.",
"optimistic-rollup-term": "İyimser toplama",
"optimistic-rollup-definition": "İyimser Toplama, Ethereum üzerindeki işlemlerin itiraz edilmediği sürece varsayılan olarak doğru olduğunu kabul eden ve onları hızlandıran bir Katman 2 çözümüdür. İyimser toplamalar hakkında daha fazla bilgi.",
"oracle-term": "Kâhin",
diff --git a/src/intl/zh-tw/glossary-tooltip.json b/src/intl/zh-tw/glossary-tooltip.json
index e4ea8072f97..5ff8f15e3f1 100644
--- a/src/intl/zh-tw/glossary-tooltip.json
+++ b/src/intl/zh-tw/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "參與網路的軟體用戶端。更多關於節點和用戶端的資訊。",
"ommer-term": "Ommer（叔）區塊",
"ommer-definition": "當工作量證明礦工發現有效的區塊時，另一個礦工可能已經發布了首先新增到區塊鏈頂端的競爭區塊。這個有效但過時的區塊可以作為 ommer 被新區塊包含，並獲得部分區塊獎勵。術語「ommer」是對父塊的兄弟姐妹區塊的首選中性術語，但有時也被稱為「叔」。當以太坊仍是工作證明網路時，這對於以太坊來說很常見。現在以太坊使用權益證明，每個時隙只會選擇一個區塊提議者。",
- "on-chain-term": "鏈上",
- "on-chain-definition": "指在區塊鏈上發生且公開的操作或交易。",
+ "onchain-term": "鏈上",
+ "onchain-definition": "指在區塊鏈上發生且公開的操作或交易。",
"optimistic-rollup-term": "樂觀卷軸",
"optimistic-rollup-definition": "樂觀卷軸是一種二層網路解決方案，可以加速以太坊上的交易，假設除非受到挑戰，否則預設交易都是有效的。更多關於樂觀卷軸的資訊。",
"peer-to-peer-network-term": "點對點網路",
diff --git a/src/intl/zh-tw/glossary.json b/src/intl/zh-tw/glossary.json
index 3c33752574d..b92580ef626 100644
--- a/src/intl/zh-tw/glossary.json
+++ b/src/intl/zh-tw/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "參與網路的軟體用戶端。更多關於節點和用戶端的資訊。",
"nonce-term": "隨機數",
"nonce-definition": "在密碼學裏，只能使用一次的值。帳戶隨機數是每個帳戶中的交易計數器，用於防止重播攻擊。",
- "off-chain-term": "鏈下",
- "off-chain-definition": "鏈下是指存在於區塊鏈以外的任何交易或資料。由於在鏈上提交每筆交易可能成本高昂且效率低下，因此第三方工具（例如處理定價資料的預言機）或執行更高吞吐量交易的二層網路解決方案，在鏈下處理大量工作並會以較低的頻率提交資訊到鏈上。",
+ "offchain-term": "鏈下",
+ "offchain-definition": "鏈下是指存在於區塊鏈以外的任何交易或資料。由於在鏈上提交每筆交易可能成本高昂且效率低下，因此第三方工具（例如處理定價資料的預言機）或執行更高吞吐量交易的二層網路解決方案，在鏈下處理大量工作並會以較低的頻率提交資訊到鏈上。",
"ommer-term": "Ommer（叔）區塊",
"ommer-definition": "當工作量證明礦工發現有效的區塊時，另一個礦工可能已經發布了首先新增到區塊鏈頂端的競爭區塊。這個有效但過時的區塊可以作為 ommer 被新區塊包含，並獲得部分區塊獎勵。術語「ommer」是對父塊的兄弟姐妹區塊的首選中性術語，但有時也被稱為「叔」。當以太坊仍是工作證明網路時，這對於以太坊來說很常見。現在以太坊使用權益證明，每個時隙只會選擇一個區塊提議者。",
- "on-chain-term": "鏈上",
- "on-chain-definition": "指在區塊鏈上發生且公開的操作或交易。
可以將其視為在一個共享大筆記本中寫一些東西，每個人都可以看到和檢查，確保所寫的內容（例如傳送數位貨幣或簽訂合約）是永久性的並且無法更改或刪除。",
+ "onchain-term": "鏈上",
+ "onchain-definition": "指在區塊鏈上發生且公開的操作或交易。
可以將其視為在一個共享大筆記本中寫一些東西，每個人都可以看到和檢查，確保所寫的內容（例如傳送數位貨幣或簽訂合約）是永久性的並且無法更改或刪除。",
"optimistic-rollup-term": "樂觀卷軸",
"optimistic-rollup-definition": "樂觀卷軸是一種二層網路解決方案，可以加速以太坊上的交易，假設除非受到挑戰，否則預設交易都是有效的。更多關於樂觀卷軸的資訊。",
"oracle-term": "預言機",
diff --git a/src/intl/zh/glossary-tooltip.json b/src/intl/zh/glossary-tooltip.json
index c0a7004d7a2..64e47a9e30c 100644
--- a/src/intl/zh/glossary-tooltip.json
+++ b/src/intl/zh/glossary-tooltip.json
@@ -101,8 +101,8 @@
"node-definition": "参与网络的软件客户端。了解有关节点和客户端的更多信息。",
"ommer-term": "叔块",
"ommer-definition": "当工作量证明矿工发现有效的区块时，另一个矿工可能已经发布了首先添加到区块链顶端的竞争区块。这个有效但过时的区块可以作为叔块包含在新区块内，并获得部分区块奖励。术语“ommer”是指代父块同胞的首选中性术语，但有时也称为“uncle”。当以太坊曾经是一个工作量证明网络时，这对于以太坊来说很常见。现在以太坊使用权益证明，每个时隙只选择一个区块提议者。",
- "on-chain-term": "链上",
- "on-chain-definition": "是指发生在区块链上并且公开的操作或交易。",
+ "onchain-term": "链上",
+ "onchain-definition": "是指发生在区块链上并且公开的操作或交易。",
"optimistic-rollup-term": "乐观卷叠",
"optimistic-rollup-definition": "乐观卷叠是一种二层网络解决方案，可以加速以太坊上的交易，假设交易默认有效，除非受到质疑。了解有关乐观卷叠的更多信息。",
"peer-to-peer-network-term": "对等网络",
diff --git a/src/intl/zh/glossary.json b/src/intl/zh/glossary.json
index aba62911eb0..130b98fcaca 100644
--- a/src/intl/zh/glossary.json
+++ b/src/intl/zh/glossary.json
@@ -257,12 +257,12 @@
"node-definition": "参与网络的软件客户端。了解有关节点和客户端的更多信息。",
"nonce-term": "Nonce",
"nonce-definition": "在密码学中，只能使用一次的值。帐户随机数是每个帐户中的交易计数器，用于防止重放攻击。",
- "off-chain-term": "链下",
- "off-chain-definition": "链下是指存在于区块链之外的任何交易或数据。由于在链上进行每笔交易可能成本高昂且效率低下，因此第三方工具（例如处理定价数据的预言机）或执行较高吞吐量交易的二层网络解决方案在链下执行大量处理工作，并以更低的频率在链上提交信息。",
+ "offchain-term": "链下",
+ "offchain-definition": "链下是指存在于区块链之外的任何交易或数据。由于在链上进行每笔交易可能成本高昂且效率低下，因此第三方工具（例如处理定价数据的预言机）或执行较高吞吐量交易的二层网络解决方案在链下执行大量处理工作，并以更低的频率在链上提交信息。",
"ommer-term": "叔块",
"ommer-definition": "当工作量证明矿工发现有效的区块时，另一个矿工可能已经发布了首先添加到区块链顶端的竞争区块。这个有效但过时的区块可以作为叔块包含在新区块内，并获得部分区块奖励。术语“ommer”是指代父块同胞的首选中性术语，但有时也称为“uncle”。当以太坊曾经是一个工作量证明网络时，这对于以太坊来说很常见。现在以太坊使用权益证明，每个时隙只选择一个区块提议者。",
- "on-chain-term": "链上",
- "on-chain-definition": "指区块链上发生的公开操作或交易。
将其视为在一个共享大笔记本中写一些东西，每个人都可以看到和检查，确保所写的任何内容（例如发送数字货币或签订合约）是永久性的，无法更改或删除。",
+ "onchain-term": "链上",
+ "onchain-definition": "指区块链上发生的公开操作或交易。
将其视为在一个共享大笔记本中写一些东西，每个人都可以看到和检查，确保所写的任何内容（例如发送数字货币或签订合约）是永久性的，无法更改或删除。",
"optimistic-rollup-term": "乐观卷叠",
"optimistic-rollup-definition": "乐观卷叠是一种二层网络解决方案，可以加速以太坊上的交易，假设交易默认有效，除非受到质疑。了解有关乐观卷叠的更多信息。",
"oracle-term": "预言机",
From 38d56d51bd34c33141e597bdb534562803e10a0d Mon Sep 17 00:00:00 2001
From: Paul Wackerow <54227730+wackerow@users.noreply.github.com>
Date: Thu, 13 Feb 2025 13:08:37 -0800
Subject: [PATCH 2/2] feat: add onchain/offchain to content-standardization
---
.../style-guide/content-standardization/index.md | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/public/content/contributing/style-guide/content-standardization/index.md b/public/content/contributing/style-guide/content-standardization/index.md
index 8fbf287c31a..de3a5c329c6 100644
--- a/public/content/contributing/style-guide/content-standardization/index.md
+++ b/public/content/contributing/style-guide/content-standardization/index.md
@@ -270,3 +270,15 @@ When citing articles from a specific author or organization, use the article's n
- [A rollup-centric ethereum roadmap by Vitalik Buterin](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)
- [ConsenSys on The History of Ethereum Testnets](https://consensys.net/blog/news/the-history-of-ethereum-testnets/) – _ConsenSys_
```
+
+### Onchain and offchain {#onchain-offchain}
+
+Similar to "online" or "offline", the terms "onchain" and "offchain" should be written as one word, without a space or hyphenation.
+
+```md
+<--- Good --->
+Discussion was held in an offchain forum, and the vote was performed onchain.
+
+<--- Bad--->
+Discussion was held in an off-chain forum, and the vote was performed on-chain.
+```