① 重点是长期(起码 20 年+)
② 容量要求不高,能保存5KB就够了,一篇文章的长度
③ 基于互联网。任何时候有 key+联网,就能取出
其它特性(如加密),都无所谓;可接受适当付费
如果不要求长期,方法就很多了:
比如把字符串截图上传图床: http://wx3.sinai mg.c n/large/d80a8e60gy1fhuw7ot80uj20b207qdga.jpg
后面的 d80a8e60gy1fhuw7ot80uj20b207qdga 就相当于 key
又比如保存到 notepad.pw 上: https://notepad.pw/n1y638kw
后面的 n1y638kw 也相当于 key
但这些商业公司提供的服务,都难保长期。求一个符合上面①②③的方法
![]() | 1 momocraft 2017-07-24 13:31:52 +08:00 ![]() aws s3: 目前来看大机率活得过 20 年 |
2 mooncakejs 2017-07-24 13:33:41 +08:00 放在 qq 备注里 |
![]() | 3 ETiV 2017-07-24 13:39:21 +08:00 via iPhone 用 key 把内容加密 然后搜「区块链刻字」 |
![]() | 4 Laynooor 2017-07-24 13:41:29 +08:00 via Android @mooncakejs 20 年后 QQ 都被回收了吧 |
5 hematite OP @momocraft #1 这里对长期的需求强度,已超越“大几率”,要求整个服务,从立案、设计之初的 core,都是围绕“长期”来做的(牺牲其它需求,换的就是这一点)。并有一系列的对冲、风险控制、赔偿制度,来保障其核心 feature 长期。 不知道有没有这种服务 |
![]() | 6 gouchaoer 2017-07-24 13:46:46 +08:00 买阿里云续费 20 年,自己搭 |
![]() | 7 gouchaoer 2017-07-24 13:47:54 +08:00 买云服务商的存储服务 |
![]() | 8 xjp 2017-07-24 13:59:46 +08:00 via iPhone 按楼主的说法 用第三方的服务肯定都用问题 万一这个公司倒闭呢? |
![]() | 9 gamexg 2017-07-24 14:04:01 +08:00 @hematite #5 s3 都不保险那么只能自己搭了。 国内阿里、腾讯、国外微软、aws、google 跨地区租服务器,然后跑个 etcd 类的数据库。 牺牲写性能做到任何一个服务器工作都能读取,超过一半在线就能正常写入。 |
![]() | 10 lcatt 2017-07-24 14:04:41 +08:00 字符串转换为数字,然后换成钱存入银行,数量太大就变成多个子账户,定期,利息全部转入另外一个账户,或你想根据利率反推也行;所有账户绑定一个 key。只要银行不倒闭,就行。 |
![]() | 12 lcatt 2017-07-24 14:06:13 +08:00 另外你要求 key+互联网,那么你的 key 也要能保存 20 年?那为什么不把东西存 key 里。 |
14 maemual 2017-07-24 14:07:12 +08:00 没谁能保证 20 年+ 不倒闭吧。 |
![]() | 15 gouchaoer 2017-07-24 14:10:23 +08:00 你干脆把 key 存 github 算了 |
16 SuperMild 2017-07-24 14:10:43 +08:00 电子邮箱 CC 到 gmail、icloud 和 QQ 邮箱,只要这三家不同时倒闭,就可以通过搜索邮件标题来找到你的内容。 |
17 hematite OP @xjp #8 所以主贴说“商业公司……都难保长期”,后半句没说完:这种服务,个人猜测更可能出现在非商业公司,即某个非营利性机构(就像不会担心 IANA、W3C 倒闭一样)提供的互联网基础设施的行列中。它的形态,于是说产品,毋宁说是协议 /标准;于是说类似 dropbox/evernote/weibo,毋宁说类似 qotd/ping。 当然,这些全是猜测,可能错误 /白日梦。楼主如果知道确切信息,就不必发求助帖了哈,谢谢大家 |
18 hienchu 2017-07-24 14:24:47 +08:00 为什么需要存 20 年? |
![]() | 20 ryd994 2017-07-24 15:02:23 +08:00 amazon glacier + s3 glacier 保证数据不丢,s3 方便读取 |
21 ty89 2017-07-24 15:08:03 +08:00 ![]() 去白宫的网站发起一个请愿,美利坚 20 年之内应该不会倒闭 |
![]() | 22 msg7086 2017-07-24 15:08:15 +08:00 「但这些商业公司提供的服务,都难保长期。」 所以你要找非商业服务? 上下文读得我有点懵。 |
23 yalanaika 2017-07-24 15:15:48 +08:00 不存在永远的安全,只能找在互联网上长久存在,且不易改变的东西做密码表。 即针对每一个汉字 /字符,取多个可能的来源。 例如 google 文档里莎士比亚全集里面的某一页的第几个字。 |
![]() | 24 fengxueshangu 2017-07-24 15:17:52 +08:00 写到本子里吧 |
![]() | 25 subpo PRO 20 年还好,我记得有一个科幻小说,就是有一个土豪想把一段文字保存万亿年,花了巨额想到了无数方法,最后还是没做到 印象比较深的方法有几台电脑互相纠错,但是万亿年尺度原子级别的误差都需要考虑 |
26 siyemiaokube 2017-07-24 15:26:08 +08:00 via Android 用法律文书保存? |
![]() | 27 Phariel 2017-07-24 15:28:07 +08:00 via Android QQ 网络硬盘 说实话我 10 几年前存进去的文件现在都还打得开,虽然转到微云里去了 |
![]() | 28 rrfeng 2017-07-24 15:33:05 +08:00 ![]() 『把字刻到石头上』 |
![]() | 29 GoBeyond 2017-07-24 15:37:4 +08:00 via Android 激光刻石头,真的,我没开玩笑,真的挺保险的 再租个银行保险柜就更好了 |
![]() | 30 dbw9580 2017-07-24 15:54:00 +08:00 via Android ![]() 买个域名,添加一段 txt 记录。 这应该是成本相对比较低,又能满足随时联网可存取的要求的选择了,全世界的 DNS 服务器都可以为你服务。 互联网体系在 20 年内发生重大改变以至于弃用 DNS 这种风险,现在来看也比较小。 |
33 hematite OP @dbw9580 #30 谢谢,这方法真心不错,就算 dns 协议被弃用,也有长达 N 年、足够反应的缓冲时间。 可惜我查了,txt 记录限制最大 255 字符(≈1 个自然段),不够 5KB (≈一篇长文章)啊… 不过从长期角度,这方法挺不错 |
![]() | 34 Genteure 2017-07-24 16:22:50 +08:00 |
35 hematite OP |
![]() | 36 gamexg 2017-07-24 16:29:04 +08:00 ![]() @hematite #35 不在了。 域名有两个,一个是注册商,一个是解析服务器。 注册商负责的是续费等内容。 解析服务器负责的是 a、txt 等记录。 一半注册商会提供解析服务器,不过也可以使用第三方的。 如果解析服务器倒了,a、txt 记录都没了。 |
![]() | 37 Livid MOD PRO |
![]() | 38 dbw9580 2017-07-24 16:32:48 +08:00 >>35 @hematite https://tools.ietf.org/html/rfc4408#section-3.1.3 按这个标准是允许存多个字符串的,但是 DNS 服务器软件的实现有没有尊重这条标准就要亲自去试试了。 如果不行,还可以把一条字符串拆分成多个,存到多条记录里;记录的名字用某些办法能区分出是属于同一个 key 还是两个不同的 key。 |
![]() | 39 tywtyw2002 2017-07-24 16:37:17 +08:00 github private repo private gist |
![]() | 40 Genteure 2017-07-24 16:40:50 +08:00 ![]() @hematite #35 如果是转卖商倒闭了,那域名会交给注册商管理 如果是注册商倒闭了,那域名会由 ICANN 交给其他域名注册商管理 参考资料: https://www.quora.com/What-happens-if-your-domain-registrar-goes-out-of-business |
42 SuperMild 2017-07-24 16:56:52 +08:00 @subpo 刚才没留意具体时间,万亿年太夸张了,宇宙年龄现在是约 140 亿年,据说预估宇宙寿命也是百亿年尺度的,千亿年后宇宙是否已经塌缩都无法预测。也就是说,在满足土豪这个要求之前必须先证明宇宙寿命是无限或大于万亿年,貌似根据目前人类科学知识还无法做这个预测。 |
44 hoythan 2017-07-24 19:18:54 +08:00 ![]() 纹身到吊上 |
![]() | 45 15015613 2017-07-24 19:30:23 +08:00 via Android ![]() |
47 wenzhoou 2017-07-24 21:25:02 +08:00 via Android zeronet 算不算 |
48 eyp82 2017-07-25 00:38:16 +08:00 via iPhone ![]() 感觉不用这么复杂,20 年而已,可以找几个现存的大厂保存数据,同时保存当前可用的服务列表,你的客户端取数的时候同时也去取这个可用服务列表,然后刷新自己的列表。这样 20 年内哪个挂掉你可以在服务列表里把他去掉。 如果担心你的客户端静默 N 年,再上线发现所有的服务都挂了,可以在某个长期在线地方保存一个备用的列表,这个要求的存储空间很小,几百个字节就足够了,有很多方案可选 |
![]() | 49 davidqw 2017-07-25 01:10:54 +08:00 在以太坊中创建一个智能合约,文本内容写入合约注释并发布,全球节点帮你永久保存 |
![]() | 50 davidqw 2017-07-25 01:15:57 +08:00 智能合约地址(如下方:0x744d70fdbe2ba4cf95131626614a1763df805b9e )就是你的 key,创建成本大概几十块 参考 https://etherscan.io/address/0x744d70fdbe2ba4cf95131626614a1763df805b9e#code |
![]() | 51 Perry 2017-07-25 01:20:31 +08:00 纹在背上 |
![]() | 52 chuhemiao 2017-07-25 01:22:56 +08:00 50 楼正解,目前来看 ETH 也不安全。。。。买个小本本抄上,放银行把。 |
53 siyemiaokube 2017-07-25 01:46:09 +08:00 via Android ![]() |
![]() | 54 ETiV 2017-07-25 03:01:23 +08:00 via iPhone |
![]() | 55 cnnblike 2017-07-25 05:19:05 +08:00 via iPhone 不在乎 key 多长的话可以直接 base64 |
![]() | 56 lylsh1993 2017-07-25 06:33:27 +08:00 via iPhone 拥有一部顶级大片版权(比如**老师的)将片源混淆入信息,p2p 分发,20 年后求种子 |
57 schezukNewTos 2017-07-25 07:58:54 +08:00 ![]() [短链接服务] 选择不真实存在的域名作为命名空间,将字符串编码为路径,两者组合在一起。 优点: 1. 服务可用性高。 2. 因为地址不能访问到,所以链接不可能违规。 3. 使用短域名的服务在可见的未来都不会关闭。 4. URL 理论长度足够长,如果将数个短路径连接在一起编码为路径,还可以无限延长。 缺点: 1. key 由服务商生成,是序贯的并非哈希。因此既不能根据内容计算,也不能跨服务商同步。 2. 服务商未必遵循 URL 规范,也不能排除短链接过期的可能,需要试探其具体实现方式,并始终关注其变化。 |
![]() | 58 lll9p 2017-07-25 08:06:01 +08:00 gist 呢? |
![]() | 59 ArtsXiaoLu 2017-07-25 08:18:39 +08:00 放脑瓜里最保险,其他的什么地方都不行! 刻纹身,也算将就 若是在农村,找棵树刻上树疤,也还行 刻墙上 20 年内肯定要再装修几次, 小车早就换好几台了, 放老婆钱包里都不好使,你知道哪天她翻脸, 对于现在的网络技术,吹嘘得天花乱坠,公司老总们频繁换班,哪个敢保 20 年内不搞点新政策 剩下的就别再想了 |
![]() | 60 ayang23 2017-07-25 09:16:50 +08:00 摩崖石刻最保险,几千年前的还能看到 |
![]() | 61 li02 2017-07-25 09:45:16 +08:00 区块链最好,比特币活过 20 年的几率很大 |
62 SuperMild 2017-07-25 10:31:03 +08:00 via iPhone 其实随便用一个服务就好了,自己家里留一份,网上和本地同时毁灭的几率足够低了。 |
![]() | 63 windirt 2017-07-25 10:49:42 +08:00 比特币 区块链 +1 |
![]() | 64 codermagefox 2017-07-25 10:49:55 +08:00 @subpo 最后是刻在石头上 |
![]() | 65 codermagefox 2017-07-25 10:52:13 +08:00 @subpo “研究继续进行,但没有什么进展,科学家们显然已经有了一些结论,但在我面能是欲言又止。我对他们说,没什么,不管你们得出的结果多么离奇或离谱,没有其他的结果,我们就应该接受。我向他们保证,不会有什么东西比我的经历更离奇和离谱的,我不会笑话他们。于是他们告诉我,基于现代科学在各个学科最先进的理论和技术,根据大量的理论研究和实验的结果,通过对大量方案的综合分析和比较,他们已经得出了把信息保存一亿年左右的方法,他们强调,这是目前已知的唯一可行的方法,它就是”罗辑把拐杖高举过头,白发长须舞动着,看上去像分开红海的摩西,庄严地喊道,“把字刻在石头上!” AA 嘻嘻笑了起来,但程心没笑,她被深深震撼了。“把字刻在石头上。”罗辑又用拐杖指着洞壁说道。程心走到洞壁前,在黯淡的灯光下,她看到洞壁上密密麻麻地刻满了字,还有浮雕的图形。洞壁应该不是原始岩石,可能经过了金属注入之类的处理,甚至可能表面完全换成钛合金或黄金一类的耐久金属,但从本质上讲,仍是把字刻在石头上。刻的字不是太小,每个约有一厘米见方,这应该也是为长久保存考虑,字越小越难保存。 |
66 linxy 2017-07-25 11:29:24 +08:00 给 linux 内核提建设性的 pr text 写到注释中 linux 活 20 年没什么问题吧 全球存储 |
![]() | 67 strahe 2017-07-25 11:37:48 +08:00 50 楼以前都每几个人说到区块链的,写合约或者区块刻字 |
![]() | 68 vanxy 2017-07-25 11:52:49 +08:00 qq 邮箱 02 年,现在 15 年了。 网易邮箱 00 年,现在 17 年了。 gmail 04 年,现在 13 年。 就楼主只要求 20 年,只需内容发送到这几个邮箱基本就 ok。 |
![]() | 69 54c3 2017-07-25 11:55:04 +08:00 Write your message to Bitcoin blockchain, hopefully Bitcoin could last for 20 more years: Here's a service FYI: http://www.cryptograffiti.info/ |
![]() | 70 54c3 2017-07-25 11:57:48 +08:00 Or what about taking your message text as the key? |
![]() | 71 misaka20038numbe 2017-07-25 12:12:00 +08:00 将字符串用 key 加密,然后分段标记。将所有段通过软件向网络中所有能发表内容的网站不定时自动发表,循环采集新网站,重复以上操作。这样,需要的时候通过网络搜索获取所有的段再拼接解密即可。只要发表的网站足够多,重复是次数足够大,且网络能一直存在应该是能取回数据的。 |
![]() | 72 imn1 2017-07-25 12:29:56 +08:00 这个问题本质不是存储你要提取的那段“字符串”,因为它只是符号的组合,可以通过 key 用某种算法组合出来的 这个问题的最大重点是你自己怎么保存这个 key 达到 20+年 是否有个隐含条件:key 非常短,可以人脑记忆? 如果 key 能保存 20+年的话,很长也行啊,一个字符映射规则也可以啊,那就没必要再保存“那段字符串”了 |
![]() | 73 imn1 2017-07-25 12:38:28 +08:00 我个人觉得这个需求很奇怪 1.没有加密需求 2.原题举例的 key 也不是人脑可以方便记忆的 既然要脱离人脑保存 key,干嘛不直接保存这段字符串呢? |
![]() | 74 zhongkouwei 2017-07-25 19:15:59 +08:00 楼上说自己搭的也不靠谱啊。谁知道这些云服务商能坚持多久。。 所以。。 自己买个服务器放在家里,做好备份及容灾。 |
75 hematite OP 或许存储在“维基百科的个人沙盘”内? ① 维基的寿命至少和腾讯一个数量级(非理性认知) ② 维基的特性相对稳定,不轻易变化。尤其,沙盘是其*核心*特性,不会像“被腾讯轻易关闭的” QQ 聊天室的下场一样。 ③ 个人沙盘公共可见,get 即可获取,操作便捷容易 |