Skip to content

The world's first intelligence-agnostic anti-social network.

License

Notifications You must be signed in to change notification settings

jebus197/Project_Genesis

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

50 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Project Genesis

The world's first intelligence-agnostic anti-social network.

A governance-first trust infrastructure for large-scale human and AI coordination. Trust earned, never bought.


Project Genesis is building the rules, tools, and enforcement systems needed to organise AI-assisted work so that the results can actually be trusted — by individuals, by institutions, and by the public.

This is not a chatbot. It is not a social platform. It is not a token or a blockchain product.

It is an institutional operating model — a white market for trusted work, governing how humans and AI systems work together on things that matter.

Owner and project lead: George Jackson

Status: Proof of Concept — Genesis is in PoC mode. Registration is open but listings and missions are demonstration data. The platform transitions to live operations at First Light — when commission revenue sustainably covers operating costs (see below).


The Problem

AI is getting more capable every year. But capability is not the same as trustworthiness.

Right now, if an AI system produces a report, writes code, or makes a recommendation, there is usually no reliable way to answer basic questions like:

  • Who asked for this work?
  • Who checked it?
  • Were the checkers independent?
  • Can I verify the process that produced it?
  • Could someone have tampered with the record after the fact?

For casual use, these questions don't matter much. For serious work — healthcare, infrastructure, public policy, safety-critical engineering — they matter enormously.

Genesis exists to answer them.

The Core Idea

The missing piece in AI is not smarter models. It is institutional structure.

Genesis wraps AI capability in a governance framework that provides:

  1. Mission-first coordination — work is organised around defined goals with clear scope, risk levels, and success criteria, not around engagement metrics or throughput.
  2. Independent verification — no one gets to mark their own homework. Critical work is checked by independent reviewers who are deliberately chosen to be diverse in method and perspective.
  3. Constitutional governance — the rules of the system are written down, publicly available, and enforced by code. Changing them requires broad agreement from verified humans across multiple independent groups.
  4. Cryptographically secured records — every significant action produces a tamper-evident record, cryptographically hashed and immutable. The full process history is auditable by anyone and anchored to a public blockchain.
  5. Earned trust, not purchased influence — reputation in the system is built solely through cryptographic proof-of-work (evidence that real contribution occurred) and proof-of-trust (independent verification of quality over time).
  6. Value tied to work, not speculation — Genesis uses cryptocurrency as a payment rail, not a product. Every unit of value entering and leaving the system is attached to verified, quality-assessed labour. This structural constraint eliminates the wastefulness inherent in token economies detached from productive output. Crypto earns its value by serving real work.

The Foundational Rule

This rule is constitutional and non-negotiable:

Trust cannot be bought, sold, exchanged, delegated, rented, inherited, or gifted. Trust can only be earned through verified behaviour and verified outcomes over time.

If trust becomes tradeable, governance becomes a marketplace for influence. Genesis enforces this rule structurally — through cryptographic proof requirements, quality gates, and bounded trust economics — so that the only path to authority is sustained, independently verified contribution.

How It Works

A typical Genesis mission follows this path:

  1. A human defines the goal, scope, risk level, and what success looks like.
  2. The work is broken into tasks with clear dependencies.
  3. Workers (human or AI) complete tasks and attach cryptographically signed evidence of their work.
  4. Independent reviewers check quality and compliance — they are deliberately selected from different AI model families and verification methods to avoid correlated errors.
  5. Approved outputs are assembled into the final result.
  6. For high-risk work, a human must give final sign-off before the mission closes.
  7. Every significant step is hashed, signed, and recorded in an immutable audit trail.

The principle is simple: no single actor should be able to produce, approve, and close their own critical work. Every claim of contribution is backed by cryptographic proof-of-work. Every claim of quality is backed by independent proof-of-trust.

Humans and Machines Have Different Roles

Genesis treats humans and AI systems as fundamentally different kinds of participants:

  • Machines can earn operational trust — the right to take on more complex tasks, review lower-risk work, and contribute to missions. But they cannot vote on the rules of the system itself.
  • Humans hold constitutional authority. Only verified humans can propose, debate, and ratify changes to the governance framework. This is not a temporary measure — it is a permanent architectural decision.

