hao86下載站:值得大家信賴的游戲下載站!

首頁(yè) > 區(qū)塊鏈 > 寫 Celestia 腳本后有感:Cosmos 很多工作沒(méi)搞好

寫 Celestia 腳本后有感:Cosmos 很多工作沒(méi)搞好

時(shí)間:2023-12-19 21:49:11
來(lái)源:hao86下載
區(qū)塊鏈

【#區(qū)塊鏈# #寫 Celestia 腳本后有感:Cosmos 很多工作沒(méi)搞好#】

Cosmos 的 Github 文檔都沒(méi)寫好、CosmJS 庫(kù)很多地方?jīng)]有優(yōu)化,我的體驗(yàn)不是很順暢。


撰文:霧月,極客 Web3


12 月 17 日時(shí),我知道 Celestia 上要出銘文 CIAS,打算臨時(shí)趕工寫一個(gè)刷銘文的腳本?,F(xiàn)在,對(duì)于 Celestia 及其所在的 Cosmos 生態(tài),還有 CIAS 這個(gè)活動(dòng)本身,我都有挺多想吐槽的。


其實(shí),寫一個(gè)刷銘文的腳本不難,主要分為三個(gè)模塊:錢包構(gòu)建、連接節(jié)點(diǎn)、泛洪交易。前兩步只需要在目標(biāo)公鏈的開發(fā)者文檔里,就能找到快速實(shí)現(xiàn)的方法。


我先去 Celestia 官網(wǎng)和 Github 看了一圈,并沒(méi)有面向開發(fā)者 build 用戶場(chǎng)景的用例,主要都是節(jié)點(diǎn)運(yùn)行等相關(guān)的文檔。當(dāng)然這可以理解,因?yàn)?Celestia 并不是一個(gè) ToC 的區(qū)塊鏈。Celestia 只是在一個(gè)不起眼的地方,提到自己是基于 Cosmos 的,用 CosmJS 就可以與其主網(wǎng)交互。


于是我就直奔 CosmJS。但 Cosmos 怎么說(shuō)呢,連文檔都做不好。我直接去的 Github,按常理說(shuō),一般這種 JS 都會(huì)在 Github 上有使用用例。但它的教程隱藏在一個(gè)二級(jí)頁(yè)面里,而且點(diǎn)進(jìn)去以后,按照它的配置做一通,最后報(bào)錯(cuò)。


這報(bào)錯(cuò)還不是環(huán)境問(wèn)題,是因?yàn)樗慕坛虥](méi)有跟隨教程版本更新,經(jīng)常這個(gè)類名字改了那個(gè)調(diào)不了等等。我在老的教程版本上切換了 npm 庫(kù)的版本,依然有些用例跑不通,折騰了一會(huì)就放棄了。


于是又谷歌了一下,結(jié)果發(fā)現(xiàn)正確的文檔在官網(wǎng)而不是 Github 上,這有點(diǎn)不符合常理。再次,Github 的 readme 更新一下教程指向官網(wǎng)不好嗎?


拿到正確的教程后,我迅速完成了錢包構(gòu)建、連接節(jié)點(diǎn)這兩個(gè)步驟,開始構(gòu)建泛洪交易模塊。這個(gè)模塊說(shuō)簡(jiǎn)單了就是一個(gè)處理交易簽名 + 網(wǎng)絡(luò)請(qǐng)求的 for 循環(huán)。但這里卻又碰上一些問(wèn)題:


CosmJS 庫(kù)里所有的交易方法,都只暴露出了交易本身的參數(shù),但它的 sequence 卻沒(méi)有暴露出來(lái)(sequence 類比于以太坊里的 nonce,是為了防止重放攻擊而設(shè)置的交易計(jì)數(shù)器,每筆交易發(fā)出后,nonce 和 sequence 都自動(dòng) +1)。



Sequence 居然是它在 sign 簽名的時(shí)候去連接網(wǎng)絡(luò)獲取(chainId 等也是),要經(jīng)過(guò) sendTokens() -> signAndBroadCast -> sign()。每次提交交易都去網(wǎng)絡(luò)請(qǐng)求等待返回會(huì)影響刷的速度,也會(huì)增加沒(méi)用的網(wǎng)絡(luò)請(qǐng)求,對(duì)于泛洪是不利的,當(dāng)然也不利于加速 / 取消某筆交易。



我們可以回顧下以太坊 Web3JS 的發(fā)送交易的方法,其中你可以自己指定 nonce。但 CosmJS 里不可以。我還是覺(jué)得以太坊的設(shè)計(jì)要合理很多,可以直接指定 nonce 用于取消 / 加速交易,如果一筆交易卡住了,你可以自定義一個(gè) nonce 相同的交易去替代卡住的交易,當(dāng)然也可以用于我們的泛洪攻擊。



