Chia（奇亚）这个项目，在圈子里一直很有话题性。它的创始人Bram Cohen是BitTorrent的发明者，也是目前最顶尖的网络协议工程师之一，技术底子相当扎实。Chia推出的智能交易编程语言Chialisp，功能强大且注重安全性与可审计性。目前已经落地的智能交易场景包括原子交换、授权收款人、可恢复钱&包、多重签名钱&包以及限价单钱&包等，覆盖面已经相当可观。
接下来，我们就深入聊聊Chia命令行参数的具体用法。这部分内容是日常操作的核心，无论是启动节点、配置服务还是P盘，都离不开它。
Chia(奇亚)命令行参数详解
启动
命令：chia init
首先，它会扫描你的~/.chia目录，看看上面有没有安装过旧版本的Chia。如果有，init会自动完成迁移，把旧文件搬到新版本里来。具体迁移内容包括：config（含旧SSL证书）、db和wallet目录。
接着，init会加载config.yaml配置文件，更新钱&包密钥，并确保coinbase奖励能准确进入正确的钱&包地址。如果系统里没有旧版本，init会直接创建一套默认的Chia配置，同时初始化全新的SSL密钥和证书——这些证书主要用于和GUI之间的安全通信。
开启服务
命令：chia start {service}
举个例子：
chia start node 只会启动全节点；
chia start farmer 则会同时启动农夫、收割机、完整节点和钱&包。
service的可选参数包括：all, node, harvester, farmer, farmer-no-wlet, farmer-only, timelord, timelord-launcher-only, wallet, wallet-only, introducer, simulator。覆盖了几乎所有你可能会用到的场景。
P盘
命令：chia plots create [添加参数或赋值]。
参数说明如下：
-k [size]：定义绘图大小。不同k值对应的文件规格和创建时间，建议参考官方说明。
-n [绘图数量]：按顺序执行的绘图数量。一个绘图完成后，会被自动移动到最终目录-d，然后再启动下一个绘图序列。
-b [内存缓冲区大小MiB]：定义内存/RAM使用量。默认值是2048（2GiB）。增加内存能小幅提升绘图速度。不过要注意，这仅仅是分配给绘图算法的内存，运行钱&包等操作还需要系统额外提供内存。
-f [farmer 公钥]：即“农民公钥”。如果想让其他机器创建P盘文件，但又不想给它完整的Chia账户访问权限，就可以用这个密钥。要找到你的Chia农民公钥，执行：chia keys show。
-p [pool 公钥]：即“池公钥”。用途与-f类似，也是在需要限制访问权限时使用。查找命令：chia keys show。
-a [fingerprint]：用来选择农夫公钥和池公钥的指纹。当钥匙链里有多把钥匙时，可以用这个参数来指定哪一把。查找指纹命令：chia keys show。
-t [tmp dir]：定义P盘时的临时目录。第一阶段和第二阶段的工作都会在这里进行。-t 路径需要的工作空间最大，通常是最终plot文件大小的4倍左右。
-2 [tmp dir 2]：定义次要临时目录，专门存放P盘阶段的临时文件。绘图阶段3（压缩）和阶段4（检查）就在这里完成。根据操作系统的不同，-2 可能默认与 -t 或 -d 相同路径。如果-t或-d空间吃紧，建议手动指定。-2 所需的工作空间与最终绘图文件大小相当。
-d [final dir]：定义plot文件的最终存储位置。-d 必须留有足够空间来容纳最终文件。这个目录会被自动添加到 ~/.chia/VERSION/config/config.yaml 中。也可以用 chia plots remove -d 从配置里删除某个最终目录。
-r [线程数]：2个线程通常是最优选择。多线程目前只在P盘第一阶段生效。
-u [buckets数量]：增加buckets数可以降低内存需求，但代价是需要更多的随机磁盘搜索。机械硬盘建议设置较少的buckets，NVMe固态则可以设更多。一般可选的值为32、64或128（默认）。
-s [stripe size]：这是第一阶段并行工作负载时，分配给每个线程的数据量。默认的64K在实际使用中表现均衡，32K和128K都只是小幅损失，影响不大。
-e [bitfield plotting]：加上-e标志会禁用bitfield P盘算法，回退到旧的b17格式。这样能降低内存要求，但P盘时会多写入12%的数据。对于更快的驱动器（比如SSD），它通常被认为是一个更快的选项。
示例
以下命令会创建一个k=32的P盘文件，并使用4GB（注意，不是GiB）内存：
chia plots create -k 32 -b 4000 -t /path/to/temporary/directory -d /path/to/final/directory
下面这个例子则创建一个k=34的图，使用8GB内存、2个线程和64个buckets：
chia plots create -k 34 -e -b 8000 -r 2 -u 64 -t /path/to/temporary/directory -d /path/to/final/directory
额外说明
在绘图过程中，第1阶段（正向传播）和第3阶段（压缩）通常是耗时最长的环节。因此，为了最大化绘图速度，-t 和 -2 应该放在最快的硬盘上，而 -d 放在慢速硬盘上也没有问题。
目前，绘图只使用1个CPU线程。所以，很多Chia用户会选择同时运行多个P盘程序来提升效率。
在SSD上P盘比在机械硬盘上快，这是事实。但另一方面，SSD的写入寿命有限，而且早期测试表明，在SSD上高强度P盘可能会很快耗尽它的寿命。因此，不少用户转而选择在多个机械硬盘上同时并行P盘，这种做法更“绿色”，也更经济。
P盘模式的设计原则是最大化工作效率。但为了防止无休止的算力攻击，农民不应该能够在平均爆块间隔内完成一个P盘文件。这就是主网上最小k-size是k32的原因。
P盘文件可用性校验
命令：chia plots check -n [num checks] -l -g [substring]
首先，它会在config.yaml配置文件中设置的所有plot目录里进行查找。你可以用chia plots show先确认这些目录。
-g：只检查目录名或文件名中包含大小写敏感子字符串的P盘文件。如果没有指定-g，则config.yaml中每个目录下的所有图都会被检查。
使用-g的示例：
检查长目录名内的地块，例如/mnt/chia/DriveA：chia plots check -g DriveA
只检查k33地块：chia plots check -g k33
检查2020年10月31日创建的地块：chia plots check -g 2020-10-31
-l：允许通过ID查找重复的P盘文件。它会检查config.yaml中列出的所有P盘文件保存目录，并列出所有文件名结尾相同的文件（格式为*-[64 char plot ID].plot）。如果只想检查重复文件，建议使用-l -n 0。
-n：代表给出的挑战数量。如果不包含-n整数，默认值为30。例如，-n 30意味着每个P盘文件会被检测30个挑战。挑战数从5（最小）到-n，且不是随机生成的。
每个P盘文件都会接受每个挑战：
- 获取挑战的质量（判断是否存在空间证明）。理论上，每个挑战预期会有1个证明，但实际可能获得0个或1个以上。
- 如果有证明，则获取该挑战的完整证明。
- 验证完整证明的数量与预期质量证明的数量是否一致。
最后，你会看到一份报告，内容是最终的真实证明与预期证明的对比。如果-n设为20，理论上会期望得到20个证明，具体取决于你的plot文件数量。
用 -n 10 或 -n 20 运行该命令适合快速检查，但信息量有限，不足以判断地块的真实质量。建议使用 -n 30 来获取更可靠的统计信息。
更多细节，可以查阅Chia官方在GitHub上的源码 chiapos 中的 DiskProver 命令。
full proofs与expected proofs的比值意味着什么？
如果比值>1，说明你的P盘文件在这次扫描中运气不错；比值<1，则代表幸运值相对偏低。不过，除非比值低到0.70以下，否则完全不必在意。理论上，比值>1的地块有更高概率在链上赢得挑战；比值<1的地块获胜可能性则稍微降低。但在实际运行中，这种影响几乎可以忽略不计。真正决定爆块概率的关键因素是“P盘文件数量”和“k-size”，而不是“每次挑战产生的证明数量”。所以，如果你看到检查比例小于1，只要不是明显偏低（比如0.5以下），完全不用焦虑。