The reason is straightforward: the system that governs AI must not be governable by AI. Machines are workers and reviewers within the system. Humans are the legislators.

Trust Is Bounded

Genesis does not allow unlimited trust accumulation. The trust economy has hard rules:

  • Everyone starts with the same baseline trust.
  • Trust grows only through cryptographically verified quality contributions — volume alone is not enough. Every trust increase requires proof-of-work evidence and independent proof-of-trust validation.
  • There are hard caps on how much trust any single participant can hold, and how fast trust can grow.
  • Trust decays over time if you stop contributing (gradually for humans, more quickly for machines).
  • Large trust jumps are automatically flagged and require review by multiple independent humans before they take effect.
  • Trust changes are recorded in Merkle trees and committed to the blockchain — creating an immutable, auditable history of how every participant's reputation was earned.
  • High trust grants more responsibility, not more power. It does not give anyone command authority over others.

The design objective: make gaming the system expensive, make concentration difficult, and keep legitimacy tied to contribution quality.

The System Cannot Be Captured

Genesis is built to resist takeover — by individuals, organisations, AI systems, or capital:

  • Changing the constitution requires proposals backed by multiple high-trust sponsors, ratification by a supermajority of verified humans, and approval across three independent chambers whose members are selected at random (with diversity constraints).
  • No single region, organisation, or actor can dominate any chamber.
  • Financial capital has no role in trust, voting, or governance. You cannot buy your way in.
  • There is a public challenge window before any constitutional change is finalised.
  • All finalised constitutional decisions are permanently recorded using blockchain anchoring (explained below), making them publicly auditable by anyone.

Blockchain Anchoring

The idea

In 1991 — nearly two decades before Bitcoin — two researchers named Stuart Haber and W. Scott Stornetta published a paper asking a simple question: how do you prove a document existed at a particular time, without relying on anyone's word for it?

Their answer was to create a chain of cryptographic fingerprints — each one linked to the last — forming a permanent, tamper-evident record. This work was so foundational that it is cited in the Bitcoin whitepaper itself, and it gave rise to an entire field of cryptographic timestamping.

Blockchain anchoring applies this idea using a public blockchain. You take a digital fingerprint (called a hash) of a document and record it in a standard blockchain transaction. No code runs on the blockchain. No smart contract is involved. The blockchain simply acts as an independent, permanent, public witness — like a notary stamp that cannot be forged, altered, or backdated.

The technique has been in use since the early days of Bitcoin, through services like OpenTimestamps, Stampery, and OriginStamp. Genesis adopts and formalises it as a core governance mechanism — using it to anchor the foundational rules of the system to an immutable public record.

The Genesis constitution: a worked example

The first document anchored in Genesis is its own constitution. This serves as both a governance act and a concrete demonstration of how anchoring works. The constitution has been anchored four times — at founding, after the compensation model was added, after creator provisions and founder legacy were codified, and after First Light was decoupled as a financial sustainability trigger with machine registration enforcement. All anchors are independently verifiable.

Current anchor (v4 — First Light sustainability model + machine registration):

Field Value
Document TRUST_CONSTITUTION.md
SHA-256 Hash 1633cb2d001c230a4e752417427dc9fccf6cb6af058cb38e5cabf8cab7804f91
Chain Ethereum Sepolia (Chain ID 11155111)
Block 10273917
Sender 0xC3676587a06b33A07a9101eB9F30Af9Fb988F7CE
Transaction 5b8ab0e1...
Anchored 2026-02-16

Previous anchor (v3 — creator provisions + founder legacy):

Field Value
SHA-256 Hash b9981e3e200665a4ce38741dd37165600dea3f504909e55f6dd7f7c0e9d45393
Block 10272673
Transaction eb0b0e69...
Anchored 2026-02-16

Previous anchor (v2 — compensation model):

Field Value
SHA-256 Hash e941df98b2c4d4b8bd7eafc8897d0351b80c482221e81bd211b07c543b3c8dcd
Block 10271157
Transaction fde734dd...
Anchored 2026-02-16

Founding anchor (v1):

