Autonolas-logo

Autonolas

Olas (formerly Autonolas) is a protocol for creating, running and co-owning autonomous AI services, secured by the OLAS token and a multi-chain on-chain protocol. This bug bounty covers the Olas on-chain protocol — the Solidity smart contracts spanning service registries, tokenomics, governance, and the marketplace deployed across Ethereum and 7 additional chains. The scope reflects the contract set reviewed in the Code4rena 2026-01 audit, including the OLAS token, veOLAS, cross-chain governance, the staking infrastructure, and the reward, bonding and protocol-owned-liquidity mechanisms.

ETH
Base
Celo
Gnosis
Optimism
Polygon
Arbitrum
Mode
Infrastructure
DAO
Services
Token
Staking
Oracle
Solidity
Maximum Bounty
$5,000
Live Since
10 August 2022
Last Updated
05 June 2026
  • PoC Required

  • KYC required

Rewards

Autonolas provides rewards in USDC, USDT on Ethereum, denominated in USD.

Rewards by Threat Level

Smart Contract
Critical
Max: $5,000Min: $1,000
Primacy of Impact
High
Max: $2,000Min: $1,000
Primacy of Impact
Medium
Flat: $1,000
Primacy of Impact
Critical Reward Calculation

Mainnet assets:

Reward amount is 10% of the funds directly affected up to a maximum of:

$5,000

Minimum reward to discourage security researchers from withholding a bug report:

$1,000
Rewards Body

Rewards are distributed according to the impact of the vulnerability based on the Immunefi Vulnerability Severity Classification System V2.2. This is a simplified 5-level scale, with separate scales for websites/apps, smart contracts, and blockchains/DLTs, focusing on the impact of the vulnerability reported.

Critical Smart Contract vulnerabilities are rewarded at 10% of economic damage, primarily taking into consideration funds at risk, but also PR and branding aspects, at the discretion of the team, capped at USD 5 000. High Smart Contract vulnerabilities are rewarded at up to USD 2 000. Medium Smart Contract vulnerabilities are rewarded at up to USD 1 000. Low Smart Contract vulnerabilities are not in scope for this program.

All Critical, High, and Medium Smart Contract bug reports must come with a PoC, have an end-effect impact, and an asset-in-scope in order to be considered for a reward. Explanations and statements are not accepted as PoC and code is required.

The following vulnerabilities are not eligible for a reward:

Note on inherited and integrated third-party code: all external code is in scope where it is incorporated into or integrated with Olas's own contracts. The comprehensive list of in-scope external sources is:

  • Inherited library code: OpenZeppelin (@openzeppelin/contracts and @openzeppelin/contracts-upgradeable), Solmate, Safe-Ecosystem safe-contracts (@gnosis.pm/safe-contracts), the Gnosis Mech base contract (gnosis-mech, used by the marketplace OlasMech), the Curve Finance VotingEscrow (ported into veOLAS), Uniswap V2 (@uniswap/v2-core and @uniswap/v2-periphery), Jeiwan zuniswapv2, and Polygon fx-portal.
  • Integrated protocol / bridge infrastructure: Wormhole (wormhole-solidity-sdk and the L1/L2 transceivers), the OP-Stack CrossDomainMessenger (Optimism, Base, Celo, Mode), Polygon FxPortal, the Gnosis AMB / OmniBridge, the Arbitrum / Optimism / Base bridge contracts that the deposit processors call into, and the Balancer V2 Vault (queried by BalancerPriceOracle).

Issues reported against any of these sources will be assessed on the basis of their concrete impact on the in-scope Olas contracts. The Nevermined subscription condition contracts are not covered because the only Olas-side integration with them, SubscriptionProvider, is itself out of scope.

Autonolas requires KYC to be done for all bug bounty hunters submitting a report and wanting a reward. The information needed is an invoice with Name, Address, and Country of the hacker or a legal entity used for transactions. If the hacker is based in Switzerland they need to account for VAT in the invoice. The collection of this information will be done by the Valory team.

Payouts are handled by the Valory team directly and are denominated in USD. However, payouts are done in USDT and USDC, with the choice of the ratio at the discretion of the team.

Program Overview

