HSPTV!掲示板

hspは絶対に逆コンパイルを防ぐことはできませんか？
認証つきのソフトを作っても逆コンパイルされてソース抜かれたらおしまいですよね？

別の言語で作るほうがいいのでしょうか？

HSPでは難しいでしょう。
3.3以降は対応したものが無かったはずですけど、
それ以前はあります。
その上言語仕様が公開されていますし、本気出せば解析できます。
他の言語は、難読化ツールがあったりします。(C/C++,Java)
ひとりごとスレなので回答者は少ないので注意してください。
こういうものは質問スレか次善として雑談スレの方が回答者が集まります。
スレの種類としては
雑談スレは気が向いたら回答してくれる。
ひとりごとスレは雑談スレよりも回答してくれないことが多い。
質問スレは、分からないことがあれば、HSP関係のみ答えてくれます。
質問スレは投稿する前によく検索すること。
API関係は他の言語を検索し参考にする中で分からないことを質問するとよい。

インタプリタ型言語なので原理的に不可能です。

ですが、C++を扱うことが出来るのならばHSP自体を改造してしまうという手があります。
（自分はこれで対策しています。）

手軽なのはDPMの入出力時に暗号化／復号化することです。これでまず逆コンパイルされません。
もしそれでも不安なら、AXファイルのフォーマットを変更してしまえば自分でデコンパイラを作る以外にデコンパイルすることができなくなります。

ランタイムの改造も必要ですが、コンパイラのほうも改造しないと暗号化が出来ないので注意してください。

完全ではありませんが、アンチデバッグの関数でデバッグされていないかを確認し、
パック技術で実行ファイルを難読化するのはどうでしょうか。
もしくは、認証の部分を一方向関数でチェックして、解読できないようにするなど。

うぅ〜ん・・・結局うさみみハリケーンやゴーストリプレイ等のメモリ改竄ソフト？を、使われて終わりなのではないでしょうか。
もちろん、対策しないよりはした方がいいですが、
もし私が突破しようとした場合逆コンパイルよりはまず、
「メモリを改竄して突破できないか」を考えます。