Brand LogoBrand Logo (Dark)
首页智能体广场工具包广场GitHub 精选提交智能体博客

分类

  • AI 绘画
  • AI 音频
  • 自动化工具
  • 聊天机器人
  • 编程工具
  • 金融工具

分类

  • 大语言模型
  • 营销工具
  • 零代码/低代码
  • 研究与搜索
  • 视频与动画
  • 视频编辑

GitHub 精选

  • DeerFlow — 字节跳动开源超级智能体框架

最新博客

  • OpenClaw vs Composer 2 Which AI Assistant Delivers More Value
  • Google AI Studio vs Anthropic Console
  • Stitch 2.0 vs Lovable Which AI Design Tool Wins in 2026
  • Monetizing AI for Solopreneurs and Small Teams in 2026
  • OpenClaw vs MiniMax Which AI Assistant Wins in 2026

最新博客

  • OpenClaw vs KiloClaw Is Self-Hosting Still Better
  • OpenClaw vs Kimi Claw
  • GPT-5.4 vs Gemini 3.1 Pro
  • Farewell to Bloomberg Terminal as Perplexity Computer AI Redefines Finance
  • Best Practices for OpenClaw
LinkStartAI© 2026 LinkstartAI. 版权所有。
联系我们关于
  1. 首页
  2. GitHub 精选
  3. ReMemory
ReMemory logo

ReMemory

离线的“多人解锁”加密文件保险箱:用 age 加密,再用 Shamir 门限秘密共享把密钥拆给可信的人,并提供可在浏览器本地恢复的工具包。
1.2kGoMIT license
#age-encryption#shamir-secret-sharing#dead-mans-switch#offline-recovery#browser-wasm#zero-server
#key-escrow
#disaster-recovery
#integrity-checks
#end-of-life-planning
#alternative-to-emergency-access

项目简介

ReMemory 是一套面向最坏情况的“可恢复加密”方案:先把你的关键文件打包并用 age 进行强加密,然后把解密口令用 Shamir's Secret Sharing 拆成 N 份、设置门限 T。每个被信任的人拿到一个自包含的离线恢复包,里面不仅有自己的份额,还有可直接打开的 recover.html,用于在本地合并份额并解锁下载。因为恢复工具是纯本地运行的 HTML + WASM 资产,恢复时不需要服务器、不依赖项目还活着、也不要求装任何运行时,这让“多年后仍能恢复”变成可验证的工程约束。对个人与小团队来说,它把单点信任与单点丢失的风险打散,同时把操作复杂度压到非开发者也能执行的流程。

痛点 vs 创新

✕传统痛点✓创新方案
把所有恢复信息交给一个人会形成单点信任与单点丢失,一旦联系不上或对方失误,等同于永久失去访问权。ReMemory 用门限秘密共享把解密能力拆分成协作条件:单份额在数学上不泄露任何信息,门限达成才可恢复。
依赖在线服务或厂商“紧急访问”的方案,隐含前提是服务长期可用且账号体系不变,时间跨度越长不确定性越大。恢复工具以纯本地的 WebAssembly 资产交付,避免服务器依赖与运行时漂移,把可恢复性做成离线、可携带、可复制的工程产物。

架构深度解析

封存管线:age 加密 + 门限密钥分割
ReMemory 的封存阶段先生成高强度随机口令,并用 age 的口令模式对文件清单进行加密,使加密产物与原始明文严格分离。随后它用 Shamir 门限秘密共享把口令拆成 N 份并设置门限 T,让“解密”从单人权限变成多人协作条件。这个设计的关键在于可证明的泄露边界:任意少于 T 份额在信息论意义上不提供任何关于口令的信息。工程上它把风险从“某人拿到全部就完蛋”降级为“必须满足门限才会发生解锁”,更符合长期保管的威胁模型。
离线恢复包:浏览器 WASM 复原与完整性校验
ReMemory 把恢复体验固化为每个人一份自包含 ZIP:份额、加密清单、以及可直接打开的 recover.html。recover.html 在浏览器本地完成份额合成、密钥重建与解密,避免把敏感材料送上网,也避免依赖某个服务器持续存在。为了让“几十年后仍可恢复”更可信,它倾向使用朴素的 HTML 与 WASM 交付形态,减少外部依赖与版本漂移的概率。对非技术参与者而言,这种封装把密码学细节隐藏在可操作流程背后,降低失误率。

