运行全节点，本来就是实打实投入资金来保障VITE网络安全的（租服务器、带宽等），拿点小奖励不为过。再抵押VITE，就让人反感了。

一台2核4G的云服务器（100G硬盘），就算2000元/年，每天5.5元。而全节点奖励是13VITE/天，按0.1元币价来算也只有1.3元，实际上是亏的。现在还要抵押1W个Vite，不抵押还要把一丢丢奖励也收回。于情于理，都不应该！

@封魔之神 ：赞同你的意见！！

@Blackey ：我的理解是，每个全节点需要抵押10000Vite。这是在增加限制、提高全节点运行门槛，坚决反对！全节点应该越多越好、越分散越好；自由进出，尽量降低门槛，这也符合区块链安全原则。所以，对官方这种随意变动规则的做法，甚为遗憾，希望和社区充分沟通后再做决定。

建议官方多在技术上发声，和其他DAG公链的对比，和国产其他公链的对比，VITE是如何破解区块链的难题的，VITE有多少专利、多少论文等等。

目前还没有看到这样的共识：VITE是技术最牛的，至少是DAG公链最牛的。没有大的技术突破，VITE就是个工程型的项目。

如果VITE所说的技术都是NB的（如异步架构、分层共识及快照链技术），就要有勇气指点江山，在区块链技术发展史上留下一笔。

重装linux系统，内存升级到4G，未发现gvite崩溃现象，问题解决！

看了一下日志，主要问题是【fatal error: runtime: out of memory】。服务器配置为：内存1G，带宽1 Mbps，目前服务器只跑了gvite，启动后内存从20%一直升高，直到崩溃。

内存使用情况为：

详细日志见图片：

进程监控情况：

gvite进程（v2.6.0）一天崩溃七八次，全节点还怎么跑？

运行的全节点，但gvite进程经常崩溃。版本号：gvite-v2.6.0-linux，操作系统：Ubuntu 16.04.1 LTS。老版本的gvite偶尔也会Down，但没有现在这么频繁。现在没办法，只好做了监控进程并自动重启。以下2019.10.13日一天内的崩溃和重启日志，请开发尽快解决：
16059, Sun Oct 13 00:38:02 CST 2019
31914, Sun Oct 13 02:27:02 CST 2019
13647, Sun Oct 13 04:04:02 CST 2019
24303, Sun Oct 13 05:19:02 CST 2019
6231, Sun Oct 13 06:30:01 CST 2019
22287, Sun Oct 13 08:54:38 CST 2019
3070, Sun Oct 13 10:28:01 CST 2019
19339, Sun Oct 13 12:22:01 CST 2019
7347, Sun Oct 13 14:46:01 CST 2019
6839, Sun Oct 13 16:48:01 CST 2019
25687, Sun Oct 13 18:46:02 CST 2019
25742, Sun Oct 13 20:48:01 CST 2019
10332, Sun Oct 13 22:51:01 CST 2019

不愧是中科大出来的！

李总够坦诚！Vite有鑫盛的支持，幸甚！