- Rust 25.8%
- Elixir 17.7%
- ReScript 17.3%
- Zig 9.1%
- Lean 5.6%
- Other 24.4%
Replace every Obj.magic usage with type-safe FFI external bindings: - verisimdb/Registry.res: Obj.magic(exn) -> Exn.asJsExn typed conversion - quandledb/Api.res: Obj.magic(resp) -> typed @get/@send Fetch bindings - lithoglyph/Grid.res: Obj.magic for focus/select/clientX -> @send/@get externals - lithoglyph/App.res: Obj.magic(event) -> typed addEventListener binding Proof closure audit found 0 dangerous patterns in Lean/Idris2 proof files (all hits were comments or keyword table string literals). The 5 actual Obj.magic usages were all in ReScript DOM/Fetch FFI boundaries, now replaced with proper typed external declarations. Co-Authored-By: Claude Opus 4.6 (1M context) <[email protected]> |
||
|---|---|---|
| .bot_directives | ||
| .github | ||
| .hypatia | ||
| .machine_readable | ||
| .well-known | ||
| contractiles | ||
| LICENSES | ||
| lithoglyph | ||
| nqc | ||
| quandledb@ce4490a500 | ||
| tests/fuzz | ||
| typeql-experimental | ||
| verisimdb | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| .nojekyll | ||
| 0-AI-MANIFEST.a2ml | ||
| CODE_OF_CONDUCT.md | ||
| contractile.just | ||
| CONTRIBUTING.md | ||
| EXPLAINME.adoc | ||
| flake.nix | ||
| guix.scm | ||
| Justfile | ||
| LICENSE | ||
| llm-warmup-dev.md | ||
| llm-warmup-user.md | ||
| MAINTAINERS.adoc | ||
| NOTICE | ||
| PROOF-NEEDS.md | ||
| QUICKSTART-DEV.adoc | ||
| QUICKSTART-MAINTAINER.adoc | ||
| QUICKSTART-USER.adoc | ||
| README.adoc | ||
| ROADMAP.adoc | ||
| SECURITY.md | ||
| setup.sh | ||
| stapeln.toml | ||
| TEST-NEEDS.md | ||
| TOOLING-STATUS.adoc | ||
| TOPOLOGY.md | ||
Next-Gen Databases
Parent repository for tracking and coordinating database application development
IMPORTANT: This is a PARENT REPOSITORY ONLY — it contains documentation and tracking but NO implementation code.
Overview
This repository serves as the central tracking hub for the Next-Gen Databases initiative — a coordinated effort to build specialised database applications across different domains, each with its own query language, storage engine, and web interface.
All database implementations are in their respective canonical repositories.
Database Portfolio
| Database | Description | Technology | Query Language | Status |
|---|---|---|---|---|
VeriSimDB |
Cross-system entity consistency engine — 8 modalities (octad), drift detection, self-normalisation, formally verified queries. Primary database project. Operates as standalone database OR federation coordinator over existing databases (PostgreSQL, ArangoDB, Elasticsearch). |
Rust (core) + ReScript (VQL parser) + Elixir (orchestration) |
VQL (VeriSim Query Language) + VQL-DT (dependent types) |
Active — beta |
QuandleDB |
Knot-theory database — stores knots as Gauss codes, computes invariants (Jones polynomial, genus, Seifert circles), queries by topological properties. Exploratory/research project: a thought experiment in applying knot theory to database design, not yet intended as a production tool. |
Julia (Skein.jl engine) + ReScript frontend |
KQL (Knot Query Language) — in development |
Exploratory |
LithoGlyph |
Narrative-first, reversible, audit-grade database core for journalism, narrative arts, and media/comms. Working towards production but secondary priority to VeriSimDB. Long-term vision: intimate integration with portfolio tools (bofig, etc.) for journalism and PR applications. |
Forth (storage) + Zig (bridge) + Factor (FQL) + Idris2 (proofs) + Lean 4 (normalizer) |
GQL (Glyph Query Language) — planned |
Active — on backburner |
Glyphbase |
Web interface for LithoGlyph — browser-based search, visualisation, and annotation of glyph specimens |
ReScript frontend + LithoGlyph API |
(via LithoGlyph) |
Planned |
|
Note
|
Project priorities: VeriSimDB is the primary database engineering project, receiving active development focus. LithoGlyph is working towards production for specialist use in journalism and narrative arts, but is secondary priority while VeriSimDB matures. QuandleDB is a research exploration into knot theory’s applications in database design — valuable for the mathematical insights but not positioned as a production tool at this stage. Lessons learned from VeriSimDB development (drift detection, formal verification, federation) will directly improve LithoGlyph when development focus returns to it. |
Architecture
Each database in the portfolio follows a layered architecture:
Query Language (DSL)
↓
Database Engine (storage, indexing, computation)
↓
HTTP API Server (JSON endpoints)
↓
Web Frontend (ReScript SPA)
Common Patterns
-
Engines are domain-specific libraries (Julia, Rust, Elixir)
-
APIs expose JSON endpoints wrapping engine queries
-
Frontends are ReScript + React SPAs with TEA-style state management
-
Query languages are typed DSLs parsed with ReScript or domain-native parsers
-
Databases use SQLite or custom storage depending on domain needs
Satellite Repositories
| Project | Repository | Description | Status |
|---|---|---|---|
QuandleDB |
Knot-theory database wrapping Skein.jl |
Active |
|
Skein.jl |
Knot database engine (Julia library) |
Active |
|
VeriSimDB |
Multimodal verification database |
Active |
|
VeriSimDB Data |
Scan data ingestion pipeline |
Active |
|
Lithoglyph |
Glyph and inscription database |
Active |
|
Glyphbase |
Web frontend for Lithoglyph |
Active |
Query Language Ecosystem
The database portfolio contributes three query languages to the nextgen-languages portfolio:
| Language | Database | Status |
|---|---|---|
KQL (Knot Query Language) |
QuandleDB |
In development |
VQL (Verification Query Language) |
VeriSimDB |
~40% complete |
FBQL-DT (FormDB Query Language) |
FormDB |
~50% complete |
Documentation
-
.machine_readable/STATE.scm— Project state and progress -
.machine_readable/META.scm— Architecture decisions -
.machine_readable/ECOSYSTEM.scm— Ecosystem relationships
Contributing
Each database welcomes contributions. See individual satellite repositories for project-specific contribution guidelines.
License
PMPL-1.0-or-later (Palimpsest Licence)
Copyright (c) 2026 Jonathan D.A. Jewell (hyperpolymath)
Architecture
See TOPOLOGY.md for a visual architecture map and completion dashboard.