dCorps Hub
DevCo Testnet Foundation Audit Mainnet Adoption

Overview

What It Is

dCorps is a dedicated Hub chain built as an Arbitrum Orbit rollup (Rollup mode) that records canonical entity state for corporations and nonprofits and settles to Ethereum. It standardizes identity, authority roles, governance actions, wallet types, tagged treasury flows, and evidence anchors so any interface can read an entity with the same rules. Payments are stablecoin-native (USDC) and remain in entity-controlled wallets.

Why It Exists

dCorps exists to make organization identity, authority, and wallet bindings verifiable without relying on a single platform. It provides a shared standard for roles, approvals, and treasury events so different observers can independently read the same entity history. This reduces ambiguity about who can act and where funds should go.

What It Records

dCorps records the minimum shared facts an organization needs to be verified. It captures who the entity is, who can act, what decisions were approved, which wallets are official, and how funds and evidence are tracked over time. This keeps public views consistent across apps and explorers.

  • Records identity

    It defines a public entity profile with type and status so anyone can verify who it is.

    This answers: Who is this entity?

  • Records authority (roles and permissions)

    It binds roles to wallets so people can see who can propose actions, approve changes, or sign payments.

    This answers: Who is allowed to act?

  • Records governance decisions

    It records proposals, approvals, and votes in time order so decisions stay auditable.

    This answers: What was decided, and when?

  • Records treasury activity

    It records tagged inflows, outflows, and transfers from official wallets so money movements stay interpretable.

    This answers: What happened to the money, and why?

  • Records document proof (anchors)

    It anchors a document hash so later reviewers can confirm a document matches, without publishing the file on-chain.

    This answers: Can we prove this document existed and was not changed?

Who It Serves

Different groups rely on different layers (kernel record, templates, reporting, adapters, or apps). The common requirement is a shared record that is easy to verify.

Founders

Operators

Teams

Donors

Beneficiaries

Counterparties

Auditors

Integrators

Institutions

What It Is Not

dCorps is not a bank, broker, exchange, or custodian. It does not provide legal recognition or regulatory compliance, and it makes no guarantees about external legal outcomes.

dCorps is not:

A bank

A broker

An exchange

A custodial service

How It Works

The Hub stores a single canonical record for each entity. It includes identity, authority roles, governance actions, official wallets, tagged treasury events, and evidence anchors. The record is time-ordered on-chain, so changes leave a visible trail while interfaces remain downstream.

The Hub core includes:

Entity ID

The organization’s unique identifier.

Roles

Who can act, and what they can do.

Decisions

Proposals, votes, and resolutions.

Official wallets

Wallets recognized as belonging to the entity.

Money events

Tagged income, expenses, and transfers.

Anchors

Document fingerprints used as evidence links.

Key properties:

On-chain and time-ordered

The history is stored in sequence.

Hard to change quietly

Changes leave a visible trail.

Stablecoin-based operations

Built around USDC, not bank rails.

Apps are interfaces

Apps submit actions, but the chain is the source of truth.

Entities and Templates

Organizations register on the Hub as entities (corporations and nonprofits). Templates are default role, approval, and wallet setups built on the same kernel record. Start with the closest fit and move as ownership or approvals change, without rewriting history or implying legal status.

Entities

Hub Corporation

For for-profit entities with formal roles and approvals.

Hub Nonprofit

For mission-driven organizations with nonprofit governance.

Templates

Templates define default roles, approval thresholds, and wallet structure.

Corporation templates

CORP-SOLO

Single operator.

CORP-PRIVATE-STD

Standard private company setup.

CORP-VENTURE

Board-led venture setup.

CORP-COMPLEX-PRIVATE

More complex private company governance.

Nonprofit templates

NONPROFIT-SIMPLE

Simple nonprofit setup.

NONPROFIT-BOARD

Board plus committee governance.

NONPROFIT-COMPLEX

More complex nonprofit structure.

What all templates share

Common core record

ID, roles, decisions, wallets, events, anchors.

Approval rules only

Templates mainly change who must approve what.

Evolves through governance

Core record stays consistent.

No legal status

Templates do not grant legal status or compliance.

Modules and Adapters

Add optional workflows or context on top of the kernel through modules and adapters. They can express jurisdiction, sector, disclosure, or assurance rules without changing core authority. If an extension is not present, the kernel still provides the full operating foundation.

