docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

docs: add product roadmap (Harbor storage + Talus on-chain direction) - #4

Open
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap
Open

docs: add product roadmap (Harbor storage + Talus on-chain direction)#4
harrymove-ctrl wants to merge 2 commits into
mainfrom
docs/product-roadmap

Conversation

@harrymove-ctrl

Copy link
Copy Markdown
Owner

What

Adds docs/ROADMAP.md — a single, grounded product roadmap covering the next 0-12 months across six areas: Walrus/Harbor storage, smart-contracts/on-chain architecture, crawling/extraction, UI/UX, onboarding, and product completeness. The roadmap is aligned to the Talus/acc grant goal of publishing contextmem.extract/.recall/.remember as Nexus DAG tools with on-chain attribution receipts.

Why

ContextMEM has no custom on-chain layer today: storage is Tatum-gateway (plaintext, mainnet, Node-only, never in the Worker), "private" namespaces are a D1 token check rather than encryption, and there is zero Move code, zero attribution receipts, and zero Talus/Nexus wiring. The roadmap sets a clear direction and sequences the work to ship the grant demo and harden for public launch.

Structure

  • Executive summary and an honest current-architecture snapshot (no Move contract; Tatum-based, plaintext Walrus; MemWal-pointer memory; app-layer namespaces).
  • A cross-cutting Harbor + on-chain decision section up top with a clear recommendation.
  • The six areas, each with current state → gaps → a prioritized plan table (Task | Priority | Effort | Notes) → Harbor/on-chain notes → open questions.
  • A phased timeline mapping P0/P1 work to Talus milestones (M1 0-3mo / M2 3-6mo / M3 6-12mo).
  • A consolidated Decisions needed from the team list.

Key recommendations

  • Coexist, don't replace: keep Tatum for public/mainnet; add Harbor (Sui testnet, SEAL-encrypted) for private namespaces + the on-chain demo, until Harbor reaches mainnet.
  • Hybrid on-chain (Option C): reuse Walrus + Harbor/SEAL + MemWal, and author one minimal Move package (registry + receipt) for typed, composable attribution receipts — the one thing Harbor's Bucket/Seal objects don't provide.
  • Harbor lands before any Move authoring — its Bucket + Seal policy objects (created via Enoki-sponsored, no-SUI-balance txs) are the first real on-chain layer.
  • Spike @mysten/seal in the Worker early — the key runtime unknown that decides where encryption runs.
  • Build the usage/event ledger first — the shared spine for billing, observability, and on-chain attribution.

Docs-only change; no code or behavior is modified.

Plans the next 0-12 months across six areas — Walrus-memory+Harbor,
on-chain/smart-contract architecture, crawling/extraction quality,
UI/UX, onboarding, and cross-cutting feature gaps — grounded in the
current codebase and aligned to the Talus/acc milestones.
This was referenced Jun 16, 2026
…Namespace, web split, CI scope)
Fact-checked file:line/symbol/architecture claims against the codebase:
- on-chain reads: getObject only in proof.ts/resources.ts; history.ts raw JSON-RPC, resolve.ts SuiNS lookupName, bcs.ts BCS schemas
- CloudflareNamespaceStore.authorizeNamespace at worker.ts:502 (was .authorize :503)
- apps/web is split into components/ + lib/ (not only the constellation)
- CI runs typecheck+test+build (+ gated deploy.yml), not typecheck+test only
@cloudflare-workers-and-pages

cloudflare-workers-and-pagesBot commented Jun 19, 2026

Copy link
Copy Markdown

Deploying contextmem with Cloudflare Pages Cloudflare Pages

Latest commit:6ed3e78
Status: ✅ Deploy successful!
Preview URL:https://c09b84bd.contextmem.pages.dev
Branch Preview URL:https://docs-product-roadmap.contextmem.pages.dev

View logs

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@harrymove-ctrl@hien-p