上半篇的反響不錯，其實真正的乾貨都在下半篇。
下半篇內容憋了好幾天才寫出來，因為介紹系統的帖子並不好寫。寫的太深奧大部分人沒基礎根本看不懂，寫的太簡單大家又覺得不過如此。只能憋一點是一點，寫到哪算哪。
如果說散戶手擼黨屬於農耕社會的話，指令碼工作室應該算是工業革命，而我們的自動化擼毛系統可以算是核武器了。
有人在推下面留言說我是賣系統的。大家覺得我的格局是這麼低的嗎？ 其實我是來勸退諸位農民，哈哈。
一、需求和痛點
開發一個系統最重要的不是技術而是充分了解需求和痛點。在整個系統的開發過程中，我也向很多行業的大佬請教學習，瞭解了各種團隊的運作模式和痛點，也學習了不少好的策略。
手擼工作室的痛點：
1、人力成本、裝置成本高昂
2、管理成本高，包括新項目的培訓、每天任務的驗收等等。
3、資金安全問題。被人盜走怎麼辦、人工誤操作也可能造成損失。雖然可以通過閹割小狐狸錢包等方式解決，但是治標不治本，不敢上大資金。
4、操作模式同質化、操作時間集中等等。
指令碼工作室的痛點：
1、同樣是資金安全問題。大部分私鑰都是明文或者簡單加密儲存，直接用指令碼呼叫的，安全性很低，也不敢上大資金。
2、指令碼比較同質化，靈活性不夠，容易女巫。
3、沒有完善的管理系統，運營管理的難度較大。
4、大部分都是通過selenium模擬前端點選， 指令碼開發效率低，每個項目都得重新開發。而且比較吃伺服器和頻寬
總結起來主要的需求和痛點就是：提高資金安全性、降低運營管理和人力成本、降低伺服器等的消耗和成本、提高策略的豐富程度（讓每個錢包的操作都獨一無二，像一個獨立的人）、簡化指令碼和策略的開發難度
結合我們團隊的實際需求出發，我們覺得安全性的優先順序最高，因為我們都是精品號策略，而且賬號數量大。以團隊5個人，每個項目人均1000個賬號為例，像zksync就算我們每個賬號留存最低的0.2E，一個項目5000個號就得1000E了。這些長期儲存在伺服器上，必須確保安全。
其次是降低人力成本，能做到完全自動執行無人值守。
最後是簡化策略和指令碼的開發難度，做到90%以上可配置化，開發速度快是後期的核心競爭力。
二、系統的架構
基於以上的需求和痛點，我們設計的系統架構如下，主要分幾個模組：
下面是一張簡單的架構圖
1、私鑰中心：
考慮到我們大資金安全的問題，當然也是考慮到伺服器成本原因，我們除私鑰中心資料庫以外的伺服器全部是放在辦公室的自建伺服器上，平均5000元一臺的雙路伺服器，用EXSI分割10個虛擬機器（linux和windows），至少可以同時執行10000個指令碼，價效比極高。
所有的私鑰通過雙重加密後，存在在阿里雲的私鑰伺服器中，指令碼伺服器每次執行任務時連線私鑰伺服器解密後才能使用，而且密碼只有本人知道。
指令碼伺服器和私鑰伺服器之間也有白名單等安全措施，無論是指令碼伺服器或者私鑰伺服器單獨被黑都不會洩密，安全級別基本等同於現在外面一些MPC錢包。
2、資產管理中心：
這裡的資產指的是包括IP、推特、DC、郵箱、充值地址等資訊，每一個擼毛賬號對應一套完全獨立的資產，根據不同的任務進行分配，實現100%的隔離和防女巫。
3、網路管理中心：
網路也是我們花了很多時間摸索和優化的地方。外面買的IP不管花多少錢，其實在國內的連線速度普遍都不快。大家買過IP的都知道，在指紋瀏覽器裡連線開啟一個網頁都要好幾秒鐘。
而我們買的又是最便宜的1000個IP才100U一個月的那種。 所以我們做了一個牛逼的路由架構，辦公室的企業寬頻連線一個負載均衡的自建機場叢集，再連線這些IP，速度和穩定性大大提升，成本又極低。
現在我們就上了兩三個項目的情況下，一天流量要走100多G了，後面項目再上來還得繼續擴容。
4、任務排程中心：
任務排程中心也是這套系統的核心之一。大部分代擼的指令碼，所謂防女巫就是在指令碼執行之間加一些隨機變數和隨機等待而已，邏輯非常簡陋和粗糙，執行時也需要人值守。
我們基於網上一套開源的任務排程框架，開發了一個適合擼毛的排程中心，可以做到7*24小時無人值守執行，任意的錯誤都有斷點重做等功能，而且支援並行任務和序列任務兩種模式。
拿1000個錢包舉例：
所謂並行任務是指，這1000個錢包配置好每週執行各執行5次鏈上互動， 就是完全隨機分散在一週的合適時間點自動執行，而且可以挑選GAS最低的時候執行（比如設定主網GAS 20以下做，否則等待）。
序列任務適合大資金，比如每個錢包每月走一次100E的資金量，那如果並行的話需要1000*100的E，顯然不可能有這麼多錢。那就可以通過序列模式，第一個錢包從交易所提幣、跨鏈、鏈上一系列互動、跨鏈回來、充回交易所，然後再繼續執行下一個，中間有任何問題都有異常處理機制。
把並行模式和序列模式結合起來，可以組合出非常豐富的互動策略。
而且在基礎指令碼開發完的基礎上，策略的組合僅需要配置json檔案和相應的引數就可以了，可以做到後期0開發量。
5、鏈上指令碼開發框架
我做過調研，超過90%的指令碼擼毛工作室，都是通過指紋瀏覽器模擬前端互動實現互動的，就是你們看到網上很多人晒的幾十個視窗的那種。
相比直接呼叫合約互動，每個項目都需要開發一套前端指令碼，前端互動的速度也非常慢，出錯的機率也很大，而且非常吃伺服器，GAS費花費也大很多。
剩下10%也只是會寫一些簡單的合約互動指令碼，他們對web3的瞭解程度非常有限。
而我玩DEFI這麼多年，可以說對各類項目的合約程式碼非常熟悉，我們也很早就做了全鏈DEX的價差監控，把那套框架拿過來一改就可以了。
其實鏈上的項目主要分三類： DEX、借貸、MINT NFT。
DEX的底層主要是兩種，一種基於uniswap V2，一種基於uniswap V3
而對應的Farm功能，也是分兩種：早期流行的sushi swap Masterchef模式，和現在流行的solidly VE(3,3)模式。
借貸也主要分兩種，一種是基於compound的項目，比如Venus。 一種是基於AAVE的項目，比如Radiant。
MINT NFT或者域名就更簡單了，大同小異。
所以只需要把這些功能模組都抽象出來做成組建，就可以像搭樂高一樣快速開發了。
目前EVM鏈或者類EVM鏈，我們開發一個新項目的時間只需要5分鐘做一些引數配置，再花10分鐘測試一下即可。
隨便發一段程式碼給你們看一下，22行程式碼就可以實現一個借貸平臺的配置。
6、前端（selenium）指令碼開發框架：
對於大部分web3項目，其實鏈上互動就足夠了。但是現在有越來越多的項目方不斷在pua擼毛黨在各種平臺比如galxe上做各種任務。像這次linea一週出30多個任務，別說手擼了，大部分團隊連開發指令碼都來不及。因為涉及到各種推特、DC等任務，也不得不用到前端selenium模擬。
所以我們也同步開發了一套了前端框架，將各個功能模組做成元件化，比如推特模組、DC模組等等，再結合鏈上互動指令碼，做成任務平臺的可配置化。可以做到一個galxe的任務，也只需要配置一個json檔案，就可以實現自動化執行。
目前這塊的完成度大概60%左右，每個模組都有不小的開發量，但是開發好以後就一勞永逸了。
寫了這麼多，也沒辦法把系統設計的思路完全講清楚，但是我相信有基礎的同學應該也能收穫不少。
如果看不懂的同學，千萬不要來問我，我不是老師沒時間教你，不可能提供原始碼，也不賣系統。
歡迎各位大佬指正和交流。