Modules and adapters may include:

Jurisdiction and recognition workflows

Optional processes to align an entity with specific legal or regulatory frameworks.

Compliance and reporting modules

Scoped tools for disclosures, attestations, or audits when required.

Industry-specific governance overlays

Additional rules or structures tailored to particular sectors or use cases.

Reporting and assurance modules

Standardized outputs built on top of the core event record.

Key boundary:

Optional

Modules and adapters are optional.

Flexible over time

They can be added or removed as needs evolve.

Core record protected

They cannot modify or rewrite the core on-chain record.

Treasury, Accounting, and Outputs

Stablecoin events from official wallets are recorded with tags to form treasury history. Funds remain in entity-controlled wallets (non-custodial), while evidence anchors link material actions to documents. Reports are derived from the same on-chain record, so different observers can compute matching totals.

Treasury and operating assets

Operating asset

USDC.

Treasury assets (optional)

USDC and DCHUB.

Non-custodial wallets

Entities control their own wallets.

Accounting building blocks

Money events

Income, expenses, transfers.

Tags and categories

Consistent reporting across entities.

Evidence links via anchors

Connect events to supporting documents.

Event sources

Typed workflow

Recorded through a built-in workflow.

Entity-tagged

Recorded as general events with entity-defined tags.

Reporting outputs

Reports are derived from the tagged event record, so two people can independently compute the same totals.

Cash-based operating statement

Corporations.

Nonprofit allocation statement

Nonprofits.

Coverage metrics

Standardized coverage summaries.

Privacy, Disclosure, and Lifecycle

dCorps records a disclosure mode so interfaces can show what is public versus aggregated. It also records lifecycle status so anyone can see whether an entity is draft, active, suspended, or dissolved. This reduces confusion and helps prevent payments to inactive entities.

Mode A

Everything public

Maximum transparency and verification.

Mode B

Structure public, selective disclosure

Public structure and totals, with privacy-aware details.

Mode C

Private execution with public proof

Private execution using private zones or sub-chains, with public anchors for evidence.

Registration status

draft

active

suspended

dissolved

DCHUB Token

Network utility comes from DCHUB: it pays gas, is used for protocol governance, and can be required for protocol-level fees such as entity registration, renewals, and module registry actions. Entities may hold it in treasury, but it is optional.

Transaction Fees (Gas)

Protocol Fees

Protocol Voting

Entities may also hold DCHUB in treasury for gas and protocol fees, but it is optional.

Protocol Governance

On-chain governance changes parameters and upgrades through proposals, voting, and execution. Proposals are submitted, voted on, and executed in time order, creating a visible change trail.

Governance steps:

Proposals

Suggested changes to the protocol.

Votes

Decisions made by eligible participants.

Execution

Approved changes applied to the network.

Interfaces and Apps

Tools render views and submit actions, but the on-chain record remains the source of truth.

Official App

The Official App is the reference interface that provides safe default workflows for creating, managing, and operating entities.

dApps

Third-party apps can read the same on-chain data and interact with entities through the protocol, while following the same rules enforced by the chain.

Manifesto

"My goal is simple: make it possible for anyone, anywhere, to form an entity that can operate with credibility, continuity, and real financial rails, built for stablecoin-native operations."

Read the Manifesto

Nicolas Turcotte

Founder and Lead Engineer

Contribute now

Testnet is for builders, operators, and stewards who want to validate the Hub in public.

Protocol engineers

Working on kernel definitions, message scope, and invariants.

Indexer and data engineers

Defining event schemas and reproducible view inputs.

Early operators

Testing sequencer, batch posting, and operational scope under testnet rules.

Infrastructure-aligned investors

Tracking scope, risks, and progress (no return claims implied).

Legal counsel

Reviewing boundary posture, non-custodial scope, and document stack order.

Governance stewards

Shaping kernel/adapters separation and upgrade posture.

Testnet

Testnet access

If you're building or validating the Hub, request testnet access to evaluate it.

Newsletter

Stay in the loop

Concise updates on testnet readiness, releases, and governance milestones.

Testnet

Testnet access

If you're building or validating the Hub, request testnet access to evaluate it.

Request testnet access

Newsletter

Stay in the loop

Concise updates on testnet readiness, releases, and governance milestones.