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.
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-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.
Everything public
Maximum transparency and verification.
Structure public, selective disclosure
Public structure and totals, with privacy-aware details.
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 ManifestoNicolas 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 accessNewsletter
Stay in the loop
Concise updates on testnet readiness, releases, and governance milestones.