@blackcube/xgate-sdk 0.25.4 → 0.25.5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/index.d.cts CHANGED
@@ -480,10 +480,23 @@ declare function subscriptionLimitOf(xex: XgateEx): number | undefined;
480
480
  *
481
481
  * **aster** — 1500 ; non documenté, API de forme binance.
482
482
  *
483
- * **hyperliquid** et **pacifica** n'acceptent AUCUN `limit` : leurs SDK n'envoient que `startTime`/`endTime`
484
- * (`get-candle-snapshot.ts`, `get-candle-data.ts`). Le nombre sert alors à dimensionner la FENÊTRE demandée, pas
485
- * à remplir un paramètre. Pour hyperliquid, la venue borne d'elle-même à ~5 000 bougies par (coin, intervalle) —
486
- * et l'horizon que ça couvre dépend de l'activité du coin, ce n'est donc pas une durée fixe.
483
+ * **pacifica** — **4 000**, et c'est SA DOCUMENTATION qui le dit : « `limit` : Capped at 4000; defaults to 4000
484
+ * if not provided » (`docs.pacifica.fi/api-documentation/api/rest-api/markets/get-candle-data`). Le plafond joue
485
+ * même sans `limit`, puisque 4 000 est aussi le défaut.
486
+ *
487
+ * ⚠️ AU-DELÀ, ELLE NE TRONQUE PAS : ELLE REND UN TABLEAU VIDE, avec `success: true`. Vérifié le 2026-08-24 sur
488
+ * SOL en 15m — 4 000 barres demandées rendent 3 883 bougies, 4 010 en rendent ZÉRO. Une fenêtre trop large ne
489
+ * coûte donc pas quelques barres perdues, elle coûte l'appel entier, en silence.
490
+ *
491
+ * ⚠️ CETTE ENTRÉE A VALU 500 PENDANT DES MOIS, sur la foi du commentaire ci-dessous qui affirmait que pacifica
492
+ * « n'accepte aucun limit ». C'est faux : son endpoint le documente. Huit fois trop d'appels, à quatre secondes
493
+ * de cadence chacun — mesuré le 2026-08-24, un backfill 15m sur ses 74 séries a coûté 1 026 appels et 72
494
+ * minutes là où il en fallait huit fois moins.
495
+ *
496
+ * **hyperliquid** n'accepte, elle, aucun `limit` : son SDK n'envoie que `startTime`/`endTime`
497
+ * (`get-candle-snapshot.ts`). Le nombre sert alors à dimensionner la FENÊTRE demandée, pas à remplir un
498
+ * paramètre. La venue borne d'elle-même à ~5 000 bougies par (coin, intervalle) — et l'horizon que ça couvre
499
+ * dépend de l'activité du coin, ce n'est donc pas une durée fixe.
487
500
  *
488
501
  * ⚠️ UNE VENUE ABSENTE DE CETTE TABLE N'A PAS DE PLAFOND DOCUMENTÉ — ce qui n'est pas « pas de plafond ». On ne
489
502
  * devine aucun chiffre : le jour où l'une d'elles s'en approche, on lit sa documentation et on l'ajoute.
package/dist/index.d.ts CHANGED
@@ -480,10 +480,23 @@ declare function subscriptionLimitOf(xex: XgateEx): number | undefined;
480
480
  *
481
481
  * **aster** — 1500 ; non documenté, API de forme binance.
482
482
  *
483
- * **hyperliquid** et **pacifica** n'acceptent AUCUN `limit` : leurs SDK n'envoient que `startTime`/`endTime`
484
- * (`get-candle-snapshot.ts`, `get-candle-data.ts`). Le nombre sert alors à dimensionner la FENÊTRE demandée, pas
485
- * à remplir un paramètre. Pour hyperliquid, la venue borne d'elle-même à ~5 000 bougies par (coin, intervalle) —
486
- * et l'horizon que ça couvre dépend de l'activité du coin, ce n'est donc pas une durée fixe.
483
+ * **pacifica** — **4 000**, et c'est SA DOCUMENTATION qui le dit : « `limit` : Capped at 4000; defaults to 4000
484
+ * if not provided » (`docs.pacifica.fi/api-documentation/api/rest-api/markets/get-candle-data`). Le plafond joue
485
+ * même sans `limit`, puisque 4 000 est aussi le défaut.
486
+ *
487
+ * ⚠️ AU-DELÀ, ELLE NE TRONQUE PAS : ELLE REND UN TABLEAU VIDE, avec `success: true`. Vérifié le 2026-08-24 sur
488
+ * SOL en 15m — 4 000 barres demandées rendent 3 883 bougies, 4 010 en rendent ZÉRO. Une fenêtre trop large ne
489
+ * coûte donc pas quelques barres perdues, elle coûte l'appel entier, en silence.
490
+ *
491
+ * ⚠️ CETTE ENTRÉE A VALU 500 PENDANT DES MOIS, sur la foi du commentaire ci-dessous qui affirmait que pacifica
492
+ * « n'accepte aucun limit ». C'est faux : son endpoint le documente. Huit fois trop d'appels, à quatre secondes
493
+ * de cadence chacun — mesuré le 2026-08-24, un backfill 15m sur ses 74 séries a coûté 1 026 appels et 72
494
+ * minutes là où il en fallait huit fois moins.
495
+ *
496
+ * **hyperliquid** n'accepte, elle, aucun `limit` : son SDK n'envoie que `startTime`/`endTime`
497
+ * (`get-candle-snapshot.ts`). Le nombre sert alors à dimensionner la FENÊTRE demandée, pas à remplir un
498
+ * paramètre. La venue borne d'elle-même à ~5 000 bougies par (coin, intervalle) — et l'horizon que ça couvre
499
+ * dépend de l'activité du coin, ce n'est donc pas une durée fixe.
487
500
  *
488
501
  * ⚠️ UNE VENUE ABSENTE DE CETTE TABLE N'A PAS DE PLAFOND DOCUMENTÉ — ce qui n'est pas « pas de plafond ». On ne
489
502
  * devine aucun chiffre : le jour où l'une d'elles s'en approche, on lit sa documentation et on l'ajoute.
package/dist/index.js CHANGED
@@ -2137,7 +2137,7 @@ var CANDLES_PER_CALL = {
2137
2137
  blofin: 1440,
2138
2138
  aster: 1500,
2139
2139
  hyperliquid: 5e3,
2140
- pacifica: 500
2140
+ pacifica: 4e3
2141
2141
  };
2142
2142
  function candlesPerCallOf(xex) {
2143
2143
  return CANDLES_PER_CALL[xex];