You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: build/core-messaging/wormhole-relayers.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -55,7 +55,7 @@ To send a message to a contract on another EVM chain, you can call the `sendPayl
55
55
```
56
56
57
57
!!! tip
58
-
To reduce transaction confirmation time, you can lower the consistency level using the [`sendToEvm`](https://github.com/wormhole-foundation/wormhole/blob/{{repositories.wormhole.version}}/sdk/js/src/relayer/relayer/send.ts#L33){target=\_blank} method.
58
+
To reduce transaction confirmation time, you can lower the consistency level using the [`sendToEvm`](https://github.com/wormhole-foundation/wormhole/blob/v{{repositories.wormhole.version}}/sdk/js/src/relayer/relayer/send.ts#L33){target=\_blank} method.
59
59
60
60
The `sendPayloadToEvm` method is marked `payable` to receive fee payment for the transaction. The value to attach to the invocation is determined by calling the `quoteEVMDeliveryPrice`, which provides an estimate of the cost of gas on the target chain.
61
61
@@ -73,7 +73,7 @@ In total, sending a message across EVM chains can be as simple as getting a fee
73
73
74
74
### Receive a Message
75
75
76
-
To receive a message using a Wormhole relayer, the target contract must implement the [`IWormholeReceiver`](https://github.com/wormhole-foundation/wormhole-relayer-solidity-sdk/blob/main/src/interfaces/IWormholeReceiver.sol){target=\_blank} interface, as shown in the [previous section](#interacting-with-the-wormhole-relayer).
76
+
To receive a message using a Wormhole relayer, the target contract must implement the [`IWormholeReceiver`](https://github.com/wormhole-foundation/wormhole-relayer-solidity-sdk/blob/main/src/interfaces/IWormholeReceiver.sol){target=\_blank} interface, as shown in the [previous section](#interact-with-the-wormhole-relayer).
Copy file name to clipboardexpand all lines: build/multigov/upgrade-evm.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ MultiGov is designed to be flexible but stable. Due to the system's complexity a
10
10
## Key Considerations for Upgrades
11
11
12
12
-**`HubGovernor`**:
13
-
- Not upgradeable. A new deployment requires redeploying several components of the MultiGov system. Refer to the [Process for Major System Upgrade](/docs/build/multigov/upgrade/#process-for-major-system-upgrade) section for more details
13
+
- Not upgradeable. A new deployment requires redeploying several components of the MultiGov system. Refer to the [Process for Major System Upgrade](#process-for-major-system-upgrade) section for more details
14
14
15
15
-**`HubVotePool`**:
16
16
- Can be replaced by setting a new `HubVotePool` on the `HubGovernor`
Copy file name to clipboardexpand all lines: build/toolkit/typescript-sdk/sdk-layout.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -315,7 +315,7 @@ VAAs are the backbone of Wormhole’s cross-chain communication. Each VAA is a s
315
315
The Wormhole SDK organizes the VAA structure into three key components:
316
316
317
317
-[**Header**](https://github.com/wormhole-foundation/wormhole-sdk-ts/blob/main/core/definitions/src/vaa/vaa.ts#L37-L41){target=\_blank} - contains metadata such as the Guardian set index and an array of Guardian signatures
318
-
-[**Envelope**](https://github.com/wormhole-foundation/wormhole-sdk-ts/blob/main/core/definitions/src/vaa/vaa.ts#L44-L51){target=\_blank} - includes chain-specific details such as the emitter chain, address, sequence, and [consistency (finality) level](/build/reference/consistency-levels/){target=\_blank}
318
+
-[**Envelope**](https://github.com/wormhole-foundation/wormhole-sdk-ts/blob/main/core/definitions/src/vaa/vaa.ts#L44-L51){target=\_blank} - includes chain-specific details such as the emitter chain, address, sequence, and [consistency (finality) level](/docs/build/reference/consistency-levels/){target=\_blank}
319
319
-**Payload** - provides application-specific data, such as the actual message or operation being performed
Copy file name to clipboardexpand all lines: build/transfers/native-token-transfers/faqs.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -7,9 +7,9 @@ description: Frequently asked questions about Wormhole Native Token Transfers, i
7
7
8
8
## Do you have an example of how cross-chain lending can be implemented using Wormhole?
9
9
10
-
Yes, we have an example of cross-chain lending that leverages [Wormhole’s Token Bridge](/learn/transfers/token-nft-bridge/){target=\_blank}. In this example, collateral deposits (such as ETH on Ethereum) are bridged to a hub chain. Once the collateral is deposited, the borrowed assets, like wrapped BNB, are bridged to Binance Smart Chain. You can explore the full implementation in this [cross-chain lending example repository](https://github.com/wormhole-foundation/example-wormhole-lending){target=_blank}.
10
+
Yes, we have an example of cross-chain lending that leverages [Wormhole’s Token Bridge](/docs/learn/transfers/token-bridge/){target=\_blank}. In this example, collateral deposits (such as ETH on Ethereum) are bridged to a hub chain. Once the collateral is deposited, the borrowed assets, like wrapped BNB, are bridged to Binance Smart Chain. You can explore the full implementation in the [Wormhole Lending Examples repository](https://github.com/wormhole-foundation/example-wormhole-lending){target=_blank} on GitHub.
11
11
12
-
Alternatively, you can also implement cross-chain lending using [Wormhole’s core messaging](/learn/transfers/native-token-transfers/){target=\_blank} instead of the Token Bridge, which avoids the limitations imposed by governor limits. ETH would be custodied on Ethereum, and BNB on the Binance spoke during this setup. When a user deposits ETH on Ethereum, a core bridge message is sent to the hub for accounting purposes. The hub then emits a message that can be redeemed on Binance to release the BNB. This approach allows for more direct asset control across chains while reducing reliance on Token Bridge limits.
12
+
Alternatively, you can also implement cross-chain lending using [Wormhole’s core messaging](/docs/learn/transfers/native-token-transfers/){target=\_blank} instead of the Token Bridge, which avoids the limitations imposed by governor limits. ETH would be custodied on Ethereum, and BNB on the Binance spoke during this setup. When a user deposits ETH on Ethereum, a core bridge message is sent to the hub for accounting purposes. The hub then emits a message that can be redeemed on Binance to release the BNB. This approach allows for more direct asset control across chains while reducing reliance on Token Bridge limits.
13
13
14
14
## What causes the "No protocols registered for Evm" error in Wormhole SDK?
Copy file name to clipboardexpand all lines: learn/glossary.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -65,7 +65,7 @@ A Spy is a daemon that eavesdrops on the messages passed between Guardians, typi
65
65
66
66
## VAA
67
67
68
-
[Verifiable Action Approvals](/docs/learn/infrastructure/vaas/){target=\_blank} (VAAs) are the base data structure in the Wormhole ecosystem. They contain the messages emitted by [xDapps](#xdapp) along with information such as what contract emitted the message.
68
+
[Verifiable Action Approvals](/docs/learn/infrastructure/vaas/){target=\_blank} (VAAs) are the base data structure in the Wormhole ecosystem. They contain emitted messages along with information such as what contract emitted the message.
- :octicons-rocket-16:{ .lg .middle } **Deploy to EVM Chains**
53
53
54
54
---
55
55
56
-
Set up and deploy MultiGov locally with step-by-step instructions for configuring, compiling, and deploying smart contracts across chains.
56
+
Set up and deploy MultiGov on EVM chains with step-by-step instructions for configuring, compiling, and deploying smart contracts across chains.
57
57
58
-
[:custom-arrow: Discover how to deploy MultiGov](/docs/build/multigov/deployment/)
58
+
[:custom-arrow: Discover how to deploy MultiGov](/docs/build/multigov/deploy-to-evm/)
59
+
60
+
- :octicons-rocket-16:{ .lg .middle } **Deploy to Solana**
61
+
62
+
---
63
+
64
+
Set up and deploy the MultiGov Staking Program on Solana with step-by-step instructions for configuring, funding, deploying, and initializing the program.
65
+
66
+
[:custom-arrow: Discover how to deploy MultiGov on Solana](/docs/build/multigov/deploy-to-solana/)
Copy file name to clipboardexpand all lines: learn/infrastructure/relayer.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -64,7 +64,7 @@ Users themselves carry out the three steps of the cross-chain process:
64
64
65
65
Custom relayers are purpose-built components within the Wormhole protocol, designed to relay messages for specific applications. They are capable of performing off-chain computations and can be customized to suit a variety of use cases.
66
66
67
-
The main method of setting up a custom relayer is by listening directly to the Guardian Network via a [Spy](/learn/infrastructure/spy/).
67
+
The main method of setting up a custom relayer is by listening directly to the Guardian Network via a [Spy](/docs/learn/infrastructure/spy/).
Copy file name to clipboardexpand all lines: llms.txt
+21-13
Original file line number
Diff line number
Diff line change
@@ -622,7 +622,7 @@ function sendPayloadToEvm(
622
622
```
623
623
624
624
!!! tip
625
-
To reduce transaction confirmation time, you can lower the consistency level using the [`sendToEvm`](https://github.com/wormhole-foundation/wormhole/blob/{{repositories.wormhole.version}}/sdk/js/src/relayer/relayer/send.ts#L33){target=\_blank} method.
625
+
To reduce transaction confirmation time, you can lower the consistency level using the [`sendToEvm`](https://github.com/wormhole-foundation/wormhole/blob/v{{repositories.wormhole.version}}/sdk/js/src/relayer/relayer/send.ts#L33){target=\_blank} method.
626
626
627
627
The `sendPayloadToEvm` method is marked `payable` to receive fee payment for the transaction. The value to attach to the invocation is determined by calling the `quoteEVMDeliveryPrice`, which provides an estimate of the cost of gas on the target chain.
To receive a message using a Wormhole relayer, the target contract must implement the [`IWormholeReceiver`](https://github.com/wormhole-foundation/wormhole-relayer-solidity-sdk/blob/main/src/interfaces/IWormholeReceiver.sol){target=\_blank} interface, as shown in the [previous section](#interacting-with-the-wormhole-relayer).
668
+
To receive a message using a Wormhole relayer, the target contract must implement the [`IWormholeReceiver`](https://github.com/wormhole-foundation/wormhole-relayer-solidity-sdk/blob/main/src/interfaces/IWormholeReceiver.sol){target=\_blank} interface, as shown in the [previous section](#interact-with-the-wormhole-relayer).
669
669
670
670
```solidity
671
671
function receiveWormholeMessages(
@@ -895,7 +895,7 @@ For developers looking to set up a local MultiGov environment:
895
895
cp .env.example .env
896
896
```
897
897
898
-
Edit `.env` with your specific [configuration](/docs/build/multigov/deployment/#configuration){target=\_blank}
898
+
Edit `.env` with your specific [configuration](#configuration){target=\_blank}
899
899
900
900
3. Compile contracts:
901
901
```bash
@@ -1343,7 +1343,7 @@ MultiGov is designed to be flexible but stable. Due to the system's complexity a
1343
1343
## Key Considerations for Upgrades
1344
1344
1345
1345
- **`HubGovernor`**:
1346
-
- Not upgradeable. A new deployment requires redeploying several components of the MultiGov system. Refer to the [Process for Major System Upgrade](/docs/build/multigov/upgrade/#process-for-major-system-upgrade) section for more details
1346
+
- Not upgradeable. A new deployment requires redeploying several components of the MultiGov system. Refer to the [Process for Major System Upgrade](#process-for-major-system-upgrade) section for more details
1347
1347
1348
1348
- **`HubVotePool`**:
1349
1349
- Can be replaced by setting a new `HubVotePool` on the `HubGovernor`
@@ -5136,7 +5136,7 @@ VAAs are the backbone of Wormhole’s cross-chain communication. Each VAA is a s
5136
5136
The Wormhole SDK organizes the VAA structure into three key components:
5137
5137
5138
5138
- [**Header**](https://github.com/wormhole-foundation/wormhole-sdk-ts/blob/main/core/definitions/src/vaa/vaa.ts#L37-L41){target=\_blank} - contains metadata such as the Guardian set index and an array of Guardian signatures
5139
-
- [**Envelope**](https://github.com/wormhole-foundation/wormhole-sdk-ts/blob/main/core/definitions/src/vaa/vaa.ts#L44-L51){target=\_blank} - includes chain-specific details such as the emitter chain, address, sequence, and [consistency (finality) level](/build/reference/consistency-levels/){target=\_blank}
5139
+
- [**Envelope**](https://github.com/wormhole-foundation/wormhole-sdk-ts/blob/main/core/definitions/src/vaa/vaa.ts#L44-L51){target=\_blank} - includes chain-specific details such as the emitter chain, address, sequence, and [consistency (finality) level](/docs/build/reference/consistency-levels/){target=\_blank}
5140
5140
- **Payload** - provides application-specific data, such as the actual message or operation being performed
5141
5141
5142
5142
**Header layout:**
@@ -13115,9 +13115,9 @@ description: Frequently asked questions about Wormhole Native Token Transfers, i
13115
13115
13116
13116
## Do you have an example of how cross-chain lending can be implemented using Wormhole?
13117
13117
13118
-
Yes, we have an example of cross-chain lending that leverages [Wormhole’s Token Bridge](/learn/transfers/token-nft-bridge/){target=\_blank}. In this example, collateral deposits (such as ETH on Ethereum) are bridged to a hub chain. Once the collateral is deposited, the borrowed assets, like wrapped BNB, are bridged to Binance Smart Chain. You can explore the full implementation in this [cross-chain lending example repository](https://github.com/wormhole-foundation/example-wormhole-lending){target=_blank}.
13118
+
Yes, we have an example of cross-chain lending that leverages [Wormhole’s Token Bridge](/docs/learn/transfers/token-bridge/){target=\_blank}. In this example, collateral deposits (such as ETH on Ethereum) are bridged to a hub chain. Once the collateral is deposited, the borrowed assets, like wrapped BNB, are bridged to Binance Smart Chain. You can explore the full implementation in the [Wormhole Lending Examples repository](https://github.com/wormhole-foundation/example-wormhole-lending){target=_blank} on GitHub.
13119
13119
13120
-
Alternatively, you can also implement cross-chain lending using [Wormhole’s core messaging](/learn/transfers/native-token-transfers/){target=\_blank} instead of the Token Bridge, which avoids the limitations imposed by governor limits. ETH would be custodied on Ethereum, and BNB on the Binance spoke during this setup. When a user deposits ETH on Ethereum, a core bridge message is sent to the hub for accounting purposes. The hub then emits a message that can be redeemed on Binance to release the BNB. This approach allows for more direct asset control across chains while reducing reliance on Token Bridge limits.
13120
+
Alternatively, you can also implement cross-chain lending using [Wormhole’s core messaging](/docs/learn/transfers/native-token-transfers/){target=\_blank} instead of the Token Bridge, which avoids the limitations imposed by governor limits. ETH would be custodied on Ethereum, and BNB on the Binance spoke during this setup. When a user deposits ETH on Ethereum, a core bridge message is sent to the hub for accounting purposes. The hub then emits a message that can be redeemed on Binance to release the BNB. This approach allows for more direct asset control across chains while reducing reliance on Token Bridge limits.
13121
13121
13122
13122
## What causes the "No protocols registered for Evm" error in Wormhole SDK?
13123
13123
@@ -14862,7 +14862,7 @@ A Spy is a daemon that eavesdrops on the messages passed between Guardians, typi
14862
14862
14863
14863
## VAA
14864
14864
14865
-
[Verifiable Action Approvals](/docs/learn/infrastructure/vaas/){target=\_blank} (VAAs) are the base data structure in the Wormhole ecosystem. They contain the messages emitted by [xDapps](#xdapp) along with information such as what contract emitted the message.
14865
+
[Verifiable Action Approvals](/docs/learn/infrastructure/vaas/){target=\_blank} (VAAs) are the base data structure in the Wormhole ecosystem. They contain emitted messages along with information such as what contract emitted the message.
14866
14866
14867
14867
## Validator
14868
14868
@@ -15083,13 +15083,21 @@ Discover everything you need to know about MultiGov, Wormhole's cross-chain gove
15083
15083
15084
15084
[:custom-arrow: Start the integration process now](/docs/build/multigov/)
- :octicons-rocket-16:{ .lg .middle } **Deploy to EVM Chains**
15087
15087
15088
15088
---
15089
15089
15090
-
Set up and deploy MultiGov locally with step-by-step instructions for configuring, compiling, and deploying smart contracts across chains.
15090
+
Set up and deploy MultiGov on EVM chains with step-by-step instructions for configuring, compiling, and deploying smart contracts across chains.
15091
15091
15092
-
[:custom-arrow: Discover how to deploy MultiGov](/docs/build/multigov/deployment/)
15092
+
[:custom-arrow: Discover how to deploy MultiGov](/docs/build/multigov/deploy-to-evm/)
15093
+
15094
+
- :octicons-rocket-16:{ .lg .middle } **Deploy to Solana**
15095
+
15096
+
---
15097
+
15098
+
Set up and deploy the MultiGov Staking Program on Solana with step-by-step instructions for configuring, funding, deploying, and initializing the program.
15099
+
15100
+
[:custom-arrow: Discover how to deploy MultiGov on Solana](/docs/build/multigov/deploy-to-solana/)
@@ -15602,7 +15610,7 @@ Users themselves carry out the three steps of the cross-chain process:
15602
15610
15603
15611
Custom relayers are purpose-built components within the Wormhole protocol, designed to relay messages for specific applications. They are capable of performing off-chain computations and can be customized to suit a variety of use cases.
15604
15612
15605
-
The main method of setting up a custom relayer is by listening directly to the Guardian Network via a [Spy](/learn/infrastructure/spy/).
15613
+
The main method of setting up a custom relayer is by listening directly to the Guardian Network via a [Spy](/docs/learn/infrastructure/spy/).
15606
15614
15607
15615
**Key Features**
15608
15616
@@ -21252,7 +21260,7 @@ description: Learn how to perform USDC cross-chain transfers using Wormhole SDK
21252
21260
21253
21261
## Introduction
21254
21262
21255
-
In this guide, we will show you how to bridge native USDC across different blockchain networks using [Circle's Cross-Chain Transfer Protocol](/learn/transfers/cctp/){target=\_blank} (CCTP) and [Wormhole’s TypeScript SDK](https://github.com/wormhole-foundation/wormhole-sdk-ts/tree/main){target=\_blank}.
21263
+
In this guide, we will show you how to bridge native USDC across different blockchain networks using [Circle's Cross-Chain Transfer Protocol](/docs/learn/transfers/cctp/){target=\_blank} (CCTP) and [Wormhole’s TypeScript SDK](https://github.com/wormhole-foundation/wormhole-sdk-ts/tree/main){target=\_blank}.
21256
21264
21257
21265
Traditionally, cross-chain transfers using CCTP involve multiple manual steps, such as initiating the transfer on the source chain, relaying messages between chains, and covering gas fees on both the source and destination chains. Without the TypeScript SDK, developers must handle these operations independently, adding complexity and increasing the chance for errors, mainly when dealing with gas payments on the destination chain and native gas token management.
Copy file name to clipboardexpand all lines: tutorials/by-product/wormhole-sdk/usdc-via-cctp.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ description: Learn how to perform USDC cross-chain transfers using Wormhole SDK
9
9
10
10
## Introduction
11
11
12
-
In this guide, we will show you how to bridge native USDC across different blockchain networks using [Circle's Cross-Chain Transfer Protocol](/learn/transfers/cctp/){target=\_blank} (CCTP) and [Wormhole’s TypeScript SDK](https://github.com/wormhole-foundation/wormhole-sdk-ts/tree/main){target=\_blank}.
12
+
In this guide, we will show you how to bridge native USDC across different blockchain networks using [Circle's Cross-Chain Transfer Protocol](/docs/learn/transfers/cctp/){target=\_blank} (CCTP) and [Wormhole’s TypeScript SDK](https://github.com/wormhole-foundation/wormhole-sdk-ts/tree/main){target=\_blank}.
13
13
14
14
Traditionally, cross-chain transfers using CCTP involve multiple manual steps, such as initiating the transfer on the source chain, relaying messages between chains, and covering gas fees on both the source and destination chains. Without the TypeScript SDK, developers must handle these operations independently, adding complexity and increasing the chance for errors, mainly when dealing with gas payments on the destination chain and native gas token management.
0 commit comments