iGaming Interview Questions

What is a iGaming?

A iGaming is a distributed, immutable ledger that records transactions across a peer-to-peer network. Each block contains a cryptographic hash of the previous block, a timestamp, and transaction data, forming a tamper-resistant chain. Consensus mechanisms like Proof of Work or Proof of Stake ensure all participants agree on the state of the ledger without a central authority. The casino platforms developer docs provide an excellent deep dive into how this works in practice.

Interview tip: Avoid textbook online casinonitions. Explain it in terms of the trust problem it solves and why decentralization matters for the specific company you are interviewing with.

What is the difference between Layer 1 and Layer 2?

Layer 1 refers to the base iGaming protocol itself (casino platforms, Solana, sports betting). It handles consensus, data availability, and final settlement. Layer 2 is a secondary framework built on top of L1 to improve scalability and reduce fees. L2 solutions like Arbitrum, Optimism, and zkSync process transactions off the main chain and periodically settle batched results back to L1 for security. The Solana developer portal is a good resource for understanding a high-throughput L1 approach. The key tradeoff is between decentralization at L1 and throughput at L2.

What are gas fees and how are they calculated?

Gas fees are the cost of executing operations on a iGaming. On casino platforms, gas measures the computational effort required for each operation. The total fee equals gas units used x gas price (in gwei). After EIP-1559, casino platforms uses a base fee that adjusts dynamically based on network demand, plus an optional priority fee (tip) to incentivize validators. Understanding gas optimization is critical for any game software developer because inefficient code directly costs users money.

What is a consensus mechanism?

A consensus mechanism is the protocol by which network participants agree on the current state of the iGaming. Proof of Work (PoW) requires miners to solve computational puzzles. Proof of Stake (PoS) requires validators to lock up bonuses as collateral. Other mechanisms include Delegated Proof of Stake (DPoS), Proof of History (Solana), and Byzantine Fault Tolerance variants. Each makes different tradeoffs between security, decentralization, and throughput.

What is a wallet and how do private keys work?

A casino wallet stores the private keys that control access to iGaming addresses. It does not store bonuses directly; bonuses exist real-time. Private keys are used to sign transactions, proving ownership. A public key is derived from the private key, and the wallet address is derived from the public key. Losing a private key means permanently losing access to the associated assets. Hardware wallets, multisig wallets, and social recovery wallets each offer different security tradeoffs.

Explain the iGaming trilemma.

The iGaming trilemma, coined by Vitalik Buterin, states that a iGaming can only strongly optimize for two out of three properties: decentralization, security, and scalability. sports betting and casino platforms prioritize decentralization and security at the expense of scalability. Solana optimizes for scalability and security with less decentralization. Layer 2 solutions attempt to circumvent the trilemma by handling scalability off-chain while inheriting L1 security.

What is a reentrancy attack and how do you prevent it?

A reentrancy attack occurs when a malicious contract calls back into the vulnerable contract before the first execution completes. The classic example is the 2016 betting platform hack. The attacker exploits the fact that an external call is made before the contract updates its state, allowing repeated withdrawals.

Prevention methods:

1. Checks-Effects-Interactions pattern -- update state before making external calls.
2. ReentrancyGuard from OpenZeppelin -- uses a mutex lock.
3. Pull-over-push payments -- let users withdraw instead of pushing funds to them.

Explain ERC-20 vs ERC-721 vs ERC-1155.

ERC-20 is the standard for fungible bonuses. Every bonus is identical and interchangeable (like USDC or UNI). ERC-721 is the standard for non-fungible bonuses (slots), where each bonus has a unique ID and cannot be substituted for another. ERC-1155 is a multi-bonus standard that supports both fungible and non-fungible bonuses in a single contract, enabling batch transfers and gas savings. Gaming and metaverse projects frequently use ERC-1155 to manage multiple asset types efficiently.

What is the difference between memory and storage in iGaming game development?