Olas (formerly Autonolas) enables DAOs and individuals to create, run and co-own autonomous services that power applications in AI, DeFi automation, oracles, DAO operations, treasury management, and beyond. An Olas service is off-chain software that runs as a multi-agent system (MAS), replicated on a temporary consensus gadget (blockchain), while being crypto-economically secured on a public blockchain — offering robustness, transparency and decentralization to off-chain compute.

This bug bounty covers the Olas on-chain protocol: the set of Solidity smart contracts that register, incentivize and govern everything in the network. It is organized into four pillars:

  • Registries - ERC-721 registries for code components, agents and services, plus the staking infrastructure (StakingFactory and staking-program contracts) that rewards services for remaining live and active.
  • Tokenomics - OLAS emissions and the reward engine for developers, the bonding mechanism (Depository / Treasury), cross-chain staking-incentive distribution, and the protocol-owned-liquidity and buy-back-and-burn contracts.
  • Governance - the OLAS token, the veOLAS voting-escrow token, GovernorOLAS with Timelock, and the cross-chain governance machinery (guards, bridge mediators and payload verifiers) that lets the DAO act across all supported chains.
  • Marketplace — the OLAS Marketplace contracts that register mechs, route off-chain compute requests to them, settle payments via fixed-price and Nevermined-subscription balance trackers (the standalone Nevermined SubscriptionProvider adapter is out of scope), and account mech / requester reputation via the Karma contract.

The protocol is deployed on Ethereum and 7 additional chains (Gnosis, Polygon, Arbitrum, Optimism, Base, Celo, Mode). Contracts are immutable except where explicitly noted as proxy-upgradeable (e.g. the Tokenomics, staking, LiquidityManager, MechMarketplace and Karma proxies). The codebase has undergone extensive internal and external auditing, most recently the Code4rena 2026-01 competitive audit covering the governance, registries and tokenomics contracts that form the updated scope of this program.

For more information about Autonolas, please visit https://olas.network.

Audits

Known Issues

Category
Smart Contract
Description / Link
The autonolas-tokenomics repository maintains a living "Vulnerabilities list" documenting all known issues: deliberately unfixed design trade-offs and accepted risks, each paired with its mitigation. Every issue recorded in this list is considered known and is ineligible for a reward.
Last Updated At
19 May 2026
Category
Smart Contract
Description / Link
The autonolas-marketplace repository maintains a living "Vulnerabilities" document on main documenting all known issues in the Mech Marketplace contracts — accepted risks, each paired with its mitigation. Every issue recorded in this list is considered known and is ineligible for a reward.
Last Updated At
31 May 2026
Category
Smart Contract
Description / Link
The autonolas-governance repository maintains a living "Vulnerabilities list" documenting all known issues: deliberately unfixed design trade-offs and accepted risks (including view-function quirks inherited from the Curve-derived veOLAS code), each paired with its mitigation. Every issue recorded in this list is considered known and is ineligible for a reward.
Last Updated At
31 May 2026
Category
Smart Contract
Description / Link
The autonolas-registries repository maintains a living "Vulnerabilities list" documenting all known issues: deliberately unfixed design trade-offs and accepted risks, each paired with its operational or contract-level mitigation. Every issue recorded in this list is considered known and is ineligible for a reward.
Last Updated At
31 May 2026

KYC required

The submission of KYC information is a requirement for payout processing.

Participants must adhere to the Eligibility Criteria.

Proof of Concept

Proof of concept is always required for all severities.

Responsible Publication

Category 3: Approval Required

Prohibited Activities

Default prohibited activities
  • Any testing on mainnet or public testnet deployed code; all testing should be done on local-forks of either public testnet or mainnet
  • Any testing with pricing oracles or third-party smart contracts
  • Attempting phishing or other social engineering attacks against our employees and/or customers
  • Any testing with third-party systems and applications (e.g. browser extensions) as well as websites (e.g. SSO providers, advertising networks)
  • Any denial of service attacks that are executed against project assets
  • Automated testing of services that generates significant amounts of traffic
  • Public disclosure of an unpatched vulnerability in an embargoed bounty
  • Any other actions prohibited by the Immunefi Rules