逆コンパイル保護 - ページ 4

新しいコメント
 
そして、一番いいのは、動いているEAでpammを開き、運用で投資を受けることです)
 
mpeugep >> :
そして、一番いいのは、動いているEAでpammを開設して、運用で投資を受けることです)

>>)

 
これが、知的財産の保護と収益化を両立させる最も確実な方法なのです。
 
Svinozavr >> :

また、「ウベ」の原理もある。

素晴らしいアイデアです。私の記憶では、「しないこと」、つまり瞑想の啓示が達成する主なことは、自己とそれに関係するすべてのものの不在を認識することです。それ以降の利益は、ある意味不要になります:))))

 

私はプログラマーではないので、このような保護方式をプログラムすることが可能かどうかはわかりません。

プログラムのコードの中に実行ファイルがあり、コンパイル後に起動します（デコンパイル後はEAをコンパイルする必要がありますね）。

送信または販売のためのあなたのEAをコンパイルするときに、このコードがすぐに実行されるのを防ぐために、変数 - 日付、今日27.10.09と言うことができ、28.10.09設定します。 この実行ファイルは、コンパイルの日付が指定した変数を超えた場合にのみトリガされます。そのため、私たちはEAを早期のダメージから守っています。

実行ファイルでは、（もちろん可能であれば）特定の式や変数などを削除するなど、コードを破損させる、つまりコードが使用できないように「殺す」タスクが与えられます。

私は良いExpert Advisorを開発し、紹介者に配布していますが、それを保護することは非常に素晴らしいことだと思います。もし誰かが何か（私の提案したスキームや他の何か）を作ってくれたら、私は自分のEAにプロテクションをインストールする資金を提供する用意があります。

 
Nail_Saby >> :

私はプログラマーではないので、このようなプロテクションスキームをプログラムすることが可能かどうかはわかりません。


ラッセルのパラドックスに救われる

 

Nail_Saby >> :

>> 「筋金入りのハッカー」からあなたを救うことはできないでしょう。

は、コードに何でも入れることができます。

ご指摘のようなことも含めて。

(もちろん、プログラマから見れば、無意味なことを書いているのでしょうが :))

しかし、要は、その資格を持つ人がいれば

保護する論理を理解すれば、遅かれ早かれ、それ（保護）がどのように組織化されるかを理解するだろう。

また、特定のコードがコンパイル禁止に関与していることを認識することもあります。

となり、結果的にその部分を中和することになります。

---

そこで、私からのアドバイスです。

Expert Advisorが本当に価値のあるものであれば。

君子危うきに近寄らず

PAMMの口座を開設し、あなたの紹介者を投資家として呼び込む。

これが、システムを悪の手に渡さないための唯一の確実な方法である。

---

このExpert Advisorを配布する必要がある場合

莫大なお金を稼ぐ人が出てくれば覚悟を決める

そのうち、「まじめな人」がシステムに興味を持つようになる

そして、彼らは「大物ハッカー」を雇い、あらゆる保護を破壊することができるようになるのです。

 

MTのソースコードがある場合のみ可能です。そうすれば、あなたのEAに何も起こらないことを確信できます。

 
lea >> :

コードとデータの分離や異なるコマンド長を使わずに、mql4でスタッカブルな仮想マシンを書く（つまり、x86コードのデコンパイルの問題をEAコードに移し替える）。難しいことは何もありませんが、おそらく、実装された仮想マシン用のコードを生成できる小さなコンパイラを書く必要があるでしょう（同時にゴミを追加したり、ロジックを変更したりすることも必要です）。これは、（まだ発明する必要のある）明白でないmql4コードの山よりもずっとクールなものになるでしょう。

はい、Forthで書いてください。

 

サーバーを使ったセキュリティーやシグナルを出すことには、大きなデメリットがあります。


一度登録すれば、あとは自分でシグナルを販売することができます。つまり、主目的であるシグナルが、小さな生地の堆積によって壊されてしまうのです。デコンパイルは一切必要ありません。


要するに、保護がない、すべてが壊れるということです。

12345678
新しいコメント