Lunaray Token Security Scan Report

2 min readApr 13, 2022

According to Lunaray Security Team reported, the Token contract security scanning platform has completed the automatic security scan of the Maker Token contract, and the security risk level is low.

The scan result is only for general security vulnerabilities and is not used as the final contract security audit result, nor as investment advice for users. If you have any questions, please contact support@lunaray.co.

The scan contract address:

0x9f8f72aa9304c8b593d555f12ef6589cc3a579a2

The scan tool:

Lunaray Token Security

Scan result:

No safemath library：An integer variable can only have a certain range of numbers represented, and exceeding the range of values expressed by the variable type will result in an integer overflow vulnerability.

Self transfer：There may be a risk of deflation if the same addresses are not identified at the time of transfer.

Redundant code：There are unused internal methods in the contract, which may result in additional gas consumption.

Dangerous strict equivalence：Dangerous strict equivalence testing

Fake Recharge：The mild if/else-only judgment is a sloppy way of coding in sensitive function scenarios such as transfer, and will lead to false recharge vulnerabilities.

Hard coding：Unspecified constants that appear in the code can lead to problems such as poor readability of the code.

Incorrect modifier：Incorrect modifier

No events added：Failure to add method events may result in users or administrators being unable to determine the details of their actions.

Onlyowner：There are one or more methods in the contract that only the administrator can operate.

Public suicide function calls：Public suicide function calls

Re entrancy：The attacker builds a contract containing malicious code at an external address in the [Fallback function].

timestamp：Timestamps may be manipulated by miners

Unchecked empty address：No judgement is made on the address passed in, if the address is a address(0), the address cannot be modified again

Unchecked transfer return：Failure to check the method return value when sending tokens using the send or call.value methods in the contract code will lead to unexpected results.

Unspecified method visibility：The visibility of contract functions is public by default, so functions that do not specify any visibility can be called externally by the user.

Unused local variables：Unused local variables

Unused return values：The return value of an external call is not stored in a local or state variable

Using sha3：sha3 is not secure in solidity

Wrong storage usage：Objects that have not changed their state, using storage to initialize variables will increase gas consumption, risking overrunning the limit and increasing the risk of memory overwriting.