Skip to content

Commit d4d2fad

Browse files
Hyperliquid ccip (#2771)
* network specific limits * remove tooltip trial * detail desc for SEO * nit * nit --------- Co-authored-by: Amine E. <[email protected]> Co-authored-by: aelmanaa <[email protected]>
1 parent da33a1b commit d4d2fad

File tree

4 files changed

+25
-2
lines changed

4 files changed

+25
-2
lines changed

src/config/sidebar.ts

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1109,6 +1109,10 @@ export const SIDEBAR: Partial<Record<Sections, SectionEntry[]>> = {
11091109
title: "SVM",
11101110
url: "ccip/service-limits/svm",
11111111
},
1112+
{
1113+
title: "Network Specific",
1114+
url: "ccip/service-limits/network-specific-limits",
1115+
},
11121116
],
11131117
},
11141118
{

src/content/ccip/service-limits/index.mdx

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3,13 +3,14 @@ section: ccip
33
date: Last Modified
44
title: "CCIP Service Limits"
55
metadata:
6-
description: "Learn about the operational limits for Chainlink CCIP across EVM and SVM blockchains, including message size constraints, execution resources, and token transfer limitations."
6+
description: "Complete guide to Chainlink CCIP operational limits across all blockchain architectures. Covers EVM and SVM service constraints, network-specific limitations, message size limits, execution resources, and token transfer restrictions for cross-chain applications."
77
isIndex: true
88
---
99

1010
This section outlines the operational limits for Chainlink CCIP across different blockchain architectures.
1111

1212
- **[EVM Service Limits](/ccip/service-limits/evm)**: Service limits for Ethereum and other EVM-compatible blockchains.
1313
- **[SVM Service Limits](/ccip/service-limits/svm)**: Service limits for Solana and other SVM-based blockchains.
14+
- **[Network-Specific Limits](/ccip/service-limits/network-specific-limits)**: Documented network-specific limitations (all blockchain families).
1415

1516
Understanding these limits is essential for building reliable cross-chain applications that operate within CCIP's intended parameters.
Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,17 @@
1+
---
2+
section: ccip
3+
date: Last Modified
4+
title: "Chainlink CCIP Network Specific Limits"
5+
metadata:
6+
description: "Comprehensive guide to network-specific limitations and risks for CCIP cross-chain applications. Covers HyperEVM/Hyperliquid data availability issues, RPC synchronization problems, and mitigation strategies for developers and blockchain teams."
7+
---
8+
9+
This page describes known network-specific limitations that may result from the design of a particular network. End users, application developers, blockchain development teams, token developers and others should read and understand these risks when considering interacting with these networks on CCIP.
10+
11+
## HyperEVM
12+
13+
**Risk**:
14+
[Hyperliquid Data availability](/ccip/service-responsibility#blockchain-development-team-responsibilities): If a HyperEVM RPC is out of sync or offline for 10+ minutes, missing logs from during the downtime are only available through a centralized resource that is hosted and maintained by Hyperliquid. In the event that logs related to specific CCIP messages are irrecoverable, those CCIP messages can become stuck or fail.
15+
16+
**CCIP Mitigation**:
17+
Hyperliquid has provided a workaround to serve logs through a [dedicated resource](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/hyperevm/raw-hyperevm-block-data) in case their network is inaccessible from RPC providers. CCIP is utilizing Hyperliquid's data source to backfill missing logs. In addition, CCIP Node Operators have implemented additional defense, using an multi-RPC approach, allowing for detection of out-of-sync or offline RPCs and an automatic fallback. If all configured RPCs are unavailable for a period of 10+ minutes AND the Hyperliquid data source does not provide them, logs may not be recoverable.

src/content/ccip/service-responsibility.mdx

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ import { Aside } from "@components"
1414
disclosures. By using Chainlink CCIP, you expressly acknowledge and agree to accept these terms.
1515
</Aside>
1616

17-
The Chainlink Cross-Chain Interoperability Protocol (CCIP) is a secure, reliable, and easy-to-use interoperability protocol for building cross-chain applications and services. The use of CCIP involves application developers, blockchain development teams, token developers and Chainlink node operators, among others. These participants share responsibility for ensuring that operation and performance match expectations. Please note that CCIP support of a particular blockchain, application, or token does not constitute endorsement of such blockchain, application, or token.
17+
The Chainlink Cross-Chain Interoperability Protocol (CCIP) is a secure, reliable, and easy-to-use interoperability protocol for building cross-chain applications and services. The use of CCIP involves application developers, blockchain development teams, token developers and Chainlink node operators, among others. These participants share responsibility for ensuring that operation and performance match expectations. Please note that CCIP support of a particular blockchain, application, or token does not constitute endorsement of such blockchain, application, or token. Please review the [CCIP Service Limits](/ccip/service-limits) which provides important additional information.
1818

1919
## Application Developer Responsibilities
2020

@@ -40,6 +40,7 @@ Blockchain development teams are responsible for the correctness, security, and
4040
- **Fixes and upgrades:** Blockchain development teams must communicate availability of fixes immediately and announce planned upgrades as much in advance as possible so blockchain validators and application developers can prepare themselves accordingly.
4141
- **Incident management:** Blockchain development teams are responsible for clearly articulating and communicating any security, reliability and availability incidents to their community. This includes root cause analysis, post-mortem details and a clear plan of action to recover and prevent from happening in the future.
4242
- **Blockchain liveness:** Blockchain development teams must take appropriate action to ensure their blockchain maintains a high degree of liveness and aligns with set expectations towards their community members and applications developers.
43+
- **Data availability**: The blockchain network must ensure that complete historical data remains consistently accessible through standard RPC interfaces. This includes block headers, transactions, and emitted logs. This includes ensuring that nodes can serve past blocks and logs even after temporary downtime or restarts. Failure to provide reliable access to historical logs can result in stuck or failed transactions.
4344

4445
## Token Developers Responsibilities
4546

0 commit comments

Comments
 (0)