Open
Conversation
Contributor
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
📝 WalkthroughWalkthroughAdds Etherlink (chain ID 42793) across the app: env var, network enum/config, RPC clients, Wagmi/AppKit adapters, token/address mappings, Morpho integrations, and UI conditional rendering for Morpho links. Changes
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~23 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
coderabbitai
bot
added
the
feature request
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 2
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
src/features/autovault/components/vault-identity.tsx (1)
151-153:⚠️ Potential issue | 🟡 MinorTooltip link not gated by
canLinkToMorpho.Main content correctly skips the link when Morpho app links aren't supported, but the tooltip's
actionHref(line 152) still points tovaultHrefunconditionally. For Etherlink, this would show a broken external link in the tooltip.Proposed fix
actionIcon={<ExternalLinkIcon className="h-4 w-4" />} - actionHref={vaultHref} + actionHref={canLinkToMorpho ? vaultHref : undefined} onActionClick={(e) => e.stopPropagation()}🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/features/autovault/components/vault-identity.tsx` around lines 151 - 153, The tooltip's actionHref is not gated by the canLinkToMorpho check and still points to vaultHref, producing a broken external link for Etherlink; update the tooltip props so actionHref is only set when canLinkToMorpho is true (e.g., actionHref={canLinkToMorpho ? vaultHref : undefined}) and ensure any click handler like onActionClick remains consistent with that gating so the tooltip shows no external link when linking to Morpho isn't supported.
🧹 Nitpick comments (1)
src/utils/tokens.ts (1)
289-294: WXTZ token missing image.Consider adding an image for UI consistency, or document that
img: undefinedis intentional.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/utils/tokens.ts` around lines 289 - 294, The WXTZ token entry in tokens.ts sets img: undefined which breaks UI consistency; update the token object for symbol 'WXTZ' by either supplying a valid image path/URL (e.g., point to the project's token asset or CDN) or explicitly set img to a named placeholder constant (e.g., TOKEN_PLACEHOLDER) and ensure that constant is imported/defined for the UI to use; alternatively, if undefined is intentional, add a short inline comment on the WXTZ object explaining why img is undefined so maintainers know it's deliberate.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@src/utils/external.ts`:
- Around line 27-31: Tooltip currently always passes vaultHref into
TooltipContent.actionHref causing an actionable link even when the chain doesn't
support Morpho; update the call site to pass actionHref only when
canLinkToMorpho is true (e.g., actionHref={canLinkToMorpho ? vaultHref :
undefined}) or alternatively remove actionIcon when canLinkToMorpho is false so
TooltipContent won't render the link; locate the TooltipContent usage that
supplies actionHref/actionIcon (where vaultHref is derived from getVaultURL) and
apply the conditional so unsupported chains do not show the link.
In `@src/utils/tokens.ts`:
- Around line 368-373: There are two duplicate token entries for symbol 'xU3O8'
with the same address; remove the incomplete entry (the one missing img and
protocol that appears in the block with symbol: 'xU3O8', img: undefined,
decimals: 18, networks: [...]) so only the complete entry (the one that includes
img and protocol: { name: 'Midas' }) remains; this ensures functions like
findToken()/useTokenPrices.ts (which use Array.find) and statsService.ts (which
reduces/iterates tokens) see the same consistent metadata for 'xU3O8'.
---
Outside diff comments:
In `@src/features/autovault/components/vault-identity.tsx`:
- Around line 151-153: The tooltip's actionHref is not gated by the
canLinkToMorpho check and still points to vaultHref, producing a broken external
link for Etherlink; update the tooltip props so actionHref is only set when
canLinkToMorpho is true (e.g., actionHref={canLinkToMorpho ? vaultHref :
undefined}) and ensure any click handler like onActionClick remains consistent
with that gating so the tooltip shows no external link when linking to Morpho
isn't supported.
---
Nitpick comments:
In `@src/utils/tokens.ts`:
- Around line 289-294: The WXTZ token entry in tokens.ts sets img: undefined
which breaks UI consistency; update the token object for symbol 'WXTZ' by either
supplying a valid image path/URL (e.g., point to the project's token asset or
CDN) or explicitly set img to a named placeholder constant (e.g.,
TOKEN_PLACEHOLDER) and ensure that constant is imported/defined for the UI to
use; alternatively, if undefined is intentional, add a short inline comment on
the WXTZ object explaining why img is undefined so maintainers know it's
deliberate.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 4d594dd1-9835-41d1-94eb-0c344b33af44
⛔ Files ignored due to path filters (5)
src/imgs/chains/etherlink.svgis excluded by!**/*.svgsrc/imgs/tokens/mbasis.pngis excluded by!**/*.pngsrc/imgs/tokens/mmev.svgis excluded by!**/*.svgsrc/imgs/tokens/mtbill.pngis excluded by!**/*.pngsrc/imgs/tokens/xu3o8.pngis excluded by!**/*.png
📒 Files selected for processing (13)
.env.local.examplesrc/config/appkit.tssrc/constants/public-allocator.tssrc/features/admin-v2/components/chain-volume-chart.tsxsrc/features/autovault/components/vault-identity.tsxsrc/features/market-detail/components/market-header.tsxsrc/store/createWagmiConfig.tssrc/types/token.tssrc/utils/external.tssrc/utils/morpho.tssrc/utils/networks.tssrc/utils/rpc.tssrc/utils/tokens.ts
src/utils/tokens.ts
Outdated
Comment on lines
+368
to
+373
| { | ||
| symbol: 'xU3O8', | ||
| img: undefined, | ||
| decimals: 18, | ||
| networks: [{ chain: etherlink, address: '0x79052Ab3C166D4899a1e0DD033aC3b379AF0B1fD' }], | ||
| }, |
There was a problem hiding this comment.
Duplicate xU3O8 entries with conflicting metadata.
Two entries for xU3O8 at the same address (case-insensitive match):
- Lines 368-373: no
img, noprotocol - Lines 421-429: has
imgandprotocol: { name: 'Midas' }
This causes inconsistent behavior:
findToken()/useTokenPrices.tsusesfind()→ returns first entry (no image)statsService.tsiterates all → last entry wins in map
Remove the first entry (lines 368-373) since the second is more complete.
🐛 Fix: Remove duplicate entry
- {
- symbol: 'xU3O8',
- img: undefined,
- decimals: 18,
- networks: [{ chain: etherlink, address: '0x79052Ab3C166D4899a1e0DD033aC3b379AF0B1fD' }],
- },Also applies to: 421-429
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@src/utils/tokens.ts` around lines 368 - 373, There are two duplicate token
entries for symbol 'xU3O8' with the same address; remove the incomplete entry
(the one missing img and protocol that appears in the block with symbol:
'xU3O8', img: undefined, decimals: 18, networks: [...]) so only the complete
entry (the one that includes img and protocol: { name: 'Midas' }) remains; this
ensures functions like findToken()/useTokenPrices.ts (which use Array.find) and
statsService.ts (which reduces/iterates tokens) see the same consistent metadata
for 'xU3O8'.
antoncoding
force-pushed
the
feat/etherlink
branch
from
e417d0c to
4081260
Compare
There was a problem hiding this comment.
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
src/utils/external.ts (1)
45-66:⚠️ Potential issue | 🟡 MinorAdd Etherlink case to
getChainNameForMerklor create a guard for unsupported chains.Etherlink is a supported network but falls through to the default
'ethereum'case, generating incorrect Merkl URLs. Either:
- Add Etherlink mapping if Merkl supports it (with correct slug)
- Add a guard like
supportsMorphoAppLinks(already used at line 11 of this file) to prevent unsupported chains from reaching this function🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/utils/external.ts` around lines 45 - 66, The getChainNameForMerkl function returns incorrect defaults for Etherlink; either add a specific case for SupportedNetworks.Etherlink with the correct Merkl slug inside getChainNameForMerkl, or ensure callers check supportsMorphoAppLinks (the existing guard used earlier in this file) before calling getChainNameForMerkl so unsupported chains never hit the switch. Update the switch in getChainNameForMerkl to include SupportedNetworks.Etherlink => '<correct-slug>' if Merkl supports it, otherwise add/ensure a pre-check using supportsMorphoAppLinks to short-circuit and avoid using this function for unsupported chains.
♻️ Duplicate comments (1)
src/utils/external.ts (1)
21-31:⚠️ Potential issue | 🟡 MinorFallback URL returns generic Morpho homepage.
When
networkis undefined, these functions returnhttps://app.morpho.orgwhich shows the homepage rather than anything useful. Consider returning an empty string or having callers usesupportsMorphoAppLinks()to avoid calling these functions for unsupported chains.The relevant code snippet shows
vault-identity.tsxcorrectly guards theLinkcomponent withcanLinkToMorpho, but still passesvaultHrefto the tooltip'sactionHref. This could render a useless link in the tooltip for Etherlink.Suggested approach
Either:
- Return empty string from these functions when network is undefined, or
- Ensure all callers check
supportsMorphoAppLinks()before using the URL (including tooltip props)The second approach is cleaner - callers already have the guard function available.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/utils/external.ts` around lines 21 - 31, The getMarketURL and getVaultURL functions currently return the generic Morpho homepage when getMorphoNetworkSlug(chainId) is falsy; change behavior to avoid returning a misleading homepage by either (A) returning an empty string from getMarketURL and getVaultURL when network is undefined, or (B) (preferred) ensure all callers use supportsMorphoAppLinks()/canLinkToMorpho before passing URLs — update callers like vault-identity.tsx to guard the tooltip's actionHref (e.g., vaultHref) so actionHref is only set when supportsMorphoAppLinks() is true; pick one approach and apply it consistently for both getMarketURL and getVaultURL and all their call sites.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Outside diff comments:
In `@src/utils/external.ts`:
- Around line 45-66: The getChainNameForMerkl function returns incorrect
defaults for Etherlink; either add a specific case for
SupportedNetworks.Etherlink with the correct Merkl slug inside
getChainNameForMerkl, or ensure callers check supportsMorphoAppLinks (the
existing guard used earlier in this file) before calling getChainNameForMerkl so
unsupported chains never hit the switch. Update the switch in
getChainNameForMerkl to include SupportedNetworks.Etherlink => '<correct-slug>'
if Merkl supports it, otherwise add/ensure a pre-check using
supportsMorphoAppLinks to short-circuit and avoid using this function for
unsupported chains.
---
Duplicate comments:
In `@src/utils/external.ts`:
- Around line 21-31: The getMarketURL and getVaultURL functions currently return
the generic Morpho homepage when getMorphoNetworkSlug(chainId) is falsy; change
behavior to avoid returning a misleading homepage by either (A) returning an
empty string from getMarketURL and getVaultURL when network is undefined, or (B)
(preferred) ensure all callers use supportsMorphoAppLinks()/canLinkToMorpho
before passing URLs — update callers like vault-identity.tsx to guard the
tooltip's actionHref (e.g., vaultHref) so actionHref is only set when
supportsMorphoAppLinks() is true; pick one approach and apply it consistently
for both getMarketURL and getVaultURL and all their call sites.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: 9c5dcbd6-101f-46c9-8092-2242aafed0f2
⛔ Files ignored due to path filters (5)
src/imgs/chains/etherlink.svgis excluded by!**/*.svgsrc/imgs/tokens/mbasis.pngis excluded by!**/*.pngsrc/imgs/tokens/mmev.svgis excluded by!**/*.svgsrc/imgs/tokens/mtbill.pngis excluded by!**/*.pngsrc/imgs/tokens/xu3o8.pngis excluded by!**/*.png
📒 Files selected for processing (13)
.env.local.examplesrc/config/appkit.tssrc/constants/public-allocator.tssrc/features/admin-v2/components/chain-volume-chart.tsxsrc/features/autovault/components/vault-identity.tsxsrc/features/market-detail/components/market-header.tsxsrc/store/createWagmiConfig.tssrc/types/token.tssrc/utils/external.tssrc/utils/morpho.tssrc/utils/networks.tssrc/utils/rpc.tssrc/utils/tokens.ts
✅ Files skipped from review due to trivial changes (5)
- src/constants/public-allocator.ts
- src/features/admin-v2/components/chain-volume-chart.tsx
- src/types/token.ts
- src/features/market-detail/components/market-header.tsx
- src/utils/morpho.ts
🚧 Files skipped from review as they are similar to previous changes (4)
- src/store/createWagmiConfig.ts
- src/utils/rpc.ts
- src/features/autovault/components/vault-identity.tsx
- src/utils/tokens.ts
antoncoding
force-pushed
the
feat/etherlink
branch
from
4081260 to
7ee5577
Compare
antoncoding
force-pushed
the
feat/etherlink
branch
from
7ee5577 to
abe6ed5
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
src/utils/external.ts (1)
45-66:⚠️ Potential issue | 🟡 MinorAdd Etherlink to the Merkl chain mapping.
Merkl supports Etherlink and is actively used for the Apple Farm incentive program there. Add a case for Etherlink (likely
SupportedNetworks.Etherlinkreturning'etherlink') so requests don't incorrectly fall through to the'ethereum'default.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/utils/external.ts` around lines 45 - 66, The getChainNameForMerkl function is missing a branch for SupportedNetworks.Etherlink, causing Etherlink requests to fall through to the default 'ethereum'; update getChainNameForMerkl to add a case for SupportedNetworks.Etherlink that returns 'etherlink' so Etherlink is mapped correctly (modify the switch in getChainNameForMerkl to include case SupportedNetworks.Etherlink: return 'etherlink';).
♻️ Duplicate comments (1)
src/features/autovault/components/vault-identity.tsx (1)
151-153:⚠️ Potential issue | 🟡 MinorTooltip link still shows for unsupported chains.
actionHref={vaultHref}is passed unconditionally toTooltipContent. For Etherlink, this results in a link to the generichttps://app.morpho.orgwhich isn't useful.Fix: conditionally pass actionHref
actionIcon={<ExternalLinkIcon className="h-4 w-4" />} - actionHref={vaultHref} + actionHref={canLinkToMorpho ? vaultHref : undefined} onActionClick={(e) => e.stopPropagation()}🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/features/autovault/components/vault-identity.tsx` around lines 151 - 153, The tooltip link is always shown because actionHref is passed unconditionally; change the JSX so TooltipContent (or the component receiving actionHref in vault-identity.tsx) only receives actionHref when the chain is supported—e.g. replace actionHref={vaultHref} with a conditional prop (pass undefined or omit the prop when the chain is unsupported), using the existing vaultHref and the chain-support boolean you have in scope so onActionClick and actionIcon remain unchanged.
🧹 Nitpick comments (1)
src/utils/tokens.ts (1)
289-294: Missing image for WXTZ.WXTZ (wrapped native XTZ on Etherlink) has
img: undefined. Consider adding an image for UI consistency with other wrapped native tokens.🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@src/utils/tokens.ts` around lines 289 - 294, The token entry for symbol 'WXTZ' has img: undefined; update the WXTZ object in the tokens list to provide an image reference consistent with other tokens (e.g., a relative asset path or imported URL), so the UI shows the wrapped XTZ icon; locate the WXTZ object (symbol: 'WXTZ', networks includes chain: etherlink, address: '0xc9B53AB2679f573e480d01e0f49e2B5CFB7a3EAb') and replace img: undefined with the appropriate image reference (or a fallback token image) following the same pattern used by other token entries.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@src/utils/networks.ts`:
- Around line 176-187: The Etherlink network entry (SupportedNetworks.Etherlink)
calls getRpcUrl(process.env.NEXT_PUBLIC_ETHERLINK_RPC) without an
alchemySubdomain or public fallback, which yields an empty string when the env
var is unset and breaks http() transport in rpc.ts; update the Etherlink object
to call getRpcUrl(process.env.NEXT_PUBLIC_ETHERLINK_RPC, { alchemySubdomain:
'etherlink-mainnet' }) if Alchemy supports it, or pass a public fallback like {
fallback: 'https://node.mainnet.etherlink.com' } (or similar param your
getRpcUrl supports) so defaultRPC is never an empty string and http() always
receives a valid URL.
---
Outside diff comments:
In `@src/utils/external.ts`:
- Around line 45-66: The getChainNameForMerkl function is missing a branch for
SupportedNetworks.Etherlink, causing Etherlink requests to fall through to the
default 'ethereum'; update getChainNameForMerkl to add a case for
SupportedNetworks.Etherlink that returns 'etherlink' so Etherlink is mapped
correctly (modify the switch in getChainNameForMerkl to include case
SupportedNetworks.Etherlink: return 'etherlink';).
---
Duplicate comments:
In `@src/features/autovault/components/vault-identity.tsx`:
- Around line 151-153: The tooltip link is always shown because actionHref is
passed unconditionally; change the JSX so TooltipContent (or the component
receiving actionHref in vault-identity.tsx) only receives actionHref when the
chain is supported—e.g. replace actionHref={vaultHref} with a conditional prop
(pass undefined or omit the prop when the chain is unsupported), using the
existing vaultHref and the chain-support boolean you have in scope so
onActionClick and actionIcon remain unchanged.
---
Nitpick comments:
In `@src/utils/tokens.ts`:
- Around line 289-294: The token entry for symbol 'WXTZ' has img: undefined;
update the WXTZ object in the tokens list to provide an image reference
consistent with other tokens (e.g., a relative asset path or imported URL), so
the UI shows the wrapped XTZ icon; locate the WXTZ object (symbol: 'WXTZ',
networks includes chain: etherlink, address:
'0xc9B53AB2679f573e480d01e0f49e2B5CFB7a3EAb') and replace img: undefined with
the appropriate image reference (or a fallback token image) following the same
pattern used by other token entries.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro
Run ID: e1c07139-43c7-4a4b-9068-1066af37b8b7
⛔ Files ignored due to path filters (5)
src/imgs/chains/etherlink.svgis excluded by!**/*.svgsrc/imgs/tokens/mbasis.pngis excluded by!**/*.pngsrc/imgs/tokens/mmev.svgis excluded by!**/*.svgsrc/imgs/tokens/mtbill.pngis excluded by!**/*.pngsrc/imgs/tokens/xu3o8.pngis excluded by!**/*.png
📒 Files selected for processing (13)
.env.local.examplesrc/config/appkit.tssrc/constants/public-allocator.tssrc/features/admin-v2/components/chain-volume-chart.tsxsrc/features/autovault/components/vault-identity.tsxsrc/features/market-detail/components/market-header.tsxsrc/store/createWagmiConfig.tssrc/types/token.tssrc/utils/external.tssrc/utils/morpho.tssrc/utils/networks.tssrc/utils/rpc.tssrc/utils/tokens.ts
✅ Files skipped from review due to trivial changes (5)
- src/features/admin-v2/components/chain-volume-chart.tsx
- src/store/createWagmiConfig.ts
- src/utils/rpc.ts
- src/constants/public-allocator.ts
- src/features/market-detail/components/market-header.tsx
🚧 Files skipped from review as they are similar to previous changes (3)
- src/config/appkit.ts
- src/types/token.ts
- src/utils/morpho.ts
Comment on lines
+176
to
+187
| { | ||
| network: SupportedNetworks.Etherlink, | ||
| chain: etherlinkChain, | ||
| logo: require('../imgs/chains/etherlink.svg') as string, | ||
| name: 'Etherlink', | ||
| defaultRPC: getRpcUrl(process.env.NEXT_PUBLIC_ETHERLINK_RPC), | ||
| blocktime: 4.83, | ||
| maxBlockDelay: 10, | ||
| explorerUrl: 'https://explorer.etherlink.com', | ||
| nativeTokenSymbol: 'XTZ', | ||
| wrappedNativeToken: '0xc9B53AB2679f573e480d01e0f49e2B5CFB7a3EAb', | ||
| }, |
There was a problem hiding this comment.
🧩 Analysis chain
🏁 Script executed:
#!/bin/bash
# Verify default Etherlink public RPC is functional
curl -s -X POST "https://node.mainnet.etherlink.com" \
-H "Content-Type: application/json" \
-d '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}' | jq .Repository: antoncoding/monarch
Length of output: 118
🏁 Script executed:
# Check getRpcUrl implementation and alchemySubdomain handling
rg "function getRpcUrl|const getRpcUrl" -A 15 src/Repository: antoncoding/monarch
Length of output: 1023
🏁 Script executed:
# Search for http() transport usage and how empty URLs are handled
rg "http\(" src/utils/rpc.ts -A 3 -B 3Repository: antoncoding/monarch
Length of output: 1723
🏁 Script executed:
# Look for env var documentation and examples
find . -name ".env*" -o -name "README*" -o -name "docs" -type f | head -20Repository: antoncoding/monarch
Length of output: 171
🏁 Script executed:
# Check if there are any error handlers or validation for missing RPC URLs
rg "NEXT_PUBLIC.*RPC|getRpcUrl" -B 2 -A 2 src/Repository: antoncoding/monarch
Length of output: 4177
🏁 Script executed:
# Check .env.local.example for Etherlink RPC documentation
cat -n .env.local.example | grep -i etherlinkRepository: antoncoding/monarch
Length of output: 96
🏁 Script executed:
# Search for error handling or validation around http() or createPublicClient
rg "createPublicClient|http\(" src/utils/rpc.ts -B 3 -A 5 | head -50Repository: antoncoding/monarch
Length of output: 2083
🏁 Script executed:
# Check if there's any error handling for empty or invalid RPC URLs
rg "RPC|rpcUrl" src/utils/rpc.ts -B 2 -A 2Repository: antoncoding/monarch
Length of output: 2341
🏁 Script executed:
# Check if Alchemy supports Etherlink subdomain
rg "etherlink" -i src/utils/networks.ts | grep -i alchemyRepository: antoncoding/monarch
Length of output: 45
🏁 Script executed:
# Verify viem's http() behavior with empty string - check if there's any validation or error handling in documentation or code comments
rg "http\(" -B 5 -A 5 src/ | grep -i "empty\|url\|validate\|error" | head -20Repository: antoncoding/monarch
Length of output: 428
🏁 Script executed:
# Check getDefaultRPC function to see if it's the same as getRpcUrl
rg "function getDefaultRPC|const getDefaultRPC|export.*getDefaultRPC" -A 10 src/utils/networks.tsRepository: antoncoding/monarch
Length of output: 436
🏁 Script executed:
# Check if there's initialization validation or error handling that would catch empty RPC URLs
rg "initializeDefaultClients|getClient" src/utils/rpc.ts -B 2 -A 10Repository: antoncoding/monarch
Length of output: 940
🏁 Script executed:
# Look for any error boundaries or RPC validation in the app initialization
rg "try|catch|Error|throw" src/utils/rpc.ts | head -20Repository: antoncoding/monarch
Length of output: 174
🏁 Script executed:
# Verify what happens with empty URL in http() - check if viem has inline validation
rg "http\(" -B 2 -A 2 src/utils/rpc.tsRepository: antoncoding/monarch
Length of output: 1694
🏁 Script executed:
# Check if there's documentation in README about environment variables and Etherlink RPC requirement
grep -i "etherlink\|rpc\|environment" README.md | head -20Repository: antoncoding/monarch
Length of output: 45
🏁 Script executed:
# Search for any error handling or runtime validation that might catch empty URLs
rg "defaultRPC|getDefaultRPC" src/ -B 3 -A 3 | grep -i "error\|throw\|valid\|empty" | head -20Repository: antoncoding/monarch
Length of output: 145
🏁 Script executed:
# Check if there's a startup validation function that checks RPC URLs
rg "validate|check|init" src/utils/rpc.ts -iRepository: antoncoding/monarch
Length of output: 163
🏁 Script executed:
# Check if there's any initialization code that validates RPC URLs on startup
rg "_app|initialization|startup" src/pages -i | head -10Repository: antoncoding/monarch
Length of output: 112
🏁 Script executed:
# Verify if http() from viem throws on empty URL or just fails silently on request
rg "import.*http|from.*viem" src/utils/rpc.ts -A 2Repository: antoncoding/monarch
Length of output: 320
🏁 Script executed:
# Check all network configs to compare Etherlink's RPC setup with others
rg "defaultRPC: getRpcUrl" src/utils/networks.tsRepository: antoncoding/monarch
Length of output: 780
🏁 Script executed:
# Search for how the app uses these clients to see if there's error handling at usage time
rg "getClient|defaultClients" src/ | head -20Repository: antoncoding/monarch
Length of output: 1614
🏁 Script executed:
# Check if the public Etherlink RPC is documented anywhere in the codebase or comments
rg "node.mainnet.etherlink|etherlink.com" src/Repository: antoncoding/monarch
Length of output: 135
🏁 Script executed:
# Verify one more time that Etherlink is the only chain without alchemySubdomain
rg "getRpcUrl\(" src/utils/networks.ts | grep -v "alchemySubdomain"Repository: antoncoding/monarch
Length of output: 780
Etherlink RPC lacks fallback—empty string if env var unset.
Unlike other chains, Etherlink's getRpcUrl() call omits the alchemySubdomain parameter, so when NEXT_PUBLIC_ETHERLINK_RPC is missing, it returns '' (empty string) instead of falling back to Alchemy. This empty string gets passed to http() transport in rpc.ts, causing request failures.
Other networks all have Alchemy subdomains: eth-mainnet, opt-mainnet, base-mainnet, polygon-mainnet, unichain-mainnet, arb-mainnet, hyperliquid-mainnet, monad-mainnet.
Options:
- Add
alchemySubdomain: 'etherlink-mainnet'if Alchemy supports it, or document as required - Provide public fallback:
https://node.mainnet.etherlink.com(verified working, chainId 0xa729)
🧰 Tools
🪛 Betterleaks (1.1.1)
[high] 186-186: Detected a Generic API Key, potentially exposing access to various services and sensitive operations.
(generic-api-key)
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@src/utils/networks.ts` around lines 176 - 187, The Etherlink network entry
(SupportedNetworks.Etherlink) calls
getRpcUrl(process.env.NEXT_PUBLIC_ETHERLINK_RPC) without an alchemySubdomain or
public fallback, which yields an empty string when the env var is unset and
breaks http() transport in rpc.ts; update the Etherlink object to call
getRpcUrl(process.env.NEXT_PUBLIC_ETHERLINK_RPC, { alchemySubdomain:
'etherlink-mainnet' }) if Alchemy supports it, or pass a public fallback like {
fallback: 'https://node.mainnet.etherlink.com' } (or similar param your
getRpcUrl supports) so defaultRPC is never an empty string and http() always
receives a valid URL.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary by CodeRabbit
New Features
Improvements