Skip to content

PREWAVE-BE-100 — Complete Dispute Read-Model Appeal and Settlement Projections #801

Open

Description

@dDevAhmed

Problem context

The dispute read-model view currently leaves the appeal deadline null, and the service leaves settlement outcome/bond disposition as placeholders pending settlement projection integration. These fields must not remain misleadingly incomplete or be inferred from unrelated timestamps/statuses.

Technical scope

Consume the canonical verification-round appeal deadline and finalized settlement/bond-disposition projections. Bind every value to chain, release, event provenance, and finality checkpoint. Represent genuinely unavailable or not-yet-final values explicitly; never infer a final outcome from a provisional status or updatedAt.

Required tests

  • Open appeal, expired appeal, appealed, provisional settlement, finalized settlement, reorg, stale projection, and unavailable source fixtures.
  • Verify exact chain/release provenance and finality gating.
  • Assert unknown values remain unknown rather than being fabricated.
  • Contract/API fixture compatibility tests.

Security and architecture constraints

  • Contracts and finalized canonical events remain authoritative for protocol state.
  • The API remains a projection/read and notification-delivery layer; it must not invent protocol outcomes.
  • Fail closed on missing, stale, ambiguous, unauthorized, or incomplete state.
  • Do not expose secrets, device tokens, email verification tokens, private evidence, or unnecessary personal data.
  • Preserve strict typing, idempotency, privacy, observability redaction, and existing CI/security gates.

Acceptance criteria

  • The identified placeholder or unsafe behavior is replaced by a production-quality implementation.
  • Provider/recipient/ownership behavior is explicit and documented.
  • Every required failure mode is covered by automated tests.
  • No synthetic success, cross-user data exposure, or secret leakage remains in the affected path.
  • The pull request links exactly this issue and maps evidence to every acceptance criterion.
  • Exact-head required CI passes and independent human review is recorded.

Dependencies

Non-goals

Changing contract settlement logic, dispute policy, or API mutation authority.

Complexity and points

  • High — 200 points

Candidate only. Activation remains maintainer-controlled; do not apply Stellar Wave as part of implementation.

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

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions