Why We Built MicroLeague Sports

Eddie — Thu, 04 Jun 2026 18:09:56 +0000

Why We Built MicroLeague Sports

MicroLeague Dev Blog, Vol. 1

By Eddie Solar

Every Sports Fan Has Had This Argument

The 1997 Chicago Bulls or the 2025 Oklahoma City Thunder.

The 2007 Patriots or the 1985 Bears.

Prime Kobe or Prime LeBron.

Sports fans have been having these arguments for decades, and they almost always end the same way: with raised voices, a few cited stats, and no resolution.

There is no game to watch. No box score to pull up. No final whistle to settle it. The matchup exists only in the space between two people who are never going to agree.

We started MicroLeague Sports because we think that space is one of the most interesting unsolved problems in sports.

And the more time we spent in it, the more we realized it is not really an argument problem at all.

It is a data and engineering problem wearing the costume of a bar argument.

That reframing is the whole reason this company exists.

The Debate Has No Resolution Function

Here is the thing that hooked us as builders.

Most sports questions resolve themselves.

Who won last night?

Check the score.

Who leads the league in OPS?

Query the data.

These are lookups. The answer exists; you simply retrieve it.

Cross-era questions are different.

Would the '96 Bulls beat the '17 Warriors?

There is no row in any database because the game was never played and never will be.

There is no ground truth to retrieve.

The only honest way to answer it is to build a system that can take two teams that never met, across rule sets and eras that never overlapped, and produce an outcome that informed fans actually accept as plausible.

That is a genuinely hard problem.

And it becomes more interesting the deeper you go.

We'll spend future articles discussing the engine itself, but it is worth understanding the challenge now because it transformed a fun idea into a company we wanted to build.

Why Existing Products Don't Solve It

Before building anything, we studied what already existed.

Everything fell into one of three buckets.

Sports Media

Sports media is built for consumption.

Analysis, hot takes, highlights, podcasts, and debate shows.

Fans consume the content.

They rarely participate in it.

And they certainly do not resolve anything.

The format is designed to keep the argument alive.

Not settle it.

Fantasy Sports

Fantasy sports allows fans to participate.

But it is anchored to the present.

You draft today's players for today's season.

You cannot place Michael Jordan on a roster with Shai Gilgeous-Alexander.

You cannot run a tournament featuring champions from every decade.

The model is tied to the current calendar.

Sports Simulations

Sports simulations can technically answer cross-era questions.

But most were built for hobbyists.

They are often difficult to access, difficult to configure, and focused on gaming rather than discussion.

Most fans do not want to spend hours configuring a simulation.

They want to ask a question and get a result worth debating.

The gap became obvious.

Nothing combined:

the accessibility of media
the participation of fantasy sports
the resolving power of simulation

into a single experience built around the way fans actually argue.

What We Set Out to Build

We did not want to build another content site.

We did not want to build another fantasy platform.

We wanted to build something that sits in the middle.

A place where a fan can:

create a matchup that never happened
get a believable result
predict the outcome
debate the result
build credibility through sports knowledge

The shift we cared about was simple:

Turn fans from consumers into participants.

Not reading someone else's take.

Creating the scenario.

Making the prediction.

Defending the argument.

And being measured on whether they were right.

The First Prototype

Like most products, MicroLeague started with a single question:

Could we build an engine that takes two teams that never met and produces a result a fan would believe?

The earliest version did exactly that.

Nothing more.

Pick two teams.

Define the matchup.

Receive:

a game summary
a final score
key moments
standout performances

No accounts.

No community.

No rewards.

Just the core loop.

It resonated immediately.

But not for the reason we expected.

We thought people would care most about the score.

What they actually cared about was everything around the score.

A simulated game between the 1997 Bulls and the 2025 Thunder generated more discussion than the final result itself.

Fans wanted to explain:

why the result was wrong
why a player would dominate
why a different ruleset would change everything

That was the signal.

We were not building something that produced scores.

We were building something that produced arguments.

The score was simply the opening move.

The Hard Part Is Believability, Not Math

It is easy to generate a number.

It is hard to generate a number that fans trust.

That distinction defines the entire engineering challenge.

Producing some output for a 1970s team versus a 2020s team is trivial.

Producing an output that survives contact with knowledgeable fans is not.

Every matchup creates difficult questions:

How do you normalize statistics across eras?
How do you compare players from completely different basketball environments?
How do you account for rules, pace, strategy, and competition levels?
How do you evaluate dominance relative to an era instead of using raw statistics?

And underneath all of it:

What does believable actually mean?

Because believability is ultimately judged by fans.

Not by the system.

These are not questions with a single correct answer.

They are modeling decisions.

And every decision is an opportunity to either earn trust or lose it.

The interesting work is not generating outcomes.

The interesting work is producing outcomes that feel authentic to people who know the sport best.

The believability problem is the moat.

And it is the problem we find most interesting to solve.

One Engine, Three Sports, and Now a Fourth

One architectural decision made everything else possible.

We did not build separate engines for basketball, football, and baseball.

We built a single engine capable of understanding all three.

At launch.

The engine reasons across more than a century of sports history and can support:

cross-era matchups
alternate timelines
hypothetical tournaments
historic championship clashes

The engine does not care whether the sport is basketball, football, or baseball.

It cares about:

data
rules
context
competitive structure

Those concepts exist in every sport.

Internally, we have a less technical name for it:

The Time Machine for Sports

The practical benefit is significant.

Adding a new sport becomes primarily a data problem rather than a complete engineering rebuild.

