当硬币提供外部服务(如Filecoin)时，如何进行工作(例如储存)来获得以太？

Question

我见过很多关于智能合同的讨论，这些合同可以促进像Filecoin这样的分布式市场。用协议实验室的话说：

Filecoin是一种加密货币驱动的存储网络。矿工通过为网络提供开放的硬盘空间来赚取Filecoin，而用户则使用Filecoin将加密的文件存储在分散的网络中。

在比特币交易中，矿商通过执行比特币网络的核心计算任务来赚取比特币。任务的完成与他们已经完成的断言是分不开的，因此比特币的支付也是不可分离的。如果不做所需的工作，你就不能声称比特币是真的。

但是，当赚取合同费用所需的工作不是如此本质上可以证明的时候，会发生什么呢？

Filecoin如何验证文件是否确实已被存储，之后是否真的没有被删除？什么是阻止网络上的节点宣布它存储了一个文件，但没有这样做呢？或者把它储存起来，然后删除它？

如何使市场更加解耦呢？

我可以看到(在某种程度上)如何使文件处理事务内在地耦合到以太的发布，但是当它变得更加抽象时会发生什么。如果你想要建立一个分散的能源市场，并支付以太使用电力/赚取以太生产电力的费用，合同如何证实电力确实已经生产或正确的数量已经被消耗？

Answer 1

我将只提供一个基于Ethereum协议令牌的高级摘要，这样就不会太纠结了。

我认为分开关注是有帮助的。让我们从“令牌”开始。

您可以使用Ether为应用程序提供电源，但您已经决定定义自己的令牌。为此，您建立了一个"minter“合同，其主要关注事项是发行、启用转移和跟踪余额。重要的是，与应用程序无关。

您可以使用以下结构引导它：

mapping(address => uint) balances;

在构造函数中创建初始供应：

balances[aliceAdddress] = 1000000;

那里。爱丽丝有一百万。

Alice可以使用transfer()函数向Bob发送一些。传输函数检查msg.发件人( Alice )的平衡，并做一些数学运算，从Alice中减去并添加到Bob (收件人)，假设Alice仍然有足够的数据。谷歌ERC20的一个新兴的标准界面，使这个令牌兼容交换。

The App

该应用程序可以从任何功能中提取费用。它可能有助于想象中途优惠券在一个交易会上，需要乘坐过山车。开过山车的人不处理现金..。你回到交易所或现金亭去拿更多。云霄飞车的家伙只是收集代币。

因此，您的应用程序只是从想要做一些事情的用户那里获得签名的事务，并将令牌从骑手(Bob)转移到应用程序。你来决定什么是公平和明智的。您的应用程序还可以授予令牌。规则完全取决于你。考虑一下游戏规则的设计。您的用户可以打包他们的分数，并前往一个交易所“兑现”。

验证

这是一个完全的应用程序级别的关注。也许，验证是不言自明的，因为在应用程序(触地得分)中有一些东西已经展开！或者它可能是非常抽象和外在的。

摘要/外部更难。对于像存储这样的东西，可能会有一个验证机器人，它对节点进行质询/响应询问，看看它们是否能够证明它们能够恢复碎片。对于博彩应用，它可能是一个甲骨文，提供一个值得信赖的游戏结果。

对于IoT，您可能会考虑为什么应用程序应该信任计量器。这一点因个案而异。例如，如果已知该表是经认证的准确/可信赖的，那么它的数据馈送可能是可信的。您可以使用访问控制列表来表示这一点；让我们只听经审查的可信来源。

在高速公路收费亭的情况下，您的部署场景可能涉及两个IoT分支，它们都有钱包，两者都连接在一起；一个在大门上，一个在汽车中。也许天真和肤浅，但也许大门允许一辆车，每收到的付款；一般的车站在那里，但也许付款来自妈妈，谁是遥远的，这是允许的。

因此，强调一下，验证在很大程度上是应用级关注的问题。你认为它是任何设计的一个重要方面是正确的，否则公众会拒绝应用程序设计，正确地识别垃圾进入，垃圾出方案。它必须是可信和抗篡改的。

希望能帮上忙。