DGT DOCS
  • 1. INTRODUCTION
    • 1.1 Executive Summary
    • 1.2 Why DGT
    • 1.3 Distributed Ledgers Technology
      • 1.3.1 Decentralization approach
      • 1.3.2 Consensus Mechanism
      • 1.3.3 Transactions
      • 1.3.4 Layered Blockchain Architecture
      • 1.3.5 Tokenomics
      • 1.3.6 Web 3 Paradigm
      • 1.3.7 Common Myths about Blockchain
    • 1.4 The DGT Overview
      • 1.4.1 Platform Approach
      • 1.4.2 DGT Functional Architecture
      • 1.4.3 Technology Roadmap
    • 1.5 How to create a Solution with DGT Networks
    • 1.6 Acknowledgments
  • 2. REAL WORLD APPLICATIONS
    • 2.1 Case-Based Approach
      • 2.1.1 DGT Mission
      • 2.1.2 The Methodology
      • 2.1.3 Case Selection
    • 2.2 Supply Chain and Vertical Integration
      • 2.2.1 Logistics Solution for Spare Parts Delivery
      • 2.2.2 DGT Based Solution for Coffee Chain Products
    • 2.3 Innovative Financial Services
      • 2.3.1 Crowdfunding Platform
      • 2.3.2 Real World Assets Tokenization
      • 2.3.3 Virtual Neobank over DGT Network
      • 2.3.4 DGT based NFT Marketplace
    • 2.4 Decentralized Green Energy Market
      • 2.4.1 Peer To Peer Energy Trading
      • 2.4.2 DGT based Carbon Offset Trading
    • 2.5 B2B2C Ecosystems and Horizontal Integration
      • 2.5.1 KYC and User Scoring
      • 2.5.2 Decentralized Marketing Attribution
      • 2.5.3 Case Decentralized Publishing Platform
      • 2.5.4 Value Ecosystem
    • 2.6 More Cases
  • 3. DGT ARCHITECTURE
    • 3.1 Scalable Architecture Design
      • 3.1.1 High Level Architecture
      • 3.1.2 DGT Approach
      • 3.1.3 Unique contribution
      • 3.1.4 Component Based Architecture
    • 3.2 Performance Metrics
    • 3.3 Network Architecture
      • 3.3.1 Nework Architecture in General
      • 3.3.2 Network Identification
      • 3.3.3 H-Net Architecture
      • 3.3.4 Transport Level
      • 3.3.5 Segments
      • 3.3.6 Static and Dynamic Topologies
      • 3.3.7 Cluster Formation
      • 3.3.8 Node Networking
      • 3.3.9 Permalinks Control Protocol
    • 3.4 Fault-Tolerant Architecture
      • 3.4.1 Introduction to Fault Tolerance
      • 3.4.2 F-BFT: The Hierarchical Consensus Mechanism
      • 3.4.3 Cluster Based Algorithms
      • 3.4.4 Arbitrator Security Scheme
      • 3.4.5 Heartbeat Protocol
      • 3.4.6 Oracles and Notaries
      • 3.4.7 DID & KYC
    • 3.5 Transactions and Performance
      • 3.5.1 Transaction Basics
      • 3.5.2 Transaction Processing
      • 3.5.3 Transaction and block signing
      • 3.5.4 Transaction Families
      • 3.5.5 Transaction Receipts
      • 3.5.6 Smart Transactions
      • 3.5.7 Private Transactions
      • 3.5.8 Multi signature
    • 3.6 Data-Centric Model
      • 3.6.1 Data layer overview
      • 3.6.2 Global State
      • 3.6.3 Genesis Record
      • 3.6.4 Sharding
      • 3.6.5 DAG Synchronization
    • 3.7 Cryptography and Security
      • 3.7.1 Security Architecture Approach
      • 3.7.2 Base Cryptography
      • 3.7.3 Permission Design
      • 3.7.4 Key Management
      • 3.7.5 Encryption and Decryption
      • 3.7.6 Secure Multi Party Computation
      • 3.7.7 Cryptographic Agility
      • DGTTECH_3.8.4 Gateway Nodes
    • 3.8 Interoperability
      • 3.8.1 Interoperability Approach
      • 3.8.2 Relay Chain Pattern
      • 3.8.3 Virtual Machine Compatibility
      • 3.8.4 Gateway Nodes
      • 3.8.5 Token Bridge
    • 3.9 DGT API and Consumer Apps
      • 3.9.1 Presentation Layer
      • 3.9.2 Application Architecture
    • 3.10 Technology Stack
    • REFERENCES
  • 4. TOKENIZATION AND PROCESSING
    • 4.1 Introduction to Tokenization
      • 4.1.1 DGT Universe
      • 4.1.2 Driving Digital Transformation with Tokens
      • 4.1.3 Real-World Tokenization
      • 4.1.4 Key Concepts and Definitions
    • 4.2 Foundations of Tokenization
      • 4.2.1 Definition and Evolution of Tokenization
      • 4.2.2 Tokenization in the Blockchain/DLT Space
      • 4.2.3 The Tokenization Process
      • 4.2.4 Tokenization on the DGT Platform
      • 4.2.5 Regulatory and Legal Aspects of Tokenization
      • 4.2.6 Typical Blockchain-Based Business Models
    • 4.3 The DEC Transaction Family
      • 4.3.1 DEC Transaction Family Overview
      • 4.3.2 DEC Token Features
      • 4.3.3 DEC Token Protocol
      • 4.3.4 DEC Account Design
      • 4.3.5 DEC Transaction Family Flow
      • 4.3.6 DEC Commands
      • 4.3.7 DEC Processing
      • 4.3.8 Payment Gateways
    • 4.4 Understanding Secondary Tokens
      • 4.4.1 The different types of tokens supported by DGT
      • 4.4.2 How secondary tokens are produced
  • 5. EXPLORING TOKENOMICS
    • 5.1 Introduction
      • 5.1.1 What does tokenomics mean?
      • 5.1.2 Goals of Building the Model for DGT Network
      • 5.1.3 Tokens vs Digital Money
      • 5.1.4 The Phenomenon of Cryptocurrency
      • 5.1.5 Basic Principles of Tokenomics
      • 5.1.6 AB2023 Model
    • 5.2 Node & User Growth
      • 5.2.1 Node Ecosystem
      • 5.2.2 User Growth and Retention Modeling
    • 5.3 Transactions
      • 5.3.1 Transaction Amount Components
      • 5.3.2 Shaping the Transaction Profile: A Three-pronged Approach
      • 5.3.3 Calculation of Transaction Number
    • 5.4 Network Performance Simulation
      • 5.4.1 Endogenous Model
      • 5.4.2 Network Entropy
      • 5.4.3 Network Utility
    • 5.5 Token Supply Model
      • 5.5.1 Introduction to Supply and Demand Dynamics
      • 5.5.2 Token distribution
      • 5.5.3 Supply Protocol
      • 5.5.4 Token Balance and Cumulative Supply
    • 5.6 Token Demand Model
      • 5.6.1 Node-Base Demand
      • 5.6.2 Transaction-Based Token Demand
      • 5.6.3 Staking Part Modeling
      • 5.6.4 Total Demand
    • 5.7 Token Price Simulation
      • 5.7.1 Nelson-Siegel-Svensson model
      • 5.7.2 The Price Model
    • 5.8 Decentralization Measurement
      • 5.8.1 Active Node Index
      • 5.8.2 Node Diversity in Hybrid Networks
      • 5.8.3 Token distribution
      • 5.8.4 Integral Calculation of Decentralization Metric
    • 5.9 Aggregated Metrics
      • 5.9.1 Transaction Throughput: Evaluating Network Performance and Scalability
      • 5.9.2 Market Capitalization: A Dimension of Valuation in Cryptocurrency
      • 5.9.3 Total Value Locked (TVL): A Spotlight on Network Engagement and Trust
  • 6. ADMINISTRATOR GUIDE
    • 6.1 Introduction
      • 6.1.1 Administrator Role
      • 6.1.2 Platform sourcing
      • 6.1.3 DGT Virtualization
      • 6.1.4 Using Pre-Built Virtual Machine Images
      • 6.1.5 Server Preparation
      • 6.1.6 OS Setup and initialization
    • 6.2 DGT CORE: Single Node Setup
      • 6.2.1 Launch the First DGT Node
      • 6.2.2 Dashboard setup
      • 6.2.3 Nodes Port Configuration
      • 6.2.4 Single Node Check
    • 6.3 DGT CORE: Setup Private/Public Network
      • 6.3.1 Network launch preparation
      • 6.3.2 A Virtual Cluster
      • 6.3.3 A Physical Network
      • 6.3.4 Attach node to Existing Network
    • 6.4 DGT Dashboard
    • 6.5 DGT CLI and base transaction families
    • 6.6 GARANASKA: Financial Processing
      • 6.6.1 Overview of DGT’s financial subsystem
      • 6.6.2 DEC emission
      • 6.6.3 Consortium account
      • 6.6.4 User accounts
      • 6.6.5 Payments
    • 6.7 Adjust DGT settings
      • 6.7.1 DGT Topology
      • 6.7.2 Manage local settings
    • 6.8 DGT Maintenance
      • 6.8.1 Stopping and Restarting the Platform
      • 6.8.2 Backing up Databases
      • 6.8.3 Network Performance
      • 6.8.4 Log & Monitoring
