如今的NFT市场用鱼龙混杂或许都是过高评价。
似乎哪怕画一坨屎，只要标榜是NFT就能镀金变值钱。

NFT并非一无是处，只是收割韭菜的镰刀漫天乱舞。
说到底该怎么面对NFT怎么鉴别衡量它的价值。
我的观点是这样—— 非常简单，你把NFT对应的艺术作品 剥掉 NFT的身份，问自己你依然愿意用多少 ￥多少 $ 去掏钱买它，那就是这个NFT作品相对应锚定的数字货币的价值。

因为NFT应该只是艺术作品的载体和表现形式，不会给这件艺术品附加额外的价值。

还是刚才的比方，你画一坨屎上传变成NFT，倒贴我都不要。
波多野老师要是发布一辑NFT写真，我倒是愿意出￥200 当支持个正版（纸质写真大约是日元 ￥2800 等价）

随卡附带了一张A4纸使用说明，密密麻麻写满了字。仔细看了10分钟大概明白了乘车优惠的逻辑。

首先，这张卡IC本体是一张普通的羊城通，对于羊城通公司来说并无特殊。制卡工艺也没有特殊，只是定制化地上面印上了持有人的照片和个人信息（交通系统工作人员核对身份）

第一个月使用需要自行充值消费；次月起，每个月献血中心会对上个月的交通消费项目全额报销(充值)。持卡人只需要在“飞充”场景下联网卡片查询余额即可完成余额的同步充值。 飞充包括且不限在便利店、自助充值机、支持NFC的手机等。

也就是说，发卡方（献血办）只需要登记发出的卡号，每个月对这批羊城通统计上月的消费金额，然后充值相同费用。就实现了交通补贴的功能。

而且在这个基础上还可以灵活划档次做不同金额上限或比例的报销，比如8折报销、减半之类。不用受制于羊城通芯片的功能限制，也不需要特殊的标识。一旦发现异常的使用卡片，从名单上剔除下月不作报销即可。卡片没有透支功能，也无需担心被破解克隆盗用的问题。

除了飞充报销那个操作稍显麻烦。是相当简易，且可操作性不错的解决方案。

上个epoch cntools没有采集到 leader log 数据，看不到预测的出块数据。
一开始没有留意，以为只是后台服务偶然宕掉了

用命令重启了就没管

systemctl restart cnode-cncli-sync.service

结果这个epoch又是没有，查状态又是 code=exited 而且重启5秒后状态又变失败

手动执行

$CNODE_HOME/scripts/cncli.sh sync

得到以下提示，版本太旧需要更新

ERROR: cncli v2.0.2 installed, minimum required version is 2.1.0, please upgrade to latest version

解决方法——和安装 cncli 一样，再运行一次(升级和安装相同命令)

prereqs.sh -c

等待自检下载编译再次重启服务即可（当前已经升级到3.1.3）

网上查到的版本是上一版的，注册及导入素材之类很多操作要靠批处理和命令行实现和当前版本已经不一致。
所以还是对照着官方文档自己先摸索一下吧，感觉并不需要太深入研究高阶的功能。

初期目标：

1. 能批量导入场景，后期能追加删除场景
2. 能自定义导航工具条的部分样式
3. 能添加和编辑自定义的热点(hotspot)把众多场景链接起来

大概这样便足够了（这个并不是本篇要完成的全部目标）

- 阅读剩余部分 -

cntools的各个组件，主要指配置文件 $CNODE_HOME/env 会经常性的自动更新到和服务器上的最新版本
由于众所周知的网络原因经常会发生更新下载不完整或者下载失败，配置文件不完整导致 cnode在定期自检重启的时候会启动失败
查看运行状态

systemctl status cnode

systemctl status cnode
● cnode.service - Cardano Node
     Loaded: loaded (/etc/systemd/system/cnode.service; enabled; vendor preset: enabled)
     Active: inactive (dead) (Result: exit-code) since Fri 2021-06-25 17:02:08 UTC; 298ms >
    Process: 574350 ExecStart=/bin/bash -l -c exec /opt/cardano/cnode/scripts/cnode.sh (code exited 128 ...

以上是注册为后台服务的方式，检测到服务掉线还会自动执行重启
下面还会有个自动重启次数，当我发现的时候已经尝试重启已经达到 1万7千多次

...
手动执行 cnode.sh 启动，得到错误提示：

./cnode.sh
InvalidYaml (Just (YamlException "Yaml file not found: "))

cardano-node: YAML exception:
Yaml file not found: 

事实上并不是什么 yaml的问题，检查 env 文件，发现被自动替换成了一个5k字节的新文件。淦
幸好env更新的时候会自动备份，把最后一个备份恢复替换env文件即可启动成功

mv env env.bak
cp env_bkp1624640864 env
ls -l

-rw-r--r--  1 root root  41980 Jun 25 17:07 env
-rwxr-xr-x  1 root root   5314 Jun 23 19:43 env.bak*
-rwxr-xr-x  1 root root   5314 Jun 23 20:00 env.bak20210501*
-rwxr-xr-x  1 root root  12146 Jun 23 20:00 env.bak202105121559*
-rwxr-xr-x  1 root root  24802 Jan 29 10:35 env_bkp1611916514*
-rwxr-xr-x  1 root root  27506 Jan 29 16:23 env_bkp1611937427*
-rwxr-xr-x  1 root root  27932 Feb 12 04:38 env_bkp1613104707*
-rwxr-xr-x  1 root root  27896 Mar  2 14:04 env_bkp1614693852*
-rwxr-xr-x  1 root root  29011 Mar  2 14:16 env_bkp1614694618*
-rwxr-xr-x  1 root root  29743 Mar 16 21:53 env_bkp1615931614*
-rwxr-xr-x  1 root root  29744 Mar 20 11:52 env_bkp1616241170*
-rwxr-xr-x  1 root root  29828 Mar 20 17:24 env_bkp1616261083*
-rwxr-xr-x  1 root root  29825 Apr  7 17:04 env_bkp1617815073*
-rwxr-xr-x  1 root root  31870 Apr  8 03:10 env_bkp1617851419*
-rwxr-xr-x  1 root root  31910 Apr 11 17:08 env_bkp1618160924*
-rwxr-xr-x  1 root root  32049 Apr 11 17:59 env_bkp1618163989*
-rwxr-xr-x  1 root root  32049 Apr 15 21:42 env_bkp1618522974*
-rwxr-xr-x  1 root root  32091 Apr 30 17:08 env_bkp1619802511*
-rwxr-xr-x  1 root root  32091 May  3 21:08 env_bkp1620076095*
-rwxr-xr-x  1 root root  40064 May 12 07:56 env_bkp1620806177*
-rwxr-xr-x  1 root root  40064 May 17 14:08 env_bkp1621260538*
-rwxr-xr-x  1 root root  40140 May 24 01:32 env_bkp1621819973*
-rwxr-xr-x  1 root root  40190 May 25 10:37 env_bkp1621939057*
-rwxr-xr-x  1 root root  40355 Jun 17 16:27 env_bkp1623947272*
-rwxr-xr-x  1 root root  40355 Jun 23 19:39 env_bkp1624477188*
-rwxr-xr-x  1 root root  40355 Jun 23 19:43 env_bkp1624477402*
-rwxr-xr-x  1 root root  40355 Jun 25 17:07 env_bkp1624640864*

此时再次被提示是否升级新版本，输入 yes
检查更新后的新文件依然有 41k 大小，应该是完整的。
执行节点重启

systemctl restart cnode

成功没有问题，故障解决。

没什么技术含量的一篇，纯备忘。ll