AMANAH chain

"Buhut bari dunya hai Rab ki. Rab walay kitnay hain. Bring your candle."

A public, cryptographically-anchored attestation protocol. Each block is one human's testimony before Allah, hashed with blake2b-256 and anchored on AMANAH Network mainnet. Open verification — anyone with internet can read it; anyone with Node.js can verify it.

blocks live · auto-refreshing every 30s · last update

This is not a manifesto. It is a chain.
Every block in the chain is a deterministic, hash-linked JSON file. Tampering with one letter invalidates the cryptographic linkage from that block onward. The chain is published as static HTML at this URL, source-controlled in git, and (pending the writer's wallet signature) anchored on the AMANAH Network mainnet via system.remarkWithEvent.

What it is, in plain terms

AMANAH chain is an application-layer protocol — like Ordinals on Bitcoin, or NFTs on Ethereum — built on top of the existing AMANAH Network blockchain (Substrate-based PoS, mainnet at wss://rpc.amanah.eblessing.co). It does not introduce a new L1 chain.

What it stores: verbatim human testimony before Allah — written by one author, anchored cryptographically so future tampering is detectable, organized as a hash-linked sequence (block 0 → block N). Each block is verifiable independently of the writer.

Hash-linked

Each block contains the blake2b-256 hash of the previous block. Change any byte in any past block — the entire chain after it becomes invalid.

On-chain anchored

Block hashes are written to AMANAH mainnet via system.remarkWithEvent extrinsics, signed by the writer's AMANAH wallet (sr25519). Anyone can verify the on-chain hash matches the off-chain block.

Open content

Block content lives off-chain (this site, the git repo). On-chain stores only the cryptographic seal. This avoids per-byte HARF cost while preserving tamper-evidence.

Architecture

Block format (JSON, schema v1.0.0)

{
  "block": {
    "index": 12,
    "type": "shahada-stream-block",
    "schema_version": "1.0.0",
    "previous_hash": "0x91c21f5cd854723a441a7546509610238b...",
    "created_at_iso": "2026-05-12T00:12:00Z"
  },
  "writer": {
    "alias": "warhawk",
    "real_name": "Muhammad Saddam Hussain",
    "email_at_capture": "hussain@eblessing.co",
    "amanah_address": null,
    "anchor_signed_by": null
  },
  "title": "...",
  "transcript": [
    { "turn": 1, "role": "writer", "text": "verbatim words" },
    { "turn": 2, "role": "assistant-as-agent", "is_witness": false, "summary": "..." }
  ],
  "anchor": {
    "target_chain": "AMANAH",
    "target_chain_rpc": "wss://rpc.amanah.eblessing.co",
    "anchor_method": "system.remarkWithEvent",
    "tx_hash": null,
    "anchored_at_iso": null,
    "signer_address": null
  }
}

Hash derivation (deterministic)

Every block hash is computed by:

  1. Read block-N.json from disk.
  2. Parse → recursively sort keys (canonicalize).
  3. Strip the anchor field (hash is over pre-anchor form).
  4. JSON.stringify the canonicalized form (no extra whitespace).
  5. Encode as UTF-8 bytes.
  6. blake2b-256 → 0x-prefixed hex.

The same input always yields the same hash. Anyone running node scripts/compute-hash.mjs genesis/block-N.json from the source repo will produce identical output to what was committed.

On-chain anchor (AMANAH mainnet)

The anchor extrinsic is system.remarkWithEvent(remark) where the remark payload is JSON:

{
  "protocol": "shahada-stream",
  "version": 1,
  "block_index": <int>,
  "block_hash": "0x..."
}

This payload is hex-encoded and submitted as the remark parameter. Indexers can detect AMANAH-chain anchors among arbitrary system.remark traffic by parsing the JSON payload and checking protocol === "shahada-stream". The signer's AMANAH wallet pays the small chain fee (typically < 1 HARF).

Tech stack

LayerTechnology
Substrate L1AMANAH Network (PoS, 9 pallets, HARF native token, mainnet live)
Anchor mechanismsystem.remarkWithEvent extrinsic, sr25519-signed
Block storageJSON files in a git repository (signed commits)
Hash functionblake2b-256 (Substrate-native, computed via @polkadot/util-crypto)
Web renderingStatic HTML built by scripts/build-web.mjs from block JSON
HostingAny static host (currently nginx on the writer's VPS)
Verification toolingcompute-hash.mjs, prepare-anchor.mjs, verify-on-chain.mjs — Node.js scripts

Verify yourself (no trust required)

You don't have to take any of this on faith. Three reproducible verification paths:

Path A — Verify a block's hash locally

# Clone the source
git clone <repo-url> talkstream
cd talkstream

# Install (uses @polkadot deps)
ln -s ../my-shizu/node_modules node_modules    # or: pnpm install

# Compute hash for any block
node scripts/compute-hash.mjs genesis/block-12.json

# Output: { "hash_blake2b_256": "0x1045490f..." }
# Compare against the previous_hash field in genesis/block-13.json — they must match.

Path B — Verify the on-chain anchor (when broadcast)

# Once the writer signs and broadcasts the anchor:
node scripts/verify-on-chain.mjs

# This script:
#  1. Re-derives the local block hash
#  2. Connects to AMANAH mainnet (wss://rpc.amanah.eblessing.co)
#  3. Fetches the system.remark extrinsic by recorded tx_hash
#  4. Parses the on-chain remark payload
#  5. Asserts block_hash matches local hash
# Exit code 0 = verified, 2 = mismatch.

Path C — Verify the chain's continuity

For each block N from 1 to current:

  1. Compute hash of block N-1.
  2. Read block N's previous_hash field.
  3. Assert they match.

If any link fails, the chain has been tampered between those blocks. The first link (block 0) has previous_hash: null by definition.

Who can add a block

The protocol is permissionless at the technical layer. Anyone with:

...can author Block N+1. There is no central gatekeeper. The current writer (Muhammad Saddam Hussain / warhawk) verifies any submission claiming to be one of the existing characters in the chain (per Block 27 governance), but new attestations require no permission.

Minimum block requirements

Economic primitives (proposed, community-ratified)

PrimitiveBlockStatus
Equal-share via Shahada attestationBlock 2PROPOSED
Accessibility-multimodal input (audio, sign-language, braille)Block 3PROPOSED
Truth priced in HARF (writer's confession is the asset, not Quran ayat)Block 25, Block 49PROPOSED
Ulema funding via on-chain sanad attestationBlock 46PROPOSED
Harf-as-speech-quota (read Quran → earn harf → speak in eMasjid)Block 43PROPOSED
Recording filter (only Rab-talk anchored)Block 44PROPOSED
Fulfill-this-brother / fulfill-this-city primitiveBlock 51, 52PROPOSED
Smart contracts (Sharia-compliant) on AMANAHBlock 34PROPOSED

All extensions are proposed by the writer for community consultation. None are enforced at the protocol layer. The chain records the proposals; the AMANAH community decides which to implement.

eblessing.co domain family

SubdomainPurposeStatus
eblessing.co/haqchainThis chain's web viewerLIVE
rpc.amanah.eblessing.coAMANAH mainnet RPC endpointLIVE
store.eblessing.comy-shizu commerce platformLIVE
313muslim.comIslamic social platform (Block 39)LIVE
quran.eblessing.coQuran-accessibility projectvhost configured, content pending
newspaper.eblessing.coDaily Hoopoe — Quranic news (Block 42)vhost configured, content pending

How to join (add Block N+1)

  1. Read the existing chain at eblessing.co/haqchain. Particularly Block 27 (governance) and Block 58 (entry tier).
  2. Affirm the Necessary Being floor (Block 58). If you cannot, you are welcome to read but not to participate as block-author.
  3. Write your own testimony. Use any language. Use the schema. Set previous_hash to the latest block's hash.
  4. Sign with your AMANAH wallet (or any sr25519 signer). Submit the system.remarkWithEvent extrinsic to AMANAH mainnet.
  5. Submit your block JSON via pull-request (once the source repo is published) or by direct contact to the current writer.

What this is NOT

FAQ

Why "AMANAH"?

Three meanings (Block 58):

  1. Surah Al-Ahzab 33:72 — the Trust the heavens, earth, and mountains refused; humans accepted.
  2. AMANAH Network — the existing Substrate blockchain on which this protocol anchors.
  3. The writer's own AMANAT (trust) to each human who affirms a Necessary Being.

Is the chain GDPR-compliant?

The chain is public-by-design. Writers consent explicitly (signing with their wallet) to permanent on-chain attestation. Anonymous beneficiaries (people referenced in writer's stories) are protected per Block 27 — Officer-with-No-Name principle. The chain does NOT collect or store personal data of non-writers.

Why isn't there a token sale?

Because the writer of the genesis chain explicitly refused commodification of Quran content (Block 49) and refused Khalifa-status (Block 47). HARF tokens are earned by Quran-reading work and exchanged for testimony-content; no presale, no allocation to founders, no VC round. This is the "halal-by-construction" economic posture documented across Blocks 25, 43, 49.

What if the AMANAH Network goes down?

Off-chain blocks (this static HTML, the git repo) remain readable. The cryptographic linkage between blocks remains verifiable. Only the on-chain anchor confirmation requires a working AMANAH RPC. Multiple RPC providers + community-run nodes mitigate this.

Can I fork the chain?

Yes. The chain is open-source. Fork it, run it on your own infrastructure, accept different writers. Block 27's governance permits forks explicitly. Verifiers (other humans) MAY choose which forks they recognize as canonical; the protocol takes no position.

Who is the writer?

Muhammad Saddam Hussain (alias: warhawk). Real name revealed by writer himself in Block 8. Contact: hussain@eblessing.co. GitHub orgs: apeaxe-ca and eblessings. The writer is one human, accountable, named, with a public technical track-record (this chain + the AMANAH ecosystem + 313muslim.com).

How do I report a bug?

Open an issue against the source repository (once published) or contact the writer via the GitHub orgs above. The chain has a "humility arc" of 8 explicit blocks where the writer admits fallibility — bug reports are welcomed in the same spirit.