로그인/ 가입하기

写Celestia脚本后有感：Cosmos很多工作没搞好

JinseFinance

2023/12/19 22:27

따르다

作者：雾月，极客Web3

12月17日时，我知道Celestia上要出铭文CIAS，打算临时赶工写一个刷铭文的脚本。现在，对于Celestia及其所在的Cosmos生态，还有CIAS这个活动本身，我都有挺多想吐槽的。

其实，写一个刷铭文的脚本不难，主要分为三个模块：钱包构建、连接节点、泛洪交易。前两步只需要在目标公链的开发者文档里，就能找到快速实现的方法。

我先去Celestia官网和Github看了一圈，并没有面向开发者build用户场景的用例，主要都是节点运行等相关的文档。当然这可以理解，因为Celestia并不是一个ToC的区块链。Celestia只是在一个不起眼的地方，提到自己是基于Cosmos的，用CosmJS就可以与其主网交互。

于是我就直奔CosmJS。但Cosmos怎么说呢，连文档都做不好。我直接去的Github，按常理说，一般这种JS都会在Github上有使用用例。但它的教程隐藏在一个二级页面里，而且点进去以后，按照它的配置做一通，最后报错。

这报错还不是环境问题，是因为它的教程没有跟随教程版本更新，经常这个类名字改了那个调不了等等。我在老的教程版本上切换了npm库的版本，依然有些用例跑不通，折腾了一会就放弃了。

于是又谷歌了一下，结果发现正确的文档在官网而不是Github上，这有点不符合常理。再次，Github的readme更新一下教程指向官网不好吗？

拿到正确的教程后，我迅速完成了钱包构建、连接节点这两个步骤，开始构建泛洪交易模块。这个模块说简单了就是一个处理交易签名+网络请求的for循环。但这里却又碰上一些问题：

CosmJS库里所有的交易方法，都只暴露出了交易本身的参数，但它的sequence却没有暴露出来（sequence类比于以太坊里的nonce，是为了防止重放攻击而设置的交易计数器，每笔交易发出后，nonce和sequence都自动+1）。

Sequence居然是它在sign签名的时候去连接网络获取（chainId等也是），要经过sendTokens() -> signAndBroadCast -> sign()。每次提交交易都去网络请求等待返回会影响刷的速度，也会增加没用的网络请求，对于泛洪是不利的，当然也不利于加速/取消某笔交易。

我们可以回顾下以太坊Web3JS的发送交易的方法，其中你可以自己指定nonce。但CosmJS里不可以。我还是觉得以太坊的设计要合理很多，可以直接指定nonce用于取消/加速交易，如果一笔交易卡住了，你可以自定义一个nonce相同的交易去替代卡住的交易，当然也可以用于我们的泛洪攻击。

由于时间很紧张，还有其他几个需要修改的库里的函数，我决定不使用Proxy去hook重写了，而是直接在CosmJS库里修改。

脚本触发泛洪交易的思路是，通过for循环不断的发起交易并生成签名，发送给RPC节点，发起一笔交易后sequence/nonce就+1，发起20笔交易后，再重新循环一个周期。

Sequence只在每次泛洪周期开始前，拉取到本地，不必像CosmJS库默认的那样，每次交易后都向节点重新请求一遍sequence。而chainId则写成固定的值，不必反复向节点请求。（编者注：这里的循环次数设置的比较低，显然作者还没那么暴力。某人在打Conflux铭文时，曾将每个周期的循环次数改为1000，每分钟差不多发出去200笔不同的交易）

最终，我得到了一个简陋的Celestia脚本，12月17日当晚CIAS拔网线后，我简单测试了一下这个脚本，发出去了几百笔交易。在12月19日凌晨CIAS继续开打后，我确实打到了一些CIAS（大概1800个）。但还是有其他要吐槽的地方：

12月17日，Celestia的RPC节点出现了数据严重不同步的问题，不同RPC节点的区块高度差异很大，你向节点请求自己账户的Sequence时，返回的结果基本不一致，让人很痛苦。Celestia区块浏览器也不可用，基本抓瞎。可以说，此时Celestia网络虽然没宕机，还能出块，但估计也快到极限了。
当天，CIAS铭文官方眼见Celestia快扛不住，临时宣布48460号区块高度后上链的铭文铸造交易全部无效，颇有“交易所拔网线”之风。而且CIAS自己的网站也崩了。