1. Home
  2. Docs
  3. General

General

Rob’s Rules DAO: Technical Architecture, Onboarding, and Aragon Integration Manual

1. Project Overview and Philosophy

Rob’s Rules DAO (RRD) is a Decentralized Governance and Decision Platform (DeGov) that digitizes traditional parliamentary procedures through a blockchain-based framework. By evolving the manual “Robert’s Rules of Order” into an immutable digital environment, RRD enables organizations to move beyond binary “yes/no” votes toward iterative, deliberative consensus-building.

Challenge vs. Solution The Challenge: Organizations traditionally look to leadership to propose solutions, leaving stakeholders with a limited binary choice. This restricts innovation and prevents the development of complex, stakeholder-driven solutions that truly reflect collective intent. The Solution: Rob’s Rules DAO utilizes the fundamentals of parliamentary process to maintain a flow of productive discussions.

By leveraging blockchain technology, the platform scales these proven rules, allowing groups of any size to evolve ideas through amendments and distill them into a final, cryptographic result. The Vocdoni Explorer can be used to verify vote recording and results.

Optionally, the vote can be recorded to an Aragon DAO address so that the members of a DAO (Decentralized Autonomous Organization) can see the results of a proposal that was relevant to the Aragon DAO governance.

——————————————————————————–

2. The Rob’s Rules Governance Workflow

The governance process utilizes a “Chained Election” model, allowing a proposal to evolve through five distinct stages:

  1. Initial Proposal: A member submits an issue. It is visible but requires recognition to move forward.
  2. Seconded Proposal: The Chair “seconds” the proposal, officially opening it for deliberation.
  3. Amendments: Members request changes. The Chair approves or declines these based on merit. If the Chair approves an amendment, all voting is reset, forcing members to vote on the new, updated proposal context.
  4. Final Voting: Members cast votes on the final, matured version of the proposal.
  5. Aragon Execution: If the vote passes, the Chair triggers the bridge to the Aragon DAO.

Critical Governance Rules:

  • Smart Comment Limiting: To prevent IPFS bloat, each discussion category (General, Speaking For/Against, etc.) is capped at 20 comments. A UI warning triggers at 15.
  • Census Removal Logic: Once a member casts a vote, they are automatically removed from the census for that specific election. This is a deliberate security feature: it prevents double-voting and ensures that once a member has finalized their choice, they can no longer see or participate in additional discussions or amendments for that proposal.

——————————————————————————–

3. Aragon OSx Integration and Execution Bridge

Passed proposals are bridged from gasless Vocdoni voting to on-chain execution on Polygon Mainnet.

Technical Reference: Deployed Addresses (Polygon Mainnet)

  • Aragon DAO: 0x46786c7972Ae467175CAb9c173b6504107036466
  • Token Voting Plugin: 0xA9122989e56169c572E39dA231cD4F2D8a747aae

The Execution Mechanism: When a Chair clicks “Execute on Aragon DAO,” the system pushes a payload to the Aragon Token Voting plugin.

  • Metadata Formatting: To ensure “perfect visibility” within the Aragon OSx App dashboard, the bridge utilizes CID v1 and Flat JSON formatting.
  • Audit Trail: The payload includes the full deliberative history, vote counts, amendment text, and the original Vocdoni Election ID for cryptographic auditability on Polygon.

——————————————————————————–

4. UI/UX: Layout and Role Restrictions

The interface employs a stateless, responsive design that adapts based on the user’s device and role.

Desktop UI (Three-Column “NotebookLM” Layout)

  • Left Column (Navigation): Displays the Proposal List and organizational context.
  • Middle Column (Workspace): The active area for Discussion, Voting, and Amendment forms.
  • Right Column (Context/Audit): Displays Proposal Details, Timeline, Metadata, and the full Audit Trail.

Mobile Interface (3-Tab System)

On narrow screens, the layout collapses into three distinct views:

  • Proposals Tab: The vertical list of available elections.
  • Main Tab: The interactive workspace (Discussion/Voting).
  • Details Tab: Audit IDs, metadata, and amendment history.

Role-Based Restrictions: Governance operations—specifically Seconding a Proposal, Approving Amendments, and Executing on Aragon—are strictly restricted to the Desktop UI. This ensures Chairs perform high-stakes administrative actions with full visibility and prevents accidental mobile input errors.

——————————————————————————–

Articles

How can we help?