Revision history and IPFS entry, back to latest
Chris
IPFS What is this

Content Hash

对于 matters news 使用区块链相关技术的疑问

Chris
·
·

常感谢能够搭建 matters news 这么棒的交流平台,界面初看与 Medium 颇有几分相似,可是 Medium 迫于盈利压力,开始限制登陆用户阅读文章的数量,有意思的是在匿名模式下则没有限制,可能是方便 SEO。

本人对区块链相关的技术比较感兴趣,想了解下 matters news 是如何使用到区块链的,通过网络检索与之相关的介绍非常之少,与之类似的 steemit 好像有把平台甚至数据库均开源,任何人都可以查询。

经与 TG 管理 @Matty 交流后,其推荐如下两篇文章:

https://matters.news/@guo/工程日誌-3-19-如何建立分布式的版權生態-zdpuB3c76Te7qwTzvmoNSNHCiDSrcQq4QB4rcKSN5hewExKto

https://matters.news/@robertu/社區開放一小步-matters-api-zdpuAyovU8xL9sYsV5rQfe35XhmN6okTVbnogCFH2J8cqAXCs

快速阅览后,对于 ipfs 部分的说明似乎并不多。在网络上一番查找发现这篇文章,Hugo and IPFS: how this blog works (and scales to serve 5,000% spikes instantly!),其中与如下图示,若要发布内容到 ipfs 中,需要通过下图中的 ipfs-eu,ipfs-us 及 ipfs-apac 几个 ipfs 节点进行发布,然后将其广播到 ipfs 网络中,类似于 bittorrent 中做源,当用户(某个 ipfs 节点),在下图中则是 cloudflare ipfs gateway 发起请求其数据时,则会在 ipfs 网络中查找存储这个数据的节点,并返回给用户,当然也会在其节点下存储一份,当然,对于任何一个 ipfs 节点,为了节省存储及带宽至于当用户请求时设置一个 expired 时间,有新用户请求时则更新 expired 时间,换言之,ipfs 对于热点内容的读取速度要比冷内容要快(直接从缓存读取,而无需向 seed 请求),其工作模式与 CDN 非常类似。

Source:https://withblue.ink/2019/03/20/hugo-and-ipfs-how-this-blog-works-and-scales.html

于是找一个 matters.news 的任何一篇文章测试下,比如这篇,通过 curl -I url (capital i, lowcase L) 得到如下信息,“curl -I https://d26g9c7mfuzstv.cloudfront.net/ipfs/QmaeQMtfpXnohUfHxZWKv2Lf7x4z2sxHYBG7KsDb

查看“09:29:07 GMT x-cache: Hit from cloudfront via: 1.1 ”内容确实是缓存在 cloudfront 上。

https://matters.news/@nitrariachine/那夜-說清楚回家的路-zdpuAmoqCwEVrUZXqPUNRYoBR4jBT1nA1NG1RQqPSnTkAukrR

curl -I https://d26g9c7mfuzstv.cloudfront.net/ipfs/QmaeQMtfpXnohUfHxZWKv2Lf7x4z2sxHYBG7KsDbP5XuVu/ HTTP/1.1 200 Connection established HTTP/2 200 content-type: text/html; charset=utf-8 content-length: 8905 accept-ranges: bytes access-control-allow-headers: Content-Type access-control-allow-headers: Range access-control-allow-headers: User-Agent access-control-allow-headers: X-Requested-With access-control-allow-methods: GET access-control-allow-origin: * access-control-expose-headers: Content-Range access-control-expose-headers: X-Chunked-Output access-control-expose-headers: X-Stream-Output etag: "QmaeQMtfpXnohUfHxZWKv2Lf7x4z2sxHYBG7KsDbP5XuVu" last-modified: Thu, 21 Nov 2019 09:29:07 GMT suborigin: ipfs000bciqlnwdzi4gxkgxv67kvew32hmkkgrbertfem7o5w3wbbtyleitbwda x-ipfs-path: /ipfs/QmaeQMtfpXnohUfHxZWKv2Lf7x4z2sxHYBG7KsDbP5XuVu/ date: Thu, 21 Nov 2019 09:29:07 GMT x-cache: Hit from cloudfront via: 1.1 c379fc647ec433c74b9813bff8a9cf0f.cloudfront.net (CloudFront) x-amz-cf-pop: HKG60-C1 x-amz-cf-id: qJg74g0ffjxgOILtl6_k-84PCvRur_RAx_8UyyhekYyBqoQmWdqk7g== age: 174


由此新生如下几个问题:1,matters news 搭建了几个 ipfs 节点以存储内容 2. 当用户访问 matters news 主站时,是默认走 ipfs 还是 cdn ,还是二者混合,如果是 ipfs ,这当中涉及到的技术是如何实现的呢。3. 假设贵站搭建了若干 ipfs 节点,若这几个 ipfs 节点下线后,如何保证内容在 ipfs 网络的高可用呢,即使 cloudfare ipfs gateway 存储的内容也是一种形式的缓存。4. 使用 ipfs 对于贵站来说相比于 CDN 的优势是什么呢,成本,访问速度或其他。除了 ipfs 和 likecoin 之外,是否还有其他有用到区块链的地方呢。

当然,上述分析可能有误,还望各位能够指正,谢谢!

CC BY-NC-ND 2.0