IPFS 节点默认将其 存储的数据 当作一种缓存。这就意味着它其实并不保证数据的持久化。资源总是有限的,是需要维护的,在条件具备的情况下,它会进行垃圾回收。
但同时,有些数据我们是不希望按照 gc 规则回收的,这是就需要将这些数据 pin
在节点上。
IPFS 节点默认将其 存储的数据 当作一种缓存。这就意味着它其实并不保证数据的持久化。资源总是有限的,是需要维护的,在条件具备的情况下,它会进行垃圾回收。
但同时,有些数据我们是不希望按照 gc 规则回收的,这是就需要将这些数据 pin
在节点上。
去中心化也许会成为未来的主题,但是,但是我觉得应该也不会实现真正的“去中心化”。
虽然节点的地位是平等的,依照现有的思路,节点群体在决策时,仍然无法保证它百分百就是对的,大部分节点仍然可能会被把持在某些手中,形成较大的决策影响力,当然,这种影响力有限,也不是绝对的。
回到正题,IPFS 正是一种去中心化的分布式文件存储系统,它的出现,将会对基于 C/S 模式和地址寻址的中心化文件访问策略带来一定的挑战。
本文中,将对 IPFS 的运行原理做一个综述。由于并没有阅读源码,内容上主要来自于基于对网络 IPFS 上的描述的理解。
本篇是一篇译文,原文IPFS Gateway。
本篇是翻译 IPFS 网关的第一部分,主要描述网关提供者和所提供的网关类型。
说到网关,这里想补充几句,它就像是一座桥梁,或者一道门,连接着两个体系,从 HTTP 网络到 IPFS 网络。它不负责存储,而是进行转发,甚至包装后再转发,是一个不同协议之间的转换器,适配器。
本节,对 Uniswap V2 版本中,出现的各类公式做一总结。
移除流动性,实际上是造市商进行 “资金” 赎回的一种方式。
造市商按照一定比例往 “资金池” 注入一定量的 token 对,以使其他人可以在这个池子中完成 token 兑换;赎回时,自然也是按照一定“参股”比例,收回自己原本注入的 token 对。
交易(swap)的前提,是交易对象具有流动性。这里,涉及到 swap 和 addLiquidity 两个去中心化交易所最核心也是最基本的功能。
造市商(Market maker) 将两种 token 注入到交易池,为 swap 提供支持,而注入的过程,就是 addLiquidity。本文,将主要探讨流动性添加的过程。