由于時(shí)間很緊張,還有其他幾個(gè)需要修改的庫(kù)里的函數(shù),我決定不使用 Proxy 去 hook 重寫了,而是直接在 CosmJS 庫(kù)里修改。


腳本觸發(fā)泛洪交易的思路是,通過(guò) for 循環(huán)不斷的發(fā)起交易并生成簽名,發(fā)送給 RPC 節(jié)點(diǎn),發(fā)起一筆交易后 sequence/nonce 就 +1,發(fā)起 20 筆交易后,再重新循環(huán)一個(gè)周期。


Sequence 只在每次泛洪周期開始前,拉取到本地,不必像 CosmJS 庫(kù)默認(rèn)的那樣,每次交易后都向節(jié)點(diǎn)重新請(qǐng)求一遍 sequence。而 chainId 則寫成固定的值,不必反復(fù)向節(jié)點(diǎn)請(qǐng)求。(編者注:這里的循環(huán)次數(shù)設(shè)置的比較低,顯然作者還沒(méi)那么暴力。某人在打 Conflux 銘文時(shí),曾將每個(gè)周期的循環(huán)次數(shù)改為 1000,每分鐘差不多發(fā)出去 200 筆不同的交易)



最終,我得到了一個(gè)簡(jiǎn)陋的 Celestia 腳本,12 月 17 日當(dāng)晚 CIAS 拔網(wǎng)線后,我簡(jiǎn)單測(cè)試了一下這個(gè)腳本,發(fā)出去了幾百筆交易。在 12 月 19 日凌晨 CIAS 繼續(xù)開打后,我確實(shí)打到了一些 CIAS(大概 1800 個(gè))。但還是有其他要吐槽的地方:


  • 12 月 17 日,Celestia 的 RPC 節(jié)點(diǎn)出現(xiàn)了數(shù)據(jù)嚴(yán)重不同步的問(wèn)題,不同 RPC 節(jié)點(diǎn)的區(qū)塊高度差異很大,你向節(jié)點(diǎn)請(qǐng)求自己賬戶的 Sequence 時(shí),返回的結(jié)果基本不一致,讓人很痛苦。Celestia 區(qū)塊瀏覽器也不可用,基本抓瞎。可以說(shuō),此時(shí) Celestia 網(wǎng)絡(luò)雖然沒(méi)宕機(jī),還能出塊,但估計(jì)也快到極限了。
  • 當(dāng)天,CIAS 銘文官方眼見 Celestia 快扛不住,臨時(shí)宣布 48460 號(hào)區(qū)塊高度后上鏈的銘文鑄造交易全部無(wú)效,頗有「交易所拔網(wǎng)線」之風(fēng)。而且 CIAS 自己的網(wǎng)站也崩了。



  • 有人認(rèn)為 Cosmos 鏈原生的共識(shí)協(xié)議,在區(qū)塊的共識(shí)方面做的很差,對(duì)此不作置評(píng),但顯然昨晚 CIAS 拔網(wǎng)線的目的耐人尋味。
  • 12 月 17 日時(shí),你很難選中一個(gè)同步數(shù)據(jù)最快的節(jié)點(diǎn),因?yàn)閹缀跛械?RPC 節(jié)點(diǎn)都被擠爆了,經(jīng)常無(wú)響應(yīng)。我后來(lái)嘗試寫了一些自動(dòng)切換節(jié)點(diǎn)的代碼。
  • CIAS 本身的銘文格式,和其他銘文不太一致,比如 brc-20 的 json 里,所有數(shù)字都是字符串,而 cia-20 里的卻是一個(gè)數(shù)字。



  • CIAS 銘文的成本昨晚最高時(shí),飆漲到了每張 1.5~2U,甚至有人付出了 80U 打了一張銘文。這么高的手續(xù)費(fèi)反映的就是 TPS 有限,Celestia 創(chuàng)始人自稱,每秒可以處理 10k 筆交易,顯然是在扯淡。



總體下來(lái),12 月 17 日當(dāng)晚的體驗(yàn)就是一句話:Celestia 當(dāng)時(shí)肯定沒(méi)做好應(yīng)對(duì)大規(guī)模流量的舉措,在 RPC 節(jié)點(diǎn)配置方面也很敷衍(很難想象 1 小時(shí)就能打炸幾十號(hào) RPC 節(jié)點(diǎn))。


19 號(hào)當(dāng)晚這種情況好了很多,除了 gas 費(fèi)飆漲之外,其他方面倒沒(méi)什么太大問(wèn)題,只能說(shuō) Celestia 作為一個(gè)專門給輕節(jié)點(diǎn)分發(fā)數(shù)據(jù)的 DA 網(wǎng)絡(luò),暫時(shí)性的經(jīng)受住了考驗(yàn),但不知道以后還會(huì)不會(huì)有什么別的坑。

小編推薦下載

相關(guān)文章

更多>>

同類軟件下載