Skip to content

feat: add IOrderManifest interface with base defaults#27

Open
mfw78 wants to merge 1 commit into
fix/degenerate-order-validationfrom
feat/order-manifest-interface
Open

feat: add IOrderManifest interface with base defaults#27
mfw78 wants to merge 1 commit into
fix/degenerate-order-validationfrom
feat/order-manifest-interface

Conversation

@mfw78

@mfw78 mfw78 commented Jul 10, 2026

Copy link
Copy Markdown

Sidecar interface (own ERC-165 id, feature-detected, never on the settlement path) for enumerating the discrete orders a conditional order will produce:

Part of #1.

Sidecar interface (own ERC-165 id, feature-detected) that lets
analytics, UIs and indexers enumerate the discrete orders a
conditional order will produce:

- Cardinality names the totalOrders semantics directly: EXACT /
  CAPPED / UNBOUNDED
- the pagination contract is explicit: an empty page with
  hasMore=true is unreachable, so a naive offset walker always
  terminates; UNBOUNDED handlers expose index 0 only
- getManifestPage carries a status string so a not-yet-active order
  (WAIT) is distinguishable from a permanently invalid one on an
  empty page

BaseConditionalOrder defaults to a single-shot manifest (EXACT, 1)
wrapping generateOrder.
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.

1 participant