构建DePIN项目需要考虑的问题

  • maodaishan
  • 更新于 2024-06-03 11:27
  • 阅读 899

DePIN是一个跨越IoT,芯片,Oracle,区块链,金融的综合课题,涉及到链下和链上,跨多领域的的密切合作,是个复杂的系统工程。因此我们需要弄清楚构造DePIN基础设施时面临的各种问题。

<!--StartFragment-->

DePIN是一个跨越IoT,芯片,Oracle,区块链,金融的综合课题,涉及到链下和链上,跨多领域的的密切合作,是个复杂的系统工程。因此我们需要弄清楚构造DePIN基础设施时面临的各种问题。这些问题有的是DePIN 2.0,即构造DePIN项目要考虑的,有的是DePIN 3.0,即构造DePIN生态需要考虑的。本篇主要讨论这些问题,在后续的一系列文章中再一一给出解决方案。

  1. 为什么要构建DePIN网络\ 项目方首先要考虑在目标场景中,为什么要使用DePIN方式构建服务网络。构建服务网络是目标,通过DePIN只是一种方法,也可以使用中心化构建等方法。因为DePIN需要依赖社区力量去构建,因此很多时候其进程是不易控制的,其结果也未必如项目方所预期,技术难度一般也不会比中心化方式更低,所以需要考虑清楚为什么要用DePIN。
  2. 信任来源问题\ DePIN项目构造去中心化物理设施网络来服务于现实世界,网络的构建和运行是去中心化的,源于社区的自发行为。项目人员和社区能看到的只有各种设备发来的数据,没有渠道去亲自确认这些设备的存在。 因此很自然地就有个问题:网络中的这些设备是真实存在的吗?会不会有人用数据虚拟出了一个设备在骗取奖励,就像女巫攻击那样?这是构造DePIN项目最基础的需要解决的问题:如何可信地构造并验证物理设备工作的证明,即PoPW(Proof of Physical Work)。这是DePIN项目所有信任的来源。
  3. 网络承载能力和成本\ DePIN项目里的基础活跃用户是设备,而不是人。这两者的链上行为模式是完全不同的。人在链上的行为一般是不定时的,突发性的。可能平时几周都不会有任何动作,所以上几千万用户的区块链,可能平时真实TPS并不高;而在某些特定时间,可能非常多人会同时进行链上活动,短时间急剧提高链上成本,甚至能让一些以高性能著称的区块链瘫痪。相反,设备的行为一般是可预期的,它会按照程序,在特定时间有规律地访问网络,并传输大量数据,因此相对于人类用户来说,设备用户产生的链上活动是比较平滑,可预期的,但是访问量大很多。对DePIN项目来说,这些访问量有的是与奖励等相关的,需要被共识,有的未必需要被共识。因此如何将设备行为区分为链上行为和链下行为,从而平衡其流量和成本,提高网络整体的承载能力和可信度,是个重要的问题。\ 数据的存储也是个重要问题。IoT设备会产生大量数据,有些与其PoPW有关,需要长期存储,可追溯可验证。需要考虑数据存储成本和要求之间的平衡。
  4. 奖励发放问题\ 考虑一个有100000台设备的DePIN网络,每1小时进行一次奖励发放,每次奖励10%的设备。如果其在链上直接发放,可知每次奖励发放至少需要10000笔转账,以及验证选中这些获奖者,并且其获得的奖励数量是符合社区约定的。这是一个成本很高的动作,而且它每1小时就要发生一次。因此如何合理设计奖励发放方法,让它可信且具有合理成本,是个重要且有挑战性的问题。
  5. 资产和体验碎片化问题\ 投资者和使用者可能会碰到同一个问题:资产和使用体验碎片化。可能有非常多DePIN项目,它们运行于不同的链上,各自使用自己的Token。投资者和用户不得不在不同链,不同钱包,不同资产和DApp之间切换。这种碎片化给投资和使用带来很多麻烦,还带来资产不慎丢失的风险。需考虑是否有办法改善这种碎片化体验。
  6. 设备购买资助问题\ 社区矿工需自己出资购买DePIN设备,这可能是一笔不可忽视的开支。因此如何与DeFi结合,让矿工能降低初次投入成本,同时保障资金提供方的安全和利润,是个需要研究的问题。优秀的方案可以加快DePIN网络的建设速度,且给DeFi带来安全可靠,有稳定回报的RWA资产。
  7. 设备如何响应链上事件\ 设备需要能对链上事件做出响应,才能够完成来自链上的服务请求。这需要能获取链上事件,且判断其真实性。DePIN设备一般无法运行区块链节点,甚至轻节点都不行。如何无信任地判断链上事件的真实性是个需解决的问题。
  8. 项目间互操作性

DePIN设备如何能查询获得自己所需的服务,获得使用这些服务的方法,并完成支付,是形成机器间大规模协作的基础。这是构建DePIN生态需要考虑的重要问题。

<!--EndFragment-->

点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
maodaishan
maodaishan
0xee37...1912
江湖只有他的大名,没有他的介绍。