Skip to content

Commit a50aa20

Browse files
committed
fix: italics according our guidelines
1 parent 3918e2c commit a50aa20

File tree

2 files changed

+6
-6
lines changed

2 files changed

+6
-6
lines changed

develop/toolkit/parachains/light-clients.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ This guide covers:
1919
Light clients are particularly valuable for resource-constrained environments and applications requiring secure, decentralized blockchain access without the overhead of maintaining full nodes.
2020

2121
!!!info "Light node or light client?"
22-
The terms *light node* and *light client* are interchangeable. Both refer to a blockchain client that syncs without downloading the entire blockchain state. All nodes in a blockchain network are fundamentally clients, engaging in peer-to-peer communication.
22+
The terms _light node_ and _light client_ are interchangeable. Both refer to a blockchain client that syncs without downloading the entire blockchain state. All nodes in a blockchain network are fundamentally clients, engaging in peer-to-peer communication.
2323

2424
## Light Clients Workflow
2525

@@ -37,8 +37,8 @@ In the diagram above, the decentralized application queries on-chain account inf
3737

3838
Light clients can quickly verify the blockchain's state, including [GRANDPA finality](/polkadot-protocol/glossary#grandpa){target=\_blank} justifications.
3939

40-
!!!info "What does it mean to be *trust-minimized*?"
41-
*Trust-minimized* means that the light client does not need to fully trust the full node from which it retrieves the state. This is achieved through the use of Merkle proofs, which allow the light client to verify the correctness of the state by checking the Merkle tree root.
40+
!!!info "What does it mean to be _trust-minimized_?"
41+
_Trust-minimized_ means that the light client does not need to fully trust the full node from which it retrieves the state. This is achieved through the use of Merkle proofs, which allow the light client to verify the correctness of the state by checking the Merkle tree root.
4242

4343
## JSON-RPC and Light Client Comparison
4444

llms.txt

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -10719,7 +10719,7 @@ This guide covers:
1071910719
Light clients are particularly valuable for resource-constrained environments and applications requiring secure, decentralized blockchain access without the overhead of maintaining full nodes.
1072010720

1072110721
!!!info "Light node or light client?"
10722-
The terms *light node* and *light client* are interchangeable. Both refer to a blockchain client that syncs without downloading the entire blockchain state. All nodes in a blockchain network are fundamentally clients, engaging in peer-to-peer communication.
10722+
The terms _light node_ and _light client_ are interchangeable. Both refer to a blockchain client that syncs without downloading the entire blockchain state. All nodes in a blockchain network are fundamentally clients, engaging in peer-to-peer communication.
1072310723

1072410724
## Light Clients Workflow
1072510725

@@ -10737,8 +10737,8 @@ In the diagram above, the decentralized application queries on-chain account inf
1073710737

1073810738
Light clients can quickly verify the blockchain's state, including [GRANDPA finality](/polkadot-protocol/glossary#grandpa){target=\_blank} justifications.
1073910739

10740-
!!!info "What does it mean to be *trust-minimized*?"
10741-
*Trust-minimized* means that the light client does not need to fully trust the full node from which it retrieves the state. This is achieved through the use of Merkle proofs, which allow the light client to verify the correctness of the state by checking the Merkle tree root.
10740+
!!!info "What does it mean to be _trust-minimized_?"
10741+
_Trust-minimized_ means that the light client does not need to fully trust the full node from which it retrieves the state. This is achieved through the use of Merkle proofs, which allow the light client to verify the correctness of the state by checking the Merkle tree root.
1074210742

1074310743
## JSON-RPC and Light Client Comparison
1074410744

0 commit comments

Comments
 (0)