enigma-memory 0.1.11 → 0.1.13
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +8 -0
- package/apps/cli/bin/enigma.mjs +362 -10
- package/deploy/SIMULATION.md +152 -0
- package/deploy/docker-compose.local-production-simulation.yml +237 -0
- package/deploy/docker-compose.production.example.yml +19 -0
- package/deploy/kms-mock.mjs +64 -0
- package/deploy/nginx.local-production-simulation.conf +33 -0
- package/deploy/siem-mock.mjs +50 -0
- package/docs/benchmark-attestation-network.md +488 -0
- package/docs/benchmark-reproducibility.md +19 -2
- package/docs/blockchain-only-mechanisms.md +388 -0
- package/docs/client-connectors.md +512 -0
- package/docs/demo-proof-network.md +275 -0
- package/docs/developer-ecosystem.md +47 -4
- package/docs/developer-proof-quickstart.md +325 -0
- package/docs/enigma-memory-ready-conformance.md +376 -0
- package/docs/enterprise-proof-control-plane.md +365 -0
- package/docs/install-anywhere.md +517 -0
- package/docs/market-category-narrative.md +398 -0
- package/docs/memory-drive-health-model.md +649 -0
- package/docs/memory-drive-strategy.md +458 -0
- package/docs/memory-passport-standard.md +445 -0
- package/docs/novelty-invention-candidates.md +161 -0
- package/docs/privacy-ledger-model.md +229 -0
- package/docs/proof-network-build-notes.md +240 -0
- package/docs/proof-network-claim-boundaries.md +318 -0
- package/docs/proof-network-dashboard-spec.md +773 -0
- package/docs/proof-network-glossary.md +27 -0
- package/docs/proof-network-launch-plan.md +421 -0
- package/docs/proof-network-operator-protocol.md +432 -0
- package/docs/proof-network-roadmap.md +431 -0
- package/docs/proof-network-test-plan.md +216 -0
- package/docs/proof-network-threat-model.md +373 -0
- package/docs/proof-network.md +257 -0
- package/docs/sdk-api.md +132 -10
- package/docs/solana-devnet-acceptance.md +226 -0
- package/docs/solana-proof-rail.md +453 -0
- package/examples/ci/github-actions.yml +6 -3
- package/examples/proof-network-anchor.json +37 -0
- package/examples/proof-network-attestation.json +35 -0
- package/examples/proof-network-grant.json +27 -0
- package/examples/proof-network-packet.json +71 -0
- package/package.json +42 -3
- package/packages/mcp-server/src/index.js +1 -1
- package/packages/proof-network/src/index.js +570 -0
- package/scripts/build-hosted-api-key-lifecycle.mjs +1 -1
- package/scripts/build-hosted-customer-lifecycle.mjs +1 -1
- package/scripts/build-installer-assets.mjs +1 -1
- package/scripts/build-proof-network-packet.mjs +213 -0
- package/scripts/run-standard-memory-benchmarks.mjs +1 -1
- package/scripts/simulate-production-env.mjs +210 -0
- package/scripts/verify-registry-install.mjs +1 -0
- package/scripts/wait-for-backend-ready.mjs +101 -0
- package/specs/goal-completion-audit-v1.schema.json +1 -0
- package/specs/proof-network-anchor-batch-v1.schema.json +125 -0
- package/specs/proof-network-benchmark-attestation-v1.schema.json +103 -0
- package/specs/proof-network-capability-grant-v1.schema.json +132 -0
- package/specs/proof-network-packet-v1.schema.json +171 -0
|
@@ -0,0 +1,458 @@
|
|
|
1
|
+
# Memory Drive strategy
|
|
2
|
+
|
|
3
|
+
## One-line thesis
|
|
4
|
+
|
|
5
|
+
Enigma should be the **private Memory Drive and controller layer for AI**: a local- or customer-controlled system that keeps canonical AI memory outside model providers, exposes it through connectors, governs access through an enterprise control plane, and emits public-safe proof artifacts for memory operations.
|
|
6
|
+
|
|
7
|
+
This is the SSD/controller Memory Drive strategy. Applications do not talk directly to fragile flash cells; they trust a controller that handles mapping, integrity, lifecycle, interfaces, diagnostics, and safe erasure inside a bounded device. AI applications need the same separation for memory. Public artifacts stay limited to hashes/roots/refs/counts/signatures only, plus schema and timestamp metadata where required by the verifier. Solana remains an optional proof/permission/settlement rail for opaque commitments, not the private data plane.
|
|
8
|
+
|
|
9
|
+
Enigma's product line should make that separation concrete:
|
|
10
|
+
|
|
11
|
+
- **Local Memory Drive** — the private canonical memory store, local-first by default.
|
|
12
|
+
- **Connector OS** — the interface layer that lets AI clients, agents, IDEs, browsers, apps, and importers request memory under explicit policy.
|
|
13
|
+
- **Enterprise Control Plane** — the admin, governance, evidence, and boundary layer for teams and regulated environments.
|
|
14
|
+
- **Benchmark Attestation Network** — the public-safe benchmark layer that binds benchmark claims to report hashes, dataset refs, runner refs, package refs, and review metadata.
|
|
15
|
+
- **Optional Solana Proof Rail** — a public proof, permission, timestamp, and settlement rail for opaque roots and refs when an operator needs external anchoring.
|
|
16
|
+
|
|
17
|
+
The controller is the category. Search, vector storage, summaries, connectors, receipts, and chain anchors are capabilities inside that controller.
|
|
18
|
+
|
|
19
|
+
## Why the SSD/controller analogy works
|
|
20
|
+
|
|
21
|
+
AI memory is becoming a durable asset: preferences, project state, institutional context, workflow decisions, permission boundaries, and evidence of what context was used. Without a controller, memory fragments across model features, chat histories, vector stores, IDE agents, browser sessions, enterprise logs, and agent scratchpads.
|
|
22
|
+
|
|
23
|
+
The SSD analogy gives Enigma a precise operating model:
|
|
24
|
+
|
|
25
|
+
| SSD/controller responsibility | Memory Drive responsibility |
|
|
26
|
+
| --- | --- |
|
|
27
|
+
| Logical block address mapping | Stable memory refs, namespaces, capability scopes, and derived artifact refs. |
|
|
28
|
+
| Wear leveling | Memory freshness, compaction, duplicate reduction, retention policy, and index health. |
|
|
29
|
+
| Bad-block handling | Tombstones, stale artifact quarantine, leakage detection, and connector error isolation. |
|
|
30
|
+
| Firmware interface | CLI, SDK, MCP, desktop, browser, gateway, and verifier interfaces. |
|
|
31
|
+
| SMART diagnostics | Memory Drive health reports, benchmark summaries, connector health, and proof coverage. |
|
|
32
|
+
| Secure erase commands | Enigma-controlled removal or revocation artifacts inside Enigma's boundary. |
|
|
33
|
+
| Controller-managed integrity | Hashes, Merkle roots, signatures, schema validation, and offline verification. |
|
|
34
|
+
|
|
35
|
+
The analogy should stay operational. It explains why the controller matters without implying hardware exclusivity, provider control, third-party lifecycle control, model-state control, chain settlement by default, regulatory status, or business-outcome promises.
|
|
36
|
+
|
|
37
|
+
## Product architecture
|
|
38
|
+
|
|
39
|
+
```text
|
|
40
|
+
AI clients / agents / IDEs / browsers / enterprise apps
|
|
41
|
+
|
|
|
42
|
+
Connector OS
|
|
43
|
+
|
|
|
44
|
+
policy, scopes, grants, receipts
|
|
45
|
+
|
|
|
46
|
+
Local Memory Drive
|
|
47
|
+
|
|
|
48
|
+
indexes, summaries, roots, health
|
|
49
|
+
|
|
|
50
|
+
Enterprise Control Plane / Verifier / Benchmark Attestation
|
|
51
|
+
|
|
|
52
|
+
optional Solana Proof Rail for opaque public-safe roots
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
The private data plane and public proof plane must remain separate:
|
|
56
|
+
|
|
57
|
+
- **Private data plane:** private memory content, AI interaction bodies, vector payloads, connector bodies, ACL bodies, customer identifiers, private policies, and provider bodies stay local, customer-controlled, or inside an explicitly governed managed boundary.
|
|
58
|
+
- **Public proof plane:** artifacts contain hashes, Merkle roots, opaque refs, counts, timestamps, schema refs, signer refs, signatures, nullifiers, dataset refs, runner refs, package refs, and explicit non-submission flags.
|
|
59
|
+
|
|
60
|
+
This separation is the strategic moat. It lets Enigma be useful across AI products without becoming another place that leaks or centralizes private memory.
|
|
61
|
+
|
|
62
|
+
## Pillar 1: Local Memory Drive
|
|
63
|
+
|
|
64
|
+
The Local Memory Drive is the default product center. It is the place where the user or customer can say: "This is my AI memory boundary."
|
|
65
|
+
|
|
66
|
+
### Jobs to be done
|
|
67
|
+
|
|
68
|
+
1. **Canonical custody** — keep the authoritative memory state outside model-provider memory silos.
|
|
69
|
+
2. **Retrieval utility** — expose relevant context to authorized clients without making every client maintain its own memory stack.
|
|
70
|
+
3. **Lifecycle control** — record creates, imports, updates, compaction, tombstones, exports, and Enigma-controlled removal or revocation operations.
|
|
71
|
+
4. **Derived artifact hygiene** — treat summaries, vectors, indexes, packs, and benchmark reports as derived artifacts tied to dependency roots.
|
|
72
|
+
5. **Proof readiness** — generate public-safe roots, receipts, hashes, and verifier bundles without exposing payloads.
|
|
73
|
+
6. **Health visibility** — surface SMART-style memory-drive health: freshness, duplicate rate, tombstone risk, stale derived artifacts, retrieval hit rate, leakage scan, receipt coverage, connector health, and sync fork risk.
|
|
74
|
+
|
|
75
|
+
### Core product surfaces
|
|
76
|
+
|
|
77
|
+
- **Vault view:** namespaces, refs, health status, receipt coverage, connector status, and export readiness.
|
|
78
|
+
- **Memory inspector:** payload-visible only to the owner or authorized local/admin context; public examples use opaque refs.
|
|
79
|
+
- **Receipt explorer:** proof packet, root, hash, signature, schema, and signer metadata.
|
|
80
|
+
- **Repair actions:** rebuild index, compact duplicates, refresh summaries, quarantine stale derived artifacts, reconcile connector cursors, and regenerate proof packets.
|
|
81
|
+
- **Import/export:** portable Memory Passport or capsule workflows that preserve lineage without publishing private contents.
|
|
82
|
+
|
|
83
|
+
### Strategic outcome
|
|
84
|
+
|
|
85
|
+
The Local Memory Drive makes Enigma useful before any model provider adopts a standard. A user can bring memory across clients. A developer can rely on one memory substrate. An enterprise can keep memory policy outside a model provider's product boundary.
|
|
86
|
+
|
|
87
|
+
## Pillar 2: Connector OS
|
|
88
|
+
|
|
89
|
+
Connector OS is the interface and permissions layer. It turns the Memory Drive from a private vault into an interoperable operating surface for AI clients.
|
|
90
|
+
|
|
91
|
+
### What it connects
|
|
92
|
+
|
|
93
|
+
- MCP clients and agent harnesses;
|
|
94
|
+
- IDE agents and coding tools;
|
|
95
|
+
- browser extension workflows for web AI tools;
|
|
96
|
+
- desktop app workflows;
|
|
97
|
+
- importers for chat exports, documents, tickets, CRM records, and local knowledge bases;
|
|
98
|
+
- SDK integrations for product teams;
|
|
99
|
+
- enterprise gateway integrations for policy-enforced provider access.
|
|
100
|
+
|
|
101
|
+
### Design principles
|
|
102
|
+
|
|
103
|
+
- **Explicit capability scopes:** every connector request should carry an opaque subject ref, resource ref, purpose, scope, expiry, and signer or device ref where applicable.
|
|
104
|
+
- **Least context by default:** a connector receives only the memory refs authorized for the request, not a broad dump of the Memory Drive.
|
|
105
|
+
- **Receipts at boundaries:** imports, exports, injections, revocations, tombstones, and benchmark runs should be able to emit public-safe evidence.
|
|
106
|
+
- **No provider lock-in:** the same Memory Drive should serve multiple AI clients without treating any provider as the source of truth.
|
|
107
|
+
- **Connector failure isolation:** a broken connector cannot corrupt canonical memory or publish private data into artifacts.
|
|
108
|
+
|
|
109
|
+
### Product packaging
|
|
110
|
+
|
|
111
|
+
Connector OS should ship as a small ladder:
|
|
112
|
+
|
|
113
|
+
1. **Local CLI and MCP server** for developers and early technical users.
|
|
114
|
+
2. **Desktop connector manager** for normal users: connect, approve, pause, revoke, inspect.
|
|
115
|
+
3. **Browser connector** for web AI products when official integration is not available.
|
|
116
|
+
4. **SDK connectors** for product teams that want Enigma memory inside their own applications.
|
|
117
|
+
5. **Enterprise gateway connectors** for provider-boundary policy, SIEM, KMS/BYOK, legal hold, and admin evidence.
|
|
118
|
+
|
|
119
|
+
### Strategic outcome
|
|
120
|
+
|
|
121
|
+
Connector OS is the distribution layer. Enigma does not need to own every model or app; it needs to become the memory interface those products can trust.
|
|
122
|
+
|
|
123
|
+
## Pillar 3: Enterprise Control Plane
|
|
124
|
+
|
|
125
|
+
The Enterprise Control Plane turns the Memory Drive into an accountable operational system for organizations. Its job is not to make broad regulatory claims; its job is to give administrators policy, evidence, and review surfaces inside clearly stated boundaries.
|
|
126
|
+
|
|
127
|
+
### Enterprise buyer needs
|
|
128
|
+
|
|
129
|
+
- customer-owned memory boundary;
|
|
130
|
+
- provider/model allowlists and deny rules;
|
|
131
|
+
- SSO/SCIM and admin role management where deployed;
|
|
132
|
+
- KMS/BYOK evidence for supported environments;
|
|
133
|
+
- residency and retention policy configuration;
|
|
134
|
+
- legal hold and export workflows;
|
|
135
|
+
- SIEM-friendly minimized events;
|
|
136
|
+
- offline verifier packages for internal review;
|
|
137
|
+
- incident and support workflows for memory-boundary events.
|
|
138
|
+
|
|
139
|
+
### Control-plane objects
|
|
140
|
+
|
|
141
|
+
| Object | Purpose | Public-safe evidence |
|
|
142
|
+
| --- | --- | --- |
|
|
143
|
+
| Capability grant | Authorizes a scoped request. | grant ref, resource ref, subject ref, purpose ref, expiry, signer ref, signature. |
|
|
144
|
+
| Capability revocation | Ends or narrows a grant inside Enigma-controlled boundaries. | revocation ref, nullifier ref, prior grant ref, timestamp, signer ref, signature. |
|
|
145
|
+
| Policy decision | Records an allow, deny, redact, or require-review decision. | policy ref, decision ref, counts, reason code ref, signer/service ref. |
|
|
146
|
+
| Memory operation receipt | Binds an operation to a root or dependency set. | operation ref, prior root, new root, count, schema ref, signature. |
|
|
147
|
+
| Health snapshot | Reports drive status without content. | health report hash, metric refs, counts, thresholds refs, signer ref. |
|
|
148
|
+
| Export packet | Packages memory or proof artifacts for an authorized handoff. | package ref, root, count, schema refs, signer ref, explicit payload boundary. |
|
|
149
|
+
|
|
150
|
+
### Admin experience
|
|
151
|
+
|
|
152
|
+
The control plane should feel less like analytics and more like a security operations console for memory:
|
|
153
|
+
|
|
154
|
+
- show which connectors can access which namespaces;
|
|
155
|
+
- show stale roots, unreviewed exports, failing connectors, and risky derived artifacts;
|
|
156
|
+
- allow admins to pause a connector without removing canonical memory;
|
|
157
|
+
- show proof packet verification status;
|
|
158
|
+
- separate local/package evidence from managed-service or deployed evidence;
|
|
159
|
+
- make every public claim traceable to an artifact ref.
|
|
160
|
+
|
|
161
|
+
### Strategic outcome
|
|
162
|
+
|
|
163
|
+
The enterprise wedge is control before context leaves the boundary. Enigma becomes the memory governance layer organizations can inspect, not a promise that closed providers, models, caches, logs, or backups behaved in a way Enigma cannot observe.
|
|
164
|
+
|
|
165
|
+
## Pillar 4: Benchmark Attestation Network
|
|
166
|
+
|
|
167
|
+
Benchmarks are a category-building tool only if they are reproducible, bounded, and public-safe. The Benchmark Attestation Network should make memory assessment inspectable without leaking private datasets or overstating one report.
|
|
168
|
+
|
|
169
|
+
### What it attests
|
|
170
|
+
|
|
171
|
+
A benchmark attestation should bind:
|
|
172
|
+
|
|
173
|
+
- benchmark report hash;
|
|
174
|
+
- dataset ref or fixture ref;
|
|
175
|
+
- runner ref and runner version;
|
|
176
|
+
- package ref and package version;
|
|
177
|
+
- metric refs;
|
|
178
|
+
- configuration refs such as top-k, namespace count, or evidence mode;
|
|
179
|
+
- hardware/runtime context when recorded;
|
|
180
|
+
- reviewer ref or review status;
|
|
181
|
+
- signature and schema refs.
|
|
182
|
+
|
|
183
|
+
### What it does not publish
|
|
184
|
+
|
|
185
|
+
Public benchmark artifacts must not publish private memory content, AI interaction bodies, vector payloads, provider bodies, customer identifiers, private dataset bodies, customer records, credentials, or unredacted benchmark question/answer bodies unless a separate publication review explicitly approves those materials.
|
|
186
|
+
|
|
187
|
+
### Strategic uses
|
|
188
|
+
|
|
189
|
+
- **Developer trust:** prove a benchmark claim maps to an exact report and package boundary.
|
|
190
|
+
- **Partner certification:** let connectors and integrations show compatibility with a public-safe attestation packet.
|
|
191
|
+
- **Enterprise review:** give procurement and security teams a reproducible evidence package without handing them private memory.
|
|
192
|
+
- **Protocol adoption:** make the attestation format usable by other memory tools so Enigma can become the neutral verifier standard.
|
|
193
|
+
|
|
194
|
+
### Strategic outcome
|
|
195
|
+
|
|
196
|
+
The Benchmark Attestation Network turns assessment into infrastructure. It should not claim universal superiority from one local fixture. It should make evidence portable, inspectable, and hard to exaggerate.
|
|
197
|
+
|
|
198
|
+
## Pillar 5: Optional Solana Proof Rail
|
|
199
|
+
|
|
200
|
+
Solana is an optional public rail for proof, permission, timestamp, and settlement workflows. It is not the Memory Drive, not the private data plane, and not required for local usefulness.
|
|
201
|
+
|
|
202
|
+
### Appropriate Solana roles
|
|
203
|
+
|
|
204
|
+
- commit opaque roots or anchor batch refs;
|
|
205
|
+
- timestamp public-safe proof packets when an operator submits a real transaction;
|
|
206
|
+
- coordinate permission or revocation commitments through refs and nullifiers;
|
|
207
|
+
- support tokenless settlement or metering references where separately designed and approved;
|
|
208
|
+
- give verifiers an external checkpoint for a root that already passed local validation.
|
|
209
|
+
|
|
210
|
+
### Required boundary language
|
|
211
|
+
|
|
212
|
+
- Local commands may prepare Solana-ready artifacts without submitting transactions.
|
|
213
|
+
- A document may say "prepared for operator submission" only when the artifact explicitly indicates non-submission.
|
|
214
|
+
- "Anchored on Solana" requires transaction signature, cluster, slot or block metadata, timestamp, and approved explorer or RPC evidence.
|
|
215
|
+
- Private memory content, AI interaction bodies, vector payloads, ACL bodies, customer identifiers, provider bodies, and private payloads do not go on-chain.
|
|
216
|
+
- A chain root does not prove the underlying memory is truthful, complete, lawful, externally removed, or absent from a model.
|
|
217
|
+
|
|
218
|
+
### Strategic outcome
|
|
219
|
+
|
|
220
|
+
The Solana rail gives Enigma a credible public verification option without making blockchain participation mandatory. The default product remains useful offline and locally; the rail becomes valuable when public timestamping, permission coordination, ecosystem settlement, or third-party verification is needed.
|
|
221
|
+
|
|
222
|
+
## Product ladder
|
|
223
|
+
|
|
224
|
+
### Individual / local
|
|
225
|
+
|
|
226
|
+
- local Memory Drive;
|
|
227
|
+
- CLI and MCP connector;
|
|
228
|
+
- import/export tools;
|
|
229
|
+
- proof packet generator;
|
|
230
|
+
- local verifier;
|
|
231
|
+
- memory health report.
|
|
232
|
+
|
|
233
|
+
### Pro / power user
|
|
234
|
+
|
|
235
|
+
- desktop connector manager;
|
|
236
|
+
- browser connector;
|
|
237
|
+
- multi-device encrypted sync where supported;
|
|
238
|
+
- receipt explorer;
|
|
239
|
+
- advanced importers;
|
|
240
|
+
- visual repair workflows for stale indexes, duplicates, tombstones, and connector drift.
|
|
241
|
+
|
|
242
|
+
### Developer
|
|
243
|
+
|
|
244
|
+
- SDK;
|
|
245
|
+
- connector templates;
|
|
246
|
+
- Memory Passport or capsule schemas;
|
|
247
|
+
- conformance suite;
|
|
248
|
+
- benchmark runner;
|
|
249
|
+
- verifier libraries;
|
|
250
|
+
- proof packet publishing workflow.
|
|
251
|
+
|
|
252
|
+
### Enterprise
|
|
253
|
+
|
|
254
|
+
- admin control plane;
|
|
255
|
+
- gateway deployment pattern;
|
|
256
|
+
- SSO/SCIM where implemented;
|
|
257
|
+
- KMS/BYOK evidence where implemented;
|
|
258
|
+
- SIEM and eDiscovery exports with minimized fields;
|
|
259
|
+
- policy decision receipts;
|
|
260
|
+
- legal hold workflows;
|
|
261
|
+
- offline evidence packets;
|
|
262
|
+
- support and incident process.
|
|
263
|
+
|
|
264
|
+
### Ecosystem
|
|
265
|
+
|
|
266
|
+
- compatibility marks for validated connectors;
|
|
267
|
+
- public-safe benchmark attestations;
|
|
268
|
+
- optional anchor batches;
|
|
269
|
+
- partner verifier tooling;
|
|
270
|
+
- protocol docs for grants, revocations, passports, health reports, and proof packets.
|
|
271
|
+
|
|
272
|
+
## 30 / 60 / 90 roadmap
|
|
273
|
+
|
|
274
|
+
### First 30 days: make the controller visible
|
|
275
|
+
|
|
276
|
+
Goal: make the Memory Drive feel like a real product surface, not a collection of scripts.
|
|
277
|
+
|
|
278
|
+
Ship or tighten:
|
|
279
|
+
|
|
280
|
+
- a canonical Local Memory Drive vocabulary: namespace, memory ref, derived artifact, root, receipt, connector, capability, health snapshot, proof packet;
|
|
281
|
+
- CLI flows for create/import/search/export/verify that consistently emit public-safe refs and roots;
|
|
282
|
+
- MCP quickstart that shows authorized retrieval without publishing private payloads;
|
|
283
|
+
- memory health report surfaced in docs and CLI output;
|
|
284
|
+
- proof packet examples that include only hashes, roots, refs, counts, schemas, and signatures;
|
|
285
|
+
- claim-boundary language copied into launch, demo, and sales material;
|
|
286
|
+
- a demo script showing one private memory moving through connector approval, receipt generation, benchmark attestation, and optional anchor preparation.
|
|
287
|
+
|
|
288
|
+
Evidence to retain:
|
|
289
|
+
|
|
290
|
+
- sample proof packet hash;
|
|
291
|
+
- sample health report hash;
|
|
292
|
+
- sample benchmark attestation hash;
|
|
293
|
+
- public-safe CLI output;
|
|
294
|
+
- verifier output showing pass/fail reasons;
|
|
295
|
+
- explicit note when no chain transaction was submitted.
|
|
296
|
+
|
|
297
|
+
### First 60 days: make connectors and enterprise control credible
|
|
298
|
+
|
|
299
|
+
Goal: prove Enigma can sit between real AI clients and customer-controlled memory.
|
|
300
|
+
|
|
301
|
+
Ship or tighten:
|
|
302
|
+
|
|
303
|
+
- connector permission model with scoped grants, expiries, revocations, nullifier refs, and receipt lineage;
|
|
304
|
+
- desktop or admin connector manager prototype;
|
|
305
|
+
- enterprise gateway design packet with policy decisions, SIEM-minimized event shapes, KMS/BYOK evidence boundaries, and offline verifier package;
|
|
306
|
+
- conformance checks for connectors that reject private payload fields in public artifacts;
|
|
307
|
+
- benchmark attestation flow tied to package refs and runner refs;
|
|
308
|
+
- Memory Passport or capsule interoperability examples;
|
|
309
|
+
- docs that separate local/package evidence from managed-service or deployed evidence.
|
|
310
|
+
|
|
311
|
+
Evidence to retain:
|
|
312
|
+
|
|
313
|
+
- connector grant and revocation proof packets;
|
|
314
|
+
- policy decision receipt examples;
|
|
315
|
+
- conformance report refs;
|
|
316
|
+
- benchmark report hash and attestation packet;
|
|
317
|
+
- gateway evidence packet with placeholder-safe refs only;
|
|
318
|
+
- operator checklist for what claims are allowed from each artifact.
|
|
319
|
+
|
|
320
|
+
### First 90 days: make the network strategy repeatable
|
|
321
|
+
|
|
322
|
+
Goal: turn the product into an ecosystem surface that developers, enterprises, and verifiers can repeatedly use.
|
|
323
|
+
|
|
324
|
+
Ship or tighten:
|
|
325
|
+
|
|
326
|
+
- public conformance suite for Memory Drive compatible connectors;
|
|
327
|
+
- verifier-first docs for proof packets, health reports, benchmark attestations, and optional anchor batches;
|
|
328
|
+
- partner connector templates with capability scopes and evidence rules;
|
|
329
|
+
- enterprise review packet that an external security or procurement team can inspect offline;
|
|
330
|
+
- optional Solana anchor workflow that clearly distinguishes prepared payloads from submitted transactions;
|
|
331
|
+
- benchmark attestation registry design using report refs, dataset refs, runner refs, package refs, and review metadata;
|
|
332
|
+
- launch narrative that positions Enigma as private AI memory controller, not a model provider, not a general database, and not a chain-first product.
|
|
333
|
+
|
|
334
|
+
Evidence to retain:
|
|
335
|
+
|
|
336
|
+
- conformance suite results by package/ref;
|
|
337
|
+
- external-review-ready proof packet bundle;
|
|
338
|
+
- anchor batch JSON with submission status;
|
|
339
|
+
- if any transaction is publicly claimed, transaction signature, cluster, slot or block metadata, timestamp, and approved explorer or RPC evidence;
|
|
340
|
+
- benchmark registry sample with no unredacted private records;
|
|
341
|
+
- partner integration packet with public-safe refs only.
|
|
342
|
+
|
|
343
|
+
## What to build next
|
|
344
|
+
|
|
345
|
+
### 1. Memory Drive command center
|
|
346
|
+
|
|
347
|
+
A single local UI or CLI dashboard should answer:
|
|
348
|
+
|
|
349
|
+
- Which connectors are enabled?
|
|
350
|
+
- Which namespaces are active?
|
|
351
|
+
- Which derived artifacts are stale?
|
|
352
|
+
- Which receipts are missing?
|
|
353
|
+
- Which proof packets verify?
|
|
354
|
+
- Which benchmark attestations are publishable?
|
|
355
|
+
- Which artifacts are local-only and which are approved for public proof sharing?
|
|
356
|
+
|
|
357
|
+
### 2. Connector approval loop
|
|
358
|
+
|
|
359
|
+
The most important daily product loop is:
|
|
360
|
+
|
|
361
|
+
1. connector requests context;
|
|
362
|
+
2. Memory Drive evaluates scope and policy;
|
|
363
|
+
3. user or admin approves, denies, or narrows;
|
|
364
|
+
4. connector receives minimum necessary context;
|
|
365
|
+
5. receipt records public-safe evidence;
|
|
366
|
+
6. verifier can inspect the artifact without seeing private memory.
|
|
367
|
+
|
|
368
|
+
This loop should be easy to demo and difficult to misunderstand.
|
|
369
|
+
|
|
370
|
+
### 3. Public-safe artifact firewall
|
|
371
|
+
|
|
372
|
+
Every public artifact path should pass through a strict denylist and schema validator. The validator should reject private memory content, AI interaction bodies, vector payloads, provider bodies, customer identifiers, credentials, key material, and credential-like values. Passing validation does not make a broad external claim; it only means the artifact is suitable for the stated public-safe proof boundary.
|
|
373
|
+
|
|
374
|
+
### 4. Health and benchmark convergence
|
|
375
|
+
|
|
376
|
+
Memory health and benchmarks should reinforce each other:
|
|
377
|
+
|
|
378
|
+
- health reports show whether a drive is operationally trustworthy;
|
|
379
|
+
- benchmarks show how a package/runner/dataset configuration performed;
|
|
380
|
+
- attestations bind benchmark claims to exact refs;
|
|
381
|
+
- proof packets bind operational evidence to roots and signatures.
|
|
382
|
+
|
|
383
|
+
The product should avoid separate dashboards that tell incompatible stories.
|
|
384
|
+
|
|
385
|
+
### 5. Enterprise evidence packet
|
|
386
|
+
|
|
387
|
+
Enterprise buyers need a repeatable packet that includes:
|
|
388
|
+
|
|
389
|
+
- architecture boundary;
|
|
390
|
+
- deployment mode;
|
|
391
|
+
- key management boundary where implemented;
|
|
392
|
+
- connector scopes;
|
|
393
|
+
- policy decision refs;
|
|
394
|
+
- proof packet refs;
|
|
395
|
+
- benchmark attestation refs;
|
|
396
|
+
- incident and support boundaries;
|
|
397
|
+
- explicit non-claims for third-party lifecycle control, model-state control, chain settlement, legal status, and business outcomes.
|
|
398
|
+
|
|
399
|
+
## Messaging framework
|
|
400
|
+
|
|
401
|
+
### Use these lines
|
|
402
|
+
|
|
403
|
+
- Enigma is the private Memory Drive for AI.
|
|
404
|
+
- Enigma gives AI systems a controller for durable memory, permissions, receipts, and public-safe proofs.
|
|
405
|
+
- Enigma keeps canonical memory local or customer-controlled while publishing only hashes, roots, refs, counts, schemas, and signatures.
|
|
406
|
+
- Enigma lets connectors request memory through scoped capabilities instead of copying everything into each app.
|
|
407
|
+
- Enigma Proof Network artifacts are designed for offline verification without exposing private memory content.
|
|
408
|
+
- Solana is an optional proof rail for opaque roots and refs when public anchoring is useful and evidenced.
|
|
409
|
+
|
|
410
|
+
### Avoid these lines
|
|
411
|
+
|
|
412
|
+
- Do not say Enigma controls closed provider systems unless approved external evidence exists.
|
|
413
|
+
- Do not say Enigma changes model state.
|
|
414
|
+
- Do not say a local artifact is an on-chain transaction.
|
|
415
|
+
- Do not say a benchmark fixture proves universal market leadership.
|
|
416
|
+
- Do not say public proofs contain hidden recoverable memory.
|
|
417
|
+
- Do not promise legal status, financial outcomes, token economics, or business results.
|
|
418
|
+
- Do not use customer identifiers, private policy bodies, provider bodies, AI interaction bodies, vector payloads, or credentials in public examples.
|
|
419
|
+
|
|
420
|
+
## Claim boundaries
|
|
421
|
+
|
|
422
|
+
### Allowed
|
|
423
|
+
|
|
424
|
+
- Enigma can be described as a private AI Memory Drive and controller layer.
|
|
425
|
+
- Enigma can generate public-safe proof artifacts for supported memory operations.
|
|
426
|
+
- Public artifacts can contain hashes, Merkle roots, opaque refs, counts, timestamps, schema refs, signer refs, signatures, nullifiers, dataset refs, runner refs, package refs, and explicit non-submission flags.
|
|
427
|
+
- Enigma can prepare Solana-ready anchor payloads from public-safe roots and refs.
|
|
428
|
+
- Benchmark attestations can bind a report hash to dataset refs, runner refs, package refs, metric refs, and review metadata.
|
|
429
|
+
- Enterprise control-plane artifacts can show Enigma-controlled grants, revocations, policy decisions, health snapshots, and proof packet verification status.
|
|
430
|
+
|
|
431
|
+
### Conditional
|
|
432
|
+
|
|
433
|
+
- "Anchored on Solana" requires transaction signature, cluster, slot or block metadata, timestamp, and approved explorer or RPC evidence.
|
|
434
|
+
- "Signed" requires a real signature or approved signature ref created by the documented signing process.
|
|
435
|
+
- "Policy enforced" requires evidence from the enforcing runtime or gateway for the named environment.
|
|
436
|
+
- Managed-service or deployed-environment claims require separate deployment, auth, billing, monitoring, support, legal, and operator approval evidence.
|
|
437
|
+
- Numeric benchmark claims require exact report hash, dataset or fixture ref, runner ref, package ref, metric ref, and scope.
|
|
438
|
+
- Third-party lifecycle confirmation requires approved evidence from that external system; Enigma-local artifacts alone are not enough.
|
|
439
|
+
|
|
440
|
+
### Prohibited
|
|
441
|
+
|
|
442
|
+
- Enigma publishes private memory content so anyone can audit it.
|
|
443
|
+
- Enigma stores AI interaction bodies, vector payloads, ACL bodies, customer identifiers, provider bodies, or private payloads on-chain.
|
|
444
|
+
- Enigma proves a memory statement is true in the real world.
|
|
445
|
+
- Enigma proves a closed provider changed or removed logs, backups, caches, personalization, training records, vector stores, or summaries without external evidence.
|
|
446
|
+
- Enigma changes model state.
|
|
447
|
+
- A local anchor artifact means a transaction was submitted.
|
|
448
|
+
- A chain root proves underlying memory is truthful, complete, lawful, externally removed, or absent from a model.
|
|
449
|
+
- A single benchmark run proves universal performance, business outcome, or product leadership.
|
|
450
|
+
- Enigma proof artifacts are legal, regulator-approved, or financial records by default.
|
|
451
|
+
|
|
452
|
+
## Strategic end state
|
|
453
|
+
|
|
454
|
+
Enigma wins the category by making private AI memory feel like a controlled drive instead of scattered app state. The Local Memory Drive owns canonical custody. Connector OS gives distribution. The Enterprise Control Plane gives policy and review. The Benchmark Attestation Network gives evidence discipline. The optional Solana Proof Rail gives public verification when a root needs an external checkpoint.
|
|
455
|
+
|
|
456
|
+
The message should stay simple:
|
|
457
|
+
|
|
458
|
+
> AI needs memory. Memory needs a controller. The controller must be private, portable, permissioned, and provable without exposing the memory itself.
|