Skip to content

[docs-agent] Portfolio transfers-by-address: drop beta access-request line, add CU cost - #1672

Open
alchemy-bot wants to merge 3 commits into
mainfrom
docs/portfolio-transfers-remove-access-request-add-cu-costs
Open

alchemy-bot wants to merge 3 commits into
mainfrom
docs/portfolio-transfers-remove-access-request-add-cu-costs

Conversation

@alchemy-bot

Copy link
Copy Markdown
Contributor

Summary

Two small Portfolio-API cleanups requested in Slack:

  1. src/openapi/portfolio/transfers/by-address.yaml — removes the To request access, email data_apis@alchemy.com. sentence from the Transfers By Wallet (Beta) endpoint description, now that access is open.
  2. content/api-reference/pricing-resources/pricing/compute-unit-costs.mdx — adds a transfers/by-address row to the Portfolio API table at 480* CU (slotted between assets/tokens/by-address at 360 and assets/nfts/contracts/by-address at 600) with a footnote documenting the dynamic pricing: 480 CUs per network specified in the networks request-body field.

Notes

  • The Portfolio API table is inside a {/* cu:auto product="portfolio" */} block that gets regenerated daily by Daikon from topconfig.yml in OMGWINNING/chain-config. If topconfig.yml does not yet carry a transfers/by-address entry, the next Daikon run will strip this new row (the explanatory footnote below the block will persist either way). A companion chain-config edit may be needed to make the row stick long-term; flagged in Slack.
  • The footnote (\*...) sits immediately below {/* cu:auto end */} so it is not overwritten by Daikon regeneration.
  • Throughput CU for the new row is set to 1 to match the other /by-address sibling multichain Portfolio endpoints; happy to adjust if that's wrong.

Requested by

@brianluong (via Slack thread)

… line, add CU cost

Removes the "To request access, email data_apis@alchemy.com." sentence from the Transfers By Wallet (Beta) endpoint description now that access is open.

Adds a row for transfers/by-address to the Portfolio API table on the Compute Unit Costs page with a footnote documenting that it uses dynamic pricing of 480 CUs per network specified in the request.

Requested-by: @brianluong
@alchemy-bot
alchemy-bot requested a review from a team as a code owner October 2, 2026 21:37
@github-actions

github-actions Bot commented Oct 2, 2026 •

Copy link
Copy Markdown

🔗 Preview Mode

Name Status Preview Updated (UTC)
Alchemy Docs ✅ Ready 🔗 Visit Preview Oct 2, 2026, 10:15 PM

@alchemy-bot

Copy link
Copy Markdown
Contributor Author

Companion chain-config PR open: OMGWINNING/chain-config#7571 (updates data/transfers/by-address to computeUnits: 480 across topconfig legacy + v2, prod + staging, and drops availability: METHOD_PRERELEASE). Once that merges and the next Daikon regen runs, the row in this PR's cu:auto block will carry the authoritative value and the manual 480\* entry here will be reconciled on the next sync. The dynamic-pricing footnote below cu:auto end stays either way.

…e per network too

Follow-up to Brian's feedback in Slack: expand the dynamic-pricing footnote to make clear that BOTH compute units (480 per network) AND throughput CUs (1 per network) scale with the networks[].length in the request. Example updated to show both costs for a 3-network request.

Also added a `*` marker to the Throughput CU cell for symmetry with the CU column so the footnote anchors both sides.

Requested-by: @brianluong
… use standalone Note callout

The cu:auto block is fully regenerated by Daikon from chain-config topconfig on each daily sync, which would strip the `480*` / `1*` asterisks and leave the footnote with orphaned anchors. This commit keeps the table cells as plain `480` / `1` so the Daikon sync picks them up without churn, and lifts the dynamic-pricing explanation into a <Note> callout immediately below the auto block.

The <Note> component matches the existing <Tip> callout at the top of the page, is anchored by its title to the specific method, and sits outside the cu:auto markers so it is preserved across regenerations. More visible to customers than an asterisk-prefixed paragraph.

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