@rhinestone/shared-configs 1.18.0 → 2.0.0

package/dist/configs/chains.json

@@ -798,46 +798,6 @@
             "symbol": "WHYPE"
         }
     },
-    "1337": {
-        "caip2": "hypercore:mainnet",
-        "explorer": {
-            "addressPath": "/explorer/address/",
-            "txPath": "/explorer/tx/",
-            "url": "https://app.hyperliquid.xyz"
-        },
-        "iconSlug": "hyperevm",
-        "name": "HyperCore",
-        "nativeToken": {
-            "address": "0x0000000000000000000000000000000000000000",
-            "decimals": 18,
-            "symbol": "HYPE"
-        },
-        "network": "mainnet",
-        "roles": {
-            "destination": false,
-            "origin": true
-        },
-        "settlementLayers": [],
-        "stack": "vanilla",
-        "swapQuoters": [],
-        "tokens": [
-            {
-                "address": "0xb88339CB7199b77E23DB6E890353E22632Ba630f",
-                "approvalSlot": null,
-                "balanceSlot": null,
-                "decimals": 6,
-                "pegGroup": "USD",
-                "symbol": "USDC"
-            }
-        ],
-        "virtual": true,
-        "vmType": "evm",
-        "wrappedNativeToken": {
-            "address": "0x0000000000000000000000000000000000000000",
-            "decimals": 18,
-            "symbol": "HYPE"
-        }
-    },
     "1868": {
         "caip2": "eip155:1868",
         "explorer": {
@@ -1657,7 +1617,7 @@
         "network": "mainnet",
         "roles": {
             "destination": true,
-            "origin": false
+            "origin": true
         },
         "settlementLayers": [],
         "stack": "vanilla",

package/dist/configs/mainnets.json

@@ -55,9 +55,6 @@
             "DRPC"
         ]
     },
