Skip to content

Bind execution requests to the registered venue type#23

Merged
0xMuang merged 1 commit into
mainfrom
fix/router-venue-type-binding
Jul 14, 2026
Merged

Bind execution requests to the registered venue type#23
0xMuang merged 1 commit into
mainfrom
fix/router-venue-type-binding

Conversation

@heijiLee

@heijiLee heijiLee commented Jul 4, 2026

Copy link
Copy Markdown
Contributor

ExecutionRouter validated the caller-supplied context.venueType against the decision's type mask but never against the venue's registered VenueConfig.venueType, so a caller could misreport the type and route through a disallowed-type venue. Adds a step-7a binding check (Errors.VenueTypeMismatch) after adapter resolution.

Closes the remaining medium finding from the PR #12 review.

  • Test: test_execute_revertsWhenVenueTypeMismatchesRegistry (mask set so only the new check can reject)
  • forge test --offline: 124 passed

@0xMuang 0xMuang merged commit 371d40e into main Jul 14, 2026
1 check passed
0xMuang added a commit that referenced this pull request Jul 14, 2026
Resolve the stacked PR branch after main advanced with the router venue binding fix, Phase 1 architecture baseline, and RFQ backend SDK documentation/code.

Constraint: PR #24 must merge after #23 and before the higher stacked PRs.

Rejected: Dropping either RFQ-002 or RFQ-SDK documentation state | both are accepted completed work on main/stack.

Confidence: high

Scope-risk: moderate

Directive: Continue stacked PR merges in order after #24 lands: #25, #26, #27, #28, #29, #30.

Tested: git diff --cached --check; scripts/check.sh

Not-tested: GitHub CI after push
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