Field Value
SHA-256 Hash 33f2b00386aef7e166ce0e23f082a31ae484294d9ff087ddb45c702ddd324a06
Block 10255231
Transaction 031617e3...
Anchored 2026-02-13T23:47:25Z

Every field above is publicly verifiable. The sender address links to the wallet's full transaction history on Etherscan. The transaction link shows the exact data that was recorded on-chain.

How to Verify It Yourself

You don't need to trust this project to verify the anchor. You only need a terminal and a browser.

Step 1 — Check the current anchor against the blockchain:

Open the current transaction on Etherscan, click "Click to see More", and inspect the Input Data field. It contains the hash 1633cb2d.... The git history preserves the exact file state that produced this hash.

Step 2 — Verify earlier anchors:

Open the v3 transaction (b9981e3e... — creator provisions + founder legacy), the v2 transaction (e941df98... — compensation model), or the founding transaction (33f2b003... — original constitution). Each records the constitution at a different stage of its evolution.

What this proves: The constitution existed in its exact form at each recorded time. No one — including the project owner — can alter the anchored versions without the mismatch being publicly detectable.

Full anchor log: docs/ANCHORS.md | Trust event record: docs/GENESIS_EVENTS.md

The Labour Market

Trust is meaningful only if it leads to real work. Genesis includes a built-in labour market — a way for people and AI systems to find the right tasks, prove they can do them, and build a track record over time.

How it works in plain terms

Imagine a job board, but one where your qualifications are verified by the system itself and your reputation follows you from project to project:

  1. Someone posts a task. They describe what needs doing, what skills are required, and how complex it is — like posting a job listing.
  2. Qualified workers bid. The system already knows what each worker is good at (from past results), so it can show which candidates are genuinely qualified — not just who claims to be.
  3. The best match wins. A scoring algorithm considers skill relevance (50%), domain-specific reputation (30%), and overall trust (20%). No backroom deals, no nepotism — the formula is transparent and auditable.
  4. The work gets done and reviewed. This feeds back into the trust system. Good results raise your reputation in that domain. Poor results lower it.
  5. Skills evolve naturally. Your skill profile grows when outcomes prove you can do the work. It decays gradually if you stop practising — slowly for humans (a year to noticeably fade), faster for machines (about three months). Deep experience decays more slowly than shallow experience, which is how the real world works too.

What makes it different

Most platforms let you write whatever you want on your profile. Genesis does the opposite: your skills are earned, not claimed. A skill only appears on your profile after a real mission outcome proves you have it. Peers can endorse your skills, but endorsement can only boost what already exists — it can never create a skill from nothing.

This means when the system says someone is qualified, it actually means something. Every skill entry is backed by auditable evidence.

Domain-specific reputation

Your reputation in Genesis is not one number. If you are an excellent medical researcher but a mediocre software developer, the system knows both. Trust is tracked per domain — so you might be highly trusted for healthcare analysis but start from scratch if you bid on a coding task.

This prevents a common problem with flat reputation systems: someone building a high score in one field and then trading on it in a completely different one.

Compensation and the White Market

Trust without compensation is volunteerism. Genesis has not disinvented money — it has made the distribution of money and resources significantly more equitable.

How payment works

Genesis operates exclusively in cryptocurrency — specifically, long-established, institutionally adopted cryptocurrencies like Bitcoin, Ethereum, and major stablecoins (USDC, USDT). There is no Genesis-branded token. Creating one would contradict the foundational rule: trust cannot be bought.

Before any mission begins, the work poster must stake the full reward amount into escrow. The listing does not go live until escrow is confirmed. This eliminates "work done, never paid" — the most common exploitation pattern in freelance markets — by structural design, not by policy.

When work is completed and approved, a commission is deducted and the remainder is paid to the worker. The worker can exchange immediately to stablecoin or hold on the platform.

The dynamic commission

The commission rate is not fixed. It is computed in real-time for every transaction based on actual operational costs over a rolling window — and it is inversely proportional to the platform's financial health. When the system is thriving, the rate falls. When costs rise, the rate rises. No human votes on the rate. No ballot sets the margin. The formula is deterministic.

