Tendermint 是一个模块化的区块链应用框架, 能够实现拜占庭容错 (BFT), 它主要包括两部分:
Tendermint Core:
实现了 p2p 网络;在节点之间共享区块和交易;
实现了拜占庭容错的共识算法,确定了不更改改的交易顺序;
ABCI Interface,具体的逻辑处理层,可以基于不同的语言 (Golang, JS) 来实现;在这一层实现交易的验证处理以及查询等操作。
这两部分会分别对应两个不同的进程,Core 和 ABCI 建立了三个连接:
一个用于验证交易的连接,交易验证通过后会被广播到 mempoll 里;
一个用于区块的 proposal;
最后一个连接用于查询应用的状态;
下图是两者的 Workflow:
Core and ABCI communication
Tendermint 内置了一个 KV 存储的应用示例,我们可以跑下这个示例:
需要先安装好 tendermint 和 abci-cli:
go get -u github.com/tendermint/tendermint/cmd/tendermint
go get -u github.com/tendermint/abci
cd $GOPATH/src/github.com/tendermint/abci
make install
验证是否安装成功:
➜ blog git:(hexo) ✗ which tendermint
/Users/hbliu/go/bin/tendermint
➜ blog git:(hexo) ✗ which abci-cli
/Users/hbliu/go/bin/abci-cli
启动
初始化节点配置:
tendermint init
启动 KV 存储应用:
abci-cli kvstore
启动 Tendermint 节点:
tendermint node --consensus.create_empty_blocks=false
其中后面的参数是禁止 Tendermint 节点定期产生空的 block。
在 Tendermint 中创建 key 为 name, value 为 hbliu 的存储:
➜ blog git:(hexo) ✗ curl -s 'localhost:46657/broadcast_tx_commit?tx="name=hbliu"'
{
"jsonrpc": "2.0",
"id": "",
"result": {
"check_tx": {
"fee": {}
},
"deliver_tx": {
"tags": [
{
"key": "YXBwLmNyZWF0b3I=",
"value": "amFl"
},
{
"key": "YXBwLmtleQ==",
"value": "bmFtZQ=="
}
],
"fee": {}
},
"hash": "BA0C60A3F391B35DEAE8A7E6E0491E9B2E0BA497",
"height": 2
}
}
返回的 Response 中的 key 和 value 使用了 base64 进行了编码, 我们可以通过命令 base64 对其进行解码:
➜ blog git:(hexo) ✗ echo "YXBwLmtleQ==" | base64 -D
app.key
➜ blog git:(hexo) ✗ echo "bmFtZQ==" | base64 -D
name
查询下我们之前的信息有没有成功写入:
➜ blog git:(hexo) ✗ curl -s 'localhost:46657/abci_query?data="name"'
{
"jsonrpc": "2.0",
"id": "",
"result": {
"response": {
"log": "exists",
"index": "-1",
"key": "bmFtZQ==",
"value": "aGJsaXU="
}
}
}
➜ blog git:(hexo) ✗ echo "bmFtZQ==" | base64 -D
name
➜ blog git:(hexo) ✗ echo "aGJsaXU=" | base64 -D
hbliu
在浏览器中打开 http://localhost:46657 可以显示当前所有支持的 API。
上述示例的代码存储在 Github(https://github.com/tendermint/abci/blob/master/example/kvstore/kvstore.go) 上。下面我们对这部分代码做一个简单的介绍。
在我们调用 broadcast_tx_commit 的时候,会先调用 CheckTx,验证通过后会把 TX 加入到 mempool 里。在 kvstore 示例中没有对 transaction 做检查,直接通过:
func (app *KVStoreApplication) CheckTx(tx []byte) types.ResponseCheckTx {
return types.ResponseCheckTx{Code: code.CodeTypeOK}
}
放到 mempool 里的 TX 会被定期广播到所有节点。当 Tendermint 选出了 Proposal 节点后,它便会从 mempool 里选出一系列的 TXs,将它们组成一个 Block,广播给所有的节点。节点在收到 Block 后,会对 Block 里的所有 TX 执行 DeliverTX 操作,同时对 Block 执行 Commit 操作。
我们调用 broadcast_tx_commit 返回的结果其实就是 DeliverTX 返回的结果:
func (app *KVStoreApplication) DeliverTx(tx []byte) types.ResponseDeliverTx {
var key, value []byte
parts := bytes.Split(tx, []byte("="))
if len(parts) == 2 {
key, value = parts[0], parts[1]
} else {
key, value = tx, tx
}
app.state.db.Set(prefixKey(key), value)
app.state.Size += 1
tags := []cmn.KVPair{
{[]byte("app.creator"), []byte("jae")},
{[]byte("app.key"), key},
}
return types.ResponseDeliverTx{Code: code.CodeTypeOK, Tags: tags}
}
可以看出它会从输入参数中解析出 key 和 value,最后保存在应用的 State 中。
当所有的 TX 被处理完之后需要调用 Commit 来更新整个区块的状态,包括高度加 1 等:
func (app *KVStoreApplication) Commit() types.ResponseCommit {
// Using a memdb - just return the big endian size of the db
appHash := make([]byte, 8)
binary.PutVarint(appHash, app.state.Size)
app.state.AppHash = appHash
app.state.Height += 1
saveState(app.state)
return types.ResponseCommit{Data: appHash}
}
Tendermint Introduction(http://tendermint.readthedocs.io/projects/tools/en/develop/introduction.html)
出处:https://hiberabyss.github.io/2018/04/02/tendermint-introduction-1/
版权申明:内容来源网络,版权归原创者所有。除非无法确认,我们都会标明作者及出处,如有侵权烦请告知,我们会立即删除并表示歉意。谢谢。
架构文摘
ID:ArchDigest
互联网应用架构丨架构技术丨大型网站丨大数据丨机器学习
更多精彩文章,请点击下方:阅读原文