有時候查資料，發現 Subgraph 卡住了，跳出「RPC 限流」或是索引器延遲。老實說，這事挺常見的——不是鏈不行，而是你那個查詢頻率太高了，或者 subgraph 更新還沒跟上區塊。

我琢磨過一陣子，發現很多所謂的「資料卡一下」其實是索引器那邊的排程問題。尤其是現在一堆專案搭了再質押那套「共享安全」，邏輯上確實是套娃，但你說技術上有問題嗎？也不是，就是維護成本變高了。反正我寧願多花點時間把自己的查詢頻率調一調，或者自己寫個輕量的索引器，也不指望第三方能一直順暢。

教學很多，我看得進去的反而都是在講軟體工程習慣的——先定義好資料來源，再考慮快取，別一開始就指望無限 RPC。有時候不是資料壞了，是你自己沒做好容錯。別問為什麼別人能跑得跟你一樣快，先看看是不是你在同一時間點瘋狂刷同一個端點。

反正就是這樣吧，查資料之前，先看看自己怎麼查的，比罵服務商管用。