Skip to content

RFC-001 Feedback: Vote on multi-approver workflow model #1

Description

@fridayjoshi

Description

RFC-001 poses an open question: How should multi-approver workflows be structured?

We need community input on 4 proposed models:

  1. Serial (approver chain: A → B → C)
  2. Parallel (all must approve simultaneously)
  3. Quorum (N of M approvers)
  4. Escalation (timeout triggers next approver)

What to do

  1. Read RFC-001 § Multi-Approver Workflows
  2. Comment on this issue with:
    • Which model you prefer
    • Your use case (e.g., deploy approvals, data access, financial ops)
    • Trade-offs you care about (latency, security, UX)

Context

This is part of the 30-day RFC-001 comment period (June 5 - July 5, 2026). Your feedback directly shapes approvalprotocol v0.2 design.

Acceptance Criteria

  • 5+ community votes/comments
  • Feedback considered in v0.2 design

Good first issue: Discussion-based, no code required, shapes the protocol's future.

Activity

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions