現時点では、キャプチャは自動登録を防ぐために使用されますが、キャプチャの生成にはサーバーリソースが必要であり、
キャプチャを選択するプロセスのスパマーは、多数のリクエストによって補われる低い確率でキャプチャするソフトウェアを使用します。
その結果、キャプチャを選択するプロセスのスパマーは、サーバーを限界までロードします。
私は対称的な答えで答えることを提案します。つまり、クライアントが物理的に複数のアカウントを同時に登録できない程度にクライアントをロードすることを提案します。
たとえば、次のようにロードできます。
1.等しいクライアント「x」に転送します。たとえば、md5（md5（y）+ z + md5（a））
（ランダムに選択され、クライアント側でペアx、yzのベースの作成に対抗するのに役立つ前の式から「a」も渡します）
2.クライアントにjavascriptまたはflashを渡して、ブルートフォースメソッドを使用して目的のyとzを計算します。
3.アドレス
moysite / cap /？から
キャプチャを提供し
ますか？C = yzax （失敗した場合404）
この方法の利点は、xa、yzペアのcaptchaとは異なり、サイズが比較的小さいためにサーバー上でより多くを節約できることです（スクリプト自体は変更されていないためキャッシュできます）。
その結果、キャプチャの選択中のサーバーの負荷が低下するはずです。
追加や修正を喜んでいたします。
upd：このメソッドは他のメソッドの使用をキャンセルせず、関連する場合にのみそれらを補完します。