MultiCharts: Trading Software for Automated Trading and Backtesting

Diamond Lock works with TS EasyLanguage.

Will it protect PowerLanguage source code too?

Yes, it work fine ^^

I am using it with PowerLangauge.

Hi, is it difficult to use Diamond Lock ? Do you need to create a DLL file to store important elements of your trading system ? and , is this DLL file encrypted as well ?

Why don't you use the Multicharts encryption that comes out with Multicharts ?
The Export/import Read-only files (*.sef) that you can find in the PowerLanguage File menu.

It works fine !!!

Hi

Is the .SEF, (The Export/import Read-only files (*.sef) ), encrypted ?

How secure is it ?

Emmanuel

Hi

Is the .SEF, (The Export/import Read-only files (*.sef) ), encrypted ?

How secure is it ?

Emmanuel

it is compiled.
ie. irreversible.

TJ,

Did you try Diamond Lock ?

TJ,

Did you try Diamond Lock ?

nope.

MC only compiles the codes into binary codes, but not encrypted/scrambled at all.
It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/
If you want to safeguard your codes by filling in MBs of garbage codes, you are just a bit right because it will cost much,much cheaper for a 'high hand' from China to do the job.
So be very very careful to pass on your sef files...

MC only compiles the codes into binary codes, but not encrypted/scrambled at all.
It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/
If you want to safeguard your codes by filling in MBs of garbage codes, you are just a bit right because it will cost much,much cheaper for a 'high hand' from China to do the job.
So be very very careful to pass on your sef files...

ELD is a different animal than sef.

ELDs are not compiled. A locked ELD is merely encrypted.


With MultiCharts, there are 2 ways to prevent access to your code:

1. use "Protect Study" under the Tools menu in PLE.
-- the code is encrypted
-- read access is password protected
-- results in a pla file extension
-- protected study can be used by any releases of MultiCharts of the same version (or higher).

2. use "Export Read-Only" under the Files menu in PLE.
-- the code is compiled
-- no password access; once compiled, the file cannot be reversed
-- results in a sef file extension
-- compiled study can ONLY be used by the same release of MultiCharts of the same version.
ie if there is a new release of MultiCharts, you have to re-compile the study with the new MultiCharts before you can import it again.


A locked ELD is equivalent to MultiCharts' "Protected Study".

It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/

This people don't speak at all about Multicharts's *sef files (read only version). They convert *esf files from eSignal or ELD files from TS, even the last version 8.8, so where is the dangerous in keeping your files protected with *sef files from Multicharts (the read only version)?
For now I think that *sef files are yet the best solution to protect codes

Hi

Thank you TJ for your information, I didn't realize before, the difference between, protected and export read only. ( I was thinking it was the same process)

This is interesting. I didn't know that http://viziblesoft.com/ existed.

do you know if the protected file is encrypted ???

I think that's best answered by TSsupport guys.
For those who think .sef file is safe, I can only wish you good luck.

Dear Sirs,

Let me reassure you that .sef files cannot be opened by http://viziblesoft.com/ software. They contain only binary code.

ELD files on the contrary contain the source code, but the names of the variables are changed (to i.e. var1, var2 etc.).

As for protected .pla files, they are encrypted but crackable.

I think that's best answered by TSsupport guys.
For those who think .sef file is safe, I can only wish you good luck.

Before Dave gave us a complete and definetly response, I wrote to viziblesoft.com asking them this:

from **********************************
to support@viziblesoft.com
date 23 settembre 2010 17:04
object Decript Multicharts *.sef files

I've a question for you.
Do you decrypt *sef files with codes made with Powerlanguage from TSSupport Multicharts ?
They are encrypted codes made in a single way which can be installed with a "read Only way" and
not decompiled or password protected
They work only if created and installed with the same version of Multicharts.
Codes created with version 6.1 are read only from Multicharts 6.1 and not other versione and so
on.
They are different from *pla codes made with powerlanguage but only password protected.
These one seems to be encripted.

Their response was quick and syntethic:

Hi,

No, we don't support Multicharts.

I think that there will be no doubt now.
Regards

Hi

Thank you Dave and CrazyNasdaq for your information

It look like that it is better to use .SEF, because you don't put your source on your PC, and the PLA contain the source....

Emmanuel

Hi

Thank you Dave and CrazyNasdaq for your information

It look like that it is better to use .SEF, because you don't put your source on your PC, and the PLA contain the source....

Emmanuel

just a word of caution,
if you import the sef back into your computer,
it can overwrite (with your permission) your original pla study of the same name, and render your pla code inaccessible.

TJ,

This is interesting, I didn't think about this.

Thank you TJ, I will be carreful

Emmanuel

Hi Dave,

As you said, .sef file is in binary codes.
That is to say, MC uses some open standard to convert the Power Language codes into binary codes. During the process, NO encryption is done.
So if one can list out these binary codes then he/she should be able to convert them back to Power Language codes, by using the same open standard, provided he/she spend enough time/effort in it.
Is this understanding correct ?

Hi LMC,

I agree as it is a binary, you may reverse engineer the binary to a source code.
But it must be complicated . Which is good.

That is why diamond lock look interesting.

Does anyone know where this binary is located ?

Maybe can we use a second software to protect the dll ?
http://www.brothersoft.com/mpress-77695.html
http://www.brothersoft.com/aspack-3899.html
http://www.brothersoft.com/enterprise-a ... 60300.html
http://www.brothersoft.com/execryptor-21017.html

http://www.brothersoft.com/downloads/re ... files.html

Hi Dave,

As you said, .sef file is in binary codes.
That is to say, MC uses some open standard to convert the Power Language codes into binary codes. During the process, NO encryption is done.
So if one can list out these binary codes then he/she should be able to convert them back to Power Language codes, by using the same open standard, provided he/she spend enough time/effort in it.
Is this understanding correct ?

Dear LMC,

Everything can be decoded, this is called reverse engineering. Theorethically, it is possible to decode binary code just as every dll file and every application. However, it will require enormous professional and time ressources. It is simply not rational to spend so many efforts to decode a study. Moreover, there is no any open standart. If you decoded one study, it does not mean that you will have the algorithm to decode the other .sef files. You will have to spend exactly the same time and resources to decode the other study, even the identical one.

Thanks Dave for your clarification. It is exactly what I understand. Nothing is irreversable.

Diamond Lock works with TS EasyLanguage.

Will it protect PowerLanguage source code too?

May I know the website of Diamond Lock?

May I know the website of Diamond Lock?

That website seems to be http://www.investlabs.com/ and http://www.investlabs.com/diamondlock2000.html after a quick Google search.

Thanks JoshM