相依套件: libssl-dev
- clone 這個 gist
make
./dragoncoin
執行
在我的 Win10 20H2 的 WSL2 上的執行時間是約 12~13 分鐘。 (之所以在 DC 上貼的圖上的時間是 18 分鐘是因為, 我為了追蹤進度所以印了稍微太多東西出來當進度條了。 印太多東西造成的結果就是有不少時間其實是花在系統 I/O 等待和切換; 那張圖計時的 18 分鐘裡系統有將近 5 分鐘就是這麼回事。)
根據 hoi 放出來的提示,原始手牌的字串有以下性質:
- 每張牌是分開的
- 有理牌
- 有聽牌
其中有理牌這件事很重要,除了減少可能性之外, 因為 MD5 的計算是按照字串順序計算的, 所有含 1m 的手牌開頭兩個字的計算是完全一樣的, 因此如果能夠留下中途計算的結果,就能很大程度上節省計算時間。 這可以利用 MD5 計算過程可以分成很多步,中間結果會使用一個狀態結構儲存的界面設計, 將這個狀態變數複製下來就能達成共用中途計算結果。
這裡就給個其他人算過的數字:13 張牌手牌的組合數是 98,521,596,000 種。 這將近一千億種的組合如果全部的 MD5 都要從頭算一次當然會算很久; 就算一次 MD5 能用 1 微秒算出來,一千億種仍然要花上 1 天多才能算完。
(順帶一提,如果是不管一種牌四張直接 34 種牌搭 13 層迴圈高塔的寫法的話, 組合數會是 13 個相同物品放入 34 個不同箱子的重複組合, 是為 C(13+34-1,13) = 101,766,230,790 種,只比限制一種牌四張的組合數多了約三十億種而已。)
但是單單有理牌也仍然是不夠的:到頭來我們仍然是要找過這全部一千億種才行。 這時就是另一個條件派上用場的時候了:有聽牌。 如果只看聽牌的種類數的話,同一個網頁也有算過一般形有 54,747,045 種, 若含七對國士則有 92,371,838 種組合。一千億種組合減少到了剩下一億種, 這就比較能全部試過一次了。
下一個問題:要怎麼列舉所有的聽牌型。
和上面一樣的理由,你不能列出所有牌組合後再去看有沒有聽,因為這樣你終究仍要試過那一千億種組合。 這裡就要用上和那個網頁裡一樣的做法了:列出某一色的所有組合,並計算搭子數量, 然後四色各選一種組合湊起來,再去判定是否聽牌。
不過我這裡的做法又更懶惰:我是有列出可能的搭子組合,但並沒有判斷合起來有沒有聽牌; 我只不過只選出可能出現在聽牌形裡的狀況而已。
所謂「可能出現在聽牌形裡的狀況」細說的話是這樣的條件:
- 對 3n 張牌,全部都是刻子或順子;
- 對 3n+1 張牌,刻子順子之外可能是一個孤張或兩個搭子;
- 對 3n+2 張牌,刻子順子之外是一個搭子。
這裡的搭子包含對子、兩面搭和嵌張搭,反正我們只要看張數就通通混一起了。
注意到這只有考慮一色組合,也就是如果四色都考慮進來就會有一些其實沒有聽牌的組合也進行嘗試了。 我在這裡甚至還沒有排除 3n+1 狀況裡兩個搭子都是順搭的狀況 (因為要聽牌的話其中一個必須是對子), 但可以肯定的是,所有的聽牌形這樣一定會找得出來試,不會有漏掉的。這個才是重點。
有了這個之後,四色只要各選一個出來,湊成 13 張牌,就可以丟去給 MD5 試了。
上面這些「聽牌形中的狀況」甚至可以事先算好列出來,這樣要試 MD5 時就只要直接從列表裡抓抓抓貼起來丟去試就行了。
patterngen.cpp
在做的就是這件事:把萬筒索字四種牌的這種組合全部印出來,
然後把它內建到實際搜尋的程式當中。
主要搜尋的dragoncoin.cpp
則就很簡單,把內建進來的組合一個一個選,選一組就丟一次 MD5。
這裡也用上了最開始提的前綴字串部份結果,讓重複的開頭字串的計算不會重覆。
應該有人已經注意到了:這一組程式只有計算一般形而已。 原本是有考慮一般形沒有再去把七對和國士形加進來的,但這樣就已經找到了所以就懶了。(炸)
話說回來,由於答案剛好在我的程式搜尋順序的尾巴的關係,這執行時間其實差不多快把所有的組合都跑過了, 也就是說就算多了一些不可能是聽牌的形式,總共時間還算在合理範圍內的; 程式裡有一個計數器計算嘗試個數,回報的數值是約 3.73 億, 表示說單單這樣一個簡單且粗糙的篩選就能夠把一千億種組合減少到剩下近四億,離真正的組合數只有七倍左右的差距而已。
那麼就是這樣了,有興趣的可以自行研究程式碼,我就不一行一行解說了。