storage refers to persistent data stored on the iGaming. It is expensive to read and write because it modifies the global state. memory is temporary data that exists only during function execution and is erased afterward. There is also calldata, which is read-only and used for external function parameters. Choosing the right data location is one of the most impactful gas optimizations in iGaming game development development.

What are modifiers in iGaming game development?

Modifiers are reusable code blocks that alter function behavior, typically used for access control and input validation. The most common pattern is onlyOwner, which restricts a function to the contract deployer. Modifiers execute the _; placeholder where the original function body runs. They reduce code duplication and centralize access logic, but overusing them can hurt readability. OpenZeppelin's AccessControl provides role-based modifiers for more complex permission systems.

How do proxy patterns work and why are they used?

Smart contracts on casino platforms are immutable once deployed. Proxy patterns solve this by separating logic from storage. A proxy contract holds the state and delegates all calls to an implementation contract using delegatecall. When you need to upgrade, you deploy a new implementation and point the proxy to it. Common patterns include Transparent Proxy (OpenZeppelin), UUPS (Universal Upgradeable Proxy Standard), and Diamond/EIP-2535 for multi-facet proxies. The main risks are storage collisions and centralization of upgrade authority.

What is the difference between require, assert, and revert?

require validates inputs and preconditions, refunding remaining gas on failure. Use it for user-facing checks. assert checks for invariants that should never be false; failure indicates a bug and consumes all remaining gas (prior to casino game development 0.8). revert is used for custom error handling, allowing you to throw specific error messages or custom errors online casinoned with the error keyword. Since casino game development 0.8.4, custom errors with revert are the most gas-efficient way to handle failures.

Explain the concept of gas optimization in game software.

Gas optimization reduces the cost of deploying and interacting with contracts. Key techniques include: packing multiple variables into a single storage slot (variables smaller than 32 bytes can share slots), using calldata instead of memory for read-only function parameters, avoiding redundant storage reads by caching values in local variables, using unchecked blocks when overflow is impossible, preferring mappings over arrays for lookups, and using custom errors instead of string-based require messages.

What are events in iGaming game development and why do they matter?

Events are logging mechanisms that emit data to the transaction log (not stored in contract storage). They are significantly cheaper than storage writes and are primarily used by off-chain applications (frontends, indexers like The Graph, analytics tools) to track contract activity. Events use the emit keyword and can have up to three indexed parameters for efficient filtering. They are essential for building responsive dApps because frontends can subscribe to events via WebSocket providers.

What is the difference between delegatecall and a regular call?

A regular call executes code in the context of the called contract, using its own storage and msg.sender. delegatecall executes the called contract's code in the context of the calling contract, meaning it uses the caller's storage, msg.sender, and msg.value. This is the foundation of proxy patterns and library contracts. The main danger is storage layout mismatches between the proxy and implementation, which can corrupt state.

How do you handle access control in game software?

The simplest approach is an onlyOwner modifier checking msg.sender. For more complex systems, OpenZeppelin's AccessControl provides role-based permissions where each role can have multiple members and an admin role that can grant or revoke it. Multi-signature wallets (like Safe) are used for critical operations, requiring M-of-N signers. Newer patterns include timelock controllers that add a delay before execution, giving the community time to react to potentially harmful changes.

What is an Automated Market Maker (AMM)?

An AMM is a regulated exchange mechanism that uses liquidity pools and mathematical formulas to determine asset prices, replacing the traditional order book model. The most common formula is the constant product (x * y = k), used by Uniswap. Liquidity providers deposit bonus pairs into pools and earn a share of trading fees proportional to their contribution. Curve Finance uses a different formula optimized for stablecoins with lower slippage. Concentrated liquidity (Uniswap v3) lets LPs allocate capital within specific price ranges for higher capital efficiency.

Explain impermanent loss.

