RTLabs security record

Arbitrum, Base, Solanademether.ioXGitHub

As of 28 Oct 2026, RTLabs has 2 audit reports by 1 security firm on Trustblock; the latest is by Resonance Security, dated 7 Feb 2025. Those reports list no open critical findings.

Critical findings
No open critical findings
Across the 2 reports, 1 critical finding was reported. It is marked fixed by the firm that reported it. See the findings
Open the latest report
Your label, live
Get the label for your site

Record last updated . It holds audits and findings, contracts and incidents up to Oct 2026. Trustblock does not review code.

Audits2

Newest first

AuditSecurity firmDateScopeCritical findingsReport
RTLabsSecurity firm: Resonance SecurityDate: Scope: Not recorded (see the report)No open critical findingsOpen · IPFS
RTLabsSecurity firm: Resonance SecurityDate: Scope: Not recorded (see the report)1 critical finding, fixedOpen · IPFS

Findings18

Statuses are the security firm’s own, from each report.

SeverityOpenAcknowledgedFixed
Critical001
High001
Medium005
Low308
LowDead CodeRTLabs · Resonance Security · 7 Feb 2025Open

Throughout the source code there are multiple instances that lead to a dead end as unimplemented features and functionalities are never reached. These should be cleaned up to increase the quality of the code and decrease the bytecode stored on the blockchain.

Open the report
LowHardcoded Pubkeys Problematic On Immutable ProgramsRTLabs · Resonance Security · 7 Feb 2025Open

The program specifies accounts that possess validations against constant public keys. These keys cannot be changed unless there is a redeployment of the program into the blockchain. In cases where the accounts related to these public keys become rogue or compromised, the program and users interacting with it may be at risk. This is especially problematic when Solana programs are removed of its update authority and become immutable.It should be noted that this finding was introduced due to the lack of a deployment script for the program, and as such, should be considered a recommendation for best practices.

Open the report
LowFunction _convertToShares Vulnerable To Denial Of ServiceRTLabs · Resonance Security · 31 Aug 2024Open

The function _convertToShares() is used by addLiquidity() to calculate the total amount of shares supply on the protocol. The calculation of the supply is proportional to the value tracked by the variable totalPooledEther. Not only does this variable increase via addLiquidity(), but also via receive() and selfdestruct(). When any of the latter situation happens, the variable supply does not increase. For specially crafted transactions, it may be possible for a malicious user to deny the smart contract from servicing legitimate users.It should be noted that the impact of this vulnerability directly depends on the amount of Ether the malicious user is willing to spend to grief other users.

Open the report

Contracts

No deployed address is recorded for these audits.

The reports name a repository or files. Open a report to see its scope.

Show this on your site

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.

Content

Facts

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.

Fixed as
Language

Style

Layout
Theme
Accent
Corners

Format

Size
Date
Embed as
HTML
<head>
<script src="https://widget.trustblock.run/project-widget.min.js" defer></script>
</head>
<body>
<div
data-tb-project-widget
data-tb-project-slug="rtlabs"
></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