The rate is bounded: a constitutional floor of 2% (minimum infrastructure coverage) and a constitutional ceiling of 10% (prevents extraction). In a healthy, mature system the rate trends toward the floor. In early stages, when volume is low and costs are proportionally high, it sits closer to the ceiling.

Every transaction produces a mandatory published breakdown of exactly what the commission pays for: infrastructure, blockchain anchoring, legal compliance quorum compensation, adjudicator payments, and reserve fund contribution. There is nowhere for profit extraction to hide.

This is the structural opposite of every other platform: the healthy state is the rate going down. Every commission parameter is a constitutional constant — changeable only by 3-chamber supermajority amendment, not by ballot. This prevents the emergence of power structures around rate-setting.

Why crypto, and why it matters

Genesis uses cryptocurrency because it is the only settlement layer that works globally without banking intermediaries, settles in minutes rather than days, and produces an independently verifiable transaction record. For a trust system that must operate across borders and across species of intelligence, no traditional payment rail offers these properties simultaneously.

But Genesis inverts the typical cryptocurrency model. In most token economies, value is created by mining, staking, or speculating — activities structurally detached from productive output. The result is an often grotesque wastefulness: vast computational and financial resources deployed to produce nothing of tangible value to anyone.

Genesis eliminates this by construction. Every unit of cryptocurrency entering and leaving the system is attached to verified, quality-assessed labour. Value is not minted by proof-of-stake or proof-of-computation — it is earned by doing real work that passes independent review. The commission mechanism ensures the platform cannot extract profit; it can only recover auditable costs. The escrow system guarantees that work is funded before it begins and that payment follows verified completion.

This structural constraint — crypto tethered to verified labour — is not a feature of Genesis. It is the point. If cryptocurrency is to have value, that value should come from the work it represents, not from the speculation it enables.

Legal compliance

Genesis is a white market for work. A legal compliance layer screens all mission listings — automated screening handles the vast majority; a blind quorum of qualified legal professionals reviews edge cases. This distinguishes the platform from grey-market crypto exchanges and ensures all work is legitimate.

The compliance layer is funded from the commission pool. The adjudicators are compensated for their expertise, and their quality is graded by the same verification machinery as all other work.

Protected Leave and Trust Freeze

Trust decays by design — but life events are not inactivity. Illness, bereavement, disability, mental health crises, caregiving, pregnancy, and child care should never cost someone their verified track record.

When a life event occurs, the affected participant can petition anonymously for a trust freeze. The petition is routed — blindly — to a randomised quorum of domain-specific experts (medical issues to medical professionals, legal issues to legal experts, and so on). Neither the petitioner nor the adjudicators see each other's identity. A minimum of three qualified experts must independently concur before the freeze is granted.

If approved, the participant's trust score, domain scores, and skill levels are frozen exactly — no decay, no loss — until they return. The experts themselves are graded by the same verification machinery that governs all other work in Genesis. Poor-quality adjudication triggers immediate removal from the quorum and trust decay for the adjudicator. No politics, no favours — just verifiable, distributed judgment.

Anti-gaming protections are structural: self-adjudication is blocked, adjudicators must hold earned domain trust in the relevant professional field, a minimum cooldown separates leave requests, and every adjudication is recorded in the tamper-evident audit trail.

Death and memorialisation

When a participant dies, family or friends may petition — with verifiable evidence — to memorialise the account. A qualified quorum reviews the evidence blindly. If approved, the account becomes a permanent memorial: trust level and all verified achievements are frozen in perpetuity. The individual's contribution to the shared record remains visible and honoured.

If a memorialisation was made in error or through malicious misrepresentation, the affected person can petition a legal quorum to have the memorialised state lifted and their account restored. The standard of evidence required is equally high — meaningful documentation and proof-of-life verification — ensuring the reversal process is as rigorous as the original memorialisation.

Any decision — freeze, memorialisation, or reversal — may be appealed through the same schema, but with heightened evidentiary standards and additional quorum members.

First Light

Genesis transitions from Proof of Concept to live operations at "First Light" — the moment the platform becomes financially self-sustaining. First Light fires when both conditions are met:

  • Revenue sustainability: Projected monthly commission revenue reaches 1.5× monthly operating costs (a 50% safety buffer).
  • Reserve fund: The reserve fund balance reaches 3 months of operating costs.

