Skip to content

Commit b9391e4

Browse files
Ilaria EnacheIlaria Enache
Ilaria Enache
authored and
Ilaria Enache
committed
grammarly check
1 parent 86f4a23 commit b9391e4

File tree

1 file changed

+14
-14
lines changed

1 file changed

+14
-14
lines changed

learn/architecture.md

+14-14
Original file line numberDiff line numberDiff line change
@@ -1,33 +1,33 @@
11
---
22
title: Architecture
3-
description:
3+
description: Overview of Wormhole's architecture, detailing key on-chain and off-chain components like the Core Contract, Guardian Network, and relayers.
44
---
55
<!--
6-
before PR link this page in the introduction one
6+
need to link this page in the introduction page once its merged
77
need to add links
88
-->
99
# Architecture Overview
1010

1111
## Architecture
1212

13-
Wormhole is comprised of several noteworthy components. Before we go into each component in depth, let's talk about the names of the major pieces and how they fit together.
13+
Wormhole has several noteworthy components. Before we discuss each component in depth, let's discuss the names of the major pieces and how they fit together.
1414

15-
![Detailed Flow](/wormhole-mkdocs/images/learn/architecture/overview.webp)
15+
![Wormhole architecture detailed diagram: source to target chain communication.](/images/learn/architecture/overview.webp)
1616

1717
## On-Chain Components
1818

19-
- **Emitter** - a contract that calls the publish message method on the Core Contract. The core contract will write an event to the Transaction Logs with details about the emitter and sequence number to identify the message. This may be your xDapp or an existing ecosystem protocol
20-
- **Wormhole Core Contract** - primary contract, this is the contract which the Guardians observe and which fundamentally allow for cross-chain communication
21-
- **Transaction Log** - blockchain specific logs that allow the Guardians to observe messages emitted by the core contract
19+
- **Emitter** - a contract that calls the publish message method on the Core Contract. The core contract will write an event to the Transaction Logs with details about the emitter and sequence number to identify the message. This may be your [xDapp](#){target=\_blank} or an existing ecosystem protocol <!-- link to glossary xDapp -->
20+
- **[Wormhole core contract](#){target=\_blank}** - primary contract, this is the contract which the Guardians observe and which fundamentally allows for cross-chain communication <!-- link to core contracts page -->
21+
- **Transaction Log** - blockchain-specific logs that allow the Guardians to observe messages emitted by the core contract
2222

2323
## Off-Chain Components
2424

2525
- **Guardian Network** - validators that exist in their own P2P network. Guardians observe and validate the messages emitted by the Core Contract on each supported chain to produce VAAs (signed messages)
26-
- **Guardian** - one of 19 validators in the Guardian Network that contributes to the VAA multisig
27-
- **Spy** - a daemon that subscribes to messages published within the Guardian Network. A Spy can observe and forward network traffic, which helps scale up VAA distribution
28-
- **API** - a REST server to retrieve details for a VAA or the guardian network
29-
- **VAAs** - verifiable Action Approvals (VAAs) are the signed attestation of an observed message from the wormhole core contract.
30-
- **Relayer** - any off chain process that relays a VAA to the target chain
31-
- **Standard Relayers** - a decentralized relayer network which delivers messages that are requested on-chain via the Wormhole Relay Contract. Also referred to as Generic Relayers
32-
- **Specialized Relayers** - relayers that only handle VAAs for a specific protocol or cross chain application. They can execute custom logic off-chain, which can reduce gas costs and increase cross-chain compatibility. Currently, cross chain application developers are responsible for developing and hosting specialized relayers
26+
- **[Guardian](#){target=\_blank}** - one of 19 validators in the Guardian Network that contributes to the VAA multi-sig
27+
- **[Spy](#){target=\_blank}** - a daemon that subscribes to messages published within the Guardian Network. A Spy can observe and forward network traffic, which helps scale up VAA distribution
28+
- **[API](#){target=\_blank}** - a REST server to retrieve details for a VAA or the guardian network
29+
- **[VAAs](/learn/infrastructure/vaas/){target=\_blank}** - verifiable Action Approvals (VAAs) are the signed attestation of an observed message from the wormhole core contract.
30+
- **[Relayer](#){target=\_blank}** - any off-chain process that relays a VAA to the target chain
31+
- **Standard Relayers** - a decentralized relayer network that delivers messages that are requested on-chain via the Wormhole Relay Contract. Also referred to as Generic Relayers
32+
- **Specialized Relayers** - relayers that only handle VAAs for a specific protocol or cross-chain application. They can execute custom logic off-chain, reducing gas costs and increasing cross-chain compatibility. Currently, cross-chain application developers are responsible for developing and hosting specialized relayers
3333

0 commit comments

Comments
 (0)