本想在transfer“回调”函数里处理相关业务前做多签检查，
require_auth2(合约账户, 多签权限);由于transfer权限问题，并没有将代币发行合约对应的transfer执行权限设置{set action permission}给合约的多签权限，但由于对于每笔交易，我们都需要至少有一名签名者为网络和cpu收费，但此自定义权限并没有相应的权限，所以报此错误。
将合约多签权限linkauth给单独账户，并在此处检查此多签账户的active权限。
require_auth2(多签账户, active权限);wget https://dl.google.com/go/go1.12.7.linux-amd64.tar.gz // 下载
tar -C $HOME -xzf go$VERSION.$OS-$ARCH.tar.gz // 解压到home/gomkdir -p $HOME/go/bin
echo "export GOPATH=$HOME/go" >> ~/.bash_profile
echo "export GOBIN=$GOPATH/bin" >> ~/.bash_profile
echo "export PATH=$PATH:$GOBIN" >> ~/.bash_profile
source ~/.bash_profile先解决墙内问题
https://shockerli.net/post/go-get-golang-org-x-solution/
export GO111MODULE=on
export GOPROXY=https://goproxy.io
// Go version >= 1.11mkdir -p $GOPATH/src/github.com/cosmos
cd $GOPATH/src/github.com/cosmos
git clone https://github.com/cosmos/cosmos-sdk
cd cosmos-sdk && git checkout v0.35.0
make tools install那将安装gaiad和gaiacli二进制文件。验证一切正常：
gaiad version --long
gaiacli version --longsudo apt-get install jqgaiad init <your_custom_moniker> // 注意Monikers只能包含ASCII字符。使用Unicode字符将使您的节点无法访问。您可以moniker稍后在~/.gaiad/config/config.toml文件中进行编辑：
# A custom human readable name for this node
moniker = "<your_custom_moniker>"您可以编辑该~/.gaiad/config/gaiad.toml文件以启用反垃圾邮件机制并拒绝低于最低汽油价格的传入交易：
# This is a TOML config file.
# For more information, see https://github.com/toml-lang/toml
##### main base config options #####
# The minimum gas prices a validator is willing to accept for processing a
# transaction. A transaction's fees must meet the minimum of any denomination
# specified in this config (e.g. 10uatom).
minimum-gas-prices = ""您的完整节点已初始化！
# You can run all of these commands from your home directory
cd $HOME
# Initialize the genesis.json file that will help you to bootstrap the network
gaiad init --chain-id=testing testing
# Create a key to hold your validator account
gaiacli keys add validator
# Add that key into the genesis.app_state.accounts array in the genesis file
# NOTE: this command lets you set the number of coins. Make sure this account has some coins
# with the genesis.app_state.staking.params.bond_denom denom, the default is staking
gaiad add-genesis-account $(gaiacli keys show validator -a) 1000000000stake,1000000000validatortoken
# Generate the transaction that creates your validator
gaiad gentx --name validator
# Add the generated bonding transaction to the genesis file
gaiad collect-gentxs
# Now its safe to start `gaiad`
gaiad start此设置将所有数据gaiad放入~/.gaiad。您可以检查您创建的创世纪文件~/.gaiad/config/genesis.json。使用此配置gaiacli也可以使用并且具有令牌帐户（包括放样和自定义）。
https://www.jianshu.com/p/38736bdc08d8
https://cosmos.network/docs/cosmos-hub/installation.html#install-gaia
https://github.com/cosmos/cosmos-sdk/issues/4634
根据交易id（transaction_id）获取交易预计到达不可逆的时间。
当push_transaction 无异常后，会得到 trx_id，以及status状态为executed （状态讲解），以及必须校验此状态，防止（hard_fail 状态攻击）。
"receipt": {
"status": "executed",
"cpu_usage_us": 1260,
"net_usage_words": 18
},先通过get_info 获取返回参数中的last_irreversible_block，
再请求接口 POST /v1/history/get_transaction 查询当前的transaction_id（如果此时未能查到，则表示交易被丢弃，交易失败），获取返回参数中 block_num。
用block_num 减去last_irreversible_block获得差值，并用差值乘以0.5s(单出块时间)，即可预计（忽略get_info和get_transaction的请求时间差）计算出当前交易预计达到不可逆的时间。
最好在交易发起6s+后获取计算的差值，因为超过6s（BP交替出块）后交易被回滚的几率会很小，当然如果长时间停留在等待页面，期间最好在再做定时时间刷新计算，避免交易已回滚，不必要的等待。
https://github.com/EOSIO/eosjs/blob/849c03992e6ce3cb4b6a11bf18ab17b62136e5c9/src/tests/web.html#L144
const transactWithoutBroadcast = async () => await api.transact({
actions: [{
account: 'eosio.token',
name: 'transfer',
authorization: [{
actor: 'bob',
permission: 'active',
}],
data: {
from: 'bob',
to: 'alice',
quantity: '0.0001 SYS',
memo: '',
},
}]
}, {
broadcast: false,
blocksBehind: 3,
expireSeconds: 30,
});
const testTransactWithoutBroadcast = async (e) => {
resultsLabel = e.target;
resultsLabel.innerText = EXECUTING;
try {
transactionSignatures = await transactWithoutBroadcast();
} catch (error) {
resultsLabel.className = 'failed';
resultsLabel.innerText = FAILED;
console.error('Transact without Broadcast Test Failure: ', error.message);
return false;
}
if(transactionSignatures.signatures && transactionSignatures.serializedTransaction) {
resultsLabel.className = "success";
resultsLabel.innerText = SUCCESS;
return true;
}
resultsLabel.className = 'failed';
resultsLabel.innerText = FAILED;
return false;
};2017年以来，区块链项目出现了井喷式地上升，然而在喜人增长态势的背后，人们也注意到大部分项目都缺乏与其它区块链项目互连互通的能力而成为孤立的网络体系。
因此，跨链技术也逐渐进入了大家的视野，本文将为大家解读一个跨链项目Cosmos，看看它是如何做到让不同区块链的价值网络实现互通的。通过对该项目的解读，让大家对跨链项目有个初步的了解。
同时受限于篇幅，我们会分为上下两篇，上篇让大家了解了Cosmos的核心技术Tendermint，详情可见上篇：深度剖析区块链跨链技术Cosmos(上篇)。此篇将为大家着重介绍Cosmos。
随着区块链技术的火热，越来越多的企业和开发人员加入到区块链的浪潮中，市面上也出现了许多不同类型的链，应用在金融、健康医疗、供应链、资产管理和溯源等领域。然而大部分链上应用（加密货币或者智能合约）都无法跨越当前链的边界，不能与其他链协同合作实现价值的流通从而限制了区块链的发挥空间。如何能让不同类型的链协同合作实现价值的流通成了探索的方向，这也是跨链技术的起因。跨链技术是打开链与链之间互通的钥匙，能很好地解决价值孤岛的问题，建立价值网络的桥梁。
目前主流的跨链技术包括：
而本文所要介绍的主角Cosmos就是中继技术的一个典型案例，接下来将逐步为大家揭开Cosmos的面纱。
Cosmos是Tendermint团队推出的一个支持跨链交互的异构网络，它最终的目标是创建一个区块链互联网，允许大量自主且易开发的区块链互相扩展和交互。基于Tendermint开发，采用的Tendermint共识算法，是一个类似实用拜占庭容错共识引擎，具有高性能、一致性、具备拜占庭容错等特点。关于Tendermint的详细介绍可以参考本文上篇：深度剖析区块链跨链技术Cosmos(上篇)。
Cosmos网络由许多独立的并行区块链组成，网络中第一个区块链是Cosmos Hub，其他的并行链称为Zone，通过跨链协议（IBC）与Hub进行跨链操作。
目前Cosmos Hub已经经过了多个版本的迭代，MVP版本也趋于完成，同时测试网络也在前不久更新到gaia-7001，但主网的上线时间团队还未给出，所以对Cosmos感兴趣的朋友还需要一些耐心。
从Github上可以看出Cosmos主要的代码是cosmos-sdk，它包含Cosmos Hub的程序代码，同时也是一个区块链开发框架，为其他区块链开发者提供一些通用的功能模块，比如：共识，P2P网络，IBC，账户，治理，认证等。大致框架如下：
不难看出cosmos-sdk其实就是一个ABCI应用。主要有：
因此基于cosmos-sdk框架，利用其插件功能，可以非常快速的开发出属于自己应用的区块链，同时也可以很方便的加入Cosmos生态网络，支持不同链之间的互操作，在插件的设计上和EOS也有异曲同工之妙。
那么如何使用这些插件功能呢？可以参考cosmos-sdk提供的示例应用，以basecoin为例，只需要几步：
Tendermint团队在15年就开始考虑跨链技术，跨链也是Cosmos网络最重要的一个特性。一般来说，实现跨链需要做到：
基于cosmos-sdk的区块链使用了Tendermint共识算法就非常容易能够做到。除此之外，Cosmos的区块链间通信协议（IBC）将不同区块链连接起来，达到价值转移的目的。
IBC协议是针对Cosmos网络设计的，依赖其及时最终性的特点，用于Hub与Zone之间消息传递。IBC协议中设计了两个消息：
但有了消息的传递，接收链如何校验信任消息呢？
在IBC协议设计里，两个链建立连接之前需要进行彼此注册，有两个作用：
我们以chain1中用户User A转100mycoin 给test-hub用户User B为例看看IBC整个的工作流程如下（基于目前IBC实现代码）：
整个工作流程可以分为三个阶段：
大家可以看到，整个流程比较简单，而且涉及的消息只有IBCPacket。目前Cosmos跨链实现并没有全部完成，只是完成了一个简单的交易处理流程。
基于cosmos-sdk开发的区块链能够轻松满足实时最终性，然而现存的Bitcoin和Ethereum这类使用POW共识的区块链并不具备此特点，只能属于概率最终性，无法防止区块链的回滚。对于这类链，团队采用PegZone方案来解决。
PegZone本身其实是一条代理链，实时跟踪原始链的状态，通过设定一个安全阀值，等待原始链区块增长数达到安全阀值时就认为原始链的状态达到了伪实时最终性（回滚概率小），这点和轻客户端钱包验证是相同的原理，例如比特币安全阀值通常设置为6，以太坊安全阀值可以设置为20或者100。而PegZone本身具备实时最终性，就可以通过IBC与Hub相连，从而实现跨链。
接下来还是用例子来说明下，以Ethereum为例来看，有兴趣的朋友可参考Github上的cosmos/Peggy项目。示意图如下：
上图我们可以看出PegZone可以分为5个部分：
跨链是Cosmos的重要特性，但在从目前的代码实现上感觉有些遗憾：
通过上下两篇文章，从架构，核心技术——Tendermint、跨链、源码以及现状等方面对Cosmos进行了详细介绍。整体来讲，Cosmos更偏向于一个区块链开发框架，让开发者可以只需要专注于自身业务而不需要考虑区块链底层技术实现，所以在架构设计上采用了灵巧的插件设计，开发者可以按需使用。
Cosmos跨链协议部分从代码上看，完成度还不太高，有些遗憾。并且设计上跨链交易都需要通过Cosmos Hub，这样会过于依赖Hub，对Hub本身的承载压力是个考验，目前其他的一些跨链实现方案也都需要依赖自身的一条链，都会存在这个问题。笔者觉得跨链未来会发展成标准化协议，就像TCP之于互联网，而不是依赖某条具体链，通过定义标准化的模块，通过路由将跨链交易转到目标链，目标链完成对原始链的校验后，确认交易合法性，并执行交易。设想示意图如下：