Recently, we proved it.

With the World Cup arriving in North America, we accelerated development of soccer support.

Fans can now simulate historic World Cup matchups dating back to the earliest tournaments.

The engine remained the same.

The sport changed.

That validation reinforced our belief that the architecture can scale beyond the sports we support today.

From Simulator to System

As people used the prototype, another realization emerged.

The simulations created conversations.

The conversations created community.

And the community became just as important as the engine.

That led to a new question.

How do you identify the fans who consistently know what they're talking about?

Online sports discussions have no credibility layer.

Everyone has an opinion.

And every opinion carries the same weight.

The loudest voice wins.

Not necessarily the most informed one.

So we started asking:

What if credibility could be earned?

What if the platform tracked:

prediction accuracy
successful takes
tournament picks
debate participation

What if sports knowledge became measurable?

Over time, MicroLeague stopped being just a simulator.

It started becoming a system.

A place where reputation is built on being right.

Not simply being loud.

How We Think About the Technology Stack

Building this requires multiple layers working together.

Data

Data is the foundation.

Historical teams, players, statistics, seasons, tournaments, and league context power every matchup.

Without structured historical data, there is no believable simulation.

The Simulation Engine

The engine is the brain.

It compares teams, players, seasons, and rule sets across eras and produces outcomes.

It is the most challenging part of the platform and the part we are most excited to continue improving.

Web2

Web2 powers the social layer.

accounts
communities
leaderboards
predictions
rewards

The platform must feel familiar and fast for mainstream sports fans.

Web3

Web3 is infrastructure, not marketing.

Blockchain introduces:

ownership
transparency
portable rewards

We use it where it creates real value.

Sports come first.

Technology earns its place.

Not the other way around.

Where We Are Today — And Where We're Going

MicroLeague is still early.

But fans can already:

create cross-era matchups
create tournaments
run simulations
share results
predict winners
earn XP and rewards
debate outcomes
build credibility through sports knowledge

What we are building toward is larger.

A platform where:

fans create alternate sports realities
historical data drives believable outcomes
communities compete through predictions and fantasy leagues
credibility is earned rather than claimed
reputation is built on being right
fans can act as analysts, creators, GMs, and owners

The goal underneath all of it is simple.

We want to give sports fans something they have never truly had:

The ability to rewrite history.

Run their own leagues.

And potentially earn rewards for being right.

The ability to settle the argument.

Or start a much better one.

Because some of the most interesting games in sports history are the ones that were never played.

What's Next

In Volume 2, we'll dive into the simulation engine itself.

We'll explore how MicroLeague evolved from a simple score generator into a cross-era simulation platform and why producing results that fans trust requires solving problems that have very little to do with generating a score and everything to do with modeling sports honestly.

We're building in public.

And we'd rather show our work than simply talk about it.

If you're interested in sports, data, simulation, modeling, or building ambitious products, follow along.

The arguments are about to get a lot more interesting.

MicroLeague Sports

Built on data. Powered by the engine. Owned by the fans.

Ready to settle the debate? Create your first matchup at MicroLeague Sports.

Learn more about MicroLeague Coin (MLC), the utility token powering rewards, predictions, creator incentives, and community participation across MicroLeague Sports.

MediXall Group: Focused on the Bigger Picture

Eddie — Tue, 28 Apr 2020 20:12:21 +0000

I am the VP of Software Development at MediXall Group, a healthcare technology startup in South Florida. Recently, we pivoted our business model and have been diligently working on a new new product for the past few months.

Just like most companies, COVID-19 has required us to make some changes in order to insure the best possible future for our product. Now, this might sound like the cliche business response, but in no way is our Company in any financial trouble. Our leadership team decided to be proactive and plan for more troubled times if there were any.

Our President, Michael Swartz, was the first one to step up and take a pay cut to make sure no one else had to. A few weeks later he requested that the leadership team join in on the pay cut as well. Without hesitation, everyone agreed to take a pay cut. Again, our main focus was to prevent the rest of the team from having to take a pay cut.

Unfortunately, this was not preventable in order to insure the future of our new product. We had several meetings to explore the options available to us. We met with the whole team and explained the plan. We asked team members to take a small pay cut. In all honesty, we were expecting an all out revolt, but to our surprise, everyone was more than willing to take a pay cut. What was even more amazing to see was that they weren't just willing to do it just to keep a job, but rather because the entire team is fully committed and invested in the growth and success of the new product. The passion behind everyone’s desire to release the best possible product was palpable. To this day, productivity has not gone down but has significantly improved.

Even with the pay cut implemented, the team remained dedicated to continue the hiring process of in-house designers to further optimize our new product.

As a Company, we have had to make several adjustments such as transitioning to remote work. It's truly incredible to see how everyone has adjusted to these changes and believe in the future of this product now more than ever.

I would love to know how your team is handling the various challenges and hurdles that come from this unprecedented time.

DEV Community: Eddie

Why We Built MicroLeague Sports

Why We Built MicroLeague Sports

Every Sports Fan Has Had This Argument

The Debate Has No Resolution Function

Why Existing Products Don't Solve It

Sports Media

Fantasy Sports

Sports Simulations

What We Set Out to Build

The First Prototype

The Hard Part Is Believability, Not Math

One Engine, Three Sports, and Now a Fourth

From Simulator to System

How We Think About the Technology Stack

Data

The Simulation Engine

Web2

Web3

Where We Are Today — And Where We're Going

What's Next

MicroLeague Sports

MediXall Group: Focused on the Bigger Picture