-
Project Name**: The Overmind Gallery
-
Team / Individual Name(s) Wolfgang, Paarroo, Zet, Saulo,
-
Links
Github: GitHub - intuition-box/Overmind-Gallery
Prototype UI: https://overmind-gallery.vercel.app -
100-Word Summary
The Overmind Gallery is a next-generation NFT marketplace built entirely on a Bid-To-Earn auction model. Instead of traditional fixed-price listings, every NFT is sold through incentive-driven auctions where outbid participants earn up to 10% of their bid. This unlocks liquidity, increases marketplace activity, and encourages discovery while ensuring creators achieve real price discovery. The Overmind Gallery integrates with Intuition to enable follower curves for creators and the use of $TRUST in auction settlement and incentives. The platform aims to become the leading NFT Marketplace experience within the Intuition ecosystem. -
Project Category
- Consumer App
- Bid-to-Earn NFT Auction Marketplace
-
Elevator Pitch
An NFT marketplace where you earn even when you lose.
The Overmind Gallery transforms NFT collecting with auctions that reward participation, not just winners. -
Origin story
This project began after observing how static and unengaging traditional NFT marketplaces had become — you simply buy and leave. There’s little excitement, and many pieces are instantly minted out, sometimes by bots, leaving real collectors behind. The Overmind Gallery introduces a model where every participant has a fair chance. Even if you don’t end up with the winning bid, you still earn a percentage of your outbid offers, turning the entire experience into something rewarding, dynamic, and inclusive.
2. What We’re Building
-
Problem Statement
NFT marketplaces today suffer from low liquidity, poor engagement, and inaccurate pricing. Fixed-price listings often stagnate, and users have little incentive to participate unless they intend to buy. Creators struggle with visibility, and bidders rarely return after a loss. The result: low activity and weak community retention. -
Proposed Solution
The Overmind Gallery replaces fixed-price sales with Bid-to-Earn auctions, where every bidder is rewarded for participating. This encourages continuous bidding, drives discovery, and grows liquidity. Integrating Intuition primitives allows users to follow creators through the bonding curve and use $TRUST in auctions — increasing activity and network value. -
Stage of Development: Prototype (A high-fidelity UI is built; smart contract architecture is defined and requires implementation).**
Technical architecture overview:
Aavegotchi GBM Contracts
This document summarizes the findings from the initial research into Aavegotchi’s implementation of the Generalized Batch Auction (GBM) model, focusing on the GBM.sol (GBM Diamond) contract and its configuration.
1. Overview of GBM in Aavegotchi
The Aavegotchi ecosystem utilizes the GBM model for NFT auctions, aiming to create a fair, fun, and engaging experience for participants. The core of this system is the GBM.sol smart contract, often referred to as the “GBM Diamond” due to its adherence to the EIP-2535 Diamond Standard, which promotes modularity.
2. Key Contracts and Their Roles
GBM.sol (GBM Diamond)
This is the central smart contract that orchestrates the GBM auctions. Its primary responsibilities include:
- Token Holding: It securely holds ERC-721 or ERC-1155 tokens (NFTs) that are put up for auction.
- Bidding Currency: It uses GHST (an ERC-20 token) as the currency for placing bids.
- Auction Management:
- Registration: Allows registration of token contracts and individual NFTs for auction.
- Parameter Modification: Enables adjustment of auction parameters (e.g., start/end times, hammer time, bid increments) for entire token contracts or individual NFTs.
- Bidding: Manages the bidding process, including a “Hammer Time” mechanism which extends the auction duration if a bid is placed near the end, preventing last-second snipes.
- Refunds: Handles the refunding of bids for outbid participants.
- Claiming: Facilitates the claiming of the NFT by the highest bidder once the auction concludes.
- EIP-2535 Diamond Standard: The implementation benefits from this standard, allowing different functionalities (“facets”) to be added or removed, making the contract highly upgradeable and modular.
GBMConfigurator.sol (Implied Role)
While a dedicated GBMConfigurator.sol contract is not explicitly detailed as a separate entity in the Aavegotchi GBM README, its functions are effectively handled by the configuration mechanisms within the GBM.sol (GBM Diamond) itself.
3. How GBM Functions in Aavegotchi
In practice, the GBM Diamond acts as a flexible auction platform. The configurability within the main GBM.sol contract allows the Aavegotchi team to dynamically adjust auction rules and behavior for different NFT drops or events without needing to deploy entirely new contracts.
4. Integration Architecture for Overmind Gallery (Proposal)
To integrate the GBM system while managing our specific application logic (such as automating tuples for Intuition), the recommended architecture is a two-contract approach to ensure security and separation of concerns.
4.1. Engine Contract: GBM.sol
- We will use the audited Aavegotchi GBM contract as the primary auction “engine”.
- This contract will not be modified, or very minimally (e.g., to adapt the bidding currency to $TRUST). It handles all auction complexity.
4.2. Adapter Contract: OvermindAdapter.sol (to be created)
- This will be a new, simpler contract that we will develop.
- Its role is to serve as a bridge between the
GBM.solengine and the Intuition network. - This is where tuple automation will occur. The contract will read auction results from
GBM.soland call the Intuition contract to create attestations.
Flow of operation:
- The user interacts with
OvermindAdapter.solto participate in an auction. OvermindAdapter.solthen callsGBM.solfunctions to manage the auction (place bid, etc.).- Once the auction concludes, a function on
OvermindAdapter.solis triggered. - This function reads the auction result from
GBM.sol, formats the data into a tuple, and calls the Intuition contract to create the attestation.
This architecture is safer, simpler to maintain, and more scalable.
5. Security of the Integration Architecture
No Audited “Off-the-Shelf” Adapter Contract
Research confirms that there is no generic, audited “adapter” contract that can be directly reused. The logic for connecting two contract systems is almost always application-specific.
Security Strategy: Composition and Standards
The safest method, and the industry standard, is to compose our OvermindAdapter.sol contract using the audited building blocks from the OpenZeppelin library.
The security of our contract will rest on three pillars:
- Contract Simplicity: The
OvermindAdapter.solcontract will have a very limited role: to serve as a bridge. It will not hold funds and will not contain complex financial logic, which drastically reduces its attack surface. - Use of OpenZeppelin Standards: For all non-trivial functionalities (access control, reentrancy protection, emergency pause), we will import and use OpenZeppelin contracts like
Ownable,ReentrancyGuard, andPausable. - Targeted Final Audit: While using OpenZeppelin is essential, it does not replace an audit. However, the final audit will be much simpler, faster, and more economical because it will focus solely on the assembly logic of our
OvermindAdapter.solcontract.
-
Integrations or dependencies (MCP, A2A, ERC-8004, x402, etc.)
- ERC-721 — NFTs supported by the marketplace.
- ERC-20 — $TRUST token for bids, rewards, and payouts.
-
Auction Economics & Gameability Mitigation
Reward Calculation (10% max):
The Overmind Gallery intends to use the GBM auction model, a proven and trusted mechanism with over $200M+ in on-chain bidding volume. Its incentive system is self-funded, meaning all rewards paid to outbid users come directly from the final winning bid, not from any external pool.
Each bid generates a calculated incentive. When a user is outbid, they get:
their full bid refunded + the incentive (recorded as “auction debt”).
These accumulated incentives are later deducted from the winning bidder’s final payment.
Whatever remains after paying rewards goes to the seller.
This structure makes the auction zero-sum, economically sound, bot-resistant, and fair, which is why The Overmind Gallery is integrating GBM’s well-audited and battle-tested model rather than reinventing auction logic ourselves. We also put a 10% outbid cap to prevent excessive farming.
Gameability Protection:
-
Wash Trading: We will implement DID verification and bid limits per hour
-
Sybil Attacks: Reputation based on minimum TRUST staking. Adds financial skin-in-the-game and makes Sybil attacks costly.
-
Security considerations
Security is managed by isolating complexity. The core, high-risk auction logic is handled by the pre-audited GBM contract. Our newOvermindAdapter.solcontract will be simple, will not hold funds, and will be built with OpenZeppelin’sReentrancyGuard,Ownable, andPausablecomponents. A final, targeted audit will be performed on this simple adapter contract before mainnet deployment.
3. Team & Execution Ability
- Team backgrounds
Wolfgang — UI/UX & Product Lead
Wolfgang, an entry-level cybersecurity practitioner with a growing foundation in frontend development and user experience design. He has been actively learning and experimenting with CSS, JavaScript, and Web3 interfaces, and The Overmind Gallery is his first full product build.
Leading the UI/UX direction, focusing on simplicity, clarity, and creating an experience that is easy for both new and experienced Web3 users, ensuring that the Gallery feels intuitive, accessible, and aligned with the ethos of the Intuition Network.
Paarroo - Backend & Technical lead
Paarroo is a backend engineer. He has worked on some blockchain experiments during the Intuition testnet and few rust projects, giving him a strong foundation in on-chain logic and data flow. As the Technical Lead for The Overmind Gallery, he ensures secure integration with GBM Auctions, and drives all technical implementation from prototype to launch.
-
Execution proof (past products, repos, shipped work)
GitHub - intuition-box/Overmind-Gallery -
Commitment level
Team members are fully dedicated to The Overmind Gallery, contributing full-time to design, development, testing, and launch activities over the project period. -
Team structure and roles
Wolfgang: UI/UX Developer
Paarroo: Backend/Smart Contract Developer -
Advisors & collaborators
Zet: Advisor
Saulo: Advisor
Paul: NFT Artist
4. Grant Request & Milestones
-
Amount requested: $20,000 USD + 40,000 $TRUST
-
Budget breakdown by milestones:
| Milestone | Deliverables | Budget (USD) | Budget (TRUST) |
|---|---|---|---|
| Milestone 1: Core Development & Integration (8 weeks) | $14,000 | - | |
| Team Compensation (2 devs @ $2k/mo) | $8,000 | - | |
| GBM Integration & Security Audit /bounty | $4,000 | - | |
| Frontend Connection & UI/UX | $2,000 | - | |
| Milestone 2: Testnet, Community & Launch (6 weeks) | $6,000 | 40,000 | |
| Testnet Deployment & QA | $2,000 | - | |
| Community Testing Incentives | - | 20,000 | |
| Initial Liquidity/Reward Pool | - | 20,000 | |
| Marketing & Content Creation | $2,000 | - | |
| Documentation & Guides | $2,000 | - | |
| TOTAL | $20,000 | 40,000 |
-
Success criteria for each milestone:
-
Milestone 1: The GBM auction system is fully integrated, and the frontend can successfully conduct a complete auction flow (place bid, outbid, win, claim) on a local testnet, with outcomes correctly recorded as attestations on a local Intuition node.
-
Milestone 2: The platform is deployed on a public testnet, has undergone a community testing phase, and is deemed stable and secure, ready for a mainnet launch decision.
-
-
Risk Assessment:
We have identified several risks and have planned mitigations:
- Technical Risks:
- Smart Contract Bugs: To be mitigated by using the audited GBM contract, building our adapter with OpenZeppelin standards, and conducting a final, targeted audit.
- Front-running/Flash Loans: The GBM contract has some built-in protections, and we will consider a commit-reveal scheme for high-value assets if necessary.
- Economic Risks:
- Bot Farming: The Bid-to-Earn model can be exploited by bots. We will implement diminishing rewards for high-volume traders and may introduce dynamic cooldowns or reputation-based-limits to disincentivize purely extractive behavior.
- Social & Ethical Risks:
- Gambling-like Behavior: The fast-paced, reward-driven nature of auctions can be problematic for some users. We are committed to responsible design, which includes exploring features like optional self-imposed bidding limits, clear display of net earnings/losses, and links to resources on responsible Web3 participation.
- Technical Risks:
-
How this work compounds value for the network
The Overmind Gallery is built on the principle of incentivized participation, which naturally drives strong community engagement and user retention. Because bidders earn rewards even when they are outbid, users are encouraged to stay active and return frequently.
Other Key Metrics include:
-
Increasing Graph Density: Estimating 500+ triples per auction
Each auction produces:- bids
- outbids
- relationships between bidders and items
- provenance
- user reputation signals
-
TRUST Velocity: Aiming for $50k+ monthly volume after 6 months of first public launch
-
Agent-Usable Reputation Data: Every auction organically produces verifiable trust signals—bids, reputation, provenance, and behavior that compound into long-term agent-usable data for the Intuition Network.
5. Intuition Ecosystem Alignment
-
Why Intuition: We use Intuition not just as a currency, but as the core of our reputation and social system. The knowledge graph allows us to build a transparent, verifiable history of every auction and every participant, creating trust and enabling new data-driven features that are impossible on other platforms.
-
Which Intuition primitives you use (Atoms, triples, signal, DID / agent registry, knowledge graph, InfoFi, MCP, AI context, etc.)
-
Knowledge Graph / Attestations: To record all auction outcomes, bid histories, and creator sales performance.
- Atoms & Triples: To define our custom data schemas (
AuctionResult,CreatorReputation). - $TRUST: As the exclusive currency for all economic activity (bidding, rewards, payouts).
- DID / Agent Registry: To associate on-chain activity with user identities.
- Atoms & Triples: To define our custom data schemas (
-
Why it must be built on Intuition
Our vision of a reputation-powered, transparent auction house is only possible with a flexible and permanent knowledge graph like Intuition’s. -
Data Structure Plan (Atoms, Triples, Signal, Schemas)
Atoms created: -
AuctionResult: Auction result (winner, final_price, participants)
-
CreatorReputation: Reputation score based on sales/attestations
-
BidHistory: Auction history with timestamps
Defined triples:
- creator:reputation_score → numeric value
- auction:outcome → “successful”/“failed”/“cancelled”
- bidder:participation_count → number of auctions
- nft:provenance_chain → property/transaction history
Written attestations:
- Successful sale: (seller, buyer, nft_id, final_price, timestamp)
- Auction failure: (auction_id, reason, participants_affected)
- Creator reputation: (creator_did, score, factors: volume/success_rate)
How it enriches the Knowledge Graph:
-
Each auction creates reputation/activity triples
-
Agents can consume data like “top creators” or “trending NFTs”
-
Intuition AI can analyze price/reputation patterns
-
New schemas, patterns, or agent types you might introduce:
This project will introduce two key primitives to the Intuition ecosystem:
- “AuctionOutcome” Schema: A standardized data schema for attestations related to auction results (winner, final price, participants, timestamps). This allows any agent on the network to easily query and understand auction market data.
- “MarketAnalyzer” Agent Type: A conceptual agent type designed to consume
AuctionOutcomedata. Such an agent could provide valuable insights into market trends, asset pricing, and creator reputation, creating a new layer of InfoFi applications on Intuition.
-
How this increases network activity or knowledge density:
Every auction will generate thousands of new triples (bids, outcomes, reputation changes), creating a rich, dense dataset of market activity. This data can be consumed by other agents and applications in the Intuition ecosystem, for example, to build market analysis tools or AI-powered recommendation engines. -
How do you plan to integrate TRUST, the native currency of Intuition Network
$TRUST will be fully integrated as the bidding and reward currency within The Overmind Gallery. Every auction will require users to place bids in $TRUST, creating a direct on-chain utility for the token. When users are outbid, they automatically receive a percentage of their bid back in TRUST as a reward, incentivizing participation and repeated engagement.
Additionally, $TRUST will be used for:
-
Creator payouts: Royalties will be paid to creators in $TRUST.
-
Marketplace transactions and rewards: All economic activity and platform fees, will flow in $TRUST.
6. Sustainability & Long-Term Vision
-
Long-term vision (6–24 months)
Over 6–24 months, The Overmind Gallery becomes a primary hub of NFT discovery within Intuition Network — driving TRUST velocity, and community engagement. Also, we aim to have fully integrated Intuition primitives into the Overmind Gallery, including DID-based identity, reputation scoring, attestations, and InfoFi, to enable agent-readable trust data and fully leverage the network’s capabilities. -
Post-grant sustainability plan
The Overmind Gallery will sustain operations through a dynamic, volume-based marketplace fee model.
This structure ensures higher fees only at early stages and naturally decreases as platform volume grows, making the marketplace increasingly creator and collector friendly over time.
Fee Structure
-
<$100K volume:
10% Overmind Gallery platform fee + GBM fees -
$100K – $500K volume:
7% Overmind platform fee + GBM fees -
$500K – $1M volume:
5% Overmind platform fee + GBM fees -
$1M – $10M volume:
2% Overmind platform fee + GBM fees -
Above $100M volume:
1% Overmind platform fee + GBM fees -
Business or revenue model
The Overmind Gallery operates on a standard marketplace fee structure, earning a maximum 15% commission on each successful NFT auction
-
Go-to-market or distribution strategy:
Our strategy is a community-first, three-pronged approach:- Creator-Centric Onboarding: We will actively partner with 5-10 initial artists and creators from within the Web3 community, offering them a platform with superior price discovery and engagement mechanics.
- Community-Led Testing: The second milestone is built around incentivizing community members with a portion of the grant to test the platform, find bugs, and provide feedback. This builds early ownership and advocacy.
- Content & Narrative: We will produce content (blog posts, Twitter threads) explaining the benefits of the Bid-to-Earn model over traditional marketplaces, targeting savvy NFT collectors and DeFi users.
-
Competitive landscape
- OpenSea, MagicEden — but none offer a marketplace built entirely on a Bid-to-Earn model
7. Additional Materials
-
Demo link, repo, or screenshots
- GitHub Repo: GitHub - intuition-box/Overmind-Gallery
- Live UI Prototype: https://overmind-gallery.vercel.app/
-
Contact email + wallet address
email: amadivictor1126@gmail.com
wallet address: overmindgallery.eth
8. Applicant Attestation
I confirm that all information submitted is accurate and that I intend to deliver the listed milestones.
Name: Wolfgang, Paarroo
Wallet Address: overmindgallery.eth
Date: 5th December, 2025