-    "1337": {
-        "providers": []
-    },
     "1868": {
         "providers": [
             "soneium-public-rpc",

package/dist/scripts/__tests__/validation.test.js

@@ -632,15 +632,14 @@ function errorsFor(chain) {
         (0, bun_test_1.expect)(withoutIcon).toEqual([]);
     });
     // Two reuse rules that would otherwise look like copy-paste errors in the
-    // jsonnet. A testnet is visually the same chain as its mainnet, and all three
-    // HyperCore ids are Hyperliquid — the same branding as HyperEVM.
+    // jsonnet. A testnet is visually the same chain as its mainnet, and both
+    // HyperCore venues are Hyperliquid — the same branding as HyperEVM.
     bun_test_1.it.each([
         ["11155111", "1"],
         ["11155420", "10"],
         ["84532", "8453"],
         ["421614", "42161"],
         ["9746", "9745"],
-        ["1337", "999"],
         ["1337001", "999"],
         ["1337002", "999"],
     ])("reuses chain %s's glyph from chain %s", (child, parent) => {

package/dist/src/__tests__/chainVirtualization.test.js

@@ -31,11 +31,11 @@ const TRON_CAIP2 = "tron:mainnet";
             (0, bun_test_1.expect)((0, index_1.chainIdFromCaip2)(HYPERCORE_SPOT_CAIP2)).toBe(index_1.HYPERCORE_SPOT_CHAIN_ID);
             (0, bun_test_1.expect)((0, index_1.chainIdFromCaip2)(HYPERCORE_PERP_CAIP2)).toBe(index_1.HYPERCORE_PERP_CHAIN_ID);
         });
-        (0, bun_test_1.it)("resolves the origin id, which is not a delivery venue", () => {
-            // `hypercore:mainnet` is the Core L1 as a deposit SOURCE, so it still
-            // resolves. What stops it being used as a delivery target is its role,
-            // not its absence — see the roles tests below.
-            (0, bun_test_1.expect)((0, index_1.chainIdFromCaip2)("hypercore:mainnet")).toBe(1337);
+        (0, bun_test_1.it)("no longer resolves the retired origin id", () => {
+            // RHI-5606 dropped the entry; `hypercore:spot` carries both directions.
+            // Resolving to nothing is what makes a stale caller fail loudly here
+            // rather than acquiring a chain with no roles, no tokens and no venue.
+            (0, bun_test_1.expect)((0, index_1.chainIdFromCaip2)("hypercore:mainnet")).toBeUndefined();
         });
         (0, bun_test_1.it)("resolves registry non-EVM caip2 strings", () => {
             (0, bun_test_1.expect)((0, index_1.chainIdFromCaip2)(SOLANA_CAIP2)).toBe(index_1.MainnetNetwork.SOLANA);
@@ -65,18 +65,37 @@ const TRON_CAIP2 = "tron:mainnet";
         }
     });
     (0, bun_test_1.describe)("chain roles", () => {
-        (0, bun_test_1.it)("splits HyperCore by direction: Core L1 originates, venues receive", () => {
-            // Deposits arrive from the Core L1 without naming a venue; a delivery
-            // must name the account it credits. Declaring it here is what makes a
-            // perp *deposit source* unrepresentable rather than merely unimplemented,
-            // and all three ids share the `hypercore:` namespace — so a namespace
-            // switch could not draw this line at any level of effort.
-            (0, bun_test_1.expect)((0, index_1.canBeOrigin)(1337)).toBe(true);
-            (0, bun_test_1.expect)((0, index_1.canBeDestination)(1337)).toBe(false);
-            for (const venue of [index_1.HYPERCORE_SPOT_CHAIN_ID, index_1.HYPERCORE_PERP_CHAIN_ID]) {
-                (0, bun_test_1.expect)((0, index_1.canBeOrigin)(venue)).toBe(false);
-                (0, bun_test_1.expect)((0, index_1.canBeDestination)(venue)).toBe(true);
-            }
+        (0, bun_test_1.it)("splits HyperCore by direction: spot both ways, perp delivery-only", () => {
+            // Declaring it here is what makes a perp *deposit source* unrepresentable
+            // rather than merely unimplemented, and all three ids share the
+            // `hypercore:` namespace — so a namespace switch could not draw this line
+            // at any level of effort.
+            //
+            // Spot originates because a HyperCore deposit already IS a spot credit:
+            // ingestion admits only an absent `destinationDex` or an explicit
+            // `"spot"`. Perp stays delivery-only — a managed account cannot sign
+            // perp→spot, so a perp deposit would strand.
+            (0, bun_test_1.expect)((0, index_1.canBeOrigin)(index_1.HYPERCORE_SPOT_CHAIN_ID)).toBe(true);
+            (0, bun_test_1.expect)((0, index_1.canBeDestination)(index_1.HYPERCORE_SPOT_CHAIN_ID)).toBe(true);
+            (0, bun_test_1.expect)((0, index_1.canBeOrigin)(index_1.HYPERCORE_PERP_CHAIN_ID)).toBe(false);
+            (0, bun_test_1.expect)((0, index_1.canBeDestination)(index_1.HYPERCORE_PERP_CHAIN_ID)).toBe(true);
+        });
+        (0, bun_test_1.it)("refuses the retired origin id in both directions, entry or not", () => {
+            // The regression this guards: absent `roles` default to BOTH, so removing
+            // 1337's entry would have flipped `canBeDestination` from an explicit
+            // `false` to the unknown-id `true` — re-admitting the id that names the
+            // Core L1 without naming an account and defaulted to unrecoverable perp
+            // margin (RHI-5510). The refusal is not allowed to depend on the entry.
+            (0, bun_test_1.expect)(index_1.chainRegistry[String(index_1.HYPERCORE_ORIGIN_CHAIN_ID)]).toBeUndefined();
+            (0, bun_test_1.expect)((0, index_1.canBeDestination)(index_1.HYPERCORE_ORIGIN_CHAIN_ID)).toBe(false);
+            (0, bun_test_1.expect)((0, index_1.canBeOrigin)(index_1.HYPERCORE_ORIGIN_CHAIN_ID)).toBe(false);
+        });
+        (0, bun_test_1.it)("still defaults a genuinely unknown id to both", () => {
+            // The retired-id list must not become a general "unknown means no".
+            // Callers reject ids they do not recognise by their own means; these
+            // helpers answer about capability, not existence.
+            (0, bun_test_1.expect)((0, index_1.canBeOrigin)(999999999)).toBe(true);
+            (0, bun_test_1.expect)((0, index_1.canBeDestination)(999999999)).toBe(true);
         });
         (0, bun_test_1.it)("defaults both directions for chains that declare no roles", () => {
             // Absent `roles` must mean both, so adding the field is a no-op for every

package/dist/src/chainVirtualization.d.ts

@@ -6,17 +6,18 @@ export declare function getVmType(chainId: number): VmType;
  *
  * Absent `roles` means both directions, so every ordinary chain answers true
  * without declaring anything. A consumer may narrow this further; it may not
- * widen it.
+ * widen it. Retired ids are the exception and answer false — see
+ * `RETIRED_CHAIN_IDS`.
  */
 export declare function canBeOrigin(chainId: number): boolean;
 /**
  * Whether funds can be DELIVERED to this chain — i.e. it is a valid intent
  * destination.
  *
- * False for `hypercore:mainnet`: deposits arrive from the Core L1 venue-agnostically,
- * but a delivery must name the account it credits, so `hypercore:spot` /
- * `hypercore:perp` are the only HyperCore destinations. Answering that from data
- * is what lets a consumer refuse the ambiguous id without knowing its number.
+ * False for `hypercore:mainnet`, which names the Core L1 without naming the
+ * account a delivery would credit, so `hypercore:spot` / `hypercore:perp` are
+ * the only HyperCore destinations. That answer used to come from the entry's
+ * `roles`; the entry is gone and the answer is unchanged.
  */
 export declare function canBeDestination(chainId: number): boolean;
 /** True when the chain id's vmType is not `'evm'` (Solana, Tron today). */

package/dist/src/chainVirtualization.js

@@ -20,14 +20,32 @@ exports.chainIdFromCaip2 = chainIdFromCaip2;
  * source of truth). Consumers should NOT keep their own copy of "which
  * chainIds are non-EVM" — read from here.
  *
- * HyperCore (1337) is a `virtual` registry entry: it's EVM-shaped
- * (`vmType === 'evm'`, so `isNonEvmChainId(1337) === false`) and carries the
- * `hypercore:mainnet` caip2, but has no RPC / contracts / gas token of its own
- * and settles on HyperEVM (999). HyperCore-specific behavior lives behind
+ * HyperCore's venues (1337001, 1337002) are `virtual` registry entries: they're
+ * EVM-shaped (`vmType === 'evm'`, so `isNonEvmChainId(1337001) === false`) and
+ * carry `hypercore:` caip2s, but have no RPC / contracts / gas token of their
+ * own and settle on HyperEVM (999). HyperCore-specific behavior lives behind
  * `isHyperCoreChainId` / `resolveSettlementChainId` in `./hypercore.ts`.
  */
 const chains_json_1 = __importDefault(require("../configs/chains.json"));
+const hypercore_1 = require("./hypercore");
 const chainRegistry = chains_json_1.default;
+/**
+ * Ids that are refused in BOTH directions without being registry entries.
+ *
+ * Absence normally means "unknown chain", which both helpers answer `true` for —
+ * the registry is not the id allowlist, and callers reject unknown ids by their
+ * own means. A RETIRED id is not unknown: 1337 was `hypercore:mainnet`, whose
+ * whole point was `destination: false`, because it names the Core L1 without
+ * naming the account a delivery would credit and defaulted to perp margin
+ * (RHI-5510) — funds that cannot be recovered. Dropping the entry would have
+ * flipped that `false` to the unknown-id `true` and re-opened it.
+ *
+ * So the refusal outlives the entry. Registry-resident ids still answer from
+ * their own `roles`; this list only covers ids deliberately taken out.
+ */
+const RETIRED_CHAIN_IDS = new Set([
+    hypercore_1.HYPERCORE_ORIGIN_CHAIN_ID,
+]);
 /** VM kind for a chain id; defaults to `'evm'` for unknown ids. */
 function getVmType(chainId) {
     return chainRegistry[String(chainId)]?.vmType ?? "evm";
@@ -37,21 +55,26 @@ function getVmType(chainId) {
  *
  * Absent `roles` means both directions, so every ordinary chain answers true
  * without declaring anything. A consumer may narrow this further; it may not
- * widen it.
+ * widen it. Retired ids are the exception and answer false — see
+ * `RETIRED_CHAIN_IDS`.
  */
 function canBeOrigin(chainId) {
+    if (RETIRED_CHAIN_IDS.has(chainId))
+        return false;
     return chainRegistry[String(chainId)]?.roles?.origin ?? true;
 }
 /**
  * Whether funds can be DELIVERED to this chain — i.e. it is a valid intent
  * destination.
  *
- * False for `hypercore:mainnet`: deposits arrive from the Core L1 venue-agnostically,
- * but a delivery must name the account it credits, so `hypercore:spot` /
- * `hypercore:perp` are the only HyperCore destinations. Answering that from data
- * is what lets a consumer refuse the ambiguous id without knowing its number.
+ * False for `hypercore:mainnet`, which names the Core L1 without naming the
+ * account a delivery would credit, so `hypercore:spot` / `hypercore:perp` are
+ * the only HyperCore destinations. That answer used to come from the entry's
+ * `roles`; the entry is gone and the answer is unchanged.
  */
 function canBeDestination(chainId) {
+    if (RETIRED_CHAIN_IDS.has(chainId))
+        return false;
     return chainRegistry[String(chainId)]?.roles?.destination ?? true;
 }
 /** True when the chain id's vmType is not `'evm'` (Solana, Tron today). */

package/dist/src/chains.js

@@ -839,47 +839,6 @@ const chains = {
             "DRPC"
         ]
     },
-    "1337": {
-        "caip2": "hypercore:mainnet",
-        "explorer": {
-            "addressPath": "/explorer/address/",
-            "txPath": "/explorer/tx/",
-            "url": "https://app.hyperliquid.xyz"
-        },
-        "iconSlug": "hyperevm",
-        "name": "HyperCore",
-        "nativeToken": {
-            "address": "0x0000000000000000000000000000000000000000",
-            "decimals": 18,
-            "symbol": "HYPE"
-        },
-        "network": "mainnet",
-        "roles": {
-            "destination": false,
-            "origin": true
-        },
-        "settlementLayers": [],
-        "stack": "vanilla",
-        "swapQuoters": [],
-        "tokens": [
-            {
-                "address": "0xb88339CB7199b77E23DB6E890353E22632Ba630f",
-                "approvalSlot": null,
-                "balanceSlot": null,
-                "decimals": 6,
-                "pegGroup": "USD",
-                "symbol": "USDC"
-            }
-        ],
-        "virtual": true,
-        "vmType": "evm",
-        "wrappedNativeToken": {
-            "address": "0x0000000000000000000000000000000000000000",
-            "decimals": 18,
-            "symbol": "HYPE"
-        },
-        "providers": []
-    },
     "1868": {
         "caip2": "eip155:1868",
         "explorer": {
@@ -1741,7 +1700,7 @@ const chains = {
         "network": "mainnet",
         "roles": {
             "destination": true,
-            "origin": false
+            "origin": true
         },
         "settlementLayers": [],
         "stack": "vanilla",

package/dist/src/generated/networks.d.ts

@@ -5315,7 +5315,6 @@ declare enum MainnetNetwork {
     GNOSIS,
     BSC,
     HYPEREVM,
-    HYPERCORE = 1337,
     HYPERCORE_SPOT = 1337001,
     HYPERCORE_PERP = 1337002,
     MONAD,

package/dist/src/generated/networks.js

@@ -22,7 +22,6 @@ var MainnetNetwork;
     MainnetNetwork[MainnetNetwork["GNOSIS"] = chains_1.gnosis.id] = "GNOSIS";
     MainnetNetwork[MainnetNetwork["BSC"] = chains_1.bsc.id] = "BSC";
     MainnetNetwork[MainnetNetwork["HYPEREVM"] = chains_1.hyperEvm.id] = "HYPEREVM";
-    MainnetNetwork[MainnetNetwork["HYPERCORE"] = 1337] = "HYPERCORE";
     MainnetNetwork[MainnetNetwork["HYPERCORE_SPOT"] = 1337001] = "HYPERCORE_SPOT";
     MainnetNetwork[MainnetNetwork["HYPERCORE_PERP"] = 1337002] = "HYPERCORE_PERP";
     MainnetNetwork[MainnetNetwork["MONAD"] = chains_1.monad.id] = "MONAD";

package/dist/src/generated/packageVersion.d.ts

@@ -1,2 +1,2 @@
-declare const PACKAGE_VERSION = "1.18.0";
+declare const PACKAGE_VERSION = "2.0.0";
 export { PACKAGE_VERSION };

package/dist/src/generated/packageVersion.js

@@ -2,5 +2,5 @@
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.PACKAGE_VERSION = void 0;
 // Auto-generated by scripts/generate.ts. Do not edit manually.
-const PACKAGE_VERSION = "1.18.0";
+const PACKAGE_VERSION = "2.0.0";
 exports.PACKAGE_VERSION = PACKAGE_VERSION;

package/dist/src/hypercore.d.ts

@@ -18,15 +18,17 @@ import { MainnetNetwork } from "./generated/networks";
 export declare const HYPERCORE_SPOT_CHAIN_ID = MainnetNetwork.HYPERCORE_SPOT;
 export declare const HYPERCORE_PERP_CHAIN_ID = MainnetNetwork.HYPERCORE_PERP;
 /**
- * The Core L1 itself (`hypercore:mainnet`) — HyperCore as a deposit SOURCE.
+ * The retired Core L1 id (`hypercore:mainnet`). NOT a registry entry — RHI-5606
+ * removed it, and `HYPERCORE_SPOT_CHAIN_ID` now carries both directions.
  *
- * Deposits arrive here with no venue in them, which is what `deposits.chain` and
- * the QuickNode webhook already mean, so this stays a live registry entry with
- * `roles: { origin: true, destination: false }`.
+ * Kept as a literal so callers still sending it can be REJECTED with a message
+ * naming the venue to use instead. Without it the id falls through to a generic
+ * unknown-chain error, which tells someone integrating against the old spelling
+ * nothing about what replaced it.
  *
- * It is deliberately NOT aliased to either venue for delivery: it defaulted to
- * perp, so pointing it at spot would silently move funds and pointing it at perp
- * would silently keep the bug. `canBeDestination` is what refuses it.
+ * It is deliberately not aliased to either venue: it defaulted to perp, so
+ * pointing it at spot would silently move funds and pointing it at perp would
+ * silently keep the bug.
  */
 export declare const HYPERCORE_ORIGIN_CHAIN_ID = 1337;
 /**

package/dist/src/hypercore.js

@@ -25,9 +25,10 @@ const networks_1 = require("./generated/networks");
 // hyperliquid-dev/hyper-evm-lib.
 //
 // HyperEVM (999) and its native USDC live in the chain registry
-// (`MainnetNetwork.HYPEREVM` + `chainRegistry[999].tokens`). HyperCore (1337)
-// is a `virtual` registry entry (`MainnetNetwork.HYPERCORE`): EVM-addressed but
-// with no RPC/providers/contracts/gas token of its own. The HyperCore-specific
+// (`MainnetNetwork.HYPEREVM` + `chainRegistry[999].tokens`). HyperCore is a pair
+// of `virtual` registry entries, one per delivery venue
+// (`MainnetNetwork.HYPERCORE_SPOT` / `_PERP`): EVM-addressed but with no
+// RPC/providers/contracts/gas token of their own. The HyperCore-specific
 // bridging behavior below stays here rather than in the generated registry.
 // ---------------------------------------------------------------------------
 /**
@@ -48,15 +49,17 @@ const networks_1 = require("./generated/networks");
 exports.HYPERCORE_SPOT_CHAIN_ID = networks_1.MainnetNetwork.HYPERCORE_SPOT;
 exports.HYPERCORE_PERP_CHAIN_ID = networks_1.MainnetNetwork.HYPERCORE_PERP;
 /**
- * The Core L1 itself (`hypercore:mainnet`) — HyperCore as a deposit SOURCE.
+ * The retired Core L1 id (`hypercore:mainnet`). NOT a registry entry — RHI-5606
+ * removed it, and `HYPERCORE_SPOT_CHAIN_ID` now carries both directions.
  *
- * Deposits arrive here with no venue in them, which is what `deposits.chain` and
- * the QuickNode webhook already mean, so this stays a live registry entry with
- * `roles: { origin: true, destination: false }`.
+ * Kept as a literal so callers still sending it can be REJECTED with a message
+ * naming the venue to use instead. Without it the id falls through to a generic
+ * unknown-chain error, which tells someone integrating against the old spelling
+ * nothing about what replaced it.
  *
- * It is deliberately NOT aliased to either venue for delivery: it defaulted to
- * perp, so pointing it at spot would silently move funds and pointing it at perp
- * would silently keep the bug. `canBeDestination` is what refuses it.
+ * It is deliberately not aliased to either venue: it defaulted to perp, so
+ * pointing it at spot would silently move funds and pointing it at perp would
+ * silently keep the bug.
  */
 exports.HYPERCORE_ORIGIN_CHAIN_ID = 1337;
 /**

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@rhinestone/shared-configs",
-  "version": "1.18.0",
+  "version": "2.0.0",
   "description": "Reusable configuration files for Rhinestone services",
   "author": {
     "name": "Rhinestone",