Beam v0.1.6 is out, check it out! Read more →
← All projects
Game · 2026

Drop A Box

A Roblox factory sim where droppers, conveyors, and collectors turn into an economy worth optimizing.

Drop A Box cover image
Gameplay gallery · 1/6
0
Playing now
0
Visits
0
Favorites
Overview

Overview

Drop A Box is a live Roblox experience in the box-opening/factory-sim genre: players build out a plot with droppers, conveyors, and collectors, open boxes for machines and boosts, and progress through an upgrade tree and rebirth system. Development spans core gameplay loops, a Robux store, global leaderboards, admin tooling, and ongoing performance work as factories scale up.

The problem

Growing a factory sim without it falling over

As players build larger factories, the box-drop/collect pipeline has to hold up under hundreds of simultaneous world boxes without flooding the network or the server frame budget. On top of that, the game needed a real monetization layer (developer products and gamepasses with server-authoritative grants), global leaderboards that reward long-term engagement, and admin tooling that lets the team test and support live players safely.

The solution

A server-authoritative economy with room to scale

The box economy (droppers, conveyors, collectors) is fully server-authoritative, with client-side visual interpolation kept in sync via a batched networking layer. Monetization runs through a single ProcessReceipt pipeline with idempotent grants for developer products and gamepasses. Global progress is tracked through OrderedDataStore-backed all-time and weekly leaderboards for boxes opened, money earned, playtime, and Robux spent, rendered on physical in-world boards. A trust-leveled admin terminal gives the team granular commands — including session-only gamepass overrides for safely testing player experience without touching real save data.

Architecture

Architecture

Built in Luau with Rojo for source-controlled development, using a custom BridgeNet2-based networking layer (Relay/Channel) for typed, direction-checked client-server communication. Player data is managed through a profile/schema system with reconciliation for safe schema migrations. Box state (spawns, movement, collection) is replicated in compact batched payloads rather than per-instance updates, and world rendering uses bulk move operations to keep large factories performant on the client.

Features

Key systems

Factory building: droppers, conveyors, and collectors with server-authoritative box spawning, movement, and collection
Robux store with developer products, gamepasses, a limited Founder's Pack, and a dynamic Server Luck tier system
Global leaderboards (all-time + weekly) for boxes opened, money earned, playtime, and Robux spent, rendered on physical in-world boards
Rarity/variant system where machine variants modify luck and production outcomes
Upgrade tree, rebirth/prestige progression, and a mod draft system with rank-gated reveal pacing
Trust-leveled admin terminal with player grants, session-only gamepass overrides, and server diagnostics
Performance-focused box pipeline: active-box caps, stuck-box cleanup, batched replication, and bulk client-side rendering
Challenges

Challenges

The biggest recurring challenge has been scaling the box pipeline: large factories can out-produce their collectors, so the system needed a per-player active-box cap with graceful production pausing (instead of silently dropping boxes), stuck-box failsafes, and batched network updates to keep bandwidth and server CPU in check as factories grow. Getting Robux-store purchases, gamepass entitlements, and leaderboard stats to stay consistent under Roblox's receipt-retry and Studio-testing quirks also required careful idempotency and diagnostic logging.

Stack
LuauRoblox StudioRojoBridgeNet2ProfileStoreDataStoreService