VON security record

BNB Chain, Ethereumvameon.comXGitHub

As of 23 Oct 2026, VON has 1 audit report on Trustblock, by CertiK, dated 29 Nov 2024. That report lists no open critical findings.

Critical findings
No open critical findings
In 1 report.
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.

Audits1

Newest first

AuditSecurity firmDateScopeCritical findingsReport
Vameon - Audit 1Security firm: CertiKDate: Scope: Files named in the reportNo open critical findingsOpen · skynet.certik.com

Findings4

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

SeverityOpenAcknowledgedFixed
Critical000
High101
Medium000
Low002
HighCentralization Risks in Vameon.solVameon - Audit 1 · CertiK · 29 Nov 2024Fixed

In the contract `Vameon` the role `_owner` has authority over the functions shown in the diagram below. Any compromise to the `_owner` account may allow the hacker to take advantage of this authority and change fee receive address or trust forwarder address. ![](https://accelerator-tasks-prod.acc.corp.certik.com/11ee-e272-c88ff210-a127-15338d5ba066/diagrams/centralization_Vameon-Vameon-_owner.svg)

Open the report
LowIntended usage of `transferWithFee`Vameon - Audit 1 · CertiK · 29 Nov 2024Fixed

`transferWithFee` requires `_msgSender` to pay a fee to fee collector to perform a transaction. From a user's perspective, they can use `transfer` function instead of `transferWithFee` to avoid fees.

Open the report
LowUnknown implementation of trustedForwarderVameon - Audit 1 · CertiK · 29 Nov 2024Fixed

The variable `_trustedForwarder` serves as a 3rd party forwarder to help the `ERC2771Recipient` identify the address of the transaction signer. `BaseToken` and `MeldToken` inherit `ERC2771Recipient`, which decodes the `msg.sender` from `msg.data` when called from the forwarder by overriding the `_msgSender()` function. A malicious forwarder may forge the value of _msgSender() and effectively send transactions from any address. The scope of the audit treats these 3rd party forwarders as black boxes and assumes their functional correctness. However, in the real world, 3rd parties can be compromised and this may lead to lost or stolen assets. In addition, upgrades of 3rd parties can possibly create severe impacts. In this project, a compromised trust forwarder can transfer tokens out of any user's address, which imposes a critical risk. The trust forwarder address is set by the owner of the contract. Reference: [EIP-2771](https://eips.ethereum.org/EIPS/eip-2771)

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.

The repositories and files the reports name

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="vameon"
></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