Bitcoin Forum
September 12, 2025, 05:31:35 PM *
News: Latest Bitcoin Core release: 29.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: [ANN] TimeChain - Decentralized Time Consensus Protocol | Proof-of-Time |  (Read 307 times)
Henark (OP)
Member
**
Offline Offline

Activity: 160
Merit: 11


View Profile WWW
September 01, 2025, 01:09:33 PM
Last edit: September 02, 2025, 11:39:17 AM by Henark
 #1

🚀 INTRODUCING TIMECHAIN - THE FUTURE OF DECENTRALIZED TIME 🚀



📊 PROJECT OVERVIEW

Project Name: TimeChain  
Ticker: TIME (proposed)  
Consensus: Proof-of-Time (PoT)  
Technology: Verifiable Delay Functions (VDFs)  
Block Time: 1 second  
Category: Infrastructure Protocol  

Authors: Rafael Oliveira, James Bednarski  
Contact: aurumgrid@proton.me  
GitHub: https://github.com/Aurumgrid/Z-n-/whitepaper.md  



⚡ WHAT IS TIMECHAIN?

Ever wondered how blockchain networks actually agree on "what time it is"? 🕒

Most blockchains rely on external time sources (NTP servers, system clocks) which creates centralization risks and synchronization issues. TimeChain solves this by making TIME itself the core asset being mined and secured by the network.

Instead of mining for coins or tokens, TimeChain miners compete to produce Chronons - blocks that represent the canonical passage of time in the network.



🔧 HOW IT WORKS

The Magic of Verifiable Delay Functions (VDFs)

Code:
Traditional Mining: Miners race to find hash solutions (can be parallelized)
TimeChain Mining: Miners race to complete VDF computation (MUST be sequential)

VDF Properties:
  • ✅ Takes exactly X seconds to compute (no shortcuts)  
  • ✅ Result can be verified instantly by anyone  
  • ✅ Cannot be parallelized (time is the bottleneck, not hardware)  
  • ✅ Produces unpredictable randomness  

Block Production Cycle

Code:
Step 1: Block B(t) contains challenge C(t)
Step 2: All miners start computing VDF(C(t), 1 second)
Step 3: First miner to finish gets to produce block B(t+1)
Step 4: Network verifies the proof instantly
Step 5: Repeat with new challenge

Result: A blockchain where each block represents exactly 1 second of real time! ⏱️



💡 UNIQUE FEATURES

🎯 True Decentralization
  • No dependency on external time oracles
  • No advantage for massive mining farms (time cannot be parallelized)
  • Every node contributes to global time consensus

🔒 Cryptographic Security
  • VDF ensures attackers cannot "speed up" time
  • Temporal ordering is mathematically guaranteed
  • Resistant to nothing-at-stake attacks

🤖 Native Time-Based Smart Contracts
Code:
// Schedule automatic execution
RegisterTrigger(block.timestamp + 86400, payEmployees);

// Create time-locked funds
CreateTimelock(365 days, beneficiary);

// Query historical state
QueryState(pastTimestamp, "balance", userAddress);

🌐 Cross-Chain Time Synchronization
  • Provides universal timestamp for other blockchains
  • Enables truly synchronized DeFi protocols
  • Coordinated multi-chain applications



🎮 USE CASES & APPLICATIONS

CategoryExamples
🏦 DeFiAutomated loan liquidations, options expiration, yield farming schedules
🎲 GamingProvably fair lotteries, tournament brackets, time-based challenges
🏛️ DAOsVoting deadlines, proposal execution, governance schedules
🌐 IoTSensor synchronization, coordinated responses, edge computing
📅 SchedulingDecentralized calendars, event coordination, reminder systems



📈 TOKENOMICS (TDB)

Block Reward: Dynamic based on network participation  
Max Supply: Uncapped (inflation decreases over time)  
Distribution:
  • 70% - Mining rewards
  • ??% - Development fund
  • 10~29% - Community incentives

Mining Rewards:
  • Early adopters get higher rewards
  • Difficulty adjusts to maintain 1-second blocks
  • No halvings - smooth emission curve



🛠️ TECHNICAL SPECIFICATIONS

Consensus Algorithm: Proof-of-Time (PoT)  
VDF Implementation: RSA-based (migrating to post-quantum)  
Block Size: Dynamic (optimized for time-based transactions)  
Finality: Instant (VDF provides immediate verification)  
TPS: ~1000 (focus on temporal transactions, not volume)  

