LogoLogo
  • ๐ŸŒŠ๐Ÿ’ธ Welcome to Fluidity Money
  • Docs
    • ๐Ÿ“šLearning and getting started
      • ๐Ÿ”ฎWhy Fluidity?
      • โ“What are Fluid Assets?
      • ๐ŸŒŸHow do you get a Fluid Asset?
      • ๐Ÿ’ฐHow are the rewards earned?
      • ๐Ÿ—ƒ๏ธThe Economics of a Fluid Asset
        • โœ๏ธTransfer Reward Function (TRF) Example
      • ๐Ÿ“‹Tutorials
        • How to use Fluidity
    • ๐ŸกAddresses
      • ๐Ÿ…ฐ๏ธArbitrum
      • โ˜€๏ธSolana
      • ๐Ÿ’งSui
      • ๐Ÿ˜ณSuperposition devnet
    • ๐Ÿ” Fundamentals
      • ๐Ÿ“„FAQ
      • ๐Ÿ”ซFluidity Wars
      • โ›๏ธUtility Mining
      • ๐ŸคFor arbitrage
      • ๐Ÿ›๏ธUnderstanding the $FLY Governance Token
        • ๐Ÿ’ธFluidity $FLY Vaults
        • ๐Ÿช™Understanding $FLY Tokenomics
      • โ›“๏ธLaunch restrictions (mint limits)
      • ๐Ÿ”“Governance structure
      • ๐Ÿš‚Advisory team
      • ๐Ÿ‘ฉโ€๐Ÿซ๐Ÿ‘ฉ๐Ÿซ Laws of Fluidity
      • ๐Ÿ›ฃ๏ธRoadmap
        • ๐Ÿš€Product roadmap
        • ๐ŸŒค๏ธDecentralisation roadmap
      • ๐Ÿ‘ฉโ€๐Ÿš€Why instant rewards?
    • ๐Ÿ’ธUse-cases
      • โŒจ๏ธDevelopers
      • ๐Ÿฆ„DEXs
      • โœจFluid Assets and Utility
      • ๐ŸŽฎMetaverse and Gaming
      • ๐Ÿ–ผ๏ธNFTs
      • ๐Ÿ’ณTransactions and Payments
      • ๐ŸŒŠOther Use-Cases
    • ๐ŸŽชDevelopers
      • ๐ŸขArchitecture
        • ๐Ÿ‘ทWorker architecture
        • ๐Ÿ’ Ethereum contract architecture
        • โ˜€๏ธSolana program architecture
      • ๐ŸŽEVM ABIs
      • โ˜€๏ธSolana account structure
      • ๐Ÿ™‹How can I Fluid Wrap my custom token?
      • ๐Ÿ“ŠGraphQL
      • ๐ŸงพDev Tutorials
        • โ›๏ธCreating a New Utility Mining Client
        • ๐Ÿ‘ฉโ€๐Ÿ’ปSupporting a New Application
        • ๐Ÿ’ธSending and receiving a Fluid Asset
        • ๐Ÿš„Supporting a Fluid Asset on your DEX/AMM/exchange
        • ๐ŸŽWrapping and unwrapping a Fluid Asset in your app
        • ๐ŸŒŠProviding liquidity for a Fluid Asset
      • ๐Ÿ“”Whitepapers
    • ๐Ÿ’ชSecurity
      • ๐ŸคณWebsite/infrastructure security
      • ๐Ÿ“ฅDropboxes
      • ๐Ÿ’ฐBounty program
      • ๐Ÿ“œAudits completed
      • ๐Ÿซ‚Contactable team
    • ๐ŸคPartnerships/collaboration
      • ๐ŸคPartnering with us
      • ๐Ÿ‘Join us!
      • ๐Ÿ’ฌFluidifying your asset
        • ๐Ÿ˜ŽBrand assets
    • Useful links
      • Fluidity website and whitepapers
      • Fluidity Whitepaper v1.0
      • Discord server
      • Medium
      • Telegram
Powered by GitBook
On this page

Was this helpful?

  1. Docs
  2. Use-cases

Developers

dApp developers don't necessarily have to charge a fee for it to be used. Their focus is now on increasing engagement rather than revenue modeling through high transaction costs or gimmicks that would limit users to experience the Dapp.

As users use a dapp and transact within it through the use of fluid assets, a portion of the prices could go to the dev's wallet. In that instance the Dev is a partial receiver of a, say item trade, where the two parties conducting the trade earn 35% each of the reward, fluidity earns 10%, and the developer 20% (as an example).

Let's say 10k daily users, you are gaining quite a bit of money, you aren't charging your users anything extra.

In fact, you could remove fees in total which would generate high transaction volume, seeing more potential reward distribution being gained by that developer.

PreviousUse-casesNextDEXs

Last updated 2 years ago

Was this helpful?

๐Ÿ’ธ
โŒจ๏ธ