Skip to content

[docs-agent] Document network support on get-transfers-by-address - #1643

Open
alchemy-bot wants to merge 2 commits into
mainfrom
docs/portfolio-transfers-supported-networks
Open

alchemy-bot wants to merge 2 commits into
mainfrom
docs/portfolio-transfers-supported-networks

Conversation

@alchemy-bot

Copy link
Copy Markdown
Contributor

Summary

Adds an explicit list of the 14 EVM networks supported by the Portfolio Transfers By Wallet (Beta) endpoint (get-transfers-by-address), plus a note that the internal category has a narrower support matrix than the other categories.

Changes in src/openapi/portfolio/portfolio.yaml (TransfersByAddressRequest schema):

  • networks field description — replaced the generic "Reach out if you need more. Find network enums here" copy with an explicit two-column table (Network → REST slug) covering all 14 supported networks: Ethereum, Polygon, Arbitrum, Optimism, Base, BNB, Celo, Ronin, Monad (mainnet + testnet), Robinhood (mainnet + testnet), and Arc (mainnet + testnet). The old dashboard link was misleading because it lists every Alchemy-supported chain, not the subset this endpoint fans out to.
  • category field description — added a note that internal is only supported on Ethereum Mainnet, Base Mainnet, Polygon Mainnet, Arc Mainnet, and Arc Testnet. All other categories (external, erc20, erc721, erc1155, specialnft) work on every network in the networks table.

Changes in src/openapi/portfolio/transfers/by-address.yaml:

  • Top-level endpoint description — swapped the generic "Ethereum and many EVM chains" sentence (and the same misleading dashboard link) for a pointer to the networks field's table, plus the same internal-category caveat at endpoint level so it's visible before users expand the request body accordion.

Verified with pnpm run validate:rest (clean; 9 pre-existing warnings on the portfolio spec, none from this diff) and npx prettier --check.

Requested by

@brianluong (via Slack thread)

Add an explicit supported-networks table (14 EVM networks) to the `networks` field description in `TransfersByAddressRequest`, replacing the generic "Ethereum and many EVM chains" copy with the concrete list Brian confirmed. The dashboard.alchemy.com/chains link on that field was misleading (it lists every Alchemy-supported chain, not just the ones this endpoint fans out to).

Also add a note on the `category` field that `internal` is only supported on Ethereum Mainnet, Base Mainnet, Polygon Mainnet, Arc Mainnet, and Arc Testnet. All other categories are supported on every network in the table.

Requested-by: @brianluong
@alchemy-bot
alchemy-bot requested a review from a team as a code owner September 22, 2026 21:44
@github-actions

github-actions Bot commented Sep 22, 2026

Copy link
Copy Markdown

🔗 Preview Mode

Name Status Preview Updated (UTC)
Alchemy Docs ✅ Ready 🔗 Visit Preview Sep 22, 2026, 11:42 PM

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 9945a6f96a

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

Comment thread src/openapi/portfolio/portfolio.yaml Outdated
Comment on lines +720 to +721
| Network | Slug |
| ------------------- | --------------------- |

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Preserve newlines between the table rows

Because this description uses YAML's folded > scalar, the newline after every table row is replaced with a space when the OpenAPI document is parsed. The resulting description contains the header, separator, and all network entries on one line, so Markdown renderers cannot recognize the intended table. Use a literal block scalar such as | to preserve the row boundaries.

Useful? React with 👍 / 👎.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in 9883d35 by removing the description-embedded table entirely and moving the supported values to an items.enum on the networks field, per @dslovinsky's follow-up feedback. Same fix covers the folded-scalar collapsing issue you flagged.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

Per @dslovinsky's review feedback (and Codex's P2 comment): the folded-YAML markdown table collapsed to a single line in Fern's rendering, and using free-form text to describe enumerated API values is the wrong shape anyway. Replaced the table with an `enum:` on `items:` inside the `networks` field, which is the structurally correct way to express the accepted values and lets Fern render a dropdown / validate at spec time.

Kept the top-level endpoint description's "14 EVM networks" summary and the `internal`-category caveat (that constraint is cross-field and can't be expressed via enum).

Requested-by: @brianluong

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants