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.
Files changed (58) hide show
  1. package/README.md +8 -0
  2. package/apps/cli/bin/enigma.mjs +362 -10
  3. package/deploy/SIMULATION.md +152 -0
  4. package/deploy/docker-compose.local-production-simulation.yml +237 -0
  5. package/deploy/docker-compose.production.example.yml +19 -0
  6. package/deploy/kms-mock.mjs +64 -0
  7. package/deploy/nginx.local-production-simulation.conf +33 -0
  8. package/deploy/siem-mock.mjs +50 -0
  9. package/docs/benchmark-attestation-network.md +488 -0
  10. package/docs/benchmark-reproducibility.md +19 -2
  11. package/docs/blockchain-only-mechanisms.md +388 -0
  12. package/docs/client-connectors.md +512 -0
  13. package/docs/demo-proof-network.md +275 -0
  14. package/docs/developer-ecosystem.md +47 -4
  15. package/docs/developer-proof-quickstart.md +325 -0
  16. package/docs/enigma-memory-ready-conformance.md +376 -0
  17. package/docs/enterprise-proof-control-plane.md +365 -0
  18. package/docs/install-anywhere.md +517 -0
  19. package/docs/market-category-narrative.md +398 -0
  20. package/docs/memory-drive-health-model.md +649 -0
  21. package/docs/memory-drive-strategy.md +458 -0
  22. package/docs/memory-passport-standard.md +445 -0
  23. package/docs/novelty-invention-candidates.md +161 -0
  24. package/docs/privacy-ledger-model.md +229 -0
  25. package/docs/proof-network-build-notes.md +240 -0
  26. package/docs/proof-network-claim-boundaries.md +318 -0
  27. package/docs/proof-network-dashboard-spec.md +773 -0
  28. package/docs/proof-network-glossary.md +27 -0
  29. package/docs/proof-network-launch-plan.md +421 -0
  30. package/docs/proof-network-operator-protocol.md +432 -0
  31. package/docs/proof-network-roadmap.md +431 -0
  32. package/docs/proof-network-test-plan.md +216 -0
  33. package/docs/proof-network-threat-model.md +373 -0
  34. package/docs/proof-network.md +257 -0
  35. package/docs/sdk-api.md +132 -10
  36. package/docs/solana-devnet-acceptance.md +226 -0
  37. package/docs/solana-proof-rail.md +453 -0
  38. package/examples/ci/github-actions.yml +6 -3
  39. package/examples/proof-network-anchor.json +37 -0
  40. package/examples/proof-network-attestation.json +35 -0
  41. package/examples/proof-network-grant.json +27 -0
  42. package/examples/proof-network-packet.json +71 -0
  43. package/package.json +42 -3
  44. package/packages/mcp-server/src/index.js +1 -1
  45. package/packages/proof-network/src/index.js +570 -0
  46. package/scripts/build-hosted-api-key-lifecycle.mjs +1 -1
  47. package/scripts/build-hosted-customer-lifecycle.mjs +1 -1
  48. package/scripts/build-installer-assets.mjs +1 -1
  49. package/scripts/build-proof-network-packet.mjs +213 -0
  50. package/scripts/run-standard-memory-benchmarks.mjs +1 -1
  51. package/scripts/simulate-production-env.mjs +210 -0
  52. package/scripts/verify-registry-install.mjs +1 -0
  53. package/scripts/wait-for-backend-ready.mjs +101 -0
  54. package/specs/goal-completion-audit-v1.schema.json +1 -0
  55. package/specs/proof-network-anchor-batch-v1.schema.json +125 -0
  56. package/specs/proof-network-benchmark-attestation-v1.schema.json +103 -0
  57. package/specs/proof-network-capability-grant-v1.schema.json +132 -0
  58. package/specs/proof-network-packet-v1.schema.json +171 -0
@@ -0,0 +1,318 @@
1
+ # Proof Network claim boundaries
2
+
3
+ This is the mandatory claims guide for Enigma Proof Network launch copy, docs, sales material, demos, investor material, benchmark pages, and support language.
4
+
5
+ Use the exact boundary: Enigma Proof Network creates and verifies public-safe proof artifacts for AI memory operations. Public artifacts may contain hashes, Merkle roots, opaque refs, counts, timestamps, schemas, signatures, signer refs, nullifiers, capability scopes, package refs, dataset refs, runner refs, and explicit non-submission flags. They must not contain raw memory, prompts, transcripts, completions, embeddings, ACL bodies, tenant names, private keys, API keys, seed phrases, provider responses, or other private payloads.
6
+
7
+ ## Mandatory proof boundary
8
+
9
+ Every public Proof Network claim must satisfy all of these rules:
10
+
11
+ 1. State what Enigma controls: local artifact creation, schema validation, secret/private-payload rejection, public-safe hash/root/receipt generation, and optional Solana-ready anchor payload preparation.
12
+ 2. State what Enigma does not control: closed provider deletion, model weights, provider logs/backups/caches, third-party accounts, external benchmark runtimes, hosted SaaS operations, legal compliance certification, customer ROI, or chain finality unless separately evidenced.
13
+ 3. Use evidence-backed nouns: `anchor batch`, `capability grant`, `capability revocation`, `benchmark attestation`, `proof packet`, `root`, `hash`, `opaque ref`, `signature`, `nullifier`, `scope`, `dataset ref`, `runner ref`, `package ref`.
14
+ 4. Keep public examples plaintext-minimized. Do not include realistic customer names, tenant names, private policies, memory text, prompt text, model completions, provider response bodies, API keys, seed phrases, private keys, or raw benchmark records.
15
+ 5. If a CLI artifact says `transaction_submitted:false`, copy must say the command prepared a Solana-ready artifact only. It must not say Enigma submitted, settled, finalized, minted, staked, paid, or wrote anything on-chain.
16
+ 6. If an artifact says `raw_memory_on_chain:false`, copy must say memory is not placed on-chain. It must not imply hidden memory can be recovered from the public proof.
17
+ 7. If a claim depends on a report, cite the artifact, report hash, command, dataset/file refs, runner version/ref, package version/ref, and review approval. Do not generalize one run into universal performance, ROI, or market leadership.
18
+
19
+ ## Public claim status levels
20
+
21
+ | Status | Meaning | Marketing rule |
22
+ | --- | --- | --- |
23
+ | Allowed | Directly supported by local package behavior, schema validation, or reviewed artifact fields. | May be used as written, with the evidence ref when numeric or operational. |
24
+ | Conditional | True only when a named external approval, audit, deployment record, benchmark run, or chain transaction receipt exists. | Must include the condition and the evidence ref. Do not shorten into an absolute claim. |
25
+ | Prohibited | Not supported by Enigma-controlled proof artifacts or unsafe because it implies private data exposure, provider control, legal certification, or financial outcome. | Do not use, paraphrase, imply, or place in headlines. |
26
+
27
+ ## Proof Network artifacts
28
+
29
+ ### Allowed
30
+
31
+ - Enigma Proof Network emits public-safe artifacts for memory proof coordination.
32
+ - Anchor batches commit to roots, hashes, opaque refs, and counts without publishing raw memory.
33
+ - Capability grants and revocations can describe scoped access by opaque subject, resource, purpose, expiry, signer, and nullifier references.
34
+ - Benchmark attestations can bind a benchmark report hash to dataset refs, runner refs, package refs, metrics refs, and review metadata.
35
+ - Proof packets can aggregate supported Proof Network artifacts for review and verification.
36
+ - Validators reject private payload keys and credential-looking values before an artifact is considered public-safe.
37
+
38
+ ### Conditional
39
+
40
+ - "Verified" may be used only for artifacts that have passed the relevant Proof Network validator.
41
+ - "Signed" may be used only when the artifact includes a real signature or approved signature ref created by the documented signing process.
42
+ - "Release evidence" may be used only for artifacts produced by the reviewed release package or CLI command and retained with the release record.
43
+
44
+ ### Prohibited
45
+
46
+ - Enigma proves every memory event happened exactly as described.
47
+ - Enigma proves a memory statement is factually true in the real world.
48
+ - Enigma publishes user memory so anyone can audit it.
49
+ - Enigma makes private memory public but safe.
50
+ - Enigma guarantees every proof packet is complete without an approved completeness protocol.
51
+ - Enigma proof artifacts are legal records, compliance records, or regulator-approved audit records by default.
52
+
53
+ ## Blockchain and Solana anchoring
54
+
55
+ ### Allowed
56
+
57
+ - Enigma can prepare Solana-ready opaque anchor batches from public-safe roots and refs.
58
+ - The local `enigma chain anchor` command is a planning command that produces JSON for review; it does not submit a transaction.
59
+ - Public anchor payloads are designed to contain commitments and metadata, not raw memory.
60
+ - A chain payload can be described as "ready for operator submission" only when it contains the required public-safe roots/refs and `transaction_submitted:false`.
61
+
62
+ ### Conditional
63
+
64
+ - "Anchored on Solana" requires a real transaction signature, cluster, slot/block metadata, timestamp, and explorer or RPC evidence approved for publication.
65
+ - "Finalized" requires chain-specific finality evidence for the named transaction and cluster.
66
+ - "Immutable public timestamp" requires the actual published transaction evidence. A prepared local batch is not enough.
67
+ - Token, fee, staking, or settlement language requires separately approved token/legal/economic documentation.
68
+
69
+ ### Prohibited
70
+
71
+ - Enigma writes memory to Solana.
72
+ - Enigma stores prompts, transcripts, completions, embeddings, ACLs, or tenant data on-chain.
73
+ - Enigma has already submitted a transaction when only the local CLI artifact exists.
74
+ - Enigma guarantees chain availability, finality, censorship resistance, price stability, token appreciation, yield, or settlement economics.
75
+ - Enigma's root proves the underlying memory was truthful, complete, lawful, or provider-deleted.
76
+
77
+ ## Capability grants and revocations
78
+
79
+ ### Allowed
80
+
81
+ - Enigma capability grants are scoped proof artifacts for intended access boundaries.
82
+ - Grants can include purpose, resource refs, subject refs, expiry, scope, signer refs, and public-safe policy refs.
83
+ - Revocations can include nullifier refs and revocation metadata without exposing the underlying private ACL or tenant data.
84
+ - A valid revocation artifact can prove that Enigma produced a revocation commitment for a specific public-safe grant/ref boundary.
85
+
86
+ ### Conditional
87
+
88
+ - "Access revoked" requires evidence that every enforcing system consumed and enforced the revocation, not just that a revocation artifact exists.
89
+ - "Policy enforced" requires gateway/runtime enforcement evidence for the named environment.
90
+ - "Tenant-wide" or "organization-wide" requires a reviewed tenant/org scope ref and approved operator evidence.
91
+
92
+ ### Prohibited
93
+
94
+ - A capability revocation proves a third-party provider deleted data.
95
+ - A grant proves the requester has legal authority to access the underlying memory.
96
+ - A public grant may include tenant names, employee names, raw ACLs, private policy bodies, secrets, provider account IDs, or customer identifiers.
97
+ - A revocation artifact alone guarantees every downstream copy, cache, log, backup, or model behavior is gone.
98
+
99
+ ## Benchmarks and attestations
100
+
101
+ ### Allowed
102
+
103
+ - Enigma benchmark attestations can bind a report hash to public-safe dataset refs, runner refs, package refs, metric refs, and review metadata.
104
+ - Local benchmark reports support claims about the exact command, fixture or dataset ref, runner version/ref, package version/ref, hardware/runtime context when recorded, and metrics contained in that report.
105
+ - Standard memory benchmark reports are retrieval/evidence proxy evidence unless a separately documented LLM answer-accuracy loop is run.
106
+ - Public benchmark artifacts should include hashes and refs, not raw questions, answers, conversations, prompts, provider responses, or private memory.
107
+
108
+ ### Conditional
109
+
110
+ - Any numeric benchmark claim requires the exact report hash and scope. Example: "In report `<hash/ref>`, runner `<ref>` measured `<metric>` on dataset ref `<ref>` with package `<ref>`."
111
+ - Competitor comparisons require fixed competitor runtimes, credentials or self-hosted deployments, pinned versions, dataset mapping, prompts/tool loops, and reviewed publication approval.
112
+ - "Best," "leading," "faster," "more accurate," or "lower cost" requires a reviewed comparative methodology and evidence packet.
113
+
114
+ ### Prohibited
115
+
116
+ - Enigma is the best AI memory benchmark performer based on local fixture evidence.
117
+ - Retrieval/evidence proxy scores are LLM answer accuracy.
118
+ - A benchmark report proves hosted SaaS readiness, provider deletion, model forgetting, compliance, or customer ROI.
119
+ - Public benchmark docs may publish raw dataset records, private memory, questions, answers, prompt text, transcripts, completions, embeddings, or provider response bodies unless a separate dataset license and publication review explicitly permit it.
120
+ - A report from one machine, fixture, top-k value, package version, or dataset slice is universal performance evidence.
121
+
122
+ ## Hosted SaaS
123
+
124
+ ### Allowed
125
+
126
+ - Enigma has hosted-cloud contract builders, validators, and lifecycle evidence packet schemas where those modules exist in the release.
127
+ - Proof Network artifacts can be used as public-safe evidence inputs for future hosted operations.
128
+ - Hosted SaaS remains separate from local proof artifact generation unless a deployment evidence packet, auth provider, billing provider, legal/data-processing terms, support ownership, external security review, and operator go-live approval exist.
129
+
130
+ ### Conditional
131
+
132
+ - "Hosted cloud is live" requires approved production deployment evidence, tenant lifecycle evidence, auth, billing, support, incident, backup/restore, monitoring, legal terms, DPA/privacy terms, and operator go-live approval.
133
+ - "Customer API keys are live" requires issue/rotate/revoke/audit evidence and operator approval for the named environment.
134
+ - "Enterprise-ready hosted SaaS" requires the same evidence plus security review and support/incident readiness appropriate to the named customer segment.
135
+
136
+ ### Prohibited
137
+
138
+ - Enigma hosted cloud is ready to sell because local contracts or docs exist.
139
+ - Proof Network artifacts are proof of live hosted SaaS operation.
140
+ - Local CLI commands create hosted tenants, accounts, API keys, invoices, backups, support tickets, or provider resources.
141
+ - Enigma has production tenants, uptime, SLA performance, support coverage, or billing operations without approved production evidence.
142
+
143
+ ## Provider deletion
144
+
145
+ ### Allowed
146
+
147
+ - Enigma can produce local revocation, deletion-request, forgetting-closure, or proof artifacts inside the Enigma-controlled boundary when those artifacts are generated by approved code.
148
+ - Enigma can record that an operator requested deletion from a provider if the public artifact uses only approved opaque refs and reviewed request metadata.
149
+ - Enigma can state that a provider deletion claim is outside the Proof Network boundary unless the provider supplies approved deletion evidence.
150
+
151
+ ### Conditional
152
+
153
+ - "Provider deletion confirmed" requires the provider's own approved deletion confirmation, scope, timestamp, account/ref boundary, and legal/security review.
154
+ - "Deletion request submitted" requires evidence that the request was sent to the provider through the approved channel. A local artifact alone is not enough.
155
+ - "Deleted from Enigma-controlled storage" requires evidence from the specific Enigma storage environment and retention/backup policy scope.
156
+
157
+ ### Prohibited
158
+
159
+ - Enigma proves OpenAI, Anthropic, Google, Meta, xAI, or any other provider deleted memory, logs, backups, caches, embeddings, summaries, personalization, or training records unless that provider supplied approved evidence.
160
+ - Enigma can force a closed provider to delete internal copies.
161
+ - A revocation nullifier equals provider deletion.
162
+ - A blockchain root proves provider deletion.
163
+ - A screenshot, local request packet, or customer assertion is enough to claim provider deletion.
164
+
165
+ ## Model forgetting
166
+
167
+ ### Allowed
168
+
169
+ - Enigma can help remove or withhold selected memory from Enigma-controlled context packs, local retrieval, and future prompts within the documented boundary.
170
+ - Enigma can produce evidence that a local memory item was excluded, revoked, expired, or no longer selected by Enigma-controlled retrieval logic when the artifact proves that specific behavior.
171
+ - Enigma can describe "context forgetting" only as Enigma-controlled context exclusion, not as model-weight modification.
172
+
173
+ ### Conditional
174
+
175
+ - "The model no longer received this memory" requires prompt/context evidence for the specific run, with private content redacted or represented by hashes/refs.
176
+ - "The model no longer answered using this memory" requires a scoped evaluation protocol, prompts, outputs, model/version, and review approval.
177
+ - "Provider memory disabled/deleted" requires provider-side evidence and must use the provider's own terminology.
178
+
179
+ ### Prohibited
180
+
181
+ - Enigma makes model weights forget.
182
+ - Enigma proves a model will never reproduce similar information.
183
+ - Enigma deletes knowledge from ChatGPT, Claude, Gemini, Grok, Llama, Kimi, Cursor, or any other model/provider.
184
+ - Enigma guarantees semantic forgetting, global forgetting, unlearning, or behavior erasure.
185
+ - A context-pack exclusion, revocation, or blockchain anchor is model forgetting proof.
186
+
187
+ ## ROI, cost, and business outcomes
188
+
189
+ ### Allowed
190
+
191
+ - Enigma may describe operational benefits qualitatively: clearer memory custody, public-safe proof artifacts, scoped capability grants, revocation evidence, benchmark attestations, and reduced disclosure risk from plaintext-minimized proofs.
192
+ - Enigma may cite measured local token estimates or latency metrics from a specific benchmark report with the report hash/ref and scope.
193
+ - Enigma may say Proof Network is designed to reduce audit friction by producing structured evidence packets.
194
+
195
+ ### Conditional
196
+
197
+ - "Reduced token usage" requires a specific report and must say "estimated" when the metric is an estimate.
198
+ - "Lower provider invoice" requires actual customer invoice analysis, baseline, period, workload, provider, pricing, and written approval.
199
+ - "ROI" or "payback" requires finance-approved customer evidence and must not be generalized.
200
+
201
+ ### Prohibited
202
+
203
+ - Guaranteed ROI, profit, payback period, revenue lift, margin improvement, investment return, token price increase, yield, or savings.
204
+ - Enigma cuts AI bills by a fixed percentage unless a reviewed customer-specific invoice analysis supports that exact statement.
205
+ - Proof Network makes compliance cheaper by default.
206
+ - Benchmark token estimates equal realized provider invoice savings.
207
+ - Blockchain anchoring creates financial upside for customers or token holders.
208
+
209
+ ## Compliance, legal, and regulatory posture
210
+
211
+ ### Allowed
212
+
213
+ - Enigma artifacts are designed for plaintext-minimized evidence workflows.
214
+ - Proof Network can support customer audit preparation by preserving hashes, roots, refs, signatures, scopes, timestamps, and validation status.
215
+ - Security and compliance teams can review Proof Network artifacts as part of their own control evidence process.
216
+ - Enigma can say it is not a compliance certification unless a separate audit says otherwise.
217
+
218
+ ### Conditional
219
+
220
+ - SOC 2, ISO 27001, HIPAA, GDPR, CCPA, FINRA, SEC, PCI, FedRAMP, or similar claims require scoped legal/security approval and evidence from the actual audit, assessment, agreement, or deployment.
221
+ - "GDPR deletion support" requires approved legal wording, data map, controller/processor role, retention policy, deletion workflow, and provider subprocessors.
222
+ - "Audit-ready" may be used only as "artifact-ready for review" unless an auditor or customer control owner has approved the evidence set.
223
+
224
+ ### Prohibited
225
+
226
+ - Enigma is SOC 2 compliant, HIPAA compliant, GDPR compliant, FedRAMP ready, regulator approved, legally certified, or audit certified without the specific approval and scope.
227
+ - Proof Network guarantees right-to-be-forgotten compliance.
228
+ - A blockchain root is sufficient legal deletion evidence.
229
+ - Hashes of private data are automatically anonymous, non-personal, non-sensitive, or regulator-safe.
230
+ - Public proof artifacts replace legal review, DPA terms, retention policy, breach notification, or customer-specific control evidence.
231
+
232
+ ## Enterprise security
233
+
234
+ ### Allowed
235
+
236
+ - Enigma emphasizes plaintext minimization: public proofs should carry commitments, roots, refs, counts, timestamps, scopes, signatures, and validation status instead of raw memory.
237
+ - Enigma can state that validators reject private payload keys and credential-looking values in supported proof artifacts.
238
+ - Enigma can describe separation between local package proof generation, hosted deployment evidence, and external provider behavior.
239
+ - Enigma can describe enterprise control goals: scoped grants, revocations, audit refs, benchmark attestations, and public-safe verification packets.
240
+
241
+ ### Conditional
242
+
243
+ - "Enterprise-ready" requires defined deployment mode, security review, support process, incident process, key-management evidence, access-control evidence, monitoring/logging evidence, backup/restore evidence, and customer/operator approval.
244
+ - "Zero trust," "end-to-end encrypted," "BYOK," "KMS-backed," "SIEM-integrated," "SSO/SAML/SCIM," or "DLP-integrated" requires actual implementation evidence for the named environment.
245
+ - "No raw memory leaves the customer boundary" requires deployment architecture evidence and integration review.
246
+
247
+ ### Prohibited
248
+
249
+ - Enigma is unhackable, tamper-proof, breach-proof, zero-risk, fully private by default, or impossible to misuse.
250
+ - Public hashes make all private memory safe to publish.
251
+ - Enterprise security is proven by a local CLI artifact alone.
252
+ - Proof Network eliminates the need for access control, key management, logging, monitoring, backups, incident response, support ownership, legal review, or human approval.
253
+ - Enigma can disclose customer proof artifacts publicly without customer approval.
254
+
255
+ ## Required wording for CLI-generated artifacts
256
+
257
+ Use these boundaries whenever referencing `enigma chain anchor|grant|revoke|attest|verify`:
258
+
259
+ - `enigma chain anchor`: "Creates a local Solana-ready anchor batch from public-safe roots and refs. It does not submit a transaction. Raw memory is not placed on-chain."
260
+ - `enigma chain grant`: "Creates a local scoped capability grant artifact using public-safe refs and scopes. It does not expose raw ACL bodies or tenant data."
261
+ - `enigma chain revoke`: "Creates a local revocation/nullifier artifact. It does not prove third-party provider deletion or model forgetting."
262
+ - `enigma chain attest`: "Creates a local benchmark attestation from a report hash or approved report file plus dataset, runner, and package refs. It does not publish raw benchmark records or prove universal performance."
263
+ - `enigma chain verify --file <json>`: "Validates supported Proof Network artifact structure and private-payload boundaries. It does not prove real-world truth, provider deletion, model forgetting, hosted SaaS readiness, or legal compliance."
264
+
265
+ ## Copy review checklist
266
+
267
+ Before publication, every Proof Network claim must answer yes to all applicable questions:
268
+
269
+ 1. Does the copy identify the exact artifact, command, report, or evidence ref behind the claim?
270
+ 2. Does it avoid raw memory, prompts, transcripts, completions, embeddings, ACL bodies, tenant names, secrets, provider responses, and private customer identifiers?
271
+ 3. Does it distinguish local artifact generation from chain submission, provider action, hosted SaaS operation, and legal certification?
272
+ 4. Does it avoid absolute words like "guarantees," "proves," "deletes," "forgets," "compliant," "certified," "best," "leading," and "ROI" unless the required evidence and approval exist?
273
+ 5. Does it keep benchmark claims scoped to the exact report, runner, dataset/ref, package/ref, metric, and review boundary?
274
+ 6. Does it avoid implying hashes are automatically anonymous or safe for every jurisdiction?
275
+ 7. Does it include `transaction_submitted:false` and `raw_memory_on_chain:false` boundaries where chain artifacts are discussed?
276
+ 8. Would the claim still be accurate if a provider kept logs/backups/caches or a model remembered similar information? If not, rewrite it.
277
+
278
+ ## Approved short boilerplate
279
+
280
+ ```text
281
+ Enigma Proof Network creates public-safe proof artifacts for AI memory operations: anchor batches, capability grants, revocations, benchmark attestations, and verification packets. The artifacts are designed to carry hashes, roots, refs, counts, scopes, timestamps, signatures, and validation status—not raw memory, prompts, transcripts, completions, embeddings, tenant names, secrets, or provider responses. Local chain commands prepare and verify JSON artifacts; they do not submit Solana transactions, prove provider deletion, prove model forgetting, certify compliance, or guarantee ROI.
282
+ ```
283
+
284
+ ## Replacement copy table
285
+
286
+ | Risky draft claim | Approved replacement |
287
+ | --- | --- |
288
+ | Enigma puts AI memory on Solana. | Enigma prepares Solana-ready public anchor batches that contain roots, hashes, refs, counts, and explicit non-submission flags; raw memory is not placed on-chain. |
289
+ | Enigma proves providers deleted data. | Enigma can produce Enigma-controlled revocation or deletion-request evidence; provider deletion requires provider-supplied confirmation and approval. |
290
+ | Enigma makes models forget. | Enigma can exclude or revoke memory from Enigma-controlled context packs; model-weight or provider-native forgetting is outside the Proof Network boundary. |
291
+ | Enigma is compliant. | Enigma artifacts are plaintext-minimized evidence inputs for compliance review; certifications require separate scoped legal/security approval. |
292
+ | Enigma reduces AI spend. | Enigma may cite report-scoped estimated token metrics; invoice savings require customer-specific provider invoice analysis and approval. |
293
+ | Enigma is enterprise-ready. | Enigma supports enterprise review workflows with scoped grants, revocations, attestations, and proof packets; production readiness requires deployment, security, support, incident, key-management, monitoring, and operator evidence. |
294
+
295
+ ## Publication escalation triggers
296
+
297
+ Escalate to legal/security/product review before publication if copy:
298
+
299
+ - uses `delete`, `deleted`, `forget`, `forgotten`, `compliant`, `certified`, `guaranteed`, `ROI`, `savings`, `best`, `leading`, `on-chain`, `finalized`, `enterprise-ready`, or `zero trust` as an absolute claim;
300
+ - names a customer, tenant, provider account, regulated industry, auditor, regulator, chain transaction, benchmark leaderboard, or production environment;
301
+ - includes any number, percentage, ranking, price, savings amount, latency, recall, accuracy, or uptime claim;
302
+ - relies on a screenshot, demo, local fixture, prepared anchor batch, revocation artifact, or benchmark hash to imply external provider behavior;
303
+ - could be read as legal advice, compliance certification, investment language, securities language, deletion confirmation, model unlearning, or hosted SaaS availability.
304
+
305
+ ## Hard red lines
306
+
307
+ Never publish these claims or close paraphrases:
308
+
309
+ - "We put AI memory on-chain."
310
+ - "We prove providers deleted your data."
311
+ - "We make models forget."
312
+ - "We guarantee GDPR/SOC 2/HIPAA compliance."
313
+ - "We guarantee ROI or lower AI bills."
314
+ - "Our benchmark proves Enigma is the best memory layer."
315
+ - "Hosted SaaS is live because the contracts exist."
316
+ - "Public hashes are anonymous, so they are always safe to publish."
317
+ - "A proof packet proves the underlying memory is true."
318
+ - "A local anchor artifact means the transaction was submitted."