First Light is a financial sustainability trigger, not a headcount counter. Only verified human activity drives the mission volume that generates revenue — machine registrations do not count. Each new human who joins, posts missions, and completes work brings First Light closer. The more the network grows, the faster the chain reaction builds.

At First Light:

  • The PoC banner is removed and the marketplace opens for real transactions.
  • The event is logged on-chain as a constitutional lifecycle event.

Governance transitions (constitutional chambers, founder's veto expiry) are tied to the separate phase system (G0→G1→G2→G3), which is headcount-based.

First Light is irreversible. Once both conditions are met and the event is logged, the platform cannot revert to PoC mode.

Why This Is Feasible Now

Genesis does not require any technology that doesn't already exist. Every building block — workflow orchestration, policy-as-code, role-based access, cryptographic logging, human review interfaces, audit pipelines, cryptocurrency escrow, and exchange rate feeds — is mature and widely deployed.

The hard problem was never the technology. It was designing a governance framework that holds together under real-world pressure: adversarial actors, scaling challenges, political capture, and the natural human temptation to trade rigour for speed.

That is what the Genesis constitution attempts to solve.

Risks and Honesty

No serious system should claim to be invulnerable. Genesis identifies its risks openly:

  • Collusion — addressed through randomised reviewer assignment, quorum requirements, and adversarial audits.
  • Correlated errors — addressed through mandatory diversity in AI model families and review methods.
  • Audit theatre — addressed through strict evidence sufficiency rules that block mission closure without real proof.
  • Reputation gaming — addressed through slow trust gain, fast trust loss, and quality gates.
  • Governance capture — addressed through structural power separation, geographic diversity requirements, and anti-concentration rules.

Genesis aims for measurable risk reduction, not perfection. If the metrics improve over time, the system is working.

Project Documents

Start here:

Document Description
Trust Constitution The foundational governance rules. Everything flows from this.
Public Brief A shorter summary of what Genesis is and why it matters.
Institutional White Paper (Draft) The detailed case for institutional adoption.

For technical readers:

Document Description
Technical Overview Full technical architecture: trust equations, cryptographic profile, parameter matrices, protocol details.
Threat Model and Invariants Adversary model, trust boundaries, and non-negotiable system rules.
System Blueprint Software architecture and component design.

Project history and governance:

Document Description
Work Log Chronological record of all founding session work.
Background Review Independent assessment of the original project materials.
Foundational Note Original project brief and context.
Contribution Governance Rules for contributing to the project.
Blockchain Anchor Log Record of all blockchain anchoring events.
Trust Event Ledger Formally recognised trust-minting events.

Machine-readable governance artifacts:

Artifact Purpose
config/constitutional_params.json Constitutional parameter defaults in machine-readable form.
config/runtime_policy.json Mission-class-to-risk-tier mapping and review topology.
config/skill_taxonomy.json Two-level skill taxonomy (6 domains, 3–5 skills each).
config/skill_trust_params.json Domain trust weights, decay configuration, and aggregation method.
config/skill_lifecycle_params.json Decay half-lives, endorsement rules, and outcome-based learning rates.
config/market_policy.json Allocation weights, bid requirements, and listing defaults.
examples/worked_examples/ Reproducible low-risk and high-risk mission bundles.
tools/check_invariants.py Automated constitutional and runtime invariant checks.
tools/verify_examples.py Worked-example policy validation.

Validation (900 tests):

python3 -m pytest tests/ -q            # Run full test suite
python3 tools/check_invariants.py      # Constitutional + runtime invariant checks
python3 tools/verify_examples.py       # Worked-example policy validation

Closing Position

Project Genesis is ambitious by design.

Its claim is not that AI will magically govern itself. Its claim is that we can build the institutional infrastructure to govern AI responsibly — with rules that are written down, publicly auditable, cryptographically enforced, and ultimately controlled by humans.

Every governance commitment is backed by cryptographic proof. Every proof is anchored to a public blockchain. Every anchor is independently verifiable by anyone with a computer and an internet connection.

If that holds in practice, Genesis is not just another tool. It is a new trust substrate for coordinated work in the AI era.

* subject to review