原文地址:A beginner’s guide to 0x

什么是0x

作为以太坊项目0x的顾问,我花费了大量的时间去思考这个技术如何运作以及他会带来怎样的影响这个问题。希望这个初学者指南能够清晰的介绍该项目，以及它式如何让任何人可以实现以太坊代币的交换。在开始学习0x之前，很重要的一点就是首先理解关于以太坊代币的基础。可以我的新手指南来完整的了解那些概念。

依据0x的白皮书来说，0x是”一个以太坊区块链上的去中心化的交易的开放协议”,0x是使用以太坊智能合约创建的协议，它让世界上的任何一个人可以实现去中心化的交易。开发团队相信在不久的未来成千上万的以太坊代币需要实现可靠而又高效的交易。这篇文章帮助那些刚刚认识到0x的人理解中心化交易与去中心化交易的差异。

开发中出现的一个场景，当token过期时需要更新token进行重试，刚好看到rxjs的retryWhen,还是满足这个场景。

可以基于所有请求添加retryWhen,当该请求错误原因是token过期引起时进行重试即可。

retryWhen要求传入一个Observable<T> => Observable<T> 函数，返回的Observable决定了是否进行重试，如果执行observer.error则会终止重试,负责则会进行重试。

这些天在写一些功能的时候，希望可以把一些方法改写为函数式调用的链式写法，但是这些操作很多是基于Promise的异步调用，后来发现可以基于rxjs的自定义pipe很好的解决这个问题 ，既可以保障函数调用足够简单，不产生回调地狱类似的问题，由可以很好的生成异步任务队列。

有这样一组任务:

1
2
3

任务A 
任务B
任务C

上次说了ERC20,也就是一般的代币使用的合约接口，通过这种合同可以快速实现一种代币的开发。还有另外一种常见的合约接口ERC721,其中比较出名的以太猫（CryptoKitties）就是使用的ERC721。
ERC721的特点是它的代币是不可以被分割并却独一无二的，如以太猫中的猫咪一样，每一个都是唯一的有着自己的TokenID。
因为每个TokenID可能对应着一种自定义的结构，在ERC721中，没有定义对应Token的结构，他定义了用户账户和TokenID之间的对应关系，需要自己定义TokenID和数据结构之间的关系。
另外就是和ERC20的授权金额不同，ERC721有两种授权模式，一种是对对应tokenID的授权，被授权者有权利使用对应TokenID的代币，还有一种是全部授权，被授权者有权利使用对应账户下所有的Token。

另外还有一点就是openzeppelin的ERC721继承了ERC165，这个合约可以被扫描到暴露的接口。详细的我还不是很清楚，后续会继续了解。

openzeppelin中很重要的一块就是token,而其中比较常见的就是ERC20,而在ERC20基本合约的基础上openzeppelin也扩展出一些合约。

• IERC20

IERC20格式的接口，自己实现ERC20合约时可以使用这个接口

• ERC20

一个基本的ERC20合约，包含基本的交易功能

• ERC20Burnable.sol

在ERC20上添加了燃币功能

之前说了openzeppelin提供了Roles的library,之外它还提供了4种角色,都是基于Roles的实现,基本上大同小异(我觉得除了名子其他没什么区别)

• CapperRole - 可以设置发币上限的角色
• MinteRole - 发币角色，拥有发币的权限
• PauserRole - 暂停角色，拥有暂停合约的功能
• SignerRole - 不太清楚含义

他们的实现都差不多，我们以MinterRole为例来看看:

MinterRole

拥有发币权限的角色

事件

• 添加发币者

1

event MinterAdded(address indexed account)

• 删除发币者

1

event MinterRemoved(address indexed account)

很多时候单一角色的缺陷管理是无法满足系统功能的需要，需要使用多角色进行管理，这个时候
Ownable.sol就无法满足这种需求，这时可以使用Role来实现。

在开始之前先来说说library,library一般是用来扩展solidity中的类型，可以在基础类型上扩展一些方法,如:SafeMath。当然可以以不是基础类型,比如自定义的结构体也可以。

openzeppelin中Role就是基于一个Roles的library定义的。

需要注意的是libaray中的方法的第一个参数需要是你要扩展的那个类型。

Roles的library中定义了对角色进行添加账户和删除账户的方法:

Ownable.sol合约的作用是实现对合约所有权的控制,通过确定合约所有权， 来对合约函数执行  权限进行控制，合约的所有权只能属于单一地址。同时支持转移以及放弃合约所有权。合约所有权默认属于部署合约的账户。

事件

• 合约所有权转移事件

1
2
3
4

event OwnershipTransferred(
  address indexed previousOwner,
  address indexed newOwner
);

openzeppelin是一个智能合约的公共库，他提供了一些基础的合约作为开发合约的基本框架。

在它的库中提供了如下合约:

• access 权限控制相关合约

  • roles
    • CapperRole.sol
    • MinterRole.sol
    • PauserRole.sol
    • SignerRole.sol
  • Roles.sol

• crowdsale 众筹相关合约

  • distribution
    • FinalizableCrowdsale.sol
    • PostDeliveryCrowdsale.sol
    • RefundableCrowdsale.sol
  • emission
    • AllowanceCrowdsale.sol
    • MintedCrowdsale.sol
  • price
    • IncreasingPriceCrowdsale.sol
  • validation
    • CappedCrowdsale.sol
    • IndividuallyCappedCrowdsale.sol
    • TimedCrowdsale.sol
  • Crowdsale.sol

之前有时候使用npm比较慢，一般可以使用cnpm去下载速度就会快很多，但是有的依赖使用cnpm无法正常启动，有时可以使用yarn去执行，但是yarn源依然不快。当然也可以使用nrm或yrm快速去更换源如：

1
2

nrm use taobao
yrm use taobao

实际他们也是更换的register,但是一些其它的问题这样有时也不好用，如安装sass,electron等，这里也就是记录一下帮助npm加速的命令，方便以后查询:

1
2
3
4
5

npm config set registry https://registry.npm.taobao.org
npm config set disturl https://npm.taobao.org/dist
npm config set electron_mirror https://npm.taobao.org/mirrors/electron/
npm config set sass_binary_site https://npm.taobao.org/mirrors/node-sass/
npm config set phantomjs_cdnurl https://npm.taobao.org/mirrors/phantomjs/