① 重点是长期(起码 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 1
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 1
去白宫的网站发起一个请愿,美利坚 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 2017-07-24 15:21:44 +08:00
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 1
『把字刻到石头上』
|
29
GoBeyond 2017-07-24 15:37:48 +08:00 via Android
激光刻石头,真的,我没开玩笑,真的挺保险的
再租个银行保险柜就更好了 |
30
dbw9580 2017-07-24 15:54:00 +08:00 via Android 4
买个域名,添加一段 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 1
@hematite #35 不在了。
域名有两个,一个是注册商,一个是解析服务器。 注册商负责的是续费等内容。 解析服务器负责的是 a、txt 等记录。 一半注册商会提供解析服务器,不过也可以使用第三方的。 如果解析服务器倒了,a、txt 记录都没了。 |
37
Livid MOD |
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 1
@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 1
纹身到吊上
|
45
15015613 2017-07-24 19:30:23 +08:00 via Android 1
|
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 1
感觉不用这么复杂,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 1
|
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
[短链接服务] 选择不真实存在的域名作为命名空间,将字符串编码为路径,两者组合在一起。
优点: 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 即可获取,操作便捷容易 |