“ICP 与 IPFS 托管方案 托管服务提供”

本篇文章2406字，读完约6分钟

如果想了解越来越多领域的详情，请添加185 微8875电气2324 (锁芯云证)。 加起来就有了计算能力，正等待着越来越多的福利活动的参加。 连锁核心云证科技头部矿业公司、集中系统开发、节点构建、超算集群服务、idc机房主机、运维主机于一体的高科技公司！

我们知道典型的defi APP通常使用前端-中间件-后端(智能合约)三层体系结构，但在这三层体系结构中，只有后端部署在区块链上 另一方面，前端和中间件部署在中心化的服务中，这意味着前端和中间件这样的派生结构容易受到攻击和坏事的侵害。

前言:一般的defi体系结构

我们采用defi APP时，各个环节是如何合作的呢？ 图中显示了在普通互联网环境中的调用。 我们输入{website}后，客户的游客就会访问dns服务器，去调查与{website}对应的ip。 一旦找到这个ip，对面的dns服务器就会返回ip地址，游客就会再次根据ip地址去寻找web服务器。 通常，我们网站所需的照片、副本、交互等副本，在web服务器(是真实的物理服务器还是云)的游客阅读完这些新闻后，会返回提示给客户。 然后，客户的点击通过游览机、网络服务与链条上的智能合约进行对话。 经过客户的签名，行为将通过共识机制和链传播，达到可靠的状态。

那么在这个过程中，项目和顾客各有什么风险呢？

为了应对上述两种风险，市场上略有实践，第一是uniswap的ipfs方案和liquity的icp方案。

方案uniswap中的ipfs方案

uniswap直接将前端引入ipfs，他们具体是怎么做的？

从客户的角度来看，他们登录uniswap时，互联网上发生了什么？ 客户登录app.uniswap，游客查看dns记录，找到对cloudflare-ipfs的cname，通过cloudflare-ipfs网关查看dns链接记录，然后访问ins链接记录

方案liquity的icp方案

liquity是以太坊上的抵押型算法稳定货币，这个dapp具有非常感兴趣的特点——开放前端。 开放式前端是指不同的前端运营商可以独立运行前端，同时设置自己的kickrate。 ( kickrate调整了顾客可获得的相关收入和报酬，如果kickrate=99%，则意味着顾客获得99%，前端获得1%。 ) ) ) )。

从结构上看，liquity分为前端接口和后端智能合约，从业务上看，liquity也由前端运营商和后端智能合约开发商分别运营。 waterslide是liquity的前端运营商之一，是第一个部署在dfinity上的defi前端。 下面介绍的实践主要来自waterslide。

在icp方案中，前端APP的主体身份基于域名。 也就是说，域名和canister的拷贝是永远相连的。 这些和以前流传的互联网完全不同。 当项目组创建自己的canister，并将前端页面所需的文件托管在canister上时，caniser将分配特定的域名，客户将直接从dns获取特定的域名{ website }.ic0 } 可以理解为分散了docker。 详情请参阅)因为这个客户和前端的页面通过dfinity紧密地连接在一起。 那么，具体的canister具体是如何运行前端的呢？

运行螃蟹

运行canister时，将显示两个控制器和模块散列。 前者是用于执行容器管理的治理容器的id，此代码通常不能更改，除非您向治理节点提出建议。 后者是引进wasm后的说明。

提交commit的更改

运行canister后，需要进行升级，但此升级需要nns进行批准。 ns可以很容易地理解为管理整个网络事务的子网的创建者。 详细情况请参照“完整分析( |nns(networknetworksystems )的结构”) )将需要更新的文件与github同步，包括commit id、controller、module hash、repo的位置在内的几个

bd51eab是我们提交的代码，nns的治理canister会根据我们的专业版升级canister。

再次同步canister时，将会找到tag: mainnet-20210527t2203z。 这与我们提出的专业技术支持号码一致，表明nns升级了我们的专业技术支持。

客户是如何连接到前端的？

waterslide网站的前端托管在canister上，当客户输入网站时，将通过dns服务器连接到{specific}.ic0.app .。 然后，该域名由certifying服务工作器提供的控制器( rdmx6- jaaaa-AAAA-aaadq-Cai & # 39； )连接到对应的canister时，canister内的web文件也将被读取。 客户和canister的互动是直接的，这些行为都被完全记录下来了。

两个方案的对象和启示

该表整理了两种方案框架中的优劣，表明ipfs是短期方案，icp有利于长期布局。 在业务上，icp有利于前端自身的业务变化。 在过去将defi后端智能合约等同于defi的情况下，随着icp的成熟，前端运营将成为另一股独立于后端智能合约的力量。 为什么会这样呢？ 因为icp信任了顾客和前端页面之间的价值流。 不可伪造的流量和交互是资产定价的重要基础，也大大提高了前端页面的玩法和创造力。 结合dfinity和eth的相互作用，价值层归于价值层，APP应用层归于APP应用层。 参见《icp与eth互通的原理与启示》。 这带来无限的想象空之间。

tips :到目前为止，icp本身的容器无法记录自己历史的数据，但官方( nomeata语)希望制作能够记录wasm导入hash的canister，据此与不可靠的主体进行比较，可以信赖。

从icp论坛上的信息表达来看，icp整体的开发任务量仍然很大。 目前，proposal的解决感依然很简陋。