咨询节点运维
发邮件至contact@intention.xyz，主题行写 Node operator。
邮件里该写什么——因为这些正是第一封回信本来就要问的：
最后一项比其他几项都重要。人们想跑节点的理由，有很大一部分——稳定的读取、历史查询、不信任别人的索引器——换个办法解决更好，答案可能是一个端点，不是一台机器。
现有的角色
在写这封邮件之前，先弄清你真正需要的是哪一种。
只有第一种是共识角色。另外两种属于基础设施，而大多数集成需求其实落在这里——全节点能回答历史查询，也让你自己验证链给出的答案，同时完全不承担共识责任。
为什么是封闭的
Intention 上的验证者做的事不止是给交易排序。撮合、清算、强制平仓和资金费率都在区块执行内部完成，所以验证者是在运行这家交易所，而不是在运行一条上面架着交易所的链。 运营者一旦行为异常或者资源不足，代价就从“出块变慢”抬升到“所有人的交易执行都被拖累”。在网络扛过主网的持续真实负载之前，这个集合会一直保持小规模，成员也都是已知的。 硬件规格也更像一台低延迟交易主机，不像常见的链上节点，而具体参数还在靠压力测试往下定。现在公布一份马上就要变的配置要求，只会让运营者买错机器。目前还不存在的东西
质押、委托与奖励：验证者今天就是技术运营角色，背后没有原生代币经济模型，本站任何内容都不应被理解成在描述这样一套模型。 无许可的加入流程：验证者参与会随公开测试网和主网分阶段开放。等流程定下来，会在协议变更日志公布。如果你只是需要数据
想跑节点，多半是为了读取数据，而这件事已经有现成的服务：开发者
REST 与 WebSocket API，以及已发布的规范。
索引器
历史查询如何提供，以及什么时候应该转而向链核对。
网络现状
可用端点，以及如何确认自己连到了哪里。
网络拓扑
各类节点角色在网络中的位置。