Skip to content

THE_COMMONS_001: foundation (principles + working authorship primitive) - #107

Open
Natoshi-moto wants to merge 10 commits into
mainfrom
fable/commons-foundation-001
Open

THE_COMMONS_001: foundation (principles + working authorship primitive)#107
Natoshi-moto wants to merge 10 commits into
mainfrom
fable/commons-foundation-001

Conversation

@Natoshi-moto

Copy link
Copy Markdown
Owner

First foundation for the commons: native-vocabulary PRINCIPLES, a spec, and a working Ed25519 authorship+recognition primitive with no owner/amount/transfer field (STRICT NO SALE is structural, not promised), plus 10 green negative-control tests. No chain, no token, no gas. status_authority: NONE.

Natoshi-moto and others added 10 commits July 23, 2026 17:24
…ip primitive

First foundation for the non-legal/non-financial moral+artistic commons with
cryptographic memory. PRINCIPLES.md (native vocabulary + old-world words that
smuggle contradictions), PRIMITIVE_SPEC.md, a working Ed25519 authorship +
recognition primitive with NO owner/amount/transfer surface (STRICT NO SALE is
structural), and 10 green negative-control tests. No chain, no token, no gas.
status_authority: NONE; proposal only.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Declares cryptography as a dependency, scoped explicitly to Ed25519
signature primitives (experiments/THE_COMMONS_001/) where a subtle bug
in hand-rolled signing code would undermine the entire point of the
primitive. Governance/operational tooling remains standard-library-only.

Matches existing precedent: package.json already depends on the audited
@noble/ed25519 for the same reason, on the JS side. Verified:
python3 -m pytest experiments/THE_COMMONS_001/ tests/test_commons_authorship.py
-> 10/10 passed with the dependency actually installed (not just locally
present by accident, as the prior CI failure exposed).
Declaring cryptography in pyproject.toml didn't make CI install it -
the workflow had no pip-install step at all (only npm ci for the JS
side). Adds one, reading dependencies directly from pyproject.toml so
there's a single source of truth instead of a second hardcoded list
that could drift from it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant