場景一：他匆匆忙忙打開手機上的日記App废封，記錄下那些靈光一現(xiàn)的文字。他以為自己抓住了靈感虱饿，戰(zhàn)勝了記憶消退的時間。但是氮发，他沒想到最終敗給了服務商：那款xx日記停止了運營渴肉，文字不見了，靈感不見了爽冕，投訴無門仇祭，欲哭無淚。

場景二：他一直在寫日記乌奇，這是他的習慣，是生活的一部分礁苗。最初，他用日記本试伙，卻發(fā)現(xiàn)這成為了父母監(jiān)督的“證據(jù)”；后來疏叨，他用xx日記App穿剖，以為很安全蚤蔓，卻在某個不起眼的網(wǎng)站上看到了自己日記的原文......隱私泄露的特別突然糊余，他卸載了App秀又，也丟失了那些過去的日子。

.....

這不是虛構(gòu)的場景凄贩，而是真實發(fā)生在我身上的經(jīng)歷，在被日記App服務商坑了一次又一次之后疲扎，我也總結(jié)了一分經(jīng)驗和九分教訓，以供大家參考椒丧。

在使用了N款日記類App之后，我發(fā)現(xiàn)有兩個問題特別突出：一個是App數(shù)據(jù)容易丟失壶熏，另一個是數(shù)據(jù)隱私泄容易被泄露浦译，這兩個問題都是針對服務商產(chǎn)生的棒假，但是App使用者卻是最終受害者精盅。

我認為能夠保證數(shù)據(jù)不丟失、隱私不泄露的日記類產(chǎn)品才是合格的叹俏，或者說，這兩個條件才是日記App的核心競爭力粘驰，至于好看的樣式/模板屡谐，并不能稱為核心競爭力。

中心化服務器不夠適用

作為一個運營社畜蝌数，我經(jīng)常會調(diào)研各種應用App的發(fā)展現(xiàn)狀和困境愕掏，在我調(diào)研日記App時候顶伞，我發(fā)現(xiàn)數(shù)據(jù)丟失問題、隱私泄露問題很大程度上是由于這些服務商的數(shù)據(jù)存儲模式導致的枝哄。

目前市場中常見的日記App在數(shù)據(jù)存儲方面都采用的是中心化服務器——也就是說阻荒，所有用戶數(shù)據(jù)都存儲在服務商的云服務器上，這種方式的好處在于便捷性高侨赡、容易管理粱侣，這也是互聯(lián)網(wǎng)時代常用的解決方式蓖宦。

但是，這種方式的缺陷也比較明顯稠茂。中心化數(shù)據(jù)庫極易成為黑客攻擊目標，數(shù)據(jù)隱私泄露風險較高睬关，另外這些云端服務器都是由運營商管理的，運營商暫停电爹、關(guān)閉服務都會對這些數(shù)據(jù)產(chǎn)生影響，輕則影響數(shù)據(jù)存儲備份摇邦，重則導致數(shù)據(jù)丟失銷毀。

如果在過去施籍，我們未必會有能夠替代中心化服務器的解決方案挑秉，也很難解決數(shù)據(jù)所有權(quán)的問題法梯；但是區(qū)塊鏈技術(shù)給予了全新的解決思路犀概，通過區(qū)塊鏈分布式存儲的技術(shù)特點，我們大可以將這些用戶數(shù)據(jù)存儲到“鏈上”姻灶，利用公私鑰、智能合約等等手段保障數(shù)據(jù)安全捂掰；另外這些存儲到鏈上的數(shù)據(jù)也不會受到運營商影響，哪怕運營商進行業(yè)務調(diào)整这嚣，已經(jīng)寫入“鏈上”的數(shù)據(jù)也不會受到影響塞俱。

目前姐帚，已經(jīng)有陸續(xù)有這類產(chǎn)品推出了障涯，例如我現(xiàn)在經(jīng)常使用的「鏈記」小程序膳汪。

按照官方介紹九秀，鏈記在功能開發(fā)過程中加入了哈希存證校驗功能，相關(guān)數(shù)據(jù)都存儲在WingChain區(qū)塊鏈底層平臺中鼓蜒，在沒有授權(quán)和私鑰（哈希值）的情況下，沒有人能夠查看或者利用這些數(shù)據(jù)都弹，自然也就規(guī)避了諸多風險。

不過讓我更感興趣的是缔杉，鏈記也能夠支持數(shù)據(jù)存儲的私人本地化部署，也就是說或详，鏈記能夠支持用戶使用自己的設(shè)備保存產(chǎn)生的數(shù)據(jù)，自然也就把數(shù)據(jù)所有權(quán)還給了用戶本人椒振。不過這一功能目前還在開發(fā)中梧乘，上線還需要一段時間澎迎。

總結(jié)起來选调，日記類App實在給我留下太多慘痛的回憶，我也調(diào)研出了這些問題發(fā)生的原因仁堪，按照“數(shù)據(jù)不易丟失”、“隱私不易泄露”這兩個標準去找鸟辅，更適合的日記應用也就清楚明朗了。