1.  使用至少1 Gbit/s的连接来可靠地适应峰值负载（平均负载预计约为100 Mbit/s）。建议使用双处理器服务器，每个处理器中至少有8个内核，至少256 mib ram，至少8 tb的常规hdd存储和至少512 gb更快的ssd存储。

2.  从公共GitHub存储库https://github.com/ton-blockchain/ton下载完整的源代码。

3.  编译源代码，在生成目录中获取可执行文件“validator engine/validator engine”和“validator engine console/validator engine console”。在安装过程中，您可能还需要“generate random id”实用程序。

4.  完整节点（也称为“验证器引擎”）将其数据存储在其工作目录的子目录中，例如`/var/ton work/db`。

5.  使用一个特殊的JSON文件，完成全球配置。

6.  初始化本地配置

7.  在本地配置中启用验证器引擎控制台，在运行时控制整个节点，需要生成两个密钥对，一个用于服务器（验证器引擎），另一个用于客户端（验证器引擎控制台）。

8.  TON区块链全节点软件工作目录大致布局如下：

*${db_root}/config.json——自动生成的配置文件。它在某些情况下由验证程序引擎自动重新生成。当验证器引擎未运行时，可以在文本编辑器中编辑此文件，因为它是一个json文件。

*${db_root}/static——包含无法从网络下载的文件的目录，例如主链和活动工作链的“零状态”（对应于其他区块链架构的起源块）。通常，您不必初始化此目录，除非您想运行自己的ton区块链实例（例如，用于测试或开发目的）。ton区块链现有实例的完整节点（如“testnet”和“mainnet”）将能够从已经运行的完整节点下载所有必需的文件。

*${db_root}/keyring——存储验证器引擎已知的公钥和私钥。例如，如果您的完整节点作为一些ton区块链共享链的验证程序运行，则验证程序块签名密钥保留在此处。您可能希望对此目录设置更严格的权限，例如0700（在*nix系统中），以便只有运行验证器引擎的用户才能访问此目录。

*${db_root}/error——验证程序引擎复制与严重错误条件（例如，无效块候选）相关的文件以供进一步研究的目录。它通常为空，验证器引擎从不从此目录中删除文件。

*${db_root}/archive——一个目录，在这个目录中，旧的和很少使用的块一直保存到它们的存储期到期。您可以在这个目录中挂载一个较大但较慢的磁盘分区，或者使这个目录成为指向这个分区中某个目录的符号链接。我们建议在快速存储设备（如ssd）中查找${db_root}的其余部分。

*${db_root}/etc--（非自动）配置文件可以保存在这里，或者保存在验证器引擎可读取的任何其他目录中。

*${db_root}的其他子目录用于保存adnl缓存数据、最近的块和状态等。它们与本文件的目的无关。

TON（Telegram Open Network）节点注意事项：

1、需要高性能服务器

2、测试网络下，至少需要抵押10万Grams才可以成为节点

3、节点初期开放100名，未来将逐渐开放至1000位

4、申请成为验证人时，你 stake 的 Gram 必须比本轮抵押最少的人至多多出2.7倍。抵押超过2.7倍的 Gram，将退回至你的账户。

全文见网址：

https://test.ton.org/FullNode-HOWTO.txt