DomainDasher

A case study in building a domain marketplace - mobile first, then web.

Visit domaindasher.com
In Development
Case Study

DomainDasher is a domain name marketplace built and owned by OLXR. It is currently in active development. This page describes what we are building, the decisions we have made along the way, and why we made them.

01 — Context

The Problem

Buying and selling domain names is a fragmented, friction-heavy process. The primary marketplaces that exist were built a long time ago and show it - slow interfaces, opaque pricing, poor trust signals, and transfer processes that leave buyers and sellers navigating registrar-specific instructions alone.

For domain investors, managing a portfolio of domains across multiple listings is cumbersome. Adding domains, setting pricing, running auctions, and tracking offers typically involves multiple tools and no single coherent workflow. For buyers, finding a domain they want and completing a purchase with confidence requires more effort than it should.

The opportunity is a modern, well-engineered marketplace that handles the full transaction - from listing to payment to domain transfer - cleanly and with the trust mechanics that this type of market requires. Domain transactions involve real money changing hands for an intangible asset. Trust, transparency, and a reliable transfer process are not optional features.

02 — Solution

What We Are Building

DomainDasher is a marketplace for buying and selling domain names. Sellers list domains at a fixed price, with offer negotiation, or as timed auctions with reserve prices and automatic bidding. Buyers can browse, make offers, bid, and complete purchases through a single platform. Payments are handled through Stripe, with automatic platform fees and seller payouts via Stripe Connect. The transfer process is guided - the platform captures registrar details, authentication codes, and TLD-specific instructions to walk both parties through handover.

The platform includes bulk domain management for investors with large portfolios, a reputation system with buyer and seller ratings that builds over time, and push notifications for auction activity, offer responses, and payment deadlines.

It is built across two platforms - a React Native mobile application and a full web application - sharing a single API backend.

03 — Build

Key Decisions

DomainDasher has required deliberate decisions across platform strategy, architecture, and tooling. Below are the ones that have most shaped the build so far.

01
We built mobile first

Development began with the mobile application rather than a web platform. The reasoning was straightforward: domain investors and buyers are active across devices, and a well-executed mobile experience was the right starting point for a marketplace built around speed and responsiveness. The mobile application was built using React Native with Expo, producing native iOS and Android applications from a single codebase. The backend API was designed from the outset to be the single source of truth, with the mobile application as the first consumer.

02
We added a web application based on user feedback

Early feedback made clear that requiring users to download an app before they could browse available domains was a significant barrier. Casual buyers - people who are not committed domain investors but might want a specific domain - are unlikely to install an application just to see what is available. A web presence removes that barrier entirely. Because the API was already designed as the platform backbone rather than a mobile-specific backend, adding a web frontend was a straightforward decision rather than an architectural change. The API did not need to change - a web layer was added alongside the existing mobile application consuming the same endpoints.

03
React Native over .NET MAUI

KEEP.FIT, another OLXR product, uses .NET MAUI for its mobile application. DomainDasher uses React Native. The choice was deliberate and context-specific. React Native has been the dominant cross-platform mobile framework since 2015 and has a significantly larger adoption base than .NET MAUI, which is a relatively young framework still maturing. For a marketplace with auction mechanics, real-time bidding, payment flows, and push notifications, the React Native ecosystem offered more mature, battle-tested tooling. Stripe's React Native SDK is more developed than its .NET MAUI equivalent. Expo's managed workflow accelerates mobile development and handles much of the infrastructure overhead around builds, updates, and push notifications. OLXR does not default to a single mobile stack - we evaluate what the product requires and choose accordingly.

04
API-first architecture

The decision to design the API as the core of the platform rather than as a mobile-specific backend proved its value when the web application was added. An API-first approach means the backend is indifferent to what consumes it - mobile, web, or any future integration. It also means the business logic lives in one place, tested and maintained once, rather than duplicated across platforms. The API is RESTful with JWT authentication, documented via OpenAPI, rate-limited, and load-tested. These are not afterthoughts - they are decisions made at the architecture stage because a marketplace handling real financial transactions requires them from the start.

05
Stripe Connect for marketplace payments

A standard Stripe integration handles payments from a single seller to a single platform. DomainDasher is a marketplace - payments flow from buyers to sellers, with a platform fee retained by DomainDasher. This requires Stripe Connect, which is a more complex integration than standard Stripe but is the correct tool for the problem. Connect handles seller onboarding and verification, splits payments between the seller and the platform automatically, manages seller payouts, and handles the compliance requirements around money movement. Implementing it correctly required careful work, but it means the payment infrastructure is built on solid foundations rather than a workaround.

04 — Gallery

Screenshots

DomainDasher App Login

DomainDasher App Login

DomainDasher Dashboard

DomainDasher Dashboard

DomainDasher Domain Name Listing

DomainDasher Domain Name Listing

05 — Status

Where the Product Stands

DomainDasher is in active development. The core marketplace functionality - listings, auctions, offer negotiation, payments, and domain transfer - is built. The mobile application and web application are both in development alongside the backend API.

The decision to build this product reflects the same thinking behind RepeatPosts and KEEP.FIT: the best way to demonstrate that OLXR can build a marketplace is to build one. DomainDasher is a genuinely complex product - it involves real financial transactions, a two-sided market, auction mechanics, and a guided transfer process for an intangible asset. Building it ourselves means we understand every layer of what a marketplace requires, from the payment infrastructure to the trust mechanics to the operational workflows.

06 — Reference

Technical Reference

Backend
ASP.NET Core (MVC + Web API) with C#. Entity Framework Core. Hangfire for background jobs. ASP.NET Core Identity for authentication.
Mobile
React Native with Expo. Cross-platform iOS and Android from a single codebase. React Navigation, Axios, Stripe React Native SDK.
Web
ASP.NET Core web frontend consuming the same API as the mobile application.
Database
SQL Server hosted on AWS RDS.
Infrastructure
AWS with RDS, S3 for file storage, Secrets Manager, CloudFormation for infrastructure-as-code, and Docker for containerised deployment.
Payments
Stripe Connect for marketplace payments, seller payouts, and platform fees.
Email
SendGrid for transactional email.
API
RESTful with JWT Bearer authentication. OpenAPI/Swagger documentation via Scalar. Rate limiting, health checks, and CORS.
Testing
xUnit, Moq, and FluentAssertions for unit and integration testing. NBomber for load testing.

Have a project in mind?

We are happy to discuss what you are building and whether we are the right fit.

Start the Conversation