🔗
LYNQYO - Whitepaper
  • 💡Project explained
    • 🔍Lynqyo Overview
      • Content economy: challange and potential
      • Creator: web3 protocols, applications and tools for a decentralized content-led economy
  • 👨‍💻User system
    • Web3 gateway: lynq.yo/ ‘links’
    • Creator⇋fan: ecosystem pipe
    • Creator: system⇔journey
    • Fan: system⇔journey
  • 🛡️Lynqyo Content Economy Protocol
    • Structure
    • Creating value: tokenized intangible content
    • DAO: governance of tokenized intangible content
      • Quadratic voting
  • 🪙The token
    • Lynqyo token: $LNQ
    • Functionality
    • Intrinsic challenges
    • Technical approach
    • Automated Royalty Distribution
    • Protection
  • 🚧Product architecture
    • Approach
    • Web3 portal for tokenized content: CUBE
    • Subscription payments and lending: creator DeFi
    • Thrust subscriptions: dAPP
  • 📊Tokeomics: Ecosystem, Applications and Associations
    • Balanced approach
    • Transactions
    • User Engagement Rewards: Creator+Fan
    • User engagement rewards: the how
    • Flow controls: auto-management
    • Flow controls: principle equation
    • Token allocations
  • 🛣️Roadmap
    • Stage 1: 2022
    • Stage 2: 2023
    • Stage 3: 2024
  • 📲Connect with us
    • Social media links
Powered by GitBook
On this page
  1. The token

Functionality

PreviousLynqyo token: $LNQNextIntrinsic challenges

Last updated 2 years ago

Dealing with the complexity of combining recurring transaction, decentralization and inter chain operability into a new approach of “thrust subscriptions”, lynqyo’s approach was designed with the following goals in mind:

  1. Seamless experience: both creator and fan need work into to create an ecosystem of value, we help them succeed;

  2. Dispatching and instant traceability: Finding out the destination of a transaction should be deterministic, trivial to calculate, eliminating the need for constant delays and fully traceable;

  3. Efficiency and adaptability: The subscription should be as balanced as possible at any given time, allowing any part to be flexible.

To calculate an optimum number of distributions Nyo in circulation at any given time ei+1 (Nyo,i+1), we have defined one threshold coefficient for the number of transactions in a block, θTX. Variable optN represents the optimal number of nodes in a shard, sh is a positive number and represents the number of nodes a shard can vary by. totalNi is the total number of nodes (eligible validators, nodes in the waiting lists and newly added nodes in the node pool) on all shards in epoch ei , while NTXB,i is the average number of transactions in a block on all shards in epoch ei . Nsh,0 will be considered as 1. The total number of shards Nsh,i+1 will change if the number of nodes totalNi in the network changes and if the blockchain utilization needs it: if the number of nodes increases above a threshold nSplit from one epoch to another and the average number of transactions per block is greater than the threshold number of transactions per block NTXB,i > θTX or if the number of nodes decreases below a threshold nMerge as shown in function ComputeShardsN.

🪙