bytom初始化时产生了什么配置文件
本篇内容介绍了“bytom初始化时产生了什么配置文件”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
成都创新互联是一家专业提供叙州企业网站建设,专注与网站制作、网站设计、成都h5网站建设、小程序制作等业务。10年已为叙州众多企业、政府机构等服务。创新互联专业网站建设公司优惠进行中。
使用以下命令将代码切换到v1.0.1
的tag,以便与本系列引用的代码一致:
git fetch git checkout -b v1.0.1
问题
当我们本地使用make bytomd
编译完比原后,我们可以使用下面的命令来进行初始化:
./bytomd init --chain_id testnet
这里指定了使用的chain是testnet
(还有别的选项,如mainnet
等等)。运行成功后,它将会在本地文件系统生成一些配置文件,供比原启动时使用。
所以我的问题是:
比原初始化时,产生了什么样的配置文件,放在了哪个目录下?
下面我将结合源代码,来回答这个问题。
目录位置
首先比原在本地会有一个目录专门用于放置各种数据,比如密钥、配置文件、数据库文件等。这个目录对应的代码位于config/config.go#L190-L205:
func DefaultDataDir() string { // Try to place the data folder in the user's home dir home := homeDir() dataDir := "./.bytom" if home != "" { switch runtime.GOOS { case "darwin": dataDir = filepath.Join(home, "Library", "Bytom") case "windows": dataDir = filepath.Join(home, "AppData", "Roaming", "Bytom") default: dataDir = filepath.Join(home, ".bytom") } } return dataDir }
可以看到,在不同的操作系统上,数据目录的位置也不同:
苹果系统(
darwin
):~/Library/Bytom
Windows(
windows
):~/AppData/Roaming/Bytom
其它(如Linux):
~/.bytom
配置文件内容
我们根据自己的操作系统打开相应的目录(我的是~/Library/Bytom
),可以看到有一个config.toml
,内容大约如下:
$ cat config.toml # This is a TOML config file. # For more information, see https://github.com/toml-lang/toml fast_sync = true db_backend = "leveldb" api_addr = "0.0.0.0:9888" chain_id = "testnet" [p2p] laddr = "tcp://0.0.0.0:46656" seeds = "47.96.42.1:46656,172.104.224.219:46656,45.118.132.164:46656"
它已经把一些基本信息告诉我们了,比如:
db_backend = "leveldb"
:说明比原内部使用了leveldb作为数据库(用来保存块数据、帐号、交易信息等)api_addr = "0.0.0.0:9888"
:我们可以在浏览器中打开http://localhost:9888
来访问dashboard页面,进行查看与管理chain_id = "testnet"
:当前连接的是testnet
,即测试网,里面挖出来的比原币是不值钱的laddr = "tcp://0.0.0.0:46656"
:本地监听46656
端口,别的节点如果想连我,就需要访问我的46656
端口seeds = "47.96.42.1:46656,172.104.224.219:46656,45.118.132.164:46656"
:比原启动后,会主动连接这几个地址获取数据
内容模板
使用不同的chain_id
去初始化时,会生成不同内容的配置文件,那么这些内容来自于哪里呢?
原来在config/toml.go#L22-L45,预定义了不同的模板内容:
var defaultConfigTmpl = `# This is a TOML config file. # For more information, see https://github.com/toml-lang/toml fast_sync = true db_backend = "leveldb" api_addr = "0.0.0.0:9888" ` var mainNetConfigTmpl = `chain_id = "mainnet" [p2p] laddr = "tcp://0.0.0.0:46657" seeds = "45.79.213.28:46657,198.74.61.131:46657,212.111.41.245:46657,47.100.214.154:46657,47.100.109.199:46657,47.100.105.165:46657" ` var testNetConfigTmpl = `chain_id = "testnet" [p2p] laddr = "tcp://0.0.0.0:46656" seeds = "47.96.42.1:46656,172.104.224.219:46656,45.118.132.164:46656" ` var soloNetConfigTmpl = `chain_id = "solonet" [p2p] laddr = "tcp://0.0.0.0:46658" seeds = "" `
可以看到,原来这些端口号和seed的地址,都是事先写好在模板里的。
而且,通过观察这些配置,我们可以发现,如果chain_id
不同,则监听的端口和连接的种子都不同:
mainnet(连接到主网):
46657
,会主动连接6个种子testnet(连接到测试网):
46656
,会主动连接3个种子solonet(本地单独节点):
46658
,不会主动连接别人(也因此不会被别人连接上),适合单机研究
写入文件
这里我们需要快速的把bytomd init
的执行流程过一遍,才能清楚配置文件的写入时机,也同时把前面的内容串在了一起。
首先,当我们运行bytomd init
时,它对应的代码入口为cmd/bytomd/main.go#L54:
func main() { cmd := cli.PrepareBaseCmd(commands.RootCmd, "TM", os.ExpandEnv(config.DefaultDataDir())) cmd.Execute() }
其中的config.DefaultDataDir()
就对应于前面提到数据目录位置。
然后执行cmd.Execute()
,将根据传入的参数init
,选择下面的函数来执行:cmd/bytomd/commands/init.go#L25-L24
func initFiles(cmd *cobra.Command, args []string) { configFilePath := path.Join(config.RootDir, "config.toml") if _, err := os.Stat(configFilePath); !os.IsNotExist(err) { log.WithField("config", configFilePath).Info("Already exists config file.") return } if config.ChainID == "mainnet" { cfg.EnsureRoot(config.RootDir, "mainnet") } else if config.ChainID == "testnet" { cfg.EnsureRoot(config.RootDir, "testnet") } else { cfg.EnsureRoot(config.RootDir, "solonet") } log.WithField("config", configFilePath).Info("Initialized bytom") }
其中的configFilePath
,就是config.toml
的写入地址,即我们前面所说的数据目录下的config.toml
文件。
cfg.EnsureRoot
将用来确认数据目录是有效的,并且将根据传入的chain_id
不同,来生成不同的内容写入到配置文件中。
它对应的代码是config/toml.go#L10
func EnsureRoot(rootDir string, network string) { cmn.EnsureDir(rootDir, 0700) cmn.EnsureDir(rootDir+"/data", 0700) configFilePath := path.Join(rootDir, "config.toml") // Write default config file if missing. if !cmn.FileExists(configFilePath) { cmn.MustWriteFile(configFilePath, []byte(selectNetwork(network)), 0644) } }
可以看到,它对数据目录进行了权限上的确认,并且发现当配置文件存在的时候,不会做任何更改。所以如果我们需要生成新的配置文件,就需要把旧的删除(或改名)。
其中的selectNetwork(network)
函数,实现了根据chain_id
的不同来组装不同的配置文件内容,它对应于master/config/toml.go#L48:
func selectNetwork(network string) string { if network == "testnet" { return defaultConfigTmpl + testNetConfigTmpl } else if network == "mainnet" { return defaultConfigTmpl + mainNetConfigTmpl } else { return defaultConfigTmpl + soloNetConfigTmpl } }
果然就是一个简单的字符串拼接,其中的defaultConfigTmpl
和*NetConfgTmpl
在前面已经出现,这里不重复。
最后调用第三方函数cmn.MustWriteFile(configFilePath, []byte(selectNetwork(network)), 0644)
,把拼接出来的配置文件内容以权限0644
写入到指定的文件地址。
“bytom初始化时产生了什么配置文件”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!
当前文章:bytom初始化时产生了什么配置文件
URL标题:http://ybzwz.com/article/ipsppi.html