Developers + users

ENTITY Community Board

Ask, build, test, challenge and share.

The board is for people building, integrating, evaluating, operating or using ENTITY. GitHub Discussions is the conversation layer; this page is the routing and evidence guide.

Choose your lane

One board, two audiences.

User / operator board

Installation, local operation, identity and rights usage, BTDU ingestion/recovery, passports, market workflows, documentation and practical troubleshooting.

Developer / integrator board

SDK/CLI/API integration, protocol interpretation, conformance, BTDU/ADAM/NIKI boundaries, standards mappings, market/economic semantics, recovery, adapters and architecture proposals.

Forum categories

Use the conversation type that matches the work.

Q&A

Questions with a concrete answer path: setup, APIs, behavior, conformance, recovery, markets or subsystem boundaries.

Open Q&A →

General

Evaluation, operating experience, architecture discussion, onboarding feedback and observations that are not yet a tracked defect or proposal.

Start general discussion →

Ideas

Proposed runtime, protocol, integration, documentation or community changes. Ideas remain proposals until implemented, reviewed and qualified.

Propose an idea →

Show & Tell

Integrations, apps, independent implementations, reproductions, benchmarks, tooling, standards work and deployment experiments.

Share work →

Announcements

Maintainer-posted releases, qualification milestones and project updates. Community members can reply.

Read announcements →

Polls

Use polls for bounded community preference questions, not for deciding protocol truth, security findings or qualification status.

Open forum →
Topic map

Technical areas welcome on the board.

Getting started

Installation, environment, tutorials, recipes, CLI and first integration.

Authority & rights

Identity, delegation, revocation, permissions, rights constraints, passports and custody boundaries.

BTDU · ADAM · NIKI

Governed information, exact reconstruction, deterministic state/replay and bounded reasoning.

Evidence & interoperability

Claims, attestations, provenance, Protocol 1.0, clean-room implementations, standards and external reproduction.

Markets & economics

Rights instruments, venues, orders/RFQs/auctions, clearing, settlement evidence, entitlements, usage and participation.

Recovery & portability

Provider-independent exports, cold recovery, partition behavior, offline state and continuity testing.

Routing rule

Discussion is not the same thing as defect tracking.

Discussion

Questions, ideas, design conversation, evaluations and user/developer experience.

GitHub Discussions →

Issue

Reproducible defects, concrete ambiguities, documentation errors, qualification failures or bounded work items.

GitHub Issues →

Pull request

A concrete proposed change with a reviewable diff and test/evidence path.

Pull requests →
Security: do not post credentials, private user/business data, signing/recovery keys, production secrets or sensitive exploit material in the public board. Use the repository security policy for sensitive reports.
Evidence discipline

Say what kind of result you actually have.

IMPLEMENTED → LOCALLY TESTED → BTG-QUALIFIED → EXTERNALLY REPRODUCED → INDEPENDENTLY IMPLEMENTED / VALIDATED → UPSTREAM ACCEPTED → ECONOMICALLY SETTLED

These states are intentionally separate. A local PASS is not independent validation. An upstream merge is not payment. Provenance is not ownership. A Discussion consensus is not a protocol change.

Evidence modelConformance boundariesContribution workflow
Community standards

Technical disagreement is welcome; personal attacks are not.

Critique implementations, claims and evidence. Reproducible failures, counterexamples and incompatible interpretations are useful contributions. Respect privacy and security boundaries and distinguish implemented, tested, qualified, experimental and proposed work.

Code of conductCommunity guideContributing