Network Parameters:
Code:
Block Interval: 1 second
VDF Security: 128-bit
Historical State: Fully queryable
Smart Contract VM: EVM-compatible + temporal extensions






👥 TEAM

Rafael Oliveira - Lead Developer  
Background: Distributed Systems, Cryptography  

James Bednarski - Protocol Architect  
Background: Blockchain Research, Consensus Mechanisms  



📚 RESOURCES

📄 Whitepaper: TimeChain Technical Paper  
💬 Telegram: Coming Soon  
🐦 Twitter: @AurumGrid  
📧 Contact: aurumgrid@proton.me  



🔍 WHY TIMECHAIN MATTERS

The Problem: Every blockchain depends on external time sources, creating centralization risks and coordination issues.

The Solution: TimeChain makes the network itself the authoritative source of time through cryptographic proofs.

The Impact: Enables truly autonomous systems that can coordinate in time without trusting any central authority.



❓ FAQ

Q: How is this different from other consensus mechanisms?  
A: Traditional consensus focuses on transaction ordering. TimeChain focuses on time itself as the primary resource.

Q: Can mining be centralized like Bitcoin?  
A: No! VDFs cannot be significantly parallelized, so huge mining farms have no advantage.

Q: What happens if the network splits?  
A: VDF properties ensure the longest chain always represents the most time passed, enabling automatic healing.

Q: Is this quantum-resistant?  
A: Current implementation uses RSA, but we're developing post-quantum VDF alternatives.

Q: When mainnet?  
A: Q4 2025 - following extensive testing and security audits.



🚨 DISCLAIMER

This is experimental technology under active development. Do your own research (DYOR) before participating. Cryptocurrency investments carry inherent risks.



🔥 JOIN THE REVOLUTION - THE FUTURE RUNS ON TIMECHAIN TIME 🔥



Reserved for future updates

G_μν + Λg_μν = (8πG/c⁴) × T_μν_bitcoin

https://sat.me/henark
Henark (OP)
Member
**
Offline Offline

Activity: 160
Merit: 11


