My Bet
Robust iGaming platform featuring 13 games, an idempotent financial ledger, and 8 PIX integrations.
I am Emanuel Missena, known in the tech and open-source communities under the codename Emanuel Vini (emanuelVINI01). I am a 16-year-old full-stack developer. Before using AI to accelerate delivery, I was already waking up to fix servers, debugging Java plugins, automating Discord support, and writing code that had to work for real clients. My stack ranges from low-level systems with Rust VMs and bare-metal servers to high-level product engineering, building modern systems, RESTful APIs, Docker, and cutting-edge automation. That exact friction between infrastructure and product shaped the engineer I am today.
npm run lint=> interface validated: motion, responsive layout, filters, and project modalnpm run build=> Next.js 16 + React 19 + Tailwind CSS shipping an auditable portfolioopen /projects --spotlight my-bet=> priority: stateful/stateless separation, transactional ledger, and Redis locksLearn about my origins, my background, and what drives me to build real software engineering.
Hey — I'm Emanuel Missena, from Santos, SP, Brazil. Italian roots, Santos upbringing. Online I go by Emanuel Vini or @emanuelVINI01, the alias I've used since I started coding. I was running servers at 10, no courses, just trial and error and a lot of broken configs.
Started doing Minecraft server support, moved to Discord bots and Java plugins, then pushed further into REST APIs, transactional systems and applied AI. No degree — just built things until they worked, then built harder things. That gap shows up in the code.
What I actually use — no filler.
The story below is designed to read like an investigation: every chapter shows real pressure, the technical decision behind it, and the public trail that helps audit the journey.
In 2020, isolation became a lab. I started with Java, Minecraft, .jar files, plugin.yml, and stack traces that did not explain anything gently. The only path was to read, test, break things, and compile again.
The beginning was not clean. There was coupled code, bad naming, API guesswork, and many attempts that failed in the console. But every error forced an investigation: old forums, incomplete wikis, official documentation, forgotten issues, and technical conversations in languages I was still learning.
Then the code left the hobby phase and entered operations. Dedicated server, VM, panel, customer, payment, ticket, route, uptime. When customers are waiting, architecture stops being a nice word and becomes survival.
That phase trained the skill that separates average developers from strong ones: looking at a broken system without freezing, reducing the problem, testing hypotheses, and turning mess into architecture.
Today I use AI, vibecoding, and agents as accelerators. But the foundation behind the decisions came from somewhere else: console output, Linux, APIs, databases, networks, and responsibility for systems that could not simply go down.
The foundation came from documentation, forums, wikis, compilation errors, and reading existing code. The early code was not perfect; refactoring what I broke myself built technical judgment.
Servers, virtual machines, panels, routes, resource limits, and uptime shaped a practical view of production systems.
Webhooks, payment gateways, and idempotency taught early that good backend work protects money, state, and trust.
Vibecoding and multi-agent workflows act as scaling tools, not replacements for architecture, debugging, and technical judgment.
Between ages 11 and 13, infrastructure stopped being a side project: two OVHCloud bare-metal dedicated servers, 256GB of RAM each, and customers opening tickets whenever a CPU spike looked like the end of the world. The bottleneck was no longer hardware. It was time.
/node ovh-01 diagnose vm client-42=> cpu: spike detected | route: degraded | invoice: ok/vm client-42 restart --graceful=> status: recovered | ticket: closed with incident noteTwo 256GB OVHCloud servers described in the operation.
Tickets, maintenance, outages, routes, and support while school life continued.
Bots acted as an operational interface for panels, instances, and customers.
A customer opened a late-night ticket demanding SLA. On the other side, a 12-year-old picked up his phone, ran a private Discord command, checked the node, restarted a VM or killed a stuck process, answered like professional support, and went to school.
The bot consumed Virtualizor and Pterodactyl REST routes with tokens, turning chat into an infrastructure cockpit.
VM restarts, diagnostics, and stuck processes moved from manual SSH into restricted Discord commands.
Global warnings informed customers about maintenance, routing instability, uptime changes, and node incidents.
Overdue invoices triggered alerts and could cut instance resources when the operational limit was crossed.
The OVH/Virtualizor/Pterodactyl operation is an operational account. The auditable public trail lives in the Discord/Minecraft bots and integrations published on GitHub, and in the Rust VM that carries that same bare-metal obsession forward.
Large companies call this ChatOps: Slack or Teams connected to cloud operations for faster response. I built my version with Discord, TypeScript, APIs, and real servers because I needed to save time, reduce manual support, and keep customers online.
The portfolio organizes real projects by architecture, product decisions, stack, and evaluation points: authentication, data modeling, APIs, dashboards, validation, deployment, and interface polish.
Rigorous contract modeling, data validation, end-to-end authentication, and consistency guarantees. Development of robust backends designed for extreme scalability and reliability.
Construction of highly optimized and responsive dark interfaces. Transformation of complex requirements and technical workflows into clear metrics and high-value products.
Modular planning, strict separation of concerns, end-to-end strong typing, and establishment of deployment pipelines to ensure maintainability and continuous evolution of the codebase.
High concurrency and financial integrity at scale.
my-bet is a complete iGaming system running 13 original games, rigorously divided into three engines: Stateless (Dice, Plinko), Stateful (Mines, Dungeon) with Redis caching, and Real-time (Crash, Race) using SSE for simultaneous broadcasting.
It employs Redis for distributed locks to prevent double spending and features 8 native PIX gateway integrations. Balance operates strictly in integer cents through an auditable ledger with idempotency control (referenceId), ensuring financial integrity under high concurrency.
Redis + Atomic Ops
Integer Cents (No Float Bugs)
SSE + Stateless API
The public milestones below were checked against GitHub on May 16, 2026. The infrastructure layer comes from the personal story; the repository layer is the verifiable proof.
The pandemic became a lab. The entry point was pure Java, Minecraft plugins, .jar files, plugin.yml, and reading stack traces directly, with English and Russian used as tools to unlock documentation and forums.
Repositories such as zSilk2 and zManutencao appear on GitHub on June 21, 2021, focused on Bukkit/Spigot and server customization.
The JVM phase evolved into core modules, Minecraft/Discord linking, multi-server APIs, and plugins with specific rules for real communities.
The stack expanded into Kotlin, relational databases, and Discord bots, connecting shop logic, communities, and data persistence.
The backend foundation moved into demonstrable applications with Next.js, Prisma, PostgreSQL, authentication, dashboards, uploads, metrics, and developer tools.
The current focus combines product engineering, financial consistency, polished interfaces, and AI orchestration to accelerate delivery without abandoning fundamentals.
Pulled directly from the public GitHub API on May 16, 2026, separating original repositories from forks to map the real evolution by language and period.
Original public repositories, separated from forks, showing continuity from 2021 to 2026.
Older original projects predating the current web product phase and the recent AI hype cycle.
16 original Java repositories and 2 Kotlin repositories covering plugins, APIs, SQL, and server systems.
Modern layer with Next.js, dashboards, developer tools, metrics, and transactional systems.
This is not just “a Minecraft plugin”: it is Java packaging, build cycles, command/event declaration, and debugging real runtime errors.
This means operating physical resources responsibly: CPU, memory, disk, IPs, and bandwidth must match what was sold to the customer.
This means provisioning game servers with isolation, runtime templates, port allocation, and networking, not merely installing a panel.
This prevents a duplicated payment event from creating duplicated credit. Every financial event must be processed once and remain traceable.
This means using AI to accelerate analysis, boilerplate, tests, and iteration while keeping architecture and critical decisions under human control.
The continuous project history shows a clear evolution: first Java/Kotlin and the JVM ecosystem, then TypeScript, Next.js, and web solutions with sophisticated business rules. The current highlight is Transactional Wallet Ledger: a monorepo architecture integrating Fastify and Next.js with a focus on auditability and transactional traceability.
A technical curation of repositories maintained under emanuelVINI01, preserving the Java/Kotlin journey while prioritizing current systems, data-driven applications, and developer infrastructure.
Robust iGaming platform featuring 13 games, an idempotent financial ledger, and 8 PIX integrations.
Browser extension with an autonomous AI agent operating via MCP.
Full-stack case study for organizing technical knowledge.