Prypco Clone Business Model: Nine Revenue Rails Against One Acquisition Cost
The expensive part of a fractional property platform is not the fee engine. It is getting a verified investor through the door, and that cost lands once per person whether they then buy one thing or five. This build installs nine operator-configurable revenue rails carrying ten fee types across eleven product lines, so one identity can be earned against more than once. This page works through every rail, what each needs, and where each is usually lost.
Model My Fee Schedule →See PricingWhy Breadth Against One Acquisition Cost Works
Identity checks, document collection, accreditation evidence and the first funded payment cost the same whether an investor then buys one product or five.
Every platform here pays the same entry toll. Before a single fee can be charged, somebody has to be verified, their documents collected and scoped, their investor class recorded and their first payment settled against a register. That happens once per person, and not again because that person later buys something else. Run one product line and you pay it once to earn against one rail. Run eleven and you pay it once to earn against as many as the investor touches.
That is the thesis of this build, and it is why the product list matters more here than the fee list. One identity can hold fractional shares in a building, vaulted gold through mx Mint, a mortgage through mx Mortgage, a golden visa application and a will, with the marketplace, exit windows and rental distributions underneath. An operator who sends that investor elsewhere for each is renting four relationships and owning one.
The second half of the argument is mechanical, and it decides whether breadth is usable. Fees here are not constants in code: each is a schedule with a frequency and a charging basis configured in the console, and every computation becomes an auditable charge with its own status history. Repricing a rail for a new market is a console task, not a release.
Revenue posts like every other movement
Charges do not sit in a side table. They post to the same double-entry ledger that carries subscriptions, distributions and withdrawals, which is what makes a revenue question answerable: the fee a property generated, the spread a conversion produced and the commission an agent earned are entries on one book. The append-only ownership register remains the source of truth underneath.
Every rate on this page is a number you set. There is no runtime licence, no per-investor fee and no share of any rail goes to us, so the model you design before launch is the model you keep at scale.
Nine Revenue Rails on One Engine
All nine exist in the build and are configured with you during delivery rather than shipped switched on. Which you run, in which markets, and at what rate is entirely yours.
Management and performance fees
The recurring base. A management fee accrues from ownership on the register itself, so it stays correct when shares change hands. A performance fee sits beside it where the mandate justifies one, and the accrual period is a setting rather than a coded behaviour.
Transaction lifecycle fees
Four named points in the life of an asset: a platform fee as capital enters, an acquisition fee when a property is brought on, a disposition fee when it leaves, a servicing fee for the work between. Charging all four is a choice, not a default.
Exit and early-exit fees
A scheduled exit window carries its own settings: open and close dates, a valuation date, a pricing method, a minimum holding period and a fee percentage. An early-exit fee applies where a holder leaves before that period is met. This rail prices the liquidity you provide.
FX spread
The margin between the rate quoted and the rate obtained, wherever money crosses a currency boundary: in, out, or on a distribution. One rail of nine rather than the headline, and it earns nothing where every holder sits inside the pricing currency.
Marketplace listing and transaction fees
Two fee types on the secondary market: one to list a holding, one on the trade that settles it. Offers, counters and settlement resolve against the ownership register, and this rail grows with liquidity rather than fundraising.
mx Mint gold spread
Fractional gold runs on the same verified identity and wallet as the property side, priced from a metals feed with health surfacing in the console. The buy and sell spread is the rail, earned from an investor acquired for a different product.
Agent channel economics
mx One turns distribution into a cost you control. Agents earn commission on what they place, draw advances recouped from future commission, accumulate point-event tiers and refer other agents. The levers: commission rate, recoupment rule, tiers, referral payout.
Growth levers and ad slots
Promo codes discount an entry deliberately rather than accidentally. Sponsored listings sort first. Partner ad slots carry impression and click counters, so inventory sells on something measured. Placement not labelled as sponsored is a complaint waiting to happen.
Referral and rewards economy
The one rail that is a cost rather than income, and it belongs here for that reason. Referrals and reward points buy the verified identities the other eight amortise. Budget it as cost per verified investor, not as marketing.
No rail here is wired to a single product line. The same engine charges a platform fee on a property subscription, a spread on a gold purchase and a transaction fee on a marketplace trade, which is why the second product line needs no second billing system.
How Prypco Itself Makes Money
Ten named fee types, each one a schedule with a frequency and a charging basis rather than a constant in code.
A platform of this shape earns from the mechanics below. We do not publish the original operator's internal rates and will not estimate them: an invented number here would be worth less than nothing to anyone building a model. The schedule that matters is the one you set.
The ten fee types the engine already computes
- managementAccrues from ownership on the register, at the schedule frequency.
- performanceCharged against performance where the mandate supports one.
- platformTaken as capital enters, recorded against the order.
- acquisitionCharged when a property is brought on to the platform.
- dispositionCharged when an asset leaves, settled against the register.
- servicingCovers operational work between acquisition and disposition.
- early_exitApplies where a holder leaves before their window's holding period.
- fx_spreadThe margin on a conversion, reported separately from the fee.
- marketplace_listingCharged to list a holding on the secondary market.
- marketplace_transactionCharged on the trade that settles between two investors.
What a fee type actually is in this system
Each of the ten is a schedule. A schedule carries a frequency, which decides when the engine computes it, and a charging basis, which decides what it computes against. Changing either is a console action: no code, no deployment window.
Every computation produces a charge, and every charge keeps its own status history, so when an investor asks why a number on their statement is what it is, the trail is a stored sequence of states rather than a reconstruction. Two limits belong next to that: the platform is the system of record a regulated operator needs but is not itself regulated and holds no client money, and the deployment is single-node until the rate limiter and the WebAuthn store move to Redis.
What Each Rail Needs, and How Each One Fails
Nine rails, nine prerequisites, and nine specific ways operators lose them.
| Rail | Needs first | Fails when |
|---|---|---|
| Management and performance fees | Ownership recorded on the register | Charged with no reporting an investor can see behind it |
| Transaction lifecycle fees | A funded property | All four points charged at once, which deters a cautious first subscription |
| Exit and early-exit fees | A scheduled window with a valuation date | Priced as a penalty, which discourages the subscription that precedes it |
| FX spread | Holders outside the pricing currency | Set wide enough that investors compare it with their bank and lose |
| Marketplace listing and transaction fees | Two-sided interest, which takes quarters | Modelled into year-one revenue before the register can support trades |
| mx Mint gold spread | A metals feed and a vault arrangement actually contracted | Quoted against a feed you do not control at the moment of settlement |
| Agent channel economics | Agents with a book, and a recoupment rule | Advances paid out faster than commission arrives to recoup them |
| Growth levers and ad slots | Inventory and attention worth selling | Sponsored results sorted first without being labelled as sponsored |
| Referral and rewards economy | A budget treated as acquisition cost | Rewards booked as marketing rather than as cost per verified investor |
Read the middle column as a sequencing instruction rather than a warning. Several of these rails earn nothing in the first quarter, which is a property of the asset class, not a defect of the model.
Monetization Approaches Ranked by Growth Stage
The same nine rails, switched on in a different order depending on what the business already has behind it.
| Growth stage | What earns here | Why it works at this point |
|---|---|---|
| First property, invited investors | Platform fee as capital enters | One funded building is enough; the charge lands on the order itself |
| First holdings mature | Management fee accruing from the register | Accrual runs off ownership, so it stays correct when shares move |
| Second product line live | mx Mint spread beside the property rails | The same verified investor buys again at no second acquisition cost |
| First cross-border holders | FX spread, disclosed as a line | Conversion recurs at entry, on each distribution and at exit |
| Register large enough to trade | Marketplace fees, then exit-window fees | Transfers and exits both need a register with some age on it |
| Agent channel switched on | Commissions, then advances and point tiers | Distribution becomes a cost you set rather than an ad auction you bid in |
| Mature and multi-product | Promo codes, sponsored listings, partner ad slots | Inventory and attention finally exist to sell against |
Most operators run several rows at once, and nothing in this order is enforced by the software. Each rail is a schedule rather than a release, so moving a row forward or back is configuration.
What the Alternative Actually Costs
Six costs of running this business on licensed software instead of your own, each one sharpened by the number of product lines you intend to carry.
Owning the software keeps all nine rails, the fee design and the register with the business that built them, and removes the one cost that grows in step with your own success. The purchase is one time at $6,999 with full source ownership; what remains is hosting and your own provider accounts.
Which Lever to Switch On First
A launch order for an operator opening with a few buildings, one product line and an invited investor base.
| Stage | Switch on | Leave off |
|---|---|---|
| Before any investor | Nothing. Rotate the payment webhook secret and verify callbacks against the live provider | Registration, while the shipped sandbox placeholder is still in place |
| Controlled launch | The platform fee in the home market, as a single visible line | Acquisition, disposition and servicing fees all at once |
| First holdings on the register | The management fee, accruing from ownership | A performance fee with no agreed benchmark behind it |
| First cross-border holder | A disclosed FX spread | A spread an investor can compare unfavourably with their bank |
| Second product line | The mx Mint spread, priced against your own metals feed | Tokenisation described as production custody; it ships against a sandbox |
| The register grows | Marketplace fees, then sponsored listings and ad slots | Transfer volume anywhere in a launch forecast |
| Distribution arm | Agent commissions, then advances once recoupment is proven | Advances before there is commission flow to recoup them from |
The first row is not a formality. The payment webhook secret ships as a sandbox placeholder and must be rotated before production, because the signed webhook drives allocation, ownership and certificate issue inside one database transaction. Opening registration before that callback is verified is the one sequencing error here that can end a business rather than cost it a quarter.
Three Ways Operators Run This Platform
One platform and one register, configured three different ways. These are illustrative shapes, not promises and not client figures: the levers are named so you can substitute your own numbers.
One product line live
Fractional property only, and where most operators should open. Acquisition cost is amortised across one relationship, so the two rails that earn have to carry it alone.
- Levers: platform fee rate, management rate, accrual frequency
- Dormant: marketplace, exit windows, mx Mint, agent channel
- Model: entry fee plus accrual against cost per verified investor
Three product lines live
Fractional property, the secondary marketplace and mx Mint. The point at which this page's argument shows up in the numbers, because a second and third purchase carry no second and third acquisition cost.
- Levers: listing and transaction fees, the gold spread, both property rates
- Model: rails touched per investor, not investors acquired
- Watch: marketplace volume needs two-sided interest first
All eleven lines with an agent channel
Every line live, with mx One carrying distribution. The widest configuration and the most demanding, because an agent channel is a payroll-shaped obligation rather than a switch.
- Levers: commission rate, recoupment rule, point tiers, referral payout
- Plus: promo codes, sponsored listings, partner ad slots
- Model: lifetime rails per investor against channel cost
None of these is a forecast and none describes a client. What an operator earns depends on their assets, markets, fee schedules, channel costs and regulatory position, and the last is not something software provides.
Common Monetization Mistakes
Worth removing from the plan now
That the software brings a licence with it. It does not, and never will. The platform is not authorised, licensed or regulated anywhere and does not hold or safeguard client money. Budget for counsel and an application on their own timeline, in parallel with the build.
That tokenisation is live revenue on day one. XRPL issued-currency tokens with authorised trust lines, the dual-control signing queue and the chain-event indexer all ship against a deterministic sandbox, and the admin screen prints that word itself. Testnet or mainnet is your configuration, the local vault is not production custody, and the chain mirrors while the register decides. Price nothing against it until that configuration is finished.
That marketplace and exit fees arrive early. Transfer volume needs two-sided interest and exit windows need holdings old enough to exit, which takes quarters rather than weeks. Both are configurable from day one, which is exactly why they end up in launch models.
That agent advances fund themselves. An advance recouped from future commission is a loan against work that has not happened yet. The recoupment rule, tier thresholds and the ceiling on outstanding advances are settings, and leaving them generous writes a cash flow problem into the configuration.
That compliance is a launch task. Verification queues, accreditation expiry, document scoping and audit requests are continuous work, and they scale with product lines rather than investors. Sanctions and politically exposed person screening are not included in this build and must be scoped separately.
The first is the one we raise at day zero with every buyer, because it quietly sets a launch date nobody can keep. The second is the one most specific to this product, and stating the sandbox plainly in your own materials costs far less than being asked about it later.
Frequently Asked Questions
How does the Prypco Clone make money?
What are the ten fee types the engine computes?
Does running eleven product lines mean eleven billing systems?
Can fee schedules differ per market?
Which rail should a new operator switch on first?
Does Miracuves take a share of any of it?
Decide which rails you switch on before you price the raise
Tell us which of the eleven product lines you intend to run, which market you are opening in and who your processor and identity vendor are. We will work through which of the nine rails earn from day one, which ones wait until there is a second cohort to serve, and what each one needs configured before it can charge anything.
Explore the Prypco Clone
Five pages on this product. You are on Business Model.
Business Model
How the platform earns.
Nine rails, eleven product lines, and every rate set by you.
Tell us which product lines you intend to open with and where your investors are resident. We will work through which rails to switch on, in what order, and whether the schedule clears your processor, payout and channel costs.
Talk to Us →Miracuves is an independent software development company. We are not affiliated with, connected to, sponsored by, or endorsed by Prypco.
“Prypco Clone” is used descriptively. It is how the software industry refers to building a platform with functionality similar to Prypco, and how clients search for it.
The entire design and codebase is built by our own team. The product contains no code, design, graphics, or content originating from the Prypco website or applications.
Prypco and all other third-party names and marks are the property of their respective owners, referenced here solely to describe the category of software offered.
