--- title: Prypco Clone Business Model description: "Explore the Prypco Clone business model, revenue streams and configurable fees. Get complete source code from $6,999, deployable in 6 working days." url: https://miracuves.com/prypco-clone/business-model date_modified: 2026-10-19 author: miracuves language: en_US --- Prypco Clone · Business Model # 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 →](https://miracuves.com/schedule-consultation/)[See Pricing](/prypco-clone/development-cost/) **9** revenue rails, all yours **10** fee types in the engine **11** product lines on one chassis **0%** taken by Miracuves Every rateA number you set The Nine Rails 01Management and performance fees 02Transaction lifecycle fees 03Exit and early-exit fees 04FX spread 05Marketplace listing and trade fees 06mx Mint gold spread 07Agent channel economics 08Growth levers and ad slots 09Referral and rewards economy 9Revenue Rails 10Fee Types 11Product Lines $6,999Software, From The Model ## Why 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. The Rails ## 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. 01Core engine ### 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. 02Lifecycle ### 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. 03Liquidity ### 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. 04Cross-currency ### 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. 05Marketplace ### 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. 06Commodity ### 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. 07Channel ### 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. 08Growth ### 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. 09Acquisition ### 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. The Fee Types ## 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 - **management**Accrues from ownership on the register, at the schedule frequency. - **performance**Charged against performance where the mandate supports one. - **platform**Taken as capital enters, recorded against the order. - **acquisition**Charged when a property is brought on to the platform. - **disposition**Charged when an asset leaves, settled against the register. - **servicing**Covers operational work between acquisition and disposition. - **early_exit**Applies where a holder leaves before their window's holding period. - **fx_spread**The margin on a conversion, reported separately from the fee. - **marketplace_listing**Charged to list a holding on the secondary market. - **marketplace_transaction**Charged 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. Reality Check ## 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. Sequence ## 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. The Alternative ## 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. **The fee you pay rises with your own growth**Priced per investor or against assets under management, the cost climbs exactly as the register you are building grows, and the negotiation reopens at every renewal with your investors inside their system. **Breadth is sold back to you as modules**The one that bites hardest here. Eleven product lines amortise one acquisition cost; on licensed software those eleven become eleven line items, and the saving is collected by the vendor. **Fee design stops at their engine**You can charge what the product supports. A market needing a different charging basis, accrual frequency or exit-window price becomes a ticket in somebody else's backlog, behind larger tenants. **The spread may not be yours at all**Where conversion or metals pricing sits inside the vendor's stack, the margin is theirs and you receive a rate. Two of the nine rails can disappear that way without anybody calling it a fee. **Diligence answers get weaker**An acquirer or a regulator asking how ownership, money and charges are recorded gets a better answer from a schema you control than from a third party's internals described second hand. **Migration is the real lock-in**Moving a live register with holdings, certificates, charge histories and verification evidence is the hardest migration in this category, which is why renewal rarely favours the tenant. 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. Priority ## 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. Operators ## 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. A ### 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 B ### 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 C ### 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. Mistakes ## 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. FAQ ## Frequently Asked Questions How does the Prypco Clone make money? Through nine operator-configurable revenue rails carrying ten named fee types: management and performance fees, the four transaction lifecycle fees, exit and early-exit fees, the FX spread, marketplace listing and transaction fees, the mx Mint gold spread, agent channel economics, growth levers such as promo codes and sponsored listings, and the referral and rewards economy. Each rail is a schedule with a frequency and a charging basis set in the console, and each computation is an auditable charge with its own status history. What are the ten fee types the engine computes? Management, performance, platform, acquisition, disposition, servicing, early exit, FX spread, marketplace listing and marketplace transaction. Each is a schedule rather than a constant in code, so repricing one for a new market is a console action rather than a release. Running all ten is a choice, and most operators start with two. Does running eleven product lines mean eleven billing systems? No, and that is the point of the architecture. The same fee engine charges a platform fee on a property subscription, a spread on a gold purchase through mx Mint and a transaction fee on a marketplace trade. No rail is wired to a single product line, so the second and third products add configuration rather than another billing integration. Can fee schedules differ per market? Yes. Schedules, charging bases, accrual frequencies, investor classes and marketplace rules are all configuration, and the build ships eight interface languages including Arabic with full right-to-left layout. What needs care is disclosure rather than capability: fees presented at subscription form part of what an investor agreed to, so changing them later is a legal exercise, not a settings change. Which rail should a new operator switch on first? The platform fee in the home market, then the management fee as the first holdings mature. Both can begin with the first funded building rather than waiting on volume that does not exist yet, and marketplace, exit and agent rails arrive later by nature. Before any of them, rotate the payment webhook secret and verify callbacks against the live provider. Does Miracuves take a share of any of it? No. The software is a one-time purchase from $6,999 with full source ownership, no runtime licence, no per-investor fee and no share of management fees, lifecycle fees, exit fees, the FX spread, marketplace fees, the gold spread or agent commissions. We are not a party to any transaction on your platform and cannot see your schedules. Your recurring costs are hosting and your own provider accounts. ## 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. [Talk to Our Team](https://miracuves.com/schedule-consultation/)[Full Overview](/prypco-clone/) Explore ## Explore the Prypco Clone Five pages on this product. You are on Business Model. [Overview ### The product page Back to overview→](/prypco-clone/) [Features ### Every feature, by role See the full breakdown→](/prypco-clone/features/) [Development Cost$6,999 ### Fixed price See exact pricing→](/prypco-clone/development-cost/) [Development Company ### Who should build it Compare options→](/prypco-clone/development-company/) You are here ### 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 →](https://miracuves.com/schedule-consultation/) **Written by the Miracuves Product Team**· Reviewed for accuracy· Last updated **October 17, 2026** Miracuves · Prypco Clone Revenue rails, fee types and stated limitations cross-verified against the platform documentation, 2026-10-17 Disclaimer Miracuves is an independent software development company. We are not affiliated with, connected to, sponsored by, or endorsed by **Prypco**. Why this name “**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. Who built this 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. Trademarks **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. [Read our full Legal Notice & Disclaimer →](/disclaimer/)