区块链是建立共享经济的良好基础，因为出租人和承租人可以在没有任何中间人的情况下相互联系，如Uber或Aribnb。 因此，通过区块链技术让出租人不再受高成本的困扰。

当您尝试在以太坊上开发共享协议时，您肯定会面临以下几个问题：

1. 不同类型的资产上市；

2. 争议问题；

3. 可用资产搜索的gas成本；

4. 跨不同类型资产的租赁流程标准化；

1、不同类型的资产上市

资产信息与资产完全不同，因此资产属性结构不应是固定格式。 如何在以太坊上实现这一点，其中部署的合同是不可变的？

解决方案是将资产属性存储在区块链之外。 区块链只保留对它的hash值。 更具体地说，我们在IPFS上存储资产属性，并将IPFS哈希存储在区块链上。

让我们举个例子，JSON是资产属性结构的例子。 

接下来，solidity的代码示例，资产结构保存IPFS哈希作为对上述JSON的引用。

2、解决争议

对于处理争议，出租人和承租人事先选择仲裁员。 一旦发生争议，他们会要求仲裁员和解。 为了更清楚，让我们展示一个示例过程。

I.提出要约

首先，承租人提供租赁优惠和押金租赁费。 关键点是承租人指定仲裁员地址和争议窗口。

当出租人或承租人向仲裁员请求解决争议时。 此窗口在租赁结束后开始,只有在此窗口之后，才会执行付款（在大多数情况下，出租人的总存款金额为ETH）。

Ⅱ.接受要约

出租人接受上述要约，检查谁是仲裁员。

function dispute(uint256 assetID, uint256 offerID) public {}

Ⅲ. 争议

我们假设以下情况。

租赁开始但资产有问题, 出租人不肯承认问题。

在这种情况下，承租人想要收回押金ETH，所以他要求仲裁员帮忙。

function dispute(uint256 assetID, uint256 offerID) public {}

Ⅳ. 执行裁决

请查看ruling的函数参数。 这是出租人可以获得的存款ETH的百分比。 在上述情况下，该值必须小于100％，如50％。 出租人只得到50％，左边50％得到承租人的支持。

在相反的情况下，资产被承租人损坏。 裁决的论点必须超过100％，如150％,额外费用作为损害费用承担给承租人。

3.可用资产搜索的gas成本

在每次租赁开始之前，我们应确保不存在双重预订, 该过程在gas成本方面是个问题。所以我们是以链下方式执行这个计算。 我们使用“请求和接受”流程模型来防止重复预订。

每当租赁请求到来时，出租人确保所请求的预订不重复。 只有这样，出租人才接受请求。

4.跨不同类型资产的租赁流程标准化

让我们考虑实际的现有租赁服务。显然，租赁业务流程与资产类型或公司战略不同。因此，租赁流程的标准化是一个严重的问题。

我们通过“离线成本计算”和“在租赁期间添加或兑换资金”来解决这个问题。让我们通过如下分解标准化的难度来解释。

Ⅰ.付款方式的差异性；

Ⅱ.预订的扩展性

Ⅲ.预订与取消；

Ⅳ.罚款；

Ⅰ.付款方式的差异性

我们通过观察现有的共享经济服务将支付方法归类为少数类型。然后，突出每个案例的解决方案。

A.预订时支付100％费用；

B.预订时支付超过100％费用，包含如支付保险费；

C.基本费+使用费；

D.预付定金（需要事先收取钱包）；

（A）这种情况没问题

（B）总成本完全链下计算。在链上保持计算结果参考以验证链计算完整性。更具体地，假设计算结果存储在IPFS上。

（C）租赁前，承租人支付基本费用。租赁后，承租人通过增加资金支付使用费。

（D）租赁前，承租人通过存入足够的资金来收取费用。租赁后，出租人通过兑换资金流程将剩余的存款还给承租人。

Ⅱ.预订的扩展

通过执行添加资金功能可以实现预订扩展。

添加功能假设由承租人自由执行的。出租人可以不接受预订的扩展，以防止承租人以暴力方式扩大预订。如果发生这种情况，请不要担心，我们可以向仲裁员寻求帮助。

Ⅲ.预订与取消

通过执行兑换资金功能可以实现预订取消。赎回功能假定是由出租人自由执行。

Ⅳ.罚款

罚款，如损坏费或加班费等...

每种罚款都是通过添加功能来处理的。出租人可以在争议窗口期间向承租人索取罚款。

5.结论

最后，展示标准的共享经济状态流。

本文来源： 区块链研究实验室