As of 3 Nov 2026, 0xLSD has 1 audit report on Trustblock, by CertiK, dated 16 Oct 2023. That report lists no open critical findings.
Record last updated . It holds audits, findings and contracts up to Nov 2026, and incidents up to Oct 2026. Trustblock does not review code.
Newest first
Statuses are the security firm’s own, from each report.
| Severity | Open | Acknowledged | Fixed |
|---|---|---|---|
| Critical | 0 | 0 | 0 |
| High | 0 | 2 | 2 |
| Medium | 0 | 0 | 0 |
| Low | 11 | 0 | 2 |
In the `swapToOX()` function, the contract swaps `USDT` for `0XLSD` tokens. Subsequently, the contract invokes the `burn()` function to burn `burnNum` number of `0XLSD` tokens directly from the function caller `msg.sender`. However, it is noted that the contract imposes a significantly high fee on the buyer unless the ` isTxFeeExempt[msg.sender]` is set to `true`. Consequently, the `msg.sender` only receives 1% of `outAmounts[1]` (since the buy fee `_buy` is set at 99%), which is actually lower than the `_burnRate` of 5% and ultimately leads to the failure of transaction.
Open the reportIn the `swapToUSDT()` function, the contract swaps the `0XLSD` tokens transferred from the function caller `msg.sender` for `USDT`, and these `USDT` are directly transferred back to the `msg.sender`. During the swap, the contract uses `amount - burnNum` as the input for the swap instead of the original `amount`. However, it is noted that the contract invokes the public `burn()` function, which burns the `burnNum` amount of `0XLSD` tokens from `msg.sender` instead of from the contract `0XLSD`, which is where the tokens have been transferred to. As a result, the contract retains the `burnNum` amount of `0XLSD` tokens, leading to the accumulation of these tokens within the contract's holdings. An added note is that this function will fail if the user transfers all available tokens to the contract through this function, since there will be no tokens left in the balance of the `msg.sender` to burn.
Open the reportAddresses are not validated before assignment or external calls, potentially allowing the use of zero addresses and leading to unexpected behavior or vulnerabilities. For example, transferring tokens to a zero address can result in a permanent loss of those tokens. ```solidity=1086 key = _key; ``` - `_key` is not zero-checked before being used. --- ```solidity=1105 key = _new; ``` - `_new` is not zero-checked before being used.
Open the reportSome state variables are not used in the codebase. This can lead to incomplete functionality or potential vulnerabilities if these variables are expected to be utilized. The following variables are declared but never used within the code. ```solidity=1064 bool public canSet = true; ``` ```solidity=1073 IPancakeFactory factory = IPancakeFactory(router.factory()); ```
Open the reportThe reports name a repository or files. Open a report to see its scope.
Is this your project? Show this record on your own website. The label states what the record holds, links to this page and updates by itself. It is free and needs no sign-in.
Automatic: the three strongest facts of this project’s own record (its last audit and two more), highlighted. They update with the record. Picking a fact turns Automatic off.
<head><script src="https://widget.trustblock.run/project-widget.min.js" defer></script></head><body><divdata-tb-project-widgetdata-tb-project-slug="0xlsd"></div></body>
Paste the code where the label should appear. It uses no API credit and updates by itself.
Something wrong on this page? A missing report, a wrong date, a finding that was fixed since. Tell us and we check it against its source.
Tell us