Powered by GitBook
On this page
  1. 5. EXPLORING TOKENOMICS
  2. 5.2 Node & User Growth

5.2.2 User Growth and Retention Modeling

Previous5.2.1 Node EcosystemNext5.3 Transactions

Last updated 1 year ago

For decentralized platforms, understanding user behavior patterns is paramount. The growth, activity, and retention of users are the lifeblood of such platforms, significantly influencing their trajectory and potential success.

The LGND (Logistic-Gompertz-Node Driven) Model:

At the heart of our user growth modeling is the LGND model. This model is particularly favored for its adaptability to typical user growth patterns observed in network systems (Estrada and Bartesaghi 2022). The LGND model beautifully amalgamates three pivotal aspects:

  • Logistic and Gompertz Growth Curves: These are classical representations of growth, where the logistic curve models resource-driven growth in a limited environment, and the Gompertz curve captures growth that's slowest at the outset and culmination. Both curves provide foundational insights into how users might join and interact with a platform. The equation for logistic growth is:

Ulogistic(t)=U0U^⋅er⋅(t−t0)1+U0⋅er⋅(t−t0)−1       (6)U_{logistic}(t) = \frac {U_0}{\widehat{U}} \cdot \frac{e^{r \cdot (t - t_0)}} {1 + U_0 \cdot e^{r \cdot (t - t_0) - 1}} \ \ \ \ \ \ \ \tag{6}Ulogistic​(t)=UU0​​⋅1+U0​⋅er⋅(t−t0​)−1er⋅(t−t0​)​       (6)