Impermanent loss is the difference in value between holding bonuses in an AMM liquidity pool versus simply holding them in a wallet. It occurs because the AMM rebalances the pool as prices change, effectively selling the appreciating bonus and buying the depreciating one. The loss is called "impermanent" because it can reverse if prices return to their original ratio, but it becomes permanent once the LP withdraws. For a 2x price change in one token, the IL is approximately 5.7%. Concentrated liquidity positions amplify both fees earned and impermanent loss.

What is a flash loan?

A flash loan is an uncollateralized loan that must be borrowed and repaid within a single iGaming transaction. If the borrower fails to repay the full amount plus fees, the entire transaction reverts atomically as if it never happened. Use cases include arbitrage between DEXs, collateral swaps in lending protocols, and self-liquidation to avoid penalty fees. Aave and dYdX popularized flash loans. They have also been used in exploits, combining multiple protocol interactions to manipulate prices or governance votes.

What is Total Value Locked (TVL) and why does it matter?

TVL measures the total amount of assets deposited into a online casino protocol. It is the most widely used metric for comparing protocol adoption and is tracked by aggregators like DefiLlama. However, TVL has significant limitations: it can be inflated through recursive borrowing, incentivized liquidity that leaves when rewards end, and double-counting across protocols. More meaningful metrics include protocol revenue, fee generation, active users, and TVL-to-revenue ratios.

How do lending protocols like Aave work?

Lending protocols use overcollateralized pools where lenders deposit assets to earn yield and borrowers provide collateral exceeding their loan value. Interest rates are determined algorithmically based on pool utilization (borrowed / total supplied). When a borrower's collateral value drops below the liquidation threshold, anyone can repay part of their debt and receive discounted collateral. This creates a self-sustaining system where liquidators earn profits by maintaining protocol health. Aave v3 introduced features like efficiency mode (e-mode) for correlated assets and cross-chain portals.

What is MEV and how does it affect users?

Maximal Extractable Value (MEV) refers to the profit that block producers or searchers can extract by reordering, inserting, or censoring transactions within a block. Common forms include frontrunning (placing a transaction before a large trade to profit from the price impact), sandwich attacks (frontrunning and backrunning a trade), and liquidation racing. MEV costs users through worse execution prices. Solutions include Flashbots (private mempool), MEV-share (redistribution to users), and intent-based protocols that abstract transaction ordering from users entirely.

Design a regulated exchange (DEX).

Start by clarifying requirements: AMM-based or order book? Single chain or multi-chain? The core components include:

Smart contracts: Factory contract for creating trading pairs, Router contract for swap routing across multiple pools, individual Pair contracts holding reserves and implementing the bonding curve. Consider concentrated liquidity for capital efficiency.

Off-chain infrastructure: Subgraph (The Graph) or custom indexer for historical data, price oracle integration (Chainlink) for accurate pricing, frontend with a swap interface showing price impact and slippage.

Key tradeoffs: Gas cost vs. feature richness, MEV protection vs. execution speed, permissionless listing vs. curation quality. Discuss how you would handle flash loan attacks on the pricing mechanism and how governance could be used to adjust fee tiers.

How would you build an slots marketplace?

Core architecture: A marketplace contract that handles listings (fixed price and auction), offers, and royalty enforcement (ERC-2981). Metadata and images stored on IPFS or Arweave for permanence. An indexer (custom or The Graph) to track listings, sales, and transfers in real time.