部署指南

1. 选择使用浏览器方式生成恢复包(无需安装)

bash
1open https://eljojo.github.io/rememory/maker.html

2. 填写参与人数与门限,并导入需要封存的文件清单后生成每个人的 ZIP

bash
1maker: set n-and-threshold -> generate-bundles

3. 把每个人的 ZIP 分发给对应联系人,并要求离线保存到安全介质

bash
1deliver: bundle-alice.zip bundle-bob.zip bundle-carol.zip

4. 恢复时由任意达到门限的人打开 recover.html 并合并份额解锁下载

bash
1open recover.html -> add-shares -> unlock -> download

落地场景

核心场景目标人群解决方案最终收益
离线密钥托管与遗产规划个人与家庭用门限密钥分割封存恢复信息并分发给可信联系人避免单点信任与单点丢失,关键资料可在最坏情况下被合规恢复
企业应急解锁流程安全负责人用多人门限机制保存灾备凭据与根密钥,恢复需多角色协作把越权风险降到最低并提升审计与可控性
加密资料的可打印交付非技术参与者通过自包含恢复包让参与者用浏览器按步骤合并份额降低操作门槛,减少长期保存与恢复时的误用概率

避坑指南

避坑指南
  • 安全性依赖于你在封存阶段的设备可信与操作习惯,若生成环境被入侵,后续门限机制也无法挽回。
  • 门限设置需要结合真实社交可达性与时间跨度,门限过高会把可恢复性变成不可达的形式主义。
  • 恢复依赖参与者妥善保管各自的离线包,丢失过多份额会导致无法满足门限。

常见问题

ReMemory 和密码管理器的紧急访问有什么本质差异?▾
ReMemory 的核心是把解密能力做成门限协作:单份额在数学上为零信息,只有达到门限才会重建密钥并解锁文件。相比之下,紧急访问通常围绕账号与在线服务编排,长期可用性与策略变化是隐含风险。ReMemory 把恢复工具封装成离线 recover.html,让恢复更像一次可重复的本地流程,而不是依赖某个服务在未来仍可登录。
门限 N-of-M 应该怎么选才不踩坑?▾
先用现实约束倒推:你能确保多少人长期可联系、愿意配合、且会妥善保存离线包,然后把门限设在可达人数之下。常见做法是 2-of-3 或 3-of-5,用较低门限保证可恢复性,再用分发范围提升抗丢失能力。关键不是“越高越安全”,而是在安全与可达之间找到稳定点。
为什么恢复工具放在浏览器里反而更可靠?▾
浏览器是跨平台最稳定的运行时之一,而 recover.html 作为自包含的离线资产,减少了对系统包管理器、服务器与第三方依赖的长期绑定。恢复时只需要把份额合并到本地页面,不需要上传明文或密钥到远端,隐私边界更清晰。对非技术参与者而言,这也把操作收敛为“打开文件、按提示添加份额、下载结果”。
在 GitHub 上查看

项目指标

Star 数1.2 k
编程语言Go
开源协议MIT license
部署难度简单

Table of Contents

  1. 01项目简介
  2. 02痛点 vs 创新
  3. 03架构深度解析
  4. 04部署指南
  5. 05落地场景
  6. 06避坑指南
  7. 07常见问题

相关项目

vinext-starter
vinext-starter
27·TypeScript
DeerFlow — 字节跳动开源超级智能体框架
DeerFlow — 字节跳动开源超级智能体框架
26.1 k·Python
gstack
gstack
0·TypeScript
Marketing for Founders
Marketing for Founders
2.2 k·Markdown