反编译保护 - 页 4 12345678 新评论 Дима 2009.10.21 12:35 #31 而最好的办法是在工作的EA上开一个pamm，并在管理上采取投资) Alexander Sevastyanov 2009.10.21 12:42 #32 mpeugep >> : 而最好的事情是在一个工作顾问上开一个pamm，并在管理上采取投资) >>) Дима 2009.10.21 12:46 #33 这是保护知识产权和利用知识产权赚钱的最可靠的方法! Alexey Subbotin 2009.10.21 15:16 #34 Svinozavr >> : 还有 "uvei "的原则。 好主意：在我的记忆中，"不做"，即冥想的顿悟，所达到的主要目的是意识到没有自我以及随之而来的所有东西。之后的利润就有点不再需要了:)))) Nail Murtazin 2009.10.25 22:17 #35 我不是一个程序员，所以我不知道是否有可能对这种保护方案进行编程。 在程序的代码中，有一个可执行文件，它在编译后被触发（反编译后，专家顾问必须被编译，对吗？） 为了防止这段代码被立即执行，当你编译你的EA用于发送或出售时，一个变量--日期，比方说今天27.10.09，设置28.10.09。这个可执行文件只有在编译时的日期大于指定变量时才会触发。因此，我们保护我们的EA免受过早的损害。 在可执行文件中，给出一个任务（当然，如果有可能的话）来破坏代码，例如删除某些表达式、变量等，即 "杀死 "代码，使其不能被使用。 我已经开发了一个很好的专家顾问，我把它分发给推荐人，如果能保护它就更好了。如果有人提出建议（也许是我提出的方案或其他方案）--我准备资助在我的EA上安装保护。 VonDo Mix 2009.10.25 23:17 #36 Nail_Saby >> : 我不是一个程序员，所以我不知道是否有可能对这样的保护方案进行编程。 罗素的悖论来拯救我们 [删除] 2009.10.25 23:33 #37 Nail_Saby >> : >>它不会从 "铁杆黑客 "手中拯救你。 你可以在代码中放入任何你想要的东西。 包括像你建议的那样的东西。 (当然，从程序员的角度来看，你写的是废话:)) 但问题是，如果一个有资格这样做的人 了解保护的逻辑，他迟早会了解它（保护）是如何组织的。 他们还可能意识到，代码的某一部分负责编译禁令。 因此，中和了这部分。 --- 因此，我给你的建议是。 如果你的专家顾问真的很有价值。 最好不要给任何人 开设一个PAMM账户并吸引你的推荐人成为投资者 这是使系统不落入坏人手中的唯一可靠方法 --- 如果你确实需要分发这个专家顾问 做好准备，如果有人开始用它赚大钱 迟早有一天，"严肃的人 "会对这个系统感兴趣 他们将能够雇用 "黑客 "来破坏任何保护。 [删除] 2009.10.26 07:19 #38 这只有在你有MT源代码的情况下才有可能。那么你就可以确信你的EA不会发生任何问题。 Hide 2009.10.26 09:58 #39 lea >> : 在mql4中写一个可堆叠的虚拟机，没有代码和数据的分离以及不同的命令长度（即把x86代码反编译的问题转移到EA代码中）。虽然没有什么困难，但你可能要写一个小的编译器，能够为实现的虚拟机生成代码（同时增加垃圾，改变逻辑等）。它将比一堆不显眼的mql4代码（我们仍然需要发明）要酷得多。 是的，用Forth语言写吧。 Hide 2009.10.26 10:01 #40 使用服务器或发出信号来保证安全有一个很大的缺点。 只需注册一次，然后你就可以以自己的名义销售这些信号。也就是说，主要的目标，即信号，被一小块沉积的面团打破。没有必要对任何东西进行反编译。 简而言之，没有保护，一切都会破灭。 12345678 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
而最好的事情是在一个工作顾问上开一个pamm，并在管理上采取投资)
>>)
还有 "uvei "的原则。
好主意：在我的记忆中，"不做"，即冥想的顿悟，所达到的主要目的是意识到没有自我以及随之而来的所有东西。之后的利润就有点不再需要了:))))
我不是一个程序员，所以我不知道是否有可能对这种保护方案进行编程。
在程序的代码中，有一个可执行文件，它在编译后被触发（反编译后，专家顾问必须被编译，对吗？）
为了防止这段代码被立即执行，当你编译你的EA用于发送或出售时，一个变量--日期，比方说今天27.10.09，设置28.10.09。这个可执行文件只有在编译时的日期大于指定变量时才会触发。因此，我们保护我们的EA免受过早的损害。
在可执行文件中，给出一个任务（当然，如果有可能的话）来破坏代码，例如删除某些表达式、变量等，即 "杀死 "代码，使其不能被使用。
我已经开发了一个很好的专家顾问，我把它分发给推荐人，如果能保护它就更好了。如果有人提出建议（也许是我提出的方案或其他方案）--我准备资助在我的EA上安装保护。
我不是一个程序员，所以我不知道是否有可能对这样的保护方案进行编程。
罗素的悖论来拯救我们
>>它不会从 "铁杆黑客 "手中拯救你。
你可以在代码中放入任何你想要的东西。
包括像你建议的那样的东西。
(当然，从程序员的角度来看，你写的是废话:))
但问题是，如果一个有资格这样做的人
了解保护的逻辑，他迟早会了解它（保护）是如何组织的。
他们还可能意识到，代码的某一部分负责编译禁令。
因此，中和了这部分。
---
因此，我给你的建议是。
如果你的专家顾问真的很有价值。
最好不要给任何人
开设一个PAMM账户并吸引你的推荐人成为投资者
这是使系统不落入坏人手中的唯一可靠方法
---
如果你确实需要分发这个专家顾问
做好准备，如果有人开始用它赚大钱
迟早有一天，"严肃的人 "会对这个系统感兴趣
他们将能够雇用 "黑客 "来破坏任何保护。
这只有在你有MT源代码的情况下才有可能。那么你就可以确信你的EA不会发生任何问题。
在mql4中写一个可堆叠的虚拟机，没有代码和数据的分离以及不同的命令长度（即把x86代码反编译的问题转移到EA代码中）。虽然没有什么困难，但你可能要写一个小的编译器，能够为实现的虚拟机生成代码（同时增加垃圾，改变逻辑等）。它将比一堆不显眼的mql4代码（我们仍然需要发明）要酷得多。
是的，用Forth语言写吧。
使用服务器或发出信号来保证安全有一个很大的缺点。
只需注册一次，然后你就可以以自己的名义销售这些信号。也就是说，主要的目标，即信号，被一小块沉积的面团打破。没有必要对任何东西进行反编译。
简而言之，没有保护，一切都会破灭。