A certain smart contracts developer has a thread here,
Developer’s advices to ICO investor and according to him and I quote, "
Out of every 100 projects 99 is a fraud, or a scam, as we used to call it."
Quoted below is the full text...
Hello, dear investors and everyone who reads this.
Being a developer of smart contracts, I cannot stand aside of the current lawlessness in the ICO market.
Out of every 100 projects 99 is a fraud, or a scam, as we used to call it.
Please, read the following advices as a guide to verification of every ICO:
1. At the start of pre-ICO team should have a contract for automatic assets transfer, that contains a written set of rules for early investors – not on towel, not in the speaking form, but written in the smart-contract. Otherwise, collected assets can just fall in the pockets of founders, or they can change rules of the game in the middle of act – there are many examples.
2. The contract for pre-ICO should be a part of a bigger contract on ICO and do not be different tokens – it is unsafe form a standpoint of vulnerability and withdrawal of funds.
3. The contract for pre-ICO, and then on ICO should have a lower and upper barrier - if it does not – the team does not know what it wants - just a scam.
4. The contract for ICO should have escrow of the funds, received as a result of placement - it can be a frieze or multiSig with a voting condition. This will give you a guarantee against the expenditure of funds earlier than the team completed the previous stage.
5. The contract should have indisputable return of funds condition, in case of not reaching the lower limit of the collected pool. It is in the contract and not in the white book, if it is not – move on, it’s just a scum.
6. All contracts must be posted on GitHub, this will enable third-party developers to check the contract for the vulnerability, if the team has not taken care and before the ICO has not posted a bounty on the vulnerability.
7. The contract must specify the conditions for the team and for the bounty’s for vulnerability.
8. The contract must specify the conditions for not traded tokens - with clearly defined deadlines.
This post is about having a standard. Everything in the end should have a standard - and together we can achieve it. If you do not invest in teams that do not adhere to basic security standards - they just won’t be able to steal your money.
I hope for a dialogue and a healthy discussion.