
Revenue sharing refers to a system in which “revenue” is distributed among relevant participants according to predetermined proportions. This model is commonly used for platform fees, creator income splits, financial product interest allocations, and referral commissions.
In traditional industries, e-commerce platforms distribute transaction commissions to shops or promoters based on a set ratio. On content platforms, creators and the platform share income generated from views or advertisements. In the context of Web3, protocols distribute trading fees, lending interest, or asset rental income to token holders or service providers according to established rules.
Revenue sharing is based on gross income, while profit sharing uses net profit as the calculation basis. “Revenue” refers to total incoming funds, whereas “profit” is what remains after deducting costs and expenses.
For example, if a coffee shop sells 1,000 yuan worth of coffee in a day, that’s revenue. If costs such as beans, rent, and wages total 800 yuan, then profit is 200 yuan. If a 10% revenue share is agreed, participants receive 1,000 × 10% = 100 yuan; with a 10% profit share, they get 200 × 10% = 20 yuan. The main difference lies in the calculation base for distribution.
Revenue sharing operates through four main steps: defining the calculation base, setting distribution ratios, determining settlement cycles, and specifying payout methods. The core is to first define what counts as revenue, then settle and distribute it according to proportion and cycle.
Typically, the platform or project calculates the revenue for a given period (such as fees or interest), determines the distributable amount according to agreed ratios, and allocates it to user accounts based on holding amount, contribution, or tier. In Web3, this process is usually automated by smart contracts—self-executing programs deployed on the blockchain that automatically settle and distribute rewards when criteria are met, eliminating manual errors and delays.
In Web3, revenue sharing is widely used in several scenarios: decentralized trading and lending, real-world asset tokenization (RWA), and platform referral programs.
In decentralized exchange (DEX) environments, transaction fees are distributed proportionally to liquidity providers. Liquidity providers deposit assets into liquidity pools to facilitate trading and receive a share of fees based on their contribution.
Lending protocols distribute borrower-paid interest to lenders or governance token holders according to preset rules. For RWA scenarios—tokenizing real-world assets such as rental income, dividends, or coupon payments—chain-based distribution ensures proportional payouts to token holders.
For platform promotion, typical referral commissions represent a form of revenue sharing: inviters receive a proportion of transaction fees generated by their invitees as a reward from the platform.
Participating in revenue sharing generally involves three straightforward steps: choose your scenario, confirm the rules, complete the required actions, and monitor results.
Step One: Select an appropriate revenue sharing opportunity based on your preferences—whether it’s a financial product (yield), fee-based sharing (providing liquidity or holding designated assets), or referral commissions (ideal for those with social or content channels).
Step Two: Carefully read and confirm all distribution rules—focus on the definition of revenue, distribution ratios, settlement cycles, payout methods, and any lock-up requirements. If you see an Annual Percentage Rate (APR), check whether it’s projected or historical.
Step Three: Execute the required actions on Gate. For example:
Step Four: Continuously monitor your allocations—check payout records, track yield changes and rule updates, and adjust your holdings or promotion strategies as needed.
Since revenue sharing involves real funds, it’s essential to identify risks related to calculation methods, stability, and compliance.
First, unclear definitions of what constitutes revenue or ambiguous settlement rules can lead to mismatches between expectations and actual results. Make sure you know exactly what types of income are included and whether there are caps or priorities.
Second, revenue stability isn’t guaranteed—fees and interest fluctuate with market conditions and activity. Lower trading volumes or declining rates can reduce distributions.
Third, execution risks are present—especially in Web3. Bugs in smart contracts can cause incorrect payouts or fund loss; platform-level risks like operational issues or counterparty failures also exist.
Additionally, lock-up periods, early withdrawal fees, taxes, and compliance requirements can affect your real returns. Always read the rules carefully and assess your liquidity needs and risk tolerance before participating.
The typical formula is: distributable revenue × sharing ratio × individual weight. Your weight could be based on your asset holding percentage, contribution level, or tiered bracket.
Example: If a protocol has 10,000 yuan in distributable revenue per week with a 20% sharing ratio and you own 5% of the eligible stake, your share would be 10,000 × 20% × 5% = 100 yuan. If there are minimum payout thresholds or different tiers, outcomes may vary.
Common terms include:
The key to effective revenue sharing lies in clear calculation bases and transparent execution mechanisms. Allocating based on gross revenue rather than net profit improves clarity and predictability; automation via smart contracts boosts transparency and payout efficiency. For participants, the most important task is to scrutinize rule details before committing—assess volatility risks, lock-ups, compliance demands—and regularly review your strategy against your liquidity needs and promotional capabilities. Both in traditional finance and Web3 settings, revenue sharing links contribution with reward—but only by understanding all terms and risks can outcomes meet expectations.
Yes—“revenue” refers to total gross income generated. However, note that revenue does not equal profit; revenue is the total before costs are deducted while profit is what remains after all expenses. Most revenue sharing models distribute from total revenue rather than profit—which is generally more favorable for participants.
It depends on the specific agreement. Usually it’s a fixed percentage of total revenue—for example if a project generates 1 million in revenue and your share is 10%, you receive 100,000. The precise ratio depends on factors like your contribution level, investment amount, or partnership terms—always verify the calculation base and ratio before joining.
The difference is significant. A revenue share means dividing up gross income; a profit share splits what remains after all costs are deducted. If total revenue is 1 million and costs are 500K, a 30% revenue share yields 300K while a 30% profit share only gives you 150K. Revenue share is more advantageous for participants—always clarify which model applies before getting involved.
This depends on the requirements of each project or platform. Some models may require you to stake funds, purchase shares or complete KYC verification; others have minimal requirements. Check project specifics on Gate or any other platform—compare entry costs with expected returns and choose what suits you best.
Most platforms support real-time tracking or periodic statement displays. On Gate, you can typically check your cumulative earnings, sharing ratio and settlement cycle directly from your account dashboard. It’s best practice to review records regularly to ensure calculations are accurate—and stay up-to-date with withdrawal rules and timeframes.


