话说看我帖子的小伙伴，可能知道我最近在AI的帮助下搓了几个工具，对于能做一些有利于HIVE发展的事情，O哥还是非常愿意去做的。
（图片由ChatGPT辅助生成）
虽说AI在这里能抵千军万马，但是作为指挥官还是要懂一点点技术的，比如涉及一些计算逻辑一些API调用，就要我一点点掰扯给AI，还是很累的。
尤其是我使用的是HIVE 的JSON RPC API，再配合复杂的计算，常常把自己和AI都绕晕，不过好在最终弄出来的东西，还算好用。
不过呢，还是有一点点瑕疵，比如查询支持某个见证人或者某项提案时的用户列表时，为了避免太多的请求给API节点造成巨大的压力，我只展示了30或50条治理票权重最高的用户。
又比如，见证人或者提案最近一天（或者一周或者一个月的）得票、失票数据，无法直接从链上获取。我曾设想过使用HiveSQL或者自己实现一个数据库，缓存这些信息，但是感觉都不是优雅的方案。
所以，就先这样的，不可能什么事都做得十全十美不是？我这样自我安慰。
话说，搓出工具，总是要给别人使用的嘛？于是除了在@cutehive.com 发布帖子介绍新搓的工具外，还把文章链接丢到HIVE的技术讨论群里。
然后得到一些大佬的赞扬外，还得到一些超级技术大佬的指点，比如说提到了HIVE的后端API：HAF & HAF Block Explorer等等。
让人有些惭愧的是，虽然在HIVE上混了十来年，虽然也听过HAF以及HAF BE的大名，虽然也大致知道它们是做什么用的，但是具体能做些什么以及如何使用，基本上是一窍不通。
大概也就是最近几天，看大佬们的对话，以及翻阅一些API文档，才知道这些东西有多么强大，如果用这些API做应用做工具，将有多么便捷。
我之前搓的那几个东东，如果用基于HAF & HAF BE的方法实现，优点是大大的：
实现难度会大幅降低
相关数据的计算会更加高效
对API节点的压力会大幅减轻
历史记录直接可用
看，我之前纠结的各种问题，全部都解决啦。
所以不和大佬们聊天，就不会得到大佬们的指点，自己闭门造车，可能根本不会知道有这些API的存在，不会了解到它们的强大功能以及先进理念。还是要多和大佬们学习呀。
（图片由ChatGPT辅助生成）
至于将工具切换到基于HAF & HAF Block Explorer等现代API方法，那就要先放一放了，我还没规划好怎么去做。至于问AI嘛？
它肯定也不知道，会给我胡乱回答，毕竟不潜入技术群、不得到大佬的指点，我都不知道的事情，AI怎么会知道呢？
