MT5中的MQL代码作者保护。
我们已经有一些专门针对专家级开发者的保护措施。我们将在稍后宣布他们。
你的想法是个好主意，可以实施。
如果你想对你希望得到的保护方式有发言权，请让我们知道。
我们已经有一些专门针对专家级开发者的保护措施。我们将在稍后宣布他们。
你的想法很好，可以实施。
请让我们知道你想如何实施它。
谢谢你!
我认为，如果你创建一个机制，在出版商的信息证书和用户的证书交叉的基础上创建这样一个证书，那么关于保护商业产品的问题就会减少。
主要问题是理论上的反编译的可能性。如果这个问题得到了解决，那么所有复杂的安全方法就不需要实施。只有内置在MQL中的工具才足够。
不幸的是，F4已经被解密，反编译器在网络上自由走动。如果开发者没有实施适当的保护，同样的事情也会发生在第五个。 我是指保护终端不被调试和反编译。此外，我在某处看到，MQL5代码被编译成了本地CPU代码。我不知道：是否真的如此，但如果是这样，这就是反编译保护中的一个严重漏洞。
一般来说，我对EA/指示器反编译保护相当怀疑。我想这可能是一个无法实现的梦想。
如果脚本代码是用发给脚本的特定购买者的（强）密钥加密的，就不需要调试保护。例如，PGP的算法是开源的。
另一件事是，一个无良的买家可能会公布他的钥匙。一个集中的商业脚本及其购买者的在线数据库，可以通过一个特殊的网络服务或MT服务器访问，可能有助于防止此类事情的发生，但有很多事情需要考虑。
如果脚本代码将用写给脚本的特定买家的（强）密钥进行加密，你就不需要调试保护。例如，相同的PGP的算法是开源的。
另一件事是，一个无良的买家可能会公布他的钥匙。一个集中的商业脚本及其购买者的在线数据库，可以通过一个特殊的网络服务或MT服务器访问，可能有助于防止此类事情的发生，但有很多事情需要考虑。
你显然没有阅读关于 "杂交 "的帖子。一个无良的买家也会被迫给出他的账单。而且只能用一只手。;)
我们毕竟是在谈论EX5文件。
如果脚本代码是用发给脚本的特定购买者的（强）密钥加密的，就不需要调试保护。例如，PGP的算法是开源的。
另一件事是，一个无良的买家可能会公布他的钥匙。一个集中的商业脚本及其购买者的在线数据库，可以通过特殊的网络服务或MT服务器访问，可能有助于防止这类事情的发生，但这也是需要考虑的问题。
你显然是不假思索地写的。
四元期权的反编译器是在对MT4终端进行分析、调试和反编译的基础上编写的。如果说只有真正的编程专业人士才能应付这项任务，那么如何使用反编译器对任何初学者来说都是很清楚的。任何加密都不会得到任何可靠的结果，正是因为 "不诚实的客户 "可以在反编译EX5文件时使用他所拥有的密钥。
例如，如果你购买了专家顾问 一个月 的使用权，从互联网上下载了一个实用的反编译器，启动它并指出你拥有的密钥......并得到了专家顾问的源代码。你把它的所有保护都去掉了，并终身使用，另外还从你的网站上出售它。
终端反编译保护至少会使写一个反编译EX5文件的工具变得困难。
你显然是不假思索地写作。
不过，罗素的悖论。
;)
这很搞笑）。
这里罗素的悖论是什么？
这里的罗素悖论是什么？
根据你的逻辑，在Windows环境下保护终端不被反编译也是不可能的。
按照你的逻辑，在Windows环境下进行反编译保护也是不可能的。
一个人建造的东西可以被另一个人打破。
严格来说，绝对的保护并不存在，也永远不会实施。
这就是为什么我写道："一般来说，我对防止反编译EA/指示器的保护措施非常怀疑。我认为这可能是一个无法实现的梦想。"
保护 MQL程序的 问题已经在论坛上被多次提出。
为什么开发者不在语言工具中加入验证（解密或其他），使用应用程序作者颁发的用户证书。
例如，通过扩大#财产安全证书<......> 的列表。
具有这种属性的MQL代码只有通过源代码所有者颁发的证书才能被翻译成可用的形式。