@rhinestone/shared-configs 1.19.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": {

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);
@@ -80,13 +80,22 @@ const TRON_CAIP2 = "tron:mainnet";
             (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)("keeps the retiring hypercore:mainnet readable as an origin", () => {
-            // Stored `deposits.chain` rows and account rules still carry the spelling
-            // (RHI-5606). Until they are all migrated and the entry dropped, a
-            // consumer resolving one must still get an origin, or those deposits are
-            // rejected as unmapped rather than degrading quietly.
-            (0, bun_test_1.expect)((0, index_1.canBeOrigin)(1337)).toBe(true);
-            (0, bun_test_1.expect)((0, index_1.canBeDestination)(1337)).toBe(false);
+        (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 the retiring `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. 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 the retiring `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. 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": {

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.19.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.19.0";
+const PACKAGE_VERSION = "2.0.0";
 exports.PACKAGE_VERSION = PACKAGE_VERSION;

package/dist/src/hypercore.d.ts

@@ -18,16 +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.
  *
- * BEING RETIRED (RHI-5606). `HYPERCORE_SPOT_CHAIN_ID` now carries both
- * directions and is the spelling to write; this one stays a live registry entry
- * only while stored `deposits.chain` rows and account rules still name it, so
- * that resolving one still yields an origin. Read it, never write it.
+ * 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,16 +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.
  *
- * BEING RETIRED (RHI-5606). `HYPERCORE_SPOT_CHAIN_ID` now carries both
- * directions and is the spelling to write; this one stays a live registry entry
- * only while stored `deposits.chain` rows and account rules still name it, so
- * that resolving one still yields an origin. Read it, never write it.
+ * 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.19.0",
+  "version": "2.0.0",
   "description": "Reusable configuration files for Rhinestone services",
   "author": {
     "name": "Rhinestone",