NOORCHAIN
A Human-Centered Blockchain for Social Signals
Private mainnet-like network, under controlled operation and controlled access.
A Social Signal Blockchain where verified social participation is validated by curators and recognised through native, capped emission. Designed for transparent participation, free from financial speculation.
PoSS Signal Board
Verifiable Signals • Curator Validation
Proof-of-Liveness
Demo hub - live network signal (read-only)
Current Project Status
A New Approach to Blockchain Design
NOORCHAIN introduces a mission-driven blockchain architecture focused on verified social participation rather than financial speculation. It combines a permissioned BFT network, an EVM-compatible Layer 1, curator validation, and application-layer social signals to support transparent digital infrastructure for NGOs, associations, institutions, participants, and communities.
PoSS Framing
PoSS is not consensus. Network security is provided by a permissioned BFT consensus layer.
PoSS is an application-layer signal model. It structures governance coordination, curator validation, and verifiable contribution signals.
Economic posture: NUR is the native gas token, hard-capped at 299,792,458 NUR and minted only when a validated contribution is recognised. NOORCHAIN does not offer yield, returns, or custody.
Technology
NOORCHAIN is built as a modular blockchain architecture for controlled, transparent, and verifiable social participation.
Core Stack
The network combines a core ledger, an EVM-compatible execution layer, and an application-layer PoSS signal model. This structure supports transparent participation rules and provides a controlled foundation for future applications.
PoSS Integration
Proof of Signal Social is framed as an application-layer signal model, separate from consensus. It is designed to support participation limits, curator validation, and verifiable contribution signals through controlled, reviewable parameters. Its one protocol-level tie-in is native emission: when a validated signal is anchored, the reward is minted as a deterministic step inside block execution - part of the finalized state commitment, reproduced identically by every validator, and bounded by the fixed cap and per-window emission budget. PoSS does not define network security, custody, or financial yield.
Security & Governance
At the application layer, sensitive actions require threshold signatures verified against an on-chain curator set - no single key can validate a signal or trigger a distribution. Institutional allocations are governed by a published multisig charter. Parameter changes are designed to be traceable, reviewable, and aligned with NOORCHAIN's mission-driven, long-term vision.
Engineering Transparency (Controlled)
NOORCHAIN is operated in a controlled, private mainnet-like environment. Public access is intentionally limited while feature completeness and security validation are in progress.
- Layer 1: sovereign EVM L1 with a permissioned BFT consensus layer.
- PoSS : application-layer signal model for governance, curator validation, and verifiable contribution signals (not consensus).
- Engineering artifacts: development is tracked through tagged milestones and versioned documentation.
- Public access posture: interfaces are opened progressively after review, not by default.
PoSS & PoR - Proof of Signal Social, Proof of Reputation
PoSS is an application-layer mechanism for governance, coordination, curator validation, and verifiable contribution signals; PoR extends the same doctrine to the organisations hosting participants. When a signal is validated and anchored, the reward is minted natively by the protocol at that moment - never released from a pre-funded pool - within a fixed cap and a per-window emission budget. Both PoSS and PoR are separate from consensus; network security is provided by the permissioned BFT layer.
Types of Social Signals
- Micro-donation signals
- Certified donation signals (single-use confirmation links)
- Verified participation
- Curator-reviewed content
- Community communication signals
Signal Allocation Model
- 70% to the participant
- 30% to the organization's treasury; curators receive nothing directly from the protocol
This split is enforced by the protocol itself: it is not changeable by governance, upgrade, multisig, or parameters. The reward amount per validated action, by contrast, is a governed schedule parameter and remains subject to controlled review. The model is designed for participation accounting and curator validation; it is not presented as yield, custody, or an investment return.
Proof of Reputation (PoR) - Organisations
PoSS recognises participants; PoR governs the organisations that host them. It is a trajectory-based reputation layer: an organisation's standing is earned by traversing emission periods cleanly over time - never by declared volume - and that standing bounds the share of the emission window its participants can draw on.
- Organisations enter in probation; standing is earned by tenure (probation → established → confirmed), never by volume
- Reputation opens capacity; it never multiplies the value of a signal
- Standing decays without continuity; anomalies demote
- Scores are recomputable by anyone from public on-chain data
- The Foundation admits organisations, but has no mechanism to change a score or a tier - by construction
PoR applies to organisations the same doctrine PoSS applies to participants - process-based trust, as developed in the Beyond State preprint: legitimacy comes from a sustained, observable trajectory.
Transparency & Parameters
PoSS parameters are designed to be reviewable, auditable, and governance-driven. NOORCHAIN does not offer yield, returns, or custody.
Curators
Curators are mission-driven reviewers who help validate social signals within NOORCHAIN. They review participation evidence, mission context, and curator-level criteria to support a transparent and accountable signal layer for NGOs, associations, institutions, and communities.
Who are the Curators?
Curators may include community organizations, NGOs, educators, and mission-aligned social institutions. They help verify real participation and assess whether PoSS signals reflect genuine social contribution rather than automated, abusive, or manipulative behavior.
How Validation Works
- On-chain curator set - the list of authorised curators and the signing threshold live in a smart contract; every curator decision is a cryptographic signature verified against that set.
- Quorum, not individuals - sensitive signals require approval by several distinct curators before they count; no single curator can validate alone.
- Anchored outcomes - validated signals are grouped into snapshots anchored on-chain, so every decision remains traceable after the fact.
Accountability
Curators receive nothing directly from the protocol: reward emission goes to participants and to the organization's treasury, never to the reviewers - by design, so validation carries no financial incentive. Their work is governed by explicit, logged rules:
- Conflict-of-interest declaration before reviewing a sensitive signal
- Appeal within 30 days, examined by a panel distinct from the original reviewers
- Emergency suspension for active fraud: 48 hours maximum, confirmed by quorum, reversible, fully logged
Becoming a Curator
Today, curators are enrolled by their organization through its hub: the coordinator issues them an identity, then adds them to the on-chain curator set. A broader application process is intended to allow qualified organizations to join over time, with requirements emphasizing mission alignment, transparency, verified identity, conflict-of-interest disclosure, and relevant field experience.
Genesis Overview
The NOORCHAIN genesis defines the maximum issuance capacity of the protocol, the initial allocation structure, and controlled network parameters. Application-layer PoSS parameters, including recognition and participation-accounting models, remain subject to governance review and are not presented as yield or investment returns.
Genesis Documents
The figures and rules on this page are drawn from the published genesis corpus. Each document is available in full:
Maximum Supply
299,792,458 NUR is a hard cap: the maximum issuance capacity of the protocol across all future PoSS eras and halving cycles. It is not a pre-minted pool sitting in a wallet.
Only 20% exists at genesis, in the allocated pools below. The remaining 80% does not exist yet: it can enter circulation only through PoSS issuance, one validated contribution at a time. Because the issuance budget halves at each era, the cap is approached over time and is not expected to be reached.
Genesis Structure
The genesis follows a permanent 5 / 5 / 5 / 5 / 80 structure. Four allocated pools, and one reserve that is mintable rather than allocated:
- 5% - Foundation Reserve (14,989,622.9 NUR). Governance, audits, public infrastructure, transparency.
- 5% - Noor Dev Sàrl (14,989,622.9 NUR). Engineering, integrations, infrastructure, tooling.
- 5% - PoSS Stimulus (14,989,622.9 NUR). Early onboarding for NGOs, schools and curator networks.
- 5% - Pre-sale Pool (optional) (14,989,622.9 NUR). Strictly private, Swiss-compliant, pre-mainnet.
- 80% - PoSS Mintable Reserve (239,833,966.4 NUR). Not allocated to anyone and not held by anyone. It is the long-term issuance envelope, and the only source from which new tokens may enter circulation, exclusively through the PoSS issuance rules and the halving schedule.
The 5 / 5 / 5 / 5 / 80 model is a protocol-level rule. It cannot be changed by governance, upgrade, multisig, or parameter change. These categories are not presented as a public offering, yield program, custody service, or investment return.
Governance Principles
Genesis governance defines the foundational framework for NOORCHAIN:
- A hard cap that no issuance path may exceed, and an immutable 5 / 5 / 5 / 5 / 80 structure.
- Tokens are created when a contribution is recognised, never released from a pre-minted reserve.
- Application-layer allocation parameters remain subject to governance review.
- Curator validation and participation accounting follow reviewable rules.
- Parameters are intended to be traceable and auditable through controlled review.
Roadmap
This roadmap separates what has been validated with reproducible evidence from what has been built and is still being proven in the field. Items are not delivery promises; they carry explicit status labels and may evolve based on engineering evidence, security review, and governance decisions.
✅ Validated
- Mainnet-like multi-node environment and controlled private network baseline
- EVM-compatible execution hardening: receipts, logs, state reads, storage, and state root persistence
- RPC and WebSocket compatibility milestones, including HTTP/WS parity, subscriptions, filters, and client compatibility checks
- Txpool, fee-model, and pending-transaction realism improvements
- Consensus/finality surface stabilization, threat modeling, and adversarial resilience work
- Operational foundations: backup/restore runbooks, LogRec indexing, evidence handling, and pre-audit freeze discipline
- Two 72-hour geo-distributed adversarial soak campaigns across multiple regions, with partitions, latency injection, message floods and node loss - both closed with a clean verdict
- Formal BFT evidence matrix mapping every safety invariant to the code path and test that enforces it, checked by a machine verifier against staleness
- Production hardening of the validation harnesses themselves: sentries, recovery, failure classification, and an anti-false-verdict discipline requiring evaluators to be provably unable to report a passing result they cannot substantiate
- Internal red-team on the emission trust boundary, and economic, governance and curator-security review
- Internal review tracks completed, with prior critical findings closed or scoped before external review access
- External review access package completed and merged under controlled-access posture
🧩 Implemented
- Native NUR emission. Tokens are created only when an application-layer contribution is recognised - never pre-minted for distribution. A fixed cap, consumption-driven halving eras, and a per-window allocation budget bound the issuance. The mint is a deterministic step inside block execution, so it is part of the finalized state commitment and is reproduced identically by every validator.
- Foundation registry. Organization onboarding where the private key is generated in the owner's own browser and never reaches the Foundation, followed by automated provisioning of a dedicated hub for that organization.
- Curator hub. Quorum-based validation of social signals, snapshot anchoring, reward distribution to an organization-controlled treasury, and donation flows.
- Participant wallet (PWA). Per-organization identity held on the participant's device, durable local storage, optional lock, and notifications.
- Pilot deployment operating with a partner organization under controlled access. The pilot runs on demo NUR: the same code as the target model, on a separate network, with no real-value token in circulation.
🔧 In progress
- Geo-distributed adversarial soak campaign with native emission active - proving that minting under partition, latency and node loss is never a source of state divergence. The campaign runs autonomously up to a review-ready state; the verdict itself remains a human decision.
- Preparation of the pilot's transition from demo NUR, gated on that campaign and on governance review.
- Controlled observability and operator-readiness improvements
⏳ Planned
- Operator dashboards for finality, peer health, resources and incident response. The observability matrix and the underlying metrics are in place; live dashboards and alerting rules on real hosts are deferred.
- Disaster recovery validation executed on real hosts, with measured RTO/RPO across backup/restore, node rebuild, VM loss and corrupted state. The design, the invariant matrix and its verifier exist; the execution has not been performed.
- Third-party external audit and red-team. Red-team work to date is internal. No production-readiness discussion precedes an external audit with critical and high findings fixed or formally scoped.
- Hardware-key and passkey authentication for organization owners, and automated verification of legal identifiers during onboarding.
Documentation
Access the official public documents of NOORCHAIN, including white papers, technical specifications, governance rules, legal framework, and branding assets.
Branding
The official visual identity of NOORCHAIN, including logo system, color palette, typography, and social assets.
White Papers
Protocol - Release Candidate (RC)
Internal verification notes and reproducible evidence for the current RC baseline. These documents are not third-party security audits.
Research & Position Papers
Selected research preprints and position papers. These documents are conceptual in scope and may be revised.
- Beyond State: Process, Time, and Legitimacy in Blockchain Systems (Preprint v0.2 - PDF)Note: This preprint does not constitute a technical specification, roadmap, or investment proposal.
Downloads
Every document listed above is downloadable individually as a PDF. A combined archive is not published; each file is versioned and linked separately so a reader can cite the exact document they relied on.
Legal & Compliance
This section summarizes NOORCHAIN's current legal and compliance posture, including risk disclosures, controlled-access limitations, and non-financial design principles. The project is structured around transparency, controlled review, and a no-yield/no-custody approach. This section does not constitute legal, financial, or investment advice.
Legal Framework
NOORCHAIN is designed with a non-financial posture that avoids investment solicitation, price promotion, custody, yield, or financial return promises. The project aims to support transparent, reviewable rules aligned with long-term public-interest and mission-driven use cases.
Governance & Structure (Early Stage)
NOORCHAIN is structured around separation of roles, controlled access, and reviewable governance practices intended to reduce conflicts of interest.
- Protocol vs applications: infrastructure-first architecture.
- Separation of roles: the Foundation holds stewardship (governance, audits, transparency); Noor Dev Sàrl carries engineering and infrastructure. Their genesis allocations are distinct and fixed.
- Operational controls: controlled changes, reviewable records, and role separation.
- No financial services: no custody, no yield, no investment-return offering.
Risk Disclosure
Blockchain systems involve technical, operational, security, and governance risks. Software may contain bugs, networks may experience downtime or degraded performance, and validation assumptions may change as testing progresses.
Crypto-assets may be volatile, illiquid, or subject to changing regulatory treatment. Regulatory frameworks may evolve across jurisdictions.
Users, participants, reviewers, and operators remain responsible for their own actions, decisions, and compliance obligations.
No Investment Advice
All content is provided for informational purposes only and does not constitute financial, legal, tax, regulatory, or investment advice. Nothing on this site should be interpreted as an offer, solicitation, recommendation, or guarantee of future value.
Legal Notices
The official legal notices, covering terms of use, intellectual property, disclaimers, and data protection, are published as NOORCHAIN Legal Notices 1.1. Additional legal documentation is released as it is finalized and approved.
Privacy & Data
NOORCHAIN does not collect private keys, wallet contents, financial information, or PoSS activity logs. Participant keys are generated and held on the participant's own device.
Minimal, non-identifying metadata may be collected only for website analytics, communication needs, and partner interactions. Data handled by external payment providers or partners follows their own privacy policies. The full data-protection terms are part of the legal notices above.
Contact
For governance, compliance, or controlled-review matters:
contact@noorchain.io
NOORCHAIN Press & Media Kit
This page gathers verified information and official visual assets related to NOORCHAIN. Journalists, researchers, and institutional partners may use these materials for their work, provided that the brand guidelines and usage rules below are respected. NOORCHAIN does not provide investment advice and does not offer financial guarantees of any kind.
About NOORCHAIN
NOORCHAIN is a Social Signal Blockchain designed to recognise and account for verified social participation. Rather than encouraging financial speculation, it focuses on meaningful actions validated by trusted curators such as NGOs, educators, and social actors. Rewards are minted natively by the protocol at the moment a validated contribution is recognised - never pre-minted for distribution - under a fixed supply cap and a Legal Light framework that avoids investment solicitation and yield promises.
Key Facts
- Type: Social Signal Blockchain (PoSS - Proof of Signal Social)
- Native asset: NUR - hard cap 299,792,458 NUR, created by native emission when validated contributions are recognised
- Reward split: 70% participant / 30% validating organization's treasury - enforced by the protocol, not changeable by governance
- Emission: consumption-driven halving eras (nominal 8-year cycle; an era ends when its budget is consumed)
- Network: private mainnet-like, permissioned BFT consensus, sovereign EVM L1, controlled access
- Status: pilot operating with a partner organization on demo NUR
- Legal positioning: non-speculative, no yield, no custody, Legal Light approach
Official Documents
These documents form the official reference for NOORCHAIN's economic model, governance, genesis structure, and brand identity.
- Genesis Pack 1.1 - genesis structure, allocation model 5/5/5/5/80, supply cap, emission rules, governance foundations. See also Allocation, Governance and Parameters.
- White Papers 1.1: Public, Investor, Long Version and Storytelling.
- Press Kit 1.1 - the printable press reference.
- Legal Notices 1.1 and Public Tokenomics 1.1 for the legal and economic reference.
Visual Assets (Logos & Banners)
You may use the following visual assets when presenting or referencing NOORCHAIN. They must not be altered, recoloured outside the official palette, or used to promote financial products or unrelated services.
Logos (SVG)
- Primary icon (N-frame symbol): logo-main.svg
- Full logo (symbol + wordmark): logo-full.svg
- Icon only: logo-icon.svg
- Monochrome: logo-mono-navy.svg / logo-mono-white.svg
- App and favicon icons: appicon.svg / favicon.svg
Hero & Social Banners (SVG)
- Homepage hero banner: hero.svg
- X / Twitter banner: social-banner-x.svg
- LinkedIn banner: social-banner-linkedin.svg
- GitHub banner: social-banner-github.svg
How to Present NOORCHAIN
One-line description
“NOORCHAIN is a Social Signal Blockchain that recognises verified social participation instead of financial speculation.”
Short description
NOORCHAIN is a Social Signal Blockchain where value is linked to verified social actions rather than trading or speculation. Participants generate signals - such as micro-donations, certified donations, verified participation, or certified content - and curators validate them in quorum according to transparent rules. Each validated reward is minted natively by the protocol under a fixed, publicly documented supply cap, without financial yield promises.
Any description of NOORCHAIN should avoid suggesting guaranteed returns, price expectations, or investment advice. The project is positioned as a participation and utility framework, not as a speculative product.
Legal & Usage Rules
NOORCHAIN does not encourage speculative trading and does not communicate price targets, performance expectations, or investment advice. All protocol rules are published to ensure transparency and governance clarity, and not as financial promotion.
Partners and journalists are invited to respect this positioning and to avoid language implying guaranteed returns or investment products when referring to NOORCHAIN.
When using NOORCHAIN brand assets:
- Do not imply that holding NUR guarantees a financial return.
- Do not use the logo to promote unrelated tokens, trading platforms, or financial instruments.
- Do not modify the official logo colours.
- Always refer clearly to the project as “NOORCHAIN”.
Press & Institutional Contact
For press inquiries, partnerships, or institutional communication, please use the following contact channel:
Email: press@noorchain.io