Here,

The equation for Gompertz growth is:

Ugompertz(t)=U0+(U^−U0)∗eϵ⋅er∗(t−t0)       (7)U_{gompertz}(t) = U_0 + (\widehat{U} - U_0) * e^{\epsilon \cdot e^{r * (t - t0)}} \ \ \ \ \ \ \ \tag{7}Ugompertz​(t)=U0​+(U−U0​)∗eϵ⋅er∗(t−t0)       (7)
  • Node-Driven Growth: This represents the network effect, suggesting that as the network (or number of nodes) grows, it becomes increasingly valuable, thus attracting even more users. This effect captures the synergistic growth observed in many successful platforms, where user acquisition begets more user acquisition. The equation for user-driven node growth is:

UNodes(t)=U0+NNodesTotalNodes⋅(U^−U0)       (8)U_{Nodes}(t) = U_0 + \frac{N_{Nodes}}{TotalNodes} \cdot (\widehat{U} - U_0) \ \ \ \ \ \ \ \tag{8}UNodes​(t)=U0​+TotalNodesNNodes​​⋅(U−U0​)       (8)
  • Realistic Behavior Amendments: Acknowledging the unpredictable nature of real-world scenarios, this model also factors in both negative events, like regulatory changes or security breaches, and positive stimuli, like marketing campaigns. These amendments ensure the model isn't just theoretically sound but also practically relevant.

