Skip to content

Fix Blockfrost-compatible endpoint headers and paths - #24

Merged
AngelCastilloB merged 1 commit into
mainfrom
fix/blockfrost-compatible-endpoints
Nov 1, 2026
Merged

AngelCastilloB merged 1 commit into
mainfrom
fix/blockfrost-compatible-endpoints

Conversation

@AngelCastilloB

Copy link
Copy Markdown
Member

Blockfrost-compatible proxies and devnets now receive request paths with a single separator and no project_id header when no key is configured. The TypeScript configuration accepts an omitted project ID; configured keys and POST content types are preserved.

Covers custom base URLs with zero, one, or multiple trailing slashes, all public request routes, and native/Plutus reference-script lookups. All 752 tests pass; documentation builds successfully.

Closes #16. Included in the pending 2.0.0-rc.2 publication.

@AngelCastilloB
AngelCastilloB merged commit 817749e into main Nov 1, 2026
2 checks passed
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.

BlockfrostProvider sends an empty project_id header and doubles the slash in most routes

1 participant