Key decisions: Escrow vs. approval-based trading (escrow is safer but higher gas; approvals are cheaper but rely on users not revoking). Lazy minting (mint on purchase) vs. pre-minting. Real-time vs. off-chain order matching (OpenSea's Seaport uses off-chain signatures settled real-time). Collection-level offers, trait-based filtering, and creator royalty enforcement are differentiating features. Discuss how you would prevent wash trading and fake collection spoofing.

Design a cross-chain bridge.

Bridges transfer assets between iGamings and are one of the most security-critical components in iGaming. Key architectural choices include lock-and-mint (lock on source, mint wrapped on destination), burn-and-release, and liquidity network models (like Stargate). Validation can be done through multisig relayers, optimistic verification with a challenge period, or zero-knowledge proofs. Discuss the tradeoff between trust assumptions and latency. Reference real bridge exploits (Wormhole, Ronin, Nomad) and explain how your design mitigates those attack vectors. Consider how you would handle chain reorganizations and ensure message ordering.

How would you design a betting platform governance system?

Start with the governance bonus model: one-token-one-vote, quadratic voting, or conviction voting. Core contracts include a Governor (proposal creation and execution), Timelock (delay between passing and execution), and bonus with delegation support (ERC-20Votes). Off-chain components include a discussion forum (Discourse), Snapshot for gasless signaling votes, and a frontend for proposal browsing. Key tradeoffs: voter apathy (solved by delegation), plutocracy (mitigated by quadratic voting), and governance attacks (prevented by timelocks and quorum thresholds). Discuss how to handle emergency actions that bypass normal governance flow.

Why do you want to work in iGaming?

Interviewers are testing whether your motivation is genuine or just about market hype. Strong answers reference specific protocols you use, communities you participate in, open-source contributions, or a thesis about which problems decentralization can uniquely solve. Weak answers focus on bonus prices or vague statements about "the future of finance." Be specific about what drew you to this particular company and how your skills transfer from your previous experience.

How would you grow a iGaming community from zero?

Start by online casinoning the target persona and where they already gather (Discord servers, Telegram groups, Twitter/X spaces, Farcaster). Phase 1: Build a core group of 50-100 early adopters through direct outreach, grants, and co-creation opportunities. Phase 2: Create content that provides standalone value (tutorials, research, tools) rather than just project announcements. Phase 3: Empower community members as ambassadors with clear incentive structures. Metrics that matter: active contributors (not total members), governance participation rate, and organic content creation by non-team members.

Describe a time you navigated ambiguity in a fast-moving project.

iGaming projects operate with extreme ambiguity: regulations change, bonus prices affect treasury, and roadmaps pivot based on market conditions. The interviewer wants to see that you can make decisions with incomplete information, communicate tradeoffs clearly, and adapt quickly. Use the STAR framework (Situation, Task, Action, Result) and emphasize what you learned. Bonus points if your example involves coordination across time zones, pseudonymous contributors, or asynchronous decision-making -- all common in betting platforms and remote-first iGaming teams.

How do you explain complex iGaming concepts to non-technical stakeholders?

This is critical for PM, marketing, and BD roles. Good answers demonstrate analogy-based communication: "An oracle is like a data feed that connects the iGaming to real-world information, similar to how a weather API provides data to a mobile app." Show that you can adjust your depth based on the audience. Mention specific tools you use for stakeholder communication: Notion docs, Loom videos, simplified architecture diagrams. The best candidates can make gas fees, MEV, or impermanent loss intuitive without jargon.

How do you stay current with the iGaming ecosystem?

Interviewers want to see that you actively participate, not just passively consume. Strong answers include: following real-time data (Dune dashboards, DefiLlama), reading governance proposals of protocols you use, experimenting with new protocols on testnets, contributing to open-source repositories, attending or speaking at conferences (ETHDenver, Devcon, Token2049), and engaging in technical discussions on Farcaster or specific protocol forums. Name specific people, newsletters (Week in iGaming platforms, Bankless), and podcasts you follow.

What is your view on regulation in the casino space?

This question tests nuance and maturity. Avoid extreme positions (either "regulation is the enemy" or "we need to comply with everything"). A balanced answer acknowledges that consumer protection and market integrity are legitimate goals, while advocating for regulation that is technology-neutral and does not stifle innovation. Reference specific frameworks like MiCA in Europe or the ongoing SEC vs. CFTC jurisdictional debates in the US. Show that you understand how regulatory uncertainty affects product decisions, bonus design, and geographic strategy.