SHARBI_Token

ERC-20

`transfer` Prevents Transfers to the Zero Address

`transfer` Succeeds on Admissible Non-self Transfers

`transfer` Transfers the Correct Amount in Non-self Transfers

`transfer` Succeeds on Admissible Self Transfers

`transfer` Fails if Requested Amount Exceeds Available Balance

`transfer` Transfers the Correct Amount in Self Transfers

`transfer` Has No Unexpected State Changes

`transfer` Prevents Overflows in the Recipient's Balance

If `transfer` Returns `false`, the Contract State Is Not Changed

`transfer` Never Returns `false`

`transferFrom` Fails for Transfers From the Zero Address

`transferFrom` Fails for Transfers To the Zero Address

`transferFrom` Succeeds on Admissible Self Transfers

`transferFrom` Succeeds on Admissible Non-self Transfers

`transferFrom` Transfers the Correct Amount in Non-self Transfers

`transferFrom` Performs Self Transfers Correctly

`transferFrom` Has No Unexpected State Changes

`transferFrom` Fails if the Requested Amount Exceeds the Available Balance

`transferFrom` Updated the Allowance Correctly

`transferFrom` Fails if the Requested Amount Exceeds the Available Allowance

`transferFrom` Prevents Overflows in the Recipient's Balance

If `transferFrom` Returns `false`, the Contract's State Is Unchanged

`transferFrom` Never Returns `false`

`totalSupply` Always Succeeds

`totalSupply` Returns the Value of the Corresponding State Variable

`balanceOf` Always Succeeds

`totalSupply` Does Not Change the Contract's State

`balanceOf` Returns the Correct Value

`allowance` Always Succeeds

`allowance` Returns Correct Value

`balanceOf` Does Not Change the Contract's State

`allowance` Does Not Change the Contract's State

`approve` Succeeds for Admissible Inputs

`approve` Updates the Approval Mapping Correctly

`approve` Never Returns `false`

If `approve` Returns `false`, the Contract's State Is Unchanged

`approve` Prevents Approvals For the Zero Address

`approve` Has No Unexpected State Changes

Initial Token Distribution

Centralization Related Risks

Possible Denial of Service after `swapBack()` is run

Generated LP tokens are transferred to the `autoLiquidityReceiver` When adding liquidity

Gas issues in process()

Unchecked ERC-20 `transfer()` Call

Unused Return Values cause wrong value emitted in AutoLiquify

Usage of `transfer` for sending Ether

Missing Zero Address Validation

Privileges not Revoked or Transferred

`setSwapBackSettings()` execution could be locked forever

Potential Sandwich Attacks

Lack of input validations on `gas` parameter in `distributor.process()`

`_transferFrom()` function should also exclude bots that are receivers

Unrestricted fee setting

Missing bounds in `setDistributionCriteria()`

Missing checks

Ineffective "anti-bot logic"

`multiTransfer()` may run out of gas

Potential Risks on Approval/TransferFrom Methods

Unnecessary Use of SafeMath

State Variable Should Be Declared Constant

Variables That Could Be Declared as Immutable

Inefficient operations of `currentIndex`

Redundant setting of allowance to router

Function `approve` of Contract `SHARBI_Token` Does Not Prevent Approvals for the Zero Address

Missing Emit Events

Missing Error Messages

Redundant Code Components

Function Initializing State

Inconsistency between variable names and platform

Catch Not Properly Handled

The deflation only happens whenever `sender` or `recipient` is `pair` address.

Typo

Discussion on `shouldSwapBack()` condition

Ineffective limit on wallet balance

$SHARBI

SHARBI_Token.sol

Top 10% Code Security Score

Top 10% Governance Score

Top 10% Community Score

https://images.ctfassets.net/jqfm0se0f03r/4I0CuUVb0LdEyAYw2kH1k5/c2d6bcc025b45dd048eef0732ed28f01/3b0swpgS_400x400.jpg

Our cryptocurrency is multichain and owned by the community. It is built on both Arbitrum and ETH, and we call it Sharbi. This token rewards its holders with USDC, and we aspire to create a decentralized WEB3 community that continues to provide USDC rewards to its members. We see ourselves as a meme community token 2.0 that can accomplish great things through the strength of our community. Remember to never underestimate the potential of a dedicated group of individuals working together towards a common goal.

$SHARBI

Audit History

Security Assessment

2023/04/17

Solidity

2023/05/26

Skynet

Project Owner?
Activate Today!

$SHARBI

Audit History

Security Assessment

2023/04/17

Solidity

2023/05/26

Skynet

Project Owner?Activate Today!

Project Owner?
Activate Today!