我覺得 @longdotxyz 正在犯和 @Noxa_Fi 一樣的錯誤。點子是對的、時機也對，但就是很難把注意力轉成信任。

以下是所有已經壞掉的地方，以及團隊需要立刻修的：
1/ 造幣方手續費系統是個慢性 Rug
代幣部署者會永遠收到交易手續費。並且他們可以永遠把這些費用賣掉。$JACKET dev 從第一天起就在倒手他的手續費，而持有人什麼都做不了。這也是為什麼 @bankrbot 的外套翻了長的外套。
更糟的是：沒有辦法重新導流手續費。$TREX 社群連續 3 天公開要求把 CTO 手續費重新導流。沒回應。
修正：新增一個 setFeeRecipient 函式，以及明確的 CTO 流程。死掉或惡意的 dev = 由社群宣告這條資金流。bankr 已經正確地路由手續費了，這不是什麼難的技術。
2/ 每筆交易 1.7% 對比 bankr 收 0.8%
比最近的競爭對手多超過一倍，而且沒有任何文件說明錢會去哪。長的手續費結構唯一一次公開拆解，是由一位社群成員提供的。
修正：一頁就好。包含啟動資金（starting mc）、代幣分配、long 的分成、dev 的分成、LP 的份額。你不能合理化 1.7% 的話，就把它砍掉。
3/ 「手續費會給 jensen」是謊
$JACKET 在長的敘述中聲稱手續費會路由到 jensen huang。鏈上：錢進了 dev 的錢包。在 bankr 上，jensen coin 會把手續費轉給他。
修正：在應用程式中驗證手續費接收者。「手續費給 X」應該是一個被檢查、且可在鏈上驗證的標記。
4/ 一個假的 $GME 被跑到 $2m mc
代幣名稱是「reserved」，沒人知道哪個合約才是真的。一個被仿冒的版本被拉到 2m 後就把所有人清掉了。澄清是透過私訊（DM）的截圖傳出的。有人在團隊回覆底下發文「我輸掉了所有東西」。
修正：建立一個官方的已驗證配對清單，在應用程式內置頂並且明確可見。
5/ 創辦人自己的代幣就是範例 A
$SPACEHOOD 由 @Natan_benish 本人部署，卻在圖表一路失血的同時，持有了約 $40k 的未認領手續費。當參考代幣顯示相反的做法，你不可能要求 dev 支持他們自己的代幣。
修正：把那些錢主張出來，放進 LP。用行動帶頭，否則就別帶頭。
（該給的功勞：新的協定手續費每天回收進流動性 25-50%，這個方向完全是對的。）