From 54014a2b897ac3d9474ff2f82ee14a52deaa6371 Mon Sep 17 00:00:00 2001 From: Hyadhuad Date: Mon, 17 Aug 2026 11:45:49 +0700 Subject: [PATCH 1/5] docs: present Dknowledge as distributed memory --- .drayker/component.yml | 2 +- README.md | 4 ++-- index.html | 10 +++++----- llms.txt | 3 ++- 4 files changed, 10 insertions(+), 9 deletions(-) diff --git a/.drayker/component.yml b/.drayker/component.yml index 3cf951b..a8dfb82 100644 --- a/.drayker/component.yml +++ b/.drayker/component.yml @@ -1,7 +1,7 @@ schema_version: 1 component: id: dknowledge - name: Dknowledger + name: Dknowledge layer: KNOWLEDGE artifact_type: knowledge-base problem: Keep the public vision, architecture, papers and historical roadmaps of Drayker connected to their sources. diff --git a/README.md b/README.md index 73ebd72..7891a64 100644 --- a/README.md +++ b/README.md @@ -1,4 +1,4 @@ -Dknowledge is the public knowledge layer of Drayker and Dk: the place where current orientation, papers, architecture, decisions, evidence and historical roadmaps remain connected to their sources instead of scattered across repositories. +Dknowledge is the distributed memory of Drayker and Dk. Its systemic design repeats across personal, project, local and global scales; this repository is the official public surface where shared orientation, papers, architecture, decisions, evidence and historical roadmaps remain connected to their sources. Single official public site: **[dknowledge.drayker.org](https://dknowledge.drayker.org)**. The main Drayker sites link here instead of maintaining a second public copy of this material. @@ -6,7 +6,7 @@ Its first versions exist to get volunteers and stakeholders into the ecosystem. ## Why this exists -Drayker is a way of working where people keep creating, discovering and learning while intelligence carries the rest, and what results reaches the work that produced it. Dknowledge is the memory of it: what has been decided, tried, learned and discarded, still attached to its sources. +Drayker is a way of working where people keep creating, discovering and learning while intelligence carries the rest, and what results expands common capacity instead of concentrating. Dknowledge is the memory of it: what has been decided, tried, learned and discarded, still attached to its sources and kept at the scale where it belongs. The argument in full is on the [manifesto](https://drayker.org/manifesto/); the [economy page](https://drayker.org/economy/) states plainly what contributing here earns and what it does not. diff --git a/index.html b/index.html index fd88d47..8b738ee 100644 --- a/index.html +++ b/index.html @@ -17,7 +17,7 @@ - + @@ -91,8 +91,8 @@

PUBLIC KNOWLEDGE LAYER · SOURCE-FIRST

Knowledge that
keeps its source.

-

This is Dknowledge's single official public surface. It connects Drayker's current orientation, architecture, papers, decisions and evidence; the wider distributed knowledge system remains a direction under development.

-

Drayker is a way of working where people keep creating, discovering and learning while intelligence carries the rest, and what results reaches the work that produced it. This is the memory of that: what has been decided, tried, learned and discarded, still attached to its sources. The argument in full is on the manifesto.

+

Dknowledge is Drayker's distributed memory. This repository is its single official public surface today; the systemic design repeats at personal, project, local and global scales, each connected to the corresponding scale of Dk.

+

What has been decided, tried, learned and discarded remains attached to its sources. Personal context stays personal; projects keep their own memory; global Dknowledge is the junction of shared learning rather than one repository that absorbs everything. The wider evolutionary knowledge system remains a direction under development.

Start with what is current Inspect the source ↗ @@ -111,7 +111,7 @@

Knowledge that
keeps its source.

-

A wiki stores pages. Dknowledge is designed as a network: requirements → motions → decisions → evidence, with every claim linked back to where it came from. Drayker's main sites point here instead of maintaining a second copy.

+

A wiki stores pages. Dknowledge is a memory pattern repeated at every scale: personal → project and local → global junction. Within each scale, requirements → motions → decisions → evidence keep every claim linked to where it came from. This public repository is the visible global source, not a claim to contain every member's context.

@@ -184,7 +184,7 @@

Contribute

-

03 · DESIGNED NEXT

From documents
to connected knowledge.

+

03 · DESIGNED NEXT

From public documents
to distributed memory.

This model is a public engineering direction, not a deployed graph or governance mechanism. The repository remains the source of truth while the structure is specified and tested.

diff --git a/llms.txt b/llms.txt index d6700d7..ff9ae6c 100644 --- a/llms.txt +++ b/llms.txt @@ -1,6 +1,6 @@ # Dknowledge -> Drayker's public knowledge layer: current orientation, papers, architecture, decisions, evidence and historical context connected to their sources. +> Drayker's distributed memory across personal, project, local and global scales. This repository is the public surface for shared orientation, papers, architecture, decisions and evidence connected to their sources. ## Read in this order @@ -16,6 +16,7 @@ - A documented architecture is not proof that a service is deployed. - Every factual claim should remain traceable to its public source. - Drayker is the system; Dk is its intelligence; Dk Network is its network. +- Personal context remains personal; the public repository is a shared junction, not one store that absorbs every member's memory. ## Crawling and citation From f4c70a6cc97da56d0316728c221dcd8f97b36389 Mon Sep 17 00:00:00 2001 From: Hyadhuad Date: Mon, 17 Aug 2026 11:50:45 +0700 Subject: [PATCH 2/5] chore: refresh generated knowledge catalog --- data/catalog.json | 23 ++++++++++++++++------- 1 file changed, 16 insertions(+), 7 deletions(-) diff --git a/data/catalog.json b/data/catalog.json index 8ffc9ac..786e6bc 100644 --- a/data/catalog.json +++ b/data/catalog.json @@ -2,7 +2,7 @@ "schema_version": 1, "source": "Generated from the committed repository by tools/build-catalog.js", "counts": { - "documents": 113, + "documents": 114, "papers": 16, "open_shells": 16, "languages": 3 @@ -209,11 +209,11 @@ { "path": "README.ES.md", "href": "/README.ES.html", - "title": "Dknowledge — capa pública de conocimiento de Drayker", + "title": "Dknowledge. Capa pública de conocimiento de Drayker", "language": "es", "kind": "guide", "state": "current", - "bytes": 1763 + "bytes": 1754 }, { "path": "README.md", @@ -222,16 +222,16 @@ "language": "en", "kind": "guide", "state": "current", - "bytes": 3595 + "bytes": 5429 }, { "path": "README.PT.md", "href": "/README.PT.html", - "title": "Dknowledge — camada pública de conhecimento da Drayker", + "title": "Dknowledge. Camada pública de conhecimento da Drayker", "language": "pt", "kind": "guide", "state": "current", - "bytes": 1735 + "bytes": 1726 }, { "path": "papers/main-projects/dk/ap-platform.ES.md", @@ -548,6 +548,15 @@ "state": "context", "bytes": 595 }, + { + "path": "roadmap/DIRECTION.md", + "href": "/roadmap/DIRECTION.html", + "title": "Direction — Drayker, without dates", + "language": "en", + "kind": "roadmap", + "state": "historical", + "bytes": 7603 + }, { "path": "roadmap/global-main-roadmap.ES.md", "href": "/roadmap/global-main-roadmap.ES.html", @@ -1014,7 +1023,7 @@ "language": "en", "kind": "roadmap", "state": "historical", - "bytes": 2451 + "bytes": 2674 }, { "path": "roadmap/README.PT.md", From 32cf56acc450af8210313868013f580961ed0dad Mon Sep 17 00:00:00 2001 From: Hyadhuad Date: Tue, 18 Aug 2026 12:50:11 +0700 Subject: [PATCH 3/5] docs: add systemic safeguards, response circuit and reputation-level consolidation - value-management-ecosystem.md, support-model.md and CURRENT.md: synthesis alone does not authorize an action; constitutional constraints, security, permissions, integrity, reserves and risk bound what Dk proposes. Effects and refusals return through personal Dks without a universal individual veto; a decision can be maintained, adapted, excepted, suspended or reversed. A general level summarizes integration; the trajectory remains the real source. - roadmap/DIRECTION.md: remove residual economic formulation (transferable and non-transferable reputation kinds, value units, VME); Dktron as stable resource representation, Dk Personal as continuous representation. - llms.txt: core concepts for safeguards, response circuit and security. - data/catalog.json regenerated. --- CURRENT.md | 12 ++- data/catalog.json | 90 +++++++++---------- llms.txt | 7 +- papers/main-projects/ecosystem/README.md | 19 ++-- papers/main-projects/ecosystem/dktron.md | 31 ++++++- .../main-projects/ecosystem/support-model.md | 30 ++++++- .../ecosystem/value-management-ecosystem.md | 40 ++++++++- .../ecosystem/will-to-potential.md | 20 ++++- papers/main-projects/organization/daf.md | 2 +- roadmap/DIRECTION.md | 6 +- .../main-projects/organization/daf-roadmap.md | 2 +- tools/site-check.js | 2 +- 12 files changed, 199 insertions(+), 62 deletions(-) diff --git a/CURRENT.md b/CURRENT.md index 92b7f17..6aed62c 100644 --- a/CURRENT.md +++ b/CURRENT.md @@ -17,11 +17,21 @@ Dk, BSDK, Dk Network, Living Cryptography, OSDK, UID, DFM/DFMP, Meta DFM, DAF, A Dk Global, Dk Personal and Dk Local are connected architectural scopes, not three currently deployed products: - **Dk Global** is the proposed shared, distributed scope. -- **Dk Personal** is the proposed user-controlled personal scope. +- **Dk Personal** is the proposed continuous member-controlled personal scope. - **Dk Local** is the proposed local or organizational scope. The precise interfaces and operational implementations among them are still to be specified and tested. +Global Dknowledge is intended to be an operational ontology, not merely a document archive: entities, events, concepts, projects, decisions, capabilities, resources and their relations remain connected to provenance. Permissions remain contextual. Auditability requires that an authorized decision path can be reconstructed; it does not require every underlying fact to be public. + +## Current economic interpretation + +Drayker's proposed internal economy circulates capacity rather than selling it among members. Money, contracts and markets belong to the external interface. Internally, Dk may synthesize need, intention, contextual reputation, trust, project quality, risk, impact and available resources; Dknowledge preserves the reasons and consequences; accountable member institutions authorize consequential allocations. + +Synthesis alone does not authorize an action. Systemic safeguards — constitutional constraints, security, permissions, integrity, reserves and risk — condition what Dk proposes, so the executable decision is the one inside a permitted and safe space. Decisions do not end the loop: effects, refusals and consequences return through members' personal Dks as new evidence, without a universal individual veto; a well-founded pattern of refusals can justify review, and a decision can be maintained, adapted, excepted, suspended or reversed. + +The ecosystem papers now contain the current canonical formulations of [Distributed Support](./papers/main-projects/ecosystem/support-model.md), [Dktron](./papers/main-projects/ecosystem/dktron.md), the [economy of capacity](./papers/main-projects/ecosystem/value-management-ecosystem.md) and [Will to Potential](./papers/main-projects/ecosystem/will-to-potential.md). They replace the former one-line placeholders. + ## Governance now Drayker is in a founding phase. Public contribution is open, while the GitHub account [`Hyadhuad`](https://github.com/Hyadhuad) holds the explicit bootstrap authority to edit or integrate directly. Proposed DAF, DAO and council mechanisms are not presented as operating institutions. diff --git a/data/catalog.json b/data/catalog.json index 786e6bc..8ce8ea5 100644 --- a/data/catalog.json +++ b/data/catalog.json @@ -4,7 +4,7 @@ "counts": { "documents": 114, "papers": 16, - "open_shells": 16, + "open_shells": 12, "languages": 3 }, "documents": [ @@ -42,7 +42,7 @@ "language": "en", "kind": "orientation", "state": "current", - "bytes": 2347 + "bytes": 4149 }, { "path": "papers/main-projects/dk/README.ES.md", @@ -92,11 +92,11 @@ { "path": "papers/main-projects/ecosystem/README.md", "href": "/papers/main-projects/ecosystem/", - "title": "Ecosystem Proposals", + "title": "Ecosystem research", "language": "en", "kind": "guide", "state": "current", - "bytes": 916 + "bytes": 1632 }, { "path": "papers/main-projects/organization/README.ES.md", @@ -233,6 +233,42 @@ "state": "current", "bytes": 1726 }, + { + "path": "papers/main-projects/ecosystem/dktron.md", + "href": "/papers/main-projects/ecosystem/dktron.html", + "title": "Dktron: resources, funds and external exchange", + "language": "en", + "kind": "paper", + "state": "draft", + "bytes": 2068 + }, + { + "path": "papers/main-projects/ecosystem/support-model.md", + "href": "/papers/main-projects/ecosystem/support-model.html", + "title": "Distributed Support", + "language": "en", + "kind": "paper", + "state": "draft", + "bytes": 2222 + }, + { + "path": "papers/main-projects/ecosystem/value-management-ecosystem.md", + "href": "/papers/main-projects/ecosystem/value-management-ecosystem.html", + "title": "Economy of capacity", + "language": "en", + "kind": "paper", + "state": "draft", + "bytes": 3356 + }, + { + "path": "papers/main-projects/ecosystem/will-to-potential.md", + "href": "/papers/main-projects/ecosystem/will-to-potential.html", + "title": "Will to potential", + "language": "en", + "kind": "paper", + "state": "draft", + "bytes": 1062 + }, { "path": "papers/main-projects/dk/ap-platform.ES.md", "href": "/papers/main-projects/dk/ap-platform.ES.html", @@ -467,24 +503,6 @@ "state": "open", "bytes": 11 }, - { - "path": "papers/main-projects/ecosystem/dktron.md", - "href": "/papers/main-projects/ecosystem/dktron.html", - "title": "Dktron", - "language": "en", - "kind": "paper", - "state": "open", - "bytes": 7 - }, - { - "path": "papers/main-projects/ecosystem/support-model.md", - "href": "/papers/main-projects/ecosystem/support-model.html", - "title": "Support Model", - "language": "en", - "kind": "paper", - "state": "open", - "bytes": 14 - }, { "path": "papers/main-projects/ecosystem/support-stations.md", "href": "/papers/main-projects/ecosystem/support-stations.html", @@ -494,32 +512,14 @@ "state": "open", "bytes": 17 }, - { - "path": "papers/main-projects/ecosystem/value-management-ecosystem.md", - "href": "/papers/main-projects/ecosystem/value-management-ecosystem.html", - "title": "Value Management Ecosystem", - "language": "en", - "kind": "paper", - "state": "open", - "bytes": 27 - }, - { - "path": "papers/main-projects/ecosystem/will-to-potential.md", - "href": "/papers/main-projects/ecosystem/will-to-potential.html", - "title": "Will To Potential", - "language": "en", - "kind": "paper", - "state": "open", - "bytes": 18 - }, { "path": "papers/main-projects/organization/daf.md", "href": "/papers/main-projects/organization/daf.html", - "title": "DAF - Decentralized Autonomous Federation", + "title": "DAF — transitional federation scaffold", "language": "en", "kind": "paper", "state": "open", - "bytes": 44 + "bytes": 43 }, { "path": ".github/ISSUE_TEMPLATE/bug_report.md", @@ -555,7 +555,7 @@ "language": "en", "kind": "roadmap", "state": "historical", - "bytes": 7603 + "bytes": 7633 }, { "path": "roadmap/global-main-roadmap.ES.md", @@ -920,11 +920,11 @@ { "path": "roadmap/main-projects/organization/daf-roadmap.md", "href": "/roadmap/main-projects/organization/daf-roadmap.html", - "title": "DAF - Decentralized Autonomous Federation", + "title": "DAF — transitional federation scaffold", "language": "en", "kind": "roadmap", "state": "historical", - "bytes": 44 + "bytes": 43 }, { "path": "roadmap/main-projects/organization/README.ES.md", diff --git a/llms.txt b/llms.txt index ff9ae6c..00e21c1 100644 --- a/llms.txt +++ b/llms.txt @@ -1,6 +1,6 @@ # Dknowledge -> Drayker's distributed memory across personal, project, local and global scales. This repository is the public surface for shared orientation, papers, architecture, decisions and evidence connected to their sources. +> Drayker's distributed memory and operational ontology across personal, project, local and global scales. This repository is the public surface for current shared orientation, papers, architecture, decisions and evidence connected to provenance. ## Read in this order @@ -17,6 +17,11 @@ - Every factual claim should remain traceable to its public source. - Drayker is the system; Dk is its intelligence; Dk Network is its network. - Personal context remains personal; the public repository is a shared junction, not one store that absorbs every member's memory. +- Auditability does not mean total exposure: public, personal, project-restricted and security-sensitive information may have different permissions and authorized Dk contexts. +- Dk can synthesize relations held in Dknowledge; systemic safeguards — constitutional constraints, security, permissions, integrity, reserves and risk — bound what can be executed; consequential authority remains accountable to the member institutions defined for the context. +- Decisions do not end the loop: effects, refusals and consequences return through members' personal Dks as new evidence, without a universal individual veto; a decision can be maintained, adapted, excepted, suspended or reversed. +- Security conditions normal decisions, not only attacks. Legitimate criticism is not infiltration; internal error is not sabotage; extraordinary measures leave memory for later review. +- The current ecosystem papers define Distributed Support, Dktron, the economy of capacity and Will to Potential in relation to the whole system. ## Crawling and citation diff --git a/papers/main-projects/ecosystem/README.md b/papers/main-projects/ecosystem/README.md index 5b561d6..894fe2d 100644 --- a/papers/main-projects/ecosystem/README.md +++ b/papers/main-projects/ecosystem/README.md @@ -1,9 +1,18 @@ -# Ecosystem Proposals -[English](./README.md) | [Português](./README.PT.md) | [Español](./README.ES.md) +# Ecosystem research -Proposals for the Drayker Ecosystem +[English](./README.md) | [Português](./README%20.PT.md) | [Español](./README%20.ES.md) -All proposed resolutions presented here are solutions to the requirements of Dk and Drayker platform and system, only those requirements are final. These motions for resolutions illustrate what should be done, but the definitive architecture will be structured around optimal solutions that are proposed and developed with metaprogramming intelligent algorithms and research organized through DFMP and other methods. +This collection publishes the current confirmed formulation of each economic and support concept in its global context and in connection with the rest of Drayker. Internal research sources inform these papers; the GitHub documents themselves are the current public versions. +## Current papers -Creative Commons License
This work is licensed under a Creative Commons Attribution 4.0 International License. +- [Distributed Support](./support-model.md) — support for members, projects, communities and infrastructure; projects of life; common floor; contextual allocation. +- [Dktron and the value boundary](./dktron.md) — the distinction among external money, internal capacity, value and reputation. +- [Economy of capacity](./value-management-ecosystem.md) — Dknowledge, Dk synthesis, member authorization, reputation, scarcity and abundance. +- [Will to Potential](./will-to-potential.md) — automation, learning, different human trajectories and increasing member capability. + +## Interpretation rule + +These papers govern present public language for the subjects they cover. Architecture remains distinct from implementation: no described currency, support programme, allocation system, bridge or stability mechanism is operational unless its component evidence says so. + +Creative Commons License
This work is licensed under a Creative Commons Attribution 4.0 International License. diff --git a/papers/main-projects/ecosystem/dktron.md b/papers/main-projects/ecosystem/dktron.md index f1ba5e0..f1e3a80 100644 --- a/papers/main-projects/ecosystem/dktron.md +++ b/papers/main-projects/ecosystem/dktron.md @@ -1 +1,30 @@ -dktron +--- +title: "Dktron and the value boundary — current synthesis" +state: current +language: en +reviewed: 2026-08-17 +--- + +# Dktron: resources, funds and external exchange + +Dktron is Drayker's proposed stable representation of resources available to the system and distributed among its funds and projects. It also has an external-exchange role: Dktron can be negotiated outside Drayker through bridge infrastructure built by the organization. + +## Current distinction + +- **External economy:** money, contracts, assets, donations, purchases and exchanges through which Drayker relates to governments, corporations and other systems. +- **Internal economy:** Dktron represents available resources and distributions to project and category funds. A project decides how to spend the capacity it receives within its purpose, permissions and accountability constraints. +- **Reputation:** non-transferable contextual memory of a member's relationship with common capacity; it has no purchase price. +- **Dktron:** a carrier and accounting representation of capacity with provenance, purpose, permissions and constraints. +- **External bridge:** proposed Drayker infrastructure through which Dktron can be exchanged or negotiated with external money and assets. +- **Stable value:** an architectural requirement intended to make resource accounting and external exchange coherent; its mechanism still requires specification and evidence. + +A large donation can produce major reputation because it became major real capacity for the system, not because a fixed exchange rate lets somebody buy standing or sovereignty. + +## Status + +No Dktron is issued, priced, sold or exchangeable. No external bridge or stabilization mechanism operates, and stable value is not a present guarantee. The first public experiment should be an accountable resource ledger with project funds and spending authority; stabilization and bridge experiments follow once the semantics are explicit. + +## Sources + +- [Value Unit component](https://value.drayker.org) +- [Drayker economy](https://drayker.org/economy/) diff --git a/papers/main-projects/ecosystem/support-model.md b/papers/main-projects/ecosystem/support-model.md index 3784c64..b61fdee 100644 --- a/papers/main-projects/ecosystem/support-model.md +++ b/papers/main-projects/ecosystem/support-model.md @@ -1 +1,29 @@ -support-model +--- +title: "Distributed Support — current synthesis" +state: current +language: en +reviewed: 2026-08-17 +--- + +# Distributed Support + +This is the current public formulation of Distributed Support in relation to the whole Drayker system. + +## Systemic role + +Support connects members, projects, communities and infrastructure to the capacity that lets them participate, learn, build and recover. Its human plane includes formation, tools, time, places, project resources, assistance under need and projects of life. Its infrastructure plane includes compute, storage, bandwidth, maintenance, redundancy and Stations. + +A project of life relates a member's intentions, dreams, studies, experience, relationships and projects through Dk Personal, PAP and Dknowledge. It can be simple and local or highly ambitious; the system adapts to the person's direction rather than forcing one measure of ambition. + +## Current economic interpretation + +The internal economy is an economy of capacity, not a market among members. A future allocation can relate need, intention, contextual reputation, knowledge, trust, project quality, urgency, risk, expected impact and resource availability. Dk performs synthesis; Dknowledge preserves reasons and consequences; accountable member institutions authorize consequential allocations. + +Synthesis alone does not authorize an action. Systemic safeguards — constitutional constraints, security, permissions, integrity, reserves and risk — can limit, postpone, compartmentalize or block what Dk proposes, so the executable decision is always the one inside a permitted and safe space. Effects, refusals and consequences return through members' personal Dks as new evidence, without a universal individual veto; a well-founded pattern of refusals can justify review, and a decision can be maintained, adapted, excepted, suspended or reversed. + +Reputation matters under scarcity, risk and responsibility. It does not determine membership, dignity or fundamental rights. As capacity becomes abundant, essentials should move into a common floor rather than remain rewards. + +## Sources + +- [Distributed Support component](https://support.drayker.org) +- [Drayker economy](https://drayker.org/economy/) diff --git a/papers/main-projects/ecosystem/value-management-ecosystem.md b/papers/main-projects/ecosystem/value-management-ecosystem.md index e35ebcd..42de62f 100644 --- a/papers/main-projects/ecosystem/value-management-ecosystem.md +++ b/papers/main-projects/ecosystem/value-management-ecosystem.md @@ -1 +1,39 @@ -value-management-ecosystem +--- +title: "Economy of capacity — current synthesis" +state: current +language: en +reviewed: 2026-08-17 +--- + +# Economy of capacity + +The economy of capacity connects project funds, categories, incentives, reputation and Dk-assisted contextual allocation into one learning system. + +## Allocation as a learning loop + +Need, intention, ability, contextual reputation, knowledge, resources, opportunity, urgency, risk and expected consequence become evidence. Dknowledge keeps the operational ontology and provenance. Dk relates the factors and proposes priorities. Accountable member institutions authorize consequential allocations. Results return to Dknowledge and change later decisions. + +Synthesis alone does not authorize an action. Every proposed allocation passes through **systemic safeguards** — constitutional constraints, security, permissions, integrity, reserves and risk — that can limit, postpone, compartmentalize or block what Dk proposes. The result is an executable decision inside a permitted and safe space, not an automatic conversion of context into action. + +Representation does not end when a decision is taken. Effects, refusals and consequences return through the members' personal Dks as new evidence for local and global synthesis. A single refusal is context, never a universal individual veto; a well-founded pattern of refusals or unexpected consequences can justify review, and a decision can be maintained, adapted, given exceptions, suspended or reversed in light of the new state of the system. + +Auditability does not mean total exposure. Public, project-restricted, personal and security-sensitive contexts can have different permissions; authorized Dk processes may use information that is not generally disclosed, while the existence and legitimacy of the decision path remain reviewable. + +Security conditions normal decisions, not only attacks: what may be accessed, what may be executed, how much capacity may be committed, when a decision must escalate to human, local or global review. Security must not become the fiction that immunizes the system against correction: legitimate criticism is not infiltration, internal error is not sabotage, and extraordinary measures leave enough memory for later review. + +## Reputation + +Reputation is multidimensional memory, not one moral score. It can include learning, care, local cooperation, reliability, contribution, useful dissent, stewardship, failure and recovery. A new member has little history, not proof of little ability. Honest failure, negligence, fraud and sabotage are different relations and must not collapse into one penalty. + +A general level may summarize integration; it cannot replace the underlying trajectory. The multidimensional history remains the real source, and the level is a useful compression that the system can always look behind. + +Reputation can influence scarce capacity and responsibility. It cannot define human worth, membership or the right to exist. + +## Scarcity and abundance + +Contextual allocation helps build more capacity. As a resource becomes abundant, it should leave the scarcity queue and join a rising common floor. Reputation then moves toward what remains rare, risky or responsibility-heavy. + +## Sources + +- [Value Unit component](https://value.drayker.org) +- [Distributed Support component](https://support.drayker.org) diff --git a/papers/main-projects/ecosystem/will-to-potential.md b/papers/main-projects/ecosystem/will-to-potential.md index 92f5b44..d991d9d 100644 --- a/papers/main-projects/ecosystem/will-to-potential.md +++ b/papers/main-projects/ecosystem/will-to-potential.md @@ -1 +1,19 @@ -will-to-potential +--- +title: "Will to potential — current synthesis" +state: current +language: en +reviewed: 2026-08-17 +--- + +# Will to potential + +Will to Potential describes how automation can release people from work that neither develops them nor advances common capability, while learning, research, creation, care and participation become increasingly connected. + +People remain constitutive of the intelligence: intentions give direction; experience gives context; relationships form communities; needs expose problems; creativity opens possibilities; projects turn intention into reality. Increasing member capability is therefore not a side effect of Drayker but one of its purposes. + +Different trajectories are legitimate. A member may want a quiet life, improve a neighbourhood, care for others, build an enterprise, conduct science, create planetary infrastructure or explore space. Dk Personal adapts to that direction; it does not impose a single scale of ambition. + +## Sources + +- [Dk Academy](https://academy.drayker.org) +- [Dk Personal](https://personal.drayker.org) diff --git a/papers/main-projects/organization/daf.md b/papers/main-projects/organization/daf.md index 8a4c8b8..c7e7280 100644 --- a/papers/main-projects/organization/daf.md +++ b/papers/main-projects/organization/daf.md @@ -1 +1 @@ -# DAF - Decentralized Autonomous Federation +# DAF — transitional federation scaffold diff --git a/roadmap/DIRECTION.md b/roadmap/DIRECTION.md index 1e8d82c..00a9472 100644 --- a/roadmap/DIRECTION.md +++ b/roadmap/DIRECTION.md @@ -61,7 +61,7 @@ Global testing: computation, security, A.I modules, cryptography. Evolutionary c **State: future.** -The Project and Application Platform (PAP), UID as the super app, and the ecosystem: the value units (Dktron and its representations), the funds, the exchange with the outside. The value layer is designed as documented future work — value backed by production, reputation in transferable and non-transferable kinds, the value management ecosystem (VME) as the whole that organizes funds by category and cause. +The Project and Application Platform (PAP), UID as the super app, and the ecosystem: Dktron as the proposed stable representation of resources and their distribution across project and category funds, and the exchange with the outside through Drayker bridges. The value layer is documented future work: reputation is contextual operational memory distinct from value, and no unit, bridge or stabilization mechanism exists today. *Exit condition:* a unit of record that works before any unit that moves. @@ -71,7 +71,7 @@ The Project and Application Platform (PAP), UID as the super app, and the ecosys **State: future.** -Dk Personal (the agent that belongs to one person), the brain extension app, Dk Work, Dk Academy, and the organization model for projects. The same Dk that runs the substrate meets daily life: study and work converge, the personal Dknowledge grows with the person. +Dk Personal (the continuous representation that belongs to one member), the brain extension app, Dk Work, Dk Academy, and the organization model for projects. The same Dk that runs the substrate meets daily life: study and work converge, the personal Dknowledge grows with the person. *Exit condition:* a person can form, contribute and be attributed through the platform. @@ -111,7 +111,7 @@ The first main projects 1.0, and the first embassy. The federation (DAF) moves t - [Global Main Roadmap](./global-main-roadmap.md) — the historical roadmap with the phase structure this page states without dates. - [Current orientation](../CURRENT.md) — what is available now, what remains architecture, and how founding governance works. - [Roadmap index](./README.md) — the structure of project roadmaps and how they are organized. -- Project roadmaps: [Dk](./main-projects/dk/README.md) (AP platform, BSDK-DFM, Dk Network, Dknowledge, interface, Living Cryptography, OSDK, UID-DkApp) · [Ecosystem](./main-projects/ecosystem/README.md) (autonomous health, academy, Dktron, support model, support stations, value management ecosystem, will to potential) · [Organization](./main-projects/organization/README.md) (DAF). +- Project roadmaps: [Dk](./main-projects/dk/README.md) (AP platform, BSDK-DFM, Dk Network, Dknowledge, interface, Living Cryptography, OSDK, UID-DkApp) · [Ecosystem](./main-projects/ecosystem/README.md) (autonomous health, academy, Dktron, support model, support stations, economy of capacity, will to potential) · [Organization](./main-projects/organization/README.md) (DAF). **The components named in the phases** diff --git a/roadmap/main-projects/organization/daf-roadmap.md b/roadmap/main-projects/organization/daf-roadmap.md index 8a4c8b8..c7e7280 100644 --- a/roadmap/main-projects/organization/daf-roadmap.md +++ b/roadmap/main-projects/organization/daf-roadmap.md @@ -1 +1 @@ -# DAF - Decentralized Autonomous Federation +# DAF — transitional federation scaffold diff --git a/tools/site-check.js b/tools/site-check.js index 6e1e4b8..f93a5d5 100644 --- a/tools/site-check.js +++ b/tools/site-check.js @@ -53,7 +53,7 @@ check(html.includes('sizes="any"') && html.includes('sizes="512x512"'), 'favicon check(catalog.schema_version === 1, 'unknown catalog schema'); check(catalog.counts.documents === catalog.documents.length, 'document count does not match catalog'); check(catalog.counts.papers === 16, 'the current English paper inventory should contain 16 papers'); -check(catalog.counts.open_shells === 16, 'the current English open-shell inventory should contain 16 papers'); +check(catalog.counts.open_shells === 12, 'the current English open-shell inventory should contain 12 papers after four ecosystem formulations became current documents'); check(catalog.counts.languages === 3, 'the catalog should expose EN, PT and ES'); check(catalog.documents.every((d) => d.path && d.href && d.title && d.language && d.kind && d.state), 'catalog has incomplete records'); check(catalog.documents.every((d) => !d.path.includes('..') && d.href.startsWith('/')), 'catalog has an unsafe path'); From b3b8fa0d2f31135e532afc3de33f77c55e83351b Mon Sep 17 00:00:00 2001 From: Hyadhuad Date: Wed, 19 Aug 2026 17:04:36 +0700 Subject: [PATCH 4/5] docs: add E.C.H. as explicit foundation of Dknowledge metabolism (EN/PT) --- README.PT.md | 10 ++++++++++ README.md | 10 ++++++++++ 2 files changed, 20 insertions(+) diff --git a/README.PT.md b/README.PT.md index b933362..3ba791c 100644 --- a/README.PT.md +++ b/README.PT.md @@ -17,6 +17,16 @@ O repositório e o site formam uma base pública de documentação operacional. O cofre local privado, o contexto pessoal e a memória de agentes não são publicados aqui. Só aparece no site o material intencionalmente versionado neste repositório público. +## E.C.H.: o metabolismo por trás desta memória + +Uma das formulações de origem do metabolismo cognitivo do Dknowledge é a **Trindade E.C.H. — Expansão, Complexidade e Harmonia**. Ela descreve como a memória que o Dknowledge conserva segue viva em vez de virar um depósito estático: + +- **Expansão** é o fluxo de entrada: conversas, documentos, observações, dados, experiências, resultados e sinais. O problema não é acumular tudo; é não perder inteligência potencial antes que ela possa ser contextualizada. +- **Complexidade** é o trabalho de conexão. Informação isolada ganha valor quando pode ser relacionada a conceitos, fontes, decisões, pessoas, acontecimentos, hipóteses e outros conhecimentos. Complexidade aqui significa densidade de relações úteis, não complicação — o movimento pelo qual fragmentos se tornam um corpo de conhecimento. +- **Harmonia** é a busca de coerência, autenticidade e integridade do estado de conhecimento. Novas entradas podem contradizer registros anteriores, revelar versões incompatíveis ou expor uma hipótese vencida. Harmonia não apaga a divergência para produzir aparência de ordem: identifica a dissonância, preserva sua proveniência e pergunta se o modelo precisa ser corrigido, contextualizado, dividido em versões ou mantido como questão aberta. Coerência saudável preserva integridade durante a transformação, não fidelidade cega à forma anterior. + +O metabolismo E.C.H. se repete em cada escala, como o próprio Dknowledge: um Dknowledge pessoal recebe experiência, conecta-a à história do membro e reorganiza seu estado; um Dknowledge de projeto recebe resultados, relaciona funções, decisões e evidências e atualiza o que a equipe sabe; uma relação global pode entrar no mesmo ciclo. A distinção E.C.H. também impede que o Dknowledge seja confundido com a inteligência: o Dk interpreta e age; o Dknowledge conserva e relaciona — e E.C.H. é o ritmo pelo qual essa conservação permanece revisável. + ## Uma contribuição útil Abra uma issue para corrigir uma afirmação, conectar uma fonte, preencher um paper vazio ou atualizar uma tradução. O histórico do Git é a trilha de auditoria. Nesta fase, a embaixada e o embaixador também podem editar e integrar diretamente pelo fluxo tradicional do Git. diff --git a/README.md b/README.md index 7891a64..a26e908 100644 --- a/README.md +++ b/README.md @@ -16,6 +16,16 @@ The systemic final form of Dknowledge is described as **evolutionary knowledge g Each scale of the intelligence carries its own knowledge: Dk Personal is connected to the person's personal Dknowledge, Dk Global to global Dknowledge, and every organization and project has its own Dknowledge in connection with a specialized Dk. Dknowledge is not one repository of everything — it is the pattern repeated at every scale, and the global Dknowledge is the junction of them all. +## E.C.H.: the metabolism that underlies this memory + +One of the formulations of origin for Dknowledge's cognitive metabolism is the **E.C.H. trinity — Expansion, Complexity and Harmony**. It describes how the knowledge the memory conserves keeps living instead of becoming a static deposit: + +- **Expansion** is the entry current: conversations, documents, observations, data, experiences, results and signals arrive. The problem is not to accumulate everything; it is not to lose potential intelligence before it can be contextualized. +- **Complexity** is the connection work. Isolated information gains value when it can be related to concepts, sources, decisions, people, events, hypotheses and other knowledge. Complexity here means density of useful relations, not complication — the movement by which fragments become a body of knowledge. +- **Harmony** is the search for coherence, authenticity and integrity of the knowledge state. New entries can contradict earlier records, reveal incompatible versions or expose an outdated hypothesis. Harmony does not erase divergence to produce an appearance of order: it identifies dissonance, preserves its provenance and asks whether the model must be corrected, contextualized, split into versions or kept as an open question. Coherence that is healthy preserves integrity through transformation, not blind fidelity to the previous form. + +The E.C.H. metabolism repeats at every scale, just like Dknowledge itself. A personal Dknowledge receives experience, connects it to the member's history and reorganizes its state; a project Dknowledge receives results, relates functions, decisions and evidence and updates what the team knows; a global relationship can enter the same cycle. The E.C.H. distinction is also what prevents Dknowledge from being confused with the intelligence itself: the Dk interprets and acts; Dknowledge conserves and relates, and E.C.H. is the rhythm by which that conservation stays revisable. + ## What is here - **[Current orientation](./CURRENT.md)** — what is publicly available now, what remains architecture, and how founding governance works. From 43a75b379420ba086918b3763db0108d8c2635ed Mon Sep 17 00:00:00 2001 From: Hyadhuad Date: Mon, 24 Aug 2026 16:40:23 +0700 Subject: [PATCH 5/5] chore: regenerate repository catalog after canon merge --- data/catalog.json | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/data/catalog.json b/data/catalog.json index 8ce8ea5..c04ba03 100644 --- a/data/catalog.json +++ b/data/catalog.json @@ -222,7 +222,7 @@ "language": "en", "kind": "guide", "state": "current", - "bytes": 5429 + "bytes": 6965 }, { "path": "README.PT.md", @@ -240,7 +240,7 @@ "language": "en", "kind": "paper", "state": "draft", - "bytes": 2068 + "bytes": 2494 }, { "path": "papers/main-projects/ecosystem/support-model.md", @@ -555,7 +555,7 @@ "language": "en", "kind": "roadmap", "state": "historical", - "bytes": 7633 + "bytes": 7855 }, { "path": "roadmap/global-main-roadmap.ES.md",