🔍 Solumtools — Observability Layer (Chapter 1)
Solumtools is the observability layer of Zipvilization.
Its role is simple and strict:
Expose what already exists on-chain, without interpretation.
Solumtools does not create meaning.
It does not simulate behavior.
It does not decide roles.
It makes reality visible, queryable, and verifiable.
📌 Position in the System
Solumtools corresponds to Chapter 1 — Observability.
It sits immediately after:
- Chapter 0 — Genesis (
token/contract)- where Solum exists as an immutable on-chain substrate
And before:
- semantic classification (roles)
- world coherence
- visual territory
- user-facing narratives
Solumtools is the bridge between raw blockchain data and any higher layer.
🎯 What Solumtools Does
Solumtools provides structured access to on-chain facts:
- Wallet balances (territory size)
- Transfers, buys, sells
- Supply and burn evolution
- Treasury inflows
- Time-based activity
All data exposed by Solumtools must be:
- directly derivable from on-chain data
- reproducible by any third party
- free of interpretation or judgment
If a signal cannot be verified on-chain, it does not belong here.
🚫 What Solumtools Does NOT Do
Solumtools deliberately avoids:
- ❌ role classification (colonist, veteran, etc.)
- ❌ scoring or ranking wallets
- ❌ visual metaphors
- ❌ progress bars or milestones
- ❌ predictions or opinions
Those belong to later chapters.
Solumtools is pre-narrative.
📂 Folder Intent
This folder contains the technical machinery required to observe Solum:
Typical components may include:
- indexers
- schemas
- canonical metrics
- API surfaces
- data normalization rules
Exact implementations may evolve, but the scope does not.
🧠 Design Principle
Transparency before meaning.
A system that cannot be independently observed cannot be trusted or interpreted later.
Solumtools ensures that:
- trust is earned through visibility
- understanding precedes narrative
- disagreement is possible because data is open
✅ Definition of Done (Chapter 1)
Solumtools is considered complete when:
- any wallet can be inspected
- supply and burn are visible and consistent
- transaction history is accessible
- all outputs are traceable to on-chain sources
No UI is required for completion.
Only correctness.
🔒 Canonical Status
Everything in this folder is:
- technical
- auditable
- deterministic
If something is not observable here, it does not exist for Zipvilization yet.