在上一篇文章中我们掌握了如何发行自己的ERC20 Token。如果只是单纯发一个Token是没有任何意义的，Token应该是可以跟我们的产品运营结合，用于用户激励、产品推广等方面。就像交易所平台的平台币一样，既可以用来抵消交易费用，又可以用于投票等。这也是目前token真正有使用到的方式吧，就是当做平台的一种资产，这种资产是基于区块链的，无法串改的。而平台的运行还是中心化的运行方式，就像币乎一样。
那么在平台上的Token到底是怎么流通的呢？以币乎为例，币乎的key是基于以太坊的ERC20 Token。我们知道在币乎上用户点赞会有奖励，评论点赞也有奖励，如果这种结算都放在了以太坊上来做的话，一个是速度可能会很慢，另一个结算的费用也会非常高。所以我们可以看到币乎里面有还未开放的充币，提币功能。这就是说，你只有提币的时候，币乎才会把你有的币转到你的以太坊钱包地址上。充币的话，币乎会给你一个以太坊地址，你把币转到这个地址上就行。这个做法应该是跟交易所的做法一样。那么前面提到的点赞奖励是怎么处理的呢？我的理解是，币乎在结算的时候会在你币乎账号key总数加上奖励给你的key，只是简单的数据库修改下数据，并不会涉及token的转让流通。
那么站在程序角度来看，我们应该怎么用代码来实现Token的充token、提token操作呢？
以太坊提供了非常好用的工具来跟以太坊通信，web3.js 就是其中之一。下面我就介绍如果使用 web3.js实现token的充token，提token。
下面的内容假设您已经了解以太坊、智能合约、solidity以及web3.js。不懂的话，建议先去了解下，网上已经有非常好的文章介绍了，我这里就不重复说明了。
首先你得在本地安装好 node.js（这个也不多做介绍）。
首先介绍下ganache。 ganache是一个基于内存的以太坊链，用于本地测试，而不用去连接测试网络，省去同步以太坊区块的麻烦。安装也很简单，命令行执行 npm install -g ganache-cli。
安装完成后，执行ganache-cli,启动网络。
之前的文章，把Token发布到了ropsten测试网络上，这次我们选择本地环境，把token发布到我们本地网络上。首先在metamask中网络选择自定义网络，如下图：
确定后，在把我们的MFC Token重新发布一遍(参见上一篇文章)。
好了，我们已经把Token发布到了本地网络了。接下来使用web3.js来调用本地测试网络。
为了方便测试，我是直接在页面上调用本地测试网络，真正的做法应该是调用服务器接口，服务器内有相应的服务调用以太坊网络。这里只是为了方便展示才这样做的，大家不要以这样的方式上线。
我们可以总结出几个必须有的功能： 1 查询余额， 2 Token提现，3 充Token，4 账户之间转以太。
首先实现如何查询账户余额的功能，包括以太坊余额和MFC余额。看如下代码。
// 首先在页面引入我们需要使用的js
提Token。 提Token的操作是，我们提供自己的以太坊地址给平台，平台给这个地址打 Token。 实现代码如下：
// 获取提token的以太坊地址
var reciver = document.getElementById('reciver').value;
// 提token数量
var amount = document.getElementById('amount').value;
if(!web3.isAddress(reciver)){ // 检测地址是否合法
alert("reciver: Invalid address!");
return ;
}
// 发送token，注意这里默认是从本地测试网络的第一个账户转token过去，因为我们的默认账户就是它 web3.eth.defaultAccount = web3.eth.accounts[0]; 同时在remix发布合约的时候，我们是使用第一个账户发布的，也就是说第一个账户开始拥有所有的MFC Token
contract.transfer(reciver, web3.toWei(amount), function(err, resp){
if(!err){
console.log(resp);
alert('success');
}else{
console.log(err);
}
})
这就实现了从发布合约的默认账户转token到用户地址的功能。但是这么做是比较危险的，因为您把所有的token都放到了一个联网的账户中，如果平台被黑客入侵，就有可能把您所有的Token转走，风险会比较大
。所以正常的做法应该是，把包含大量token的账户保存在冷钱包里面，只在需要使用的时候才从冷钱包里面提Token到运营的账户地址中。那就是说我们需要实现两个地址之间转token的功能，不能像上面那样默认使用发Token的账户来转Token了。那么我们应该怎么来实现呢？看下面的代码
// 假设这个是我们的运营钱包地址
var from = '0x009ddafb6dd10f2ed72dd0d0c7f291b5a0cea9eb';
// 转token的数量
var amount = document.getElementById('mAmount').value;
// 提token的地址
var to = document.getElementById('mTo').value;
if(!web3.isAddress(to)){
alert("Invalid to address");
return ;
}
// 获取当前交易数，当nonce使用
web3.eth.getTransactionCount(from, function(err, count){
if(!err){
var tcount = count;
// 先检查当前运营账户的余额够不够转token
contract.balanceOf(from, (err, tkns) => {
if (!err) {
var balance = web3.fromWei(tkns, 'ether').toNumber();
if(balance < amount){
alert('You do not get enough mfc token!');
return ;
}
amount = web3.toWei(amount);
// 交易信息
var rawTransaction = {
"from": from,
"nonce": "0x" + tcount.toString(16),
"gasPrice": "0x003B9ACA00",
"gasLimit": "0x250CA",
"to": contractAddress,
"value": "0x0",
"data": contract.transfer(to, amount).encodeABI()
};
// 运营钱包地址的私钥，需要用它来签名交易
var privKey = new Buffer("0x811502c101ae015b658dccbdb6626840b734c40ba229ce78877826c27ca07513", 'hex');
// 对交易签名
var tx = new ethereumjs.Tx(rawTransaction);
tx.sign(privKey);
var serializedTx = tx.serialize();
// 发送交易到以太坊
web3.eth.sendSignedTransaction('0x' + serializedTx.toString('hex'),function(err, result){
if(!err){
console.log(result);
}else{
console.log(err);
}
});
}else{
console.log(err)
}
})
}else{
console.log(error);
}
这样就可以实现不同账户之间的转Token操作了。
充Token。首先我们要理解下充Token，是用户从他钱包地址转Token到我们平台的账户地址。所以首先我们得给用户提供一个跟他对应的钱包地址，同时要监控用户的转Token事件，当用户转Token过来了，我们需要记录，同时在数据库中把用户的Token余额增加。所以我们得先搞定给用户提供一个钱包地址，这里我们使用到了Ethereum-Wallet来帮我们生成地址，公钥，私钥。代码如下：
// 上面已经引入了Ethereum-Wallet相应的js
// 用户生成地址的密码
var password = document.getElementById('password').value;
// 初始化钱包对象
var wallet = ethereumjs.Wallet.generate(password);
// 获取私钥
document.getElementById('gPrikey').innerHTML = "private key:" + wallet.getPrivateKeyString();
//获取公钥
document.getElementById('gPubkey').innerHTML = "public key:" + wallet.getPublicKeyString();
// 获取地址
document.getElementById('gAddress').innerHTML = "address:" + wallet.getAddressString();
但是还有一个问题，当用户转token过来，我们怎么知道他有转呢？在我们的Token只能合约里面每次转Token的都会触发Transfer事件（solidity知识），我们只需要监听这个事件就可以了，代码如下：
// 监听 转token事件
contract.Transfer( function(err, res) {
if(!err){
console.log(res);
// 发送Token的地址
var from = res.args._from;
// 接受Token的地址 所以我们只需要对比下 接受Token的地址，是我们自己的地址，那就可以给相应的用户增加充token记录了。
var to = res.args._to;
var amount = web3.fromWei(res.args._value).toNumber();
var html = 'From: '+ from+';To: '+ to+';Amount: '+amount+'
';
document.getElementById('logs').insertAdjacentHTML('beforeend', html);
}else{
console.log(err);
}
})
账户之间发送eth。有一些新生成的账户开始是没有eth的，我们需要给它转的eth，以供它使用，代码如下：
// 接受eth地址
var etherAdress = document.getElementById('etherAdress').value;
if(!web3.isAddress(etherAdress)){
alert('Invalid address');
return ;
}
// 发送交易， 转eth，这里使用的默认账户转eth，如果想使用另外的地址转也跟 转token一样，使用私钥来签名交易即可
web3.eth.sendTransaction({
to: etherAdress,
value: '1000000000000000000'
},function(err, result){
if(!err){
console.log(result);
}else{
console.log(err);
}
})
这样Token之间的流通代码实现已经完成了，具体的代码实现可以在github上查看。
上面提到的肯定还有不足的地方，可能我理解也是错误的，也请大家指出错误的地方。大家共同进步。
Token已经知道了如何流通了，但是艾西欧又是怎么一回事呢？为何给一个地址转eth就可以得到Token呢？如何发布一个艾西欧合约呢？这也是后面我会继续研究的，自己发行一个艾西欧来玩玩，当然是在测试环境！
2018/03/17 更新
有同学指出账户间的转账有问题，经过我的测试发现确实是存在一个问题，就是账户之间转账的时候，默认转的还是web3.eth.defaultAccout 账户的token，而没有转经过私钥签名的账户。
后面查看web3.js 的文档，文档的web3.js 对应的版本是1.0，但是我们使用的还是0.x版本。 而且1.0版本的api 跟之前的版本变化非常大。
我重新使用web3.js 1.x 的版本重新实现了一遍。 测试用户间的转账是没有问题的。修改后的代码已经上传到github, 参考文件 mfc2.html。