让金成为一个代表时得函数新时代

p?

5.租金

6.停车

众筹

RICOs，或者叫“可逆ICOs”，是由@frozeman在Devcon4提出的概念，它的思路是让投资者可以根据项目的进展“反向”收回投资，从而赋予投资者更大的权力和安全保障。我们之前讨论过一个类似的概念，称为SICOs，或者「流服务化的ICOs」。?

钱不是一次性投资出去、交给项目方，而是以一种灵活的合约形式持有，根据时间的推移进行分配。项目方可以在合约活跃的期间每天提取一小部分的资金，而投资者则有权在项目停止时收回他们剩下的本金。

Spec

Structs

stream的数据结构应该如下：

sender:?往智能合约里存钱的人

recipient:?从智能合约里取钱的收款人

tokenAddress:?用来作为支付资产的ERC20?token的地址

balance:?整个流服务的合约里剩余可分配钱的余额

timeframe:?参考下面的定义

rate:?参考下面的定义

struct?Stream?{?

??

??address?sender;?

????address?recipient;?

????address?tokenAddress;

????uint256?balance;

????Timeframe?timeframe;

????Rate?rate;?

}

timeframe

start:?流服务开始时的区块高度

stop:?流服务结束时的区块高度

struct?Timeframe?{?

????uint256?start;?

????uint256?stop;?

}

rate

payment:?从付款人到收款人转移了多少资金

interval:?从付款人到收款人多长时间转移一次资金

Methods

getStream

返回这个流服务的全部数据，如果id指向的是一个有效的流服务

function?getStream(uint256?_streamId)?returns?(address?sender,?address?recipient,?address?tokenAddress,?uint256?balance,?uint256?startBlock,?uint256?stopBlock,?uint256?payment,?uint256?interval)

balanceOf

根据给定的流服务的id和地址，返回合约的可用余额。

function?balanceOf(uint256?_streamId,?address?_addr)

create

在?nder?和?_recipient?之间创建一个新的流服务。

MUST?allow?senders?to?create?multiple?streams?in?parallel.?SHOULD?not?accept?Ether?and?only?use?ERC20-compatible?tokens.

Triggers?Event:?LogCreate

function?create(address?_recipient,?address?_tokenAddress,?uint256?_startBlock,?uint256?_stopBlock,?uint256?_payment,?uint256?_interval)

withdraw

从可用余额中提现。

只有收款人可以进行这项操作。

Triggers?Event:?LogWithdraw

function?withdraw(uint256?_streamId,?uint256?_funds)

stop

停止流服务，并且把剩余资金发给付款人和收款人。

需要允许收款人和付款人任意一方都可以进行这项操作。

Triggers?Event:?LogStop

function?stop(uint256?_streamId)

update

更新流服务的条款。

需要允许任何一方都可以提出这项操作的请求，但必须双方全部签名后才能生效。

Triggers?Event:?LogUpdate

function?update(uint256?_streamId,?address?_tokenAddress,?uint256?_stopBlock,?uint256?_payment,?uint256?_interval)

Events

略。参见：

我的一些疑问

看完这个ERC标准的起草，我仍然有几点疑问：

用区块数量来度量时间，这个完全可行吗？有没有潜在的问题？

如果在很短的时间间隔里连续支付，比如一秒钟付一次，gas费怎么办，怎么保证交易确实打包成功？

假设在这种流服务的智能合约里存了一大笔钱，预计要在十年内慢慢支付出去，那么这一大笔钱在一个合约里会不会不断吸引黑客攻击？像the?DAO事件那样。

放到智能合约上执行，是不是意味着收款人和付款人的金钱关系完全透明公开、没有隐私了？比如用这种方式发工资，全世界都知道我的薪水多少钱了？

现在列举的几个应用场景似乎都不够理想（中心化的月结、按次收费的模式可能更好），有没有更合适的新场景？以前不存在的场景？

欢迎讨论。

时间表区块链概念股区块链公司排名区块链技术ppt中心化与去中心化时间校准区块链金融中心化组织时间停止器时间简史时间都知道区块链技术中心化倾向产生的原因区块链是什么意思中心化工中心化移动平均值怎么求中心化平台中心《VF-X2》化处理区块链技术原理时间煮雨区块链应用时间规划局中心化和标准化中心化的移动平均数时间戳区块链最新消息中心化子时间都去哪了时间管理区块链的中国骗局