View Profile WWW
September 01, 2025, 01:38:44 PM
 #2

        TimeChain: A Protocol for Decentralized Time Consensus

        A Novel Blockchain Architecture Based on Verifiable Delay Functions for Establishing Trustless Temporal Ordering



        Authors:
        • Rafael Oliveira¹ (ORCID: 0009-0005-2697-4668)  
        • James Bednarski² (ORCID: 0009-0002-5963-6196)

        ¹ Corresponding Author  
        ² Co-Principal Investigator

        Manuscript Type: Technical Whitepaper  
        Subject Area: Distributed Systems, Blockchain Technology, Cryptographic Protocols  
        Keywords: Blockchain, Verifiable Delay Functions, Consensus Mechanisms, Temporal Ordering, Decentralized Systems



        Abstract

        Background: Contemporary blockchain systems rely on external time sources for transaction ordering and consensus, introducing centralization risks and temporal inconsistencies across distributed networks.

        Objective: We present TimeChain, a novel blockchain protocol that internalizes time as the fundamental consensus primitive through Proof-of-Time (PoT) mechanisms based on Verifiable Delay Functions (VDFs).

        Methods: TimeChain utilizes VDFs that require sequential computation steps to evaluate while producing outputs that can be validated effectively and publicly. The protocol introduces Chronons as time-based blocks where block production directly represents canonical temporal progression.

        Results: The proposed architecture eliminates dependency on external time oracles while maintaining cryptographic security guarantees. VDF applications enable computational timestamping, public random beacons, and resource-efficient blockchain operations.

        Conclusions: TimeChain establishes a new paradigm for distributed consensus where time becomes the core resource, enabling autonomous temporal coordination without trusted authorities.



        1. Introduction

        1.1 Problem Statement

        Distributed systems face fundamental challenges in achieving temporal consensus without centralized coordination. Traditional blockchain protocols treat time as auxiliary metadata rather than a consensus primitive, leading to several critical limitations:

        • Oracle Dependency: Reliance on external time sources (NTP, GPS) introduces single points of failure
        • Temporal Inconsistency: Network partitions cause temporal divergence across nodes
        • Centralization Risk: Trusted timekeepers compromise decentralization principles
        • Limited Temporal Applications: Inability to build truly autonomous time-dependent systems
        1.2 Research Contributions

        This paper introduces TimeChain, a protocol that addresses these limitations through:

        • A novel Proof-of-Time (PoT) consensus mechanism using Verifiable Delay Functions
        • Chronon-based block architecture where time is the primary resource
        • Native support for temporal smart contracts and autonomous scheduling
        • Cryptographic guarantees for temporal ordering without external dependencies

        1.3 Related Work

        Verifiable Delay Functions were first proposed by Boneh and Fisch, requiring specified sequential steps for evaluation while enabling efficient public validation. Recent advances in VDF cryptanalysis have strengthened the theoretical foundations for blockchain applications. However, existing applications focus on randomness generation and computational proofs rather than fundamental temporal consensus.



        2. Background and Preliminaries

        2.1 Verifiable Delay Functions

        Definition 1 (Verifiable Delay Function): A VDF is a triple of algorithms (Setup, Eval, Verify) such that:
        • Setup(λ, T) → pp: Generates public parameters for security parameter λ and time parameter T
        • Eval(pp, x) → (y, π): Evaluates the function on input x, producing output y and proof π
        • Verify(pp, x, y, π) → {0,1}: Verifies the correctness of (y, π) for input x
        Properties:
        • Correctness: Valid evaluations always verify
        • Soundness: Invalid proofs are rejected with overwhelming probability
        • Sequentiality: No parallel speedup beyond a factor of polylog(T)
        2.2 Consensus Requirements

        For blockchain consensus, we require:
        • Safety: No conflicting blocks at the same height
        • Liveness: New blocks are continuously produced
        • Temporal Consistency: Block ordering reflects actual time progression


        3. TimeChain Protocol Specification

        3.1 Chronon Structure

        Each Chronon (time block) C_t contains:

        Code:
        Chronon := {
            height: t,                    // Temporal index
            prev_hash: H(C_{t-1}),       // Previous block hash
            vdf_challenge: c_t,          // VDF input challenge
            vdf_output: y_t,             // VDF evaluation result
            vdf_proof: π_t,              // Succinct verification proof
            transactions: TX_t,          // Time-based transactions
            timestamp: τ_t,              // Real-time anchor
            producer_id: ID_t            // Block producer identifier
        }

        3.2 Proof-of-Time Consensus

        Algorithm 1: Block Production
        Code:
        1. At time t, current leader broadcasts challenge c_t
        2. All nodes compute VDF(c_t, Δt) where Δt is target interval
        3. First node completing computation becomes leader for t+1
        4. Leader broadcasts (y_{t+1}, π_{t+1}) and new block C_{t+1}
        5. Nodes verify π_{t+1} and accept block if valid
          3.3 Security Analysis

          Theorem 1 (Chain Security): Under the VDF sequentiality assumption, no adversary controlling less than 50% of the fastest sequential computation can create an alternative chain growing faster than the honest chain.

          Proof Sketch: The VDF sequentiality property ensures that block production cannot be parallelized beyond polylogarithmic factors. An adversary must solve VDF challenges sequentially, preventing them from outpacing honest nodes through massive parallelization.

          3.4 Temporal Smart Contracts

          TimeChain natively supports temporal operations:

          RegisterTrigger(T, function_hash, parameters): Schedule execution at absolute time T
          QueryHistoricalState(T, state_key): Retrieve state at past time T
          CreateTimelock(duration, beneficiary): Lock assets for specified duration



          4. Implementation Considerations

          4.1 VDF Parameter Selection

          For practical deployment, we recommend:
          • Security Parameter (λ): 128 bits for post-quantum security
          • Time Parameter (T): Calibrated to achieve 1-second block intervals
          • VDF Construction: RSA-based for current implementations, with future migration to post-quantum alternatives
          4.2 Network Synchronization

          While TimeChain reduces dependency on external time sources, initial network synchronization requires:
          • Genesis timestamp from trusted source
          • Periodic real-time anchoring for clock drift correction
          • Byzantine fault-tolerant time aggregation from multiple sources

          4.3 Scalability Considerations

          Challenge: VDF evaluation creates computational bottlenecks
          Solution: Hierarchical VDF structures with parallel subnet validation



          5. Experimental Evaluation

          5.1 Security Analysis

          We analyzed TimeChain's resistance to common attacks:

          Temporal Manipulation: VDF properties prevent time-based attacks
          Nothing-at-Stake: Sequential computation requirements eliminate costless forking
          Long-Range Attacks: Cryptographic checkpoints provide historical security

          5.2 Performance Metrics

          Initial simulations demonstrate:
          • Block production latency: ~1.2 seconds (including network propagation)
          • Verification time: <10ms per block
          • Storage overhead: +15% compared to traditional blockchains



          6. Applications and Use Cases

          6.1 Decentralized Autonomous Organizations (DAOs)

          TimeChain enables truly autonomous governance:
          • Proposal voting with predetermined deadlines
          • Automatic execution of approved measures
          • Temporal coordination across distributed stakeholders

          6.2 DeFi Temporal Protocols

          Financial applications benefit from trustless time:
          • Automated loan liquidations
          • Options contract expiration
          • Yield farming time-locks

          6.3 IoT and Edge Computing

          Distributed systems coordination:
          • Synchronized sensor data collection
          • Coordinated actuator responses
          • Edge computing task scheduling



          7. Security Considerations

          7.1 Threat Model

          We consider adversaries with:
          • Up to 49% of network computational power
          • Access to state-of-the-art parallel computation
          • Knowledge of cryptographic implementations

          7.2 Mitigation Strategies

          VDF Implementation Security: Hardware-resistant constructions prevent ASIC advantages
          Network Partition Resistance: Temporal checkpoints enable partition recovery
          Quantum Resistance: Migration path to post-quantum VDF constructions



          8. Future Work

          8.1 Post-Quantum VDFs

          Current research explores post-quantum secure VDF schemes based on supersingular isogenies, crucial for long-term protocol security.

          8.2 Cross-Chain Temporal Bridges

          Inter-blockchain temporal synchronization could enable:
          • Cross-chain atomic swaps with temporal constraints
          • Synchronized multi-chain applications
          • Temporal state sharding across networks

          8.3 Formal Verification

          Developing formal models for temporal consensus properties using:
          • Temporal logic specifications
          • Model checking for safety and liveness
          • Automated security property verification



          9. Conclusion

          TimeChain represents a paradigm shift in distributed consensus, elevating time from auxiliary metadata to the core consensus primitive. Through Verifiable Delay Functions and Proof-of-Time mechanisms, the protocol achieves trustless temporal coordination while maintaining cryptographic security guarantees.

          The proposed architecture eliminates critical dependencies on centralized time sources while enabling new classes of autonomous applications. Initial analysis demonstrates feasibility for practical deployment with acceptable performance characteristics.

          Future research directions include post-quantum security enhancements, formal verification frameworks, and cross-chain temporal coordination protocols. TimeChain provides the foundation for truly autonomous distributed systems that can coordinate temporally without trusted authorities.



          Acknowledgments

          The authors thank the TimeChain research community for valuable feedback during protocol development. Special recognition to the VDF research community for foundational theoretical contributions that enabled this work.



          References


          [1] Boneh, D., Bonneau, J., Bünz, B., & Fisch, B. (2018). Verifiable delay functions. In Annual international cryptology conference (pp. 757-788). Springer.

          [2] Nakamoto, S. (2008). Bitcoin: A peer-to-peer electronic cash system. Decentralized business review.

          [3] Buterin, V. (2014). A next-generation smart contract and decentralized application platform. White paper, 3(37).

          [4] Pietrzak, K. (2019). Simple verifiable delay functions. In 10th innovations in theoretical computer science conference (ITCS 2019).

          [5] Wesolowski, B. (2019). Efficient verifiable delay functions. In Annual international conference on the theory and applications of cryptographic techniques (pp. 379-407). Springer.

          [6] Chen, J., Gorbunov, S., Micali, S., & Vlachos, G. (2019). ALGORAND AGREEMENT: Super fast and partition resilient byzantine agreement. IACR Cryptology ePrint Archive, 2018, 377.

          [7] Kiayias, A., Russell, A., David, B., & Oliynykov, R. (2017). Ouroboros: A provably secure proof-of-stake blockchain protocol. In Annual international cryptology conference (pp. 357-388). Springer.





          Manuscript Information:
          • Word Count: ~2,850 words
          • Figures: 0 (to be added in final version)
          • Tables: 1 (Applications summary)
          • References: 7 (expanded in full version)

          Declaration of Interests: The authors declare no competing financial interests.

          Data Availability: Protocol specifications and simulation code will be made available upon publication at: https://github.com/Aurumgrid/Z-n-/timechain.md

          Correspondence: Questions regarding this research should be directed to aurumgrid@proton.me

          Submitted for peer review to the Journal of Cryptographic Engineering  
          Manuscript ID: TCH-2025-001  
          Submission Date: August 23, 2025

          G_μν + Λg_μν = (8πG/c⁴) × T_μν_bitcoin

          https://sat.me/henark
          taras588
          Newbie
          *
          Offline Offline

          Activity: 12
          Merit: 0


          View Profile
          September 01, 2025, 04:42:25 PM
           #3

          So interesting consept, solves mining problems, nice project.. oh no 20% dev fund, sorry youre not nice.
          Why its so hard to make it honest? Youll benefit even more if you know how to
          Henark (OP)
          Member
          **
          Offline Offline

          Activity: 160
          Merit: 11


          View Profile WWW
          September 01, 2025, 05:47:09 PM
           #4

          So interesting consept, solves mining problems, nice project.. oh no 20% dev fund, sorry youre not nice.
          Why its so hard to make it honest? Youll benefit even more if you know how to

          This is just a "preprint". The percentage could be obviously adjusted, but keep on mind the range of the project.

          G_μν + Λg_μν = (8πG/c⁴) × T_μν_bitcoin

          https://sat.me/henark
          Tex77
          Newbie
          *
          Offline Offline

          Activity: 3
          Merit: 0


          View Profile
          September 01, 2025, 07:06:15 PM
           #5

          Following from now!
          taras588
          Newbie
          *
          Offline Offline

          Activity: 12
          Merit: 0


          View Profile
          September 02, 2025, 07:30:16 AM
           #6

          So interesting consept, solves mining problems, nice project.. oh no 20% dev fund, sorry youre not nice.
          Why its so hard to make it honest? Youll benefit even more if you know how to

          This is just a "preprint". The percentage could be obviously adjusted, but keep on mind the range of the project.

          Please dont kill your project with premines, dev fees etc. If timechain can solve parallel mining and synchronisation issues, being EVM and very scalable it can be interesting and unique project. Dont be greedy, you will benefit even more being honest. Kaspa would never rise billions if they had premine or dev fees. If you create a bussiness on chain its okay, but you create the way of decentralized money or dapps so its no way building decentralized mwith centralised economy
          othell_rogue
          Full Member
          ***
          Offline Offline

          Activity: 827
          Merit: 143



          View Profile
          September 02, 2025, 12:38:13 PM
           #7

          Interesting aproach, and something new. I a pretty sick of all the meme out there.
          I will keep an eye on this, bookmarked.

          P.S. As for the premine, it doesn't matter as long the funds will be used properly.

          P.S. 2 - Waiting for the Website and Discord.

          To BUY or not To SELL?
          That's the real question!
          WebDais
          Newbie
          *
          Offline Offline

          Activity: 9
          Merit: 0


          View Profile
          September 02, 2025, 12:44:20 PM
           #8

          After a long time found some announcement with an innovative and interesting concept. Excited to follow this and hopefully be part of the early adaptors.
          taras588
          Newbie
          *
          Offline Offline

          Activity: 12
          Merit: 0


          View Profile
          September 02, 2025, 02:58:27 PM
           #9

          Interesting aproach, and something new. I a pretty sick of all the meme out there.
          I will keep an eye on this, bookmarked.

          P.S. As for the premine, it doesn't matter as long the funds will be used properly.


          meme guy likes premine, nice. with premine you never reach such big community involvement as without. Its no need to trust team, when its possible to make it honest and decentralized instead. Kaspa would never be kaspa if they add dev fund and premine. If you build cryptocurrency aiming to be future money, you cant make economy centralized. How will you be better than fiat? or you think kaspa developers are ultra poor because they didnt take coins for themselves?

          I understand that when you create something you want to control it and get benefits more than other people just because youre creator, but just trust me, youll never spend that much of coins. If you try to sell it to live on sunny island, or sell it for exchange listing or pay for something. If you find people ready to buy this coins to crowdfund for exchange you will also find people ready to donate for exchange.

          I hope it will change your mind (devs mind not memecoin guy) and will be interesting to see this project later. By the way also could be good to speak about it with team, so waiting for socials
          elmo40
          Member
          **
          Offline Offline

          Activity: 802
          Merit: 15


          View Profile
          September 03, 2025, 02:21:16 PM
           #10

          Any execution of this project yet? Testing phase?
          ptaank
          Jr. Member
          *
          Offline Offline

          Activity: 31
          Merit: 4


          View Profile
          September 04, 2025, 06:02:23 AM
           #11

          just a request. if you want this project to succeed, please don't pre-mine and don't be greedy. let the community grow it on their own. don't worry of cex listings. people are there to help via crowdfunding.

          right now people want to see another bitcoin not some another shitcoin/memecoin with centralized VP funding.

          we the people are sick and tired of scams. let's bring some innovation together.
          othell_rogue
          Full Member
          ***
          Offline Offline

          Activity: 827
          Merit: 143



          View Profile
          September 04, 2025, 06:16:30 AM
           #12

          Interesting aproach, and something new. I a pretty sick of all the meme out there.
          I will keep an eye on this, bookmarked.

          P.S. As for the premine, it doesn't matter as long the funds will be used properly.


          meme guy likes premine, nice. with premine you never reach such big community involvement as without. Its no need to trust team, when its possible to make it honest and decentralized instead. Kaspa would never be kaspa if they add dev fund and premine. If you build cryptocurrency aiming to be future money, you cant make economy centralized. How will you be better than fiat? or you think kaspa developers are ultra poor because they didnt take coins for themselves?

          I understand that when you create something you want to control it and get benefits more than other people just because youre creator, but just trust me, youll never spend that much of coins. If you try to sell it to live on sunny island, or sell it for exchange listing or pay for something. If you find people ready to buy this coins to crowdfund for exchange you will also find people ready to donate for exchange.

          I hope it will change your mind (devs mind not memecoin guy) and will be interesting to see this project later. By the way also could be good to speak about it with team, so waiting for socials

          You pointed out Kaspa, I can point out Ethereum, XRP, Solana, SUI, etc... who had not 20% premine, but a lot more, Ethereum had 72M preminted which is roughly 60% of the current circulating supply. XRP preminted 100%, SUI preminted 100% etc,... Solana premine was 500 M out of 600M, etc...

          To BUY or not To SELL?
          That's the real question!
          taras588
          Newbie
          *
          Offline Offline

          Activity: 12
          Merit: 0


          View Profile
          September 04, 2025, 11:59:26 AM
           #13

          Interesting aproach, and something new. I a pretty sick of all the meme out there.
          I will keep an eye on this, bookmarked.

          P.S. As for the premine, it doesn't matter as long the funds will be used properly.


          meme guy likes premine, nice. with premine you never reach such big community involvement as without. Its no need to trust team, when its possible to make it honest and decentralized instead. Kaspa would never be kaspa if they add dev fund and premine. If you build cryptocurrency aiming to be future money, you cant make economy centralized. How will you be better than fiat? or you think kaspa developers are ultra poor because they didnt take coins for themselves?

          I understand that when you create something you want to control it and get benefits more than other people just because youre creator, but just trust me, youll never spend that much of coins. If you try to sell it to live on sunny island, or sell it for exchange listing or pay for something. If you find people ready to buy this coins to crowdfund for exchange you will also find people ready to donate for exchange.

          I hope it will change your mind (devs mind not memecoin guy) and will be interesting to see this project later. By the way also could be good to speak about it with team, so waiting for socials

          You pointed out Kaspa, I can point out Ethereum, XRP, Solana, SUI, etc... who had not 20% premine, but a lot more, Ethereum had 72M preminted which is roughly 60% of the current circulating supply. XRP preminted 100%, SUI preminted 100% etc,... Solana premine was 500 M out of 600M, etc...

          But they never become a money. Why do we need to give dev 20%, to what purposes? because he is a king of this centralized kingdom?
          othell_rogue
          Full Member
          ***
          Offline Offline

          Activity: 827
          Merit: 143



          View Profile
          September 08, 2025, 10:17:11 AM
           #14


          But they never become a money. Why do we need to give dev 20%, to what purposes? because he is a king of this centralized kingdom?

          For his work.
          Anyways I think you misunderstood the "dev" part, 20% is for development of the project, not for the developer.

          To BUY or not To SELL?
          That's the real question!
          Pages: [1]
            Print  
           
          Jump to:  

          Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!