However, the LGND model's precision hinges on the accurate selection of its coefficients and parameters. This choice can be daunting, given the intricate and evolving nature of decentralized systems.

The Alternative User Engaging Model:

This model takes a more explicit approach to user growth, grounding its predictions in the platform's carrying capacity and the impact of marketing initiatives. By tying user growth directly to external factors and actionable strategies, this model offers a tangible way to evaluate and optimize user acquisition efforts. But its strength can also be a limitation, as it might lack flexibility in the face of unexpected system dynamics or data unavailability. The actual calculations hinge heavily on the estimation of the platform's performance (A_t), which can either be driven by the endogenous factors or be a consequence of the exogenous influences channeled through node growth and user engagement:

  • Calculation of Carrying Capacity K (K. Wang et al. 2022): Originating from population biology, the concept of carrying capacity embodies the maximum population size that a specific environment can sustain over time. For our user growth model within a network, the carrying capacity is considered a theoretical ceiling or a normalizing component that shapes the user growth equation:

K(t)=f(At,U^,Nnodes)+ψ(t)       (9)K(t) = f (A_t, \widehat{U}, N_{nodes}) + \psi(t) \ \ \ \ \ \ \ \tag{9}K(t)=f(At​,U,Nnodes​)+ψ(t)       (9)
  • Calculation of Marketing Impact Φ: This facet of the algorithm simulates how marketing activities contribute to user base growth. The Marketing Impact (Φ) is treated as a function comprising three variables: the platform's performance (At), the number of nodes (Nnodes), and the impact of marketing activities, which is portrayed by an exponential decay function. The implementation steps of the algorithm essentially rely on these components:

Ф(t)=∑i=0nCi⋅exp(−(t−Ti)22⋅σi2       (10)Ф(t) = \sum_{i=0}^{n} C_i \cdot \frac {exp(-(t - T_i)^2} {2 \cdot σ_i^2} \ \ \ \ \ \ \ \tag{10}Ф(t)=i=0∑n​Ci​⋅2⋅σi2​exp(−(t−Ti​)2​       (10)
  • User Base Calculation: The model leverages a difference equation to portray the growth of the user base:

dUdt=rusers⋅U⋅(1−UKusers)+Φ       (11)\frac{dU}{dt} = r_{users} \cdot U \cdot (1 - \frac{U}{K_{users}}) + \Phi \ \ \ \ \ \ \ \tag{11}dtdU​=rusers​⋅U⋅(1−Kusers​U​)+Φ       (11)

where:

Implications and Practical Application:

User growth isn't merely a metric; it's a reflection of the platform's vitality. Active user engagement drives platform success, fostering a vibrant community, increasing transaction volumes, and bolstering network security. Through the LGND model, we gain not just a predictive tool but also a strategic compass. By simulating user growth and understanding its underlying drivers, platforms can tailor their strategies, optimize their resources, and anticipate challenges. This proactive approach ensures that the platform remains resilient, adaptive, and poised for sustainable growth.

Figure 73. User Growth Model (LGND + Realistic Behavior)