Whitepaper: Proof‑of‑Fortune (PoF) in the GoodLuckCoin (GLC) Network

1. Introduction

GoodLuckCoin (GLC) is a decentralized blockchain network implementing an innovative consensus mechanism called Proof‑of‑Fortune (PoF). PoF combines cryptographic reliability, economic efficiency, and ease of participation for users.

Key idea:

1. Blocks are formed based on VRF proofs (Verifiable Random Function), ensuring randomness and non‑repudiability of results.
2. All data is stored in TON Storage, ensuring transparency and auditability.
3. Participation requires minimal interaction from the user.

2. Goals and Objectives

Main goals:

1. Ensure fair and unpredictable selection of the block validator.
2. Minimize participants’ costs (no deposit locking).
3. Guarantee full automation of the block formation process.
4. Prevent spam and attacks via an economic model (balance checks).

Objectives:

1. Implement a VRF mechanism for generating random values.
2. Integrate TON Storage as a reliable block repository.
3. Develop a smart contract for automatic verification and block assembly.

3. System Architecture

3.1. Core Components

1. Participant’s WalletSupports VRF proof generation.Sends transactions to the GLC network.
2. GLC Smart ContractValidates participants’ balances.Verifies VRF packets.Forms and signs blocks.
3. TON StorageStores the GLC blockchain.Provides access to seed and block history.
4. TON Storage APIAllows participants to retrieve the latest blocks and seed.

4. Proof‑of‑Fortune (PoF) Mechanism

4.1. Step 1: Submitting Participation Request

The participant sends a transaction containing:

1. public_key (for verification);
2. balance confirmation (≥ 10 GLC);
3. room_id (event identifier).

Outcome:

1. The transaction is recorded in a block.
2. The participant receives the status «awaiting VRF».

4.2. Step 2: Retrieving seed

The participant requests the latest block via getLastBlockFromStorage() and extracts seed.Integrity check: compares prev_block_hash with the previous block.

4.3. Step 3: Local VRF Calculation

On the participant’s device:

1. vrf_output = VRF(seed, private_key) (32‑byte hash).
2. proof = VRF_Proof(seed, private_key) (signature and algorithm parameters).

Guarantees:

1. The private key never leaves the device.
2. VRF prevents result tampering.

4.4. Step 4: Sending VRF Packet

JSON format:

json{ "participant_id": "user123", "room_id": "lottery-2025", "vrf_output": "0xa1b2c3...", "proof": "0xd4e5f6...", "timestamp": 1735678901 }

The packet is sent via the smart contract’s submitVRF() method.

4.5. Step 5: Smart Contract Verification

The smart contract performs:

1. Re‑check of balance (≥ 10 GLC).
2. Verification of proof using public_key.
3. Recalculation of vrf_output to confirm consistency.

Outcome:

1. Valid applications are added to participants_list.
2. Invalid applications are discarded.

4.6. Step 6: Block Formation

Trigger conditions:

1. All valid VRF packets are collected or timeout expires (60 seconds).

Steps:

1. Final balance check for participants.
2. Validator selection (minimum vrf_output).
3. Block assembly with fields:block_hash (SHA‑256 of content); winners (sorted by vrf_output); merkle_root (Merkle root for participants_list); glc_reward (validator reward, e.g., 10 GLC).

4.7. Step 7: Saving Block to TON Storage

1. The block is signed by the smart contract.
2. Saved to TON Storage as a new chain element.
3. prev_block_hash and seed are updated for the next round.

5. Key Guarantees

5.1. Automation

All stages (from balance check to block saving) are executed by the smart contract without human intervention.

5.2. Transparency

Data (VRF packets, blocks) is available in TON Storage for public audit.

5.3. Security

1. VRF prevents vrf_output tampering.
2. Hash links (prev_block_hash) protect history integrity.
3. Seed is retrieved from secure storage (TON Storage).

5.4. Economic Sustainability

1. Double balance check (at application and before block formation) prevents spam.
2. Validator reward (10 GLC) incentivizes participation.

6. Advantages of PoF

1. Minimal participant requirements:Wallet supporting VRF.10 GLC balance.2 transactions (application + VRF packet).
2. Fairness and randomness:VRF guarantees unpredictable validator selection.
3. Decentralization:Data is stored in TON Storage, accessible to everyone.
4. Economic efficiency:No deposit locking.Low transaction fees

7. Technical Specifications

7.1. Data Formats

1. VRF Packet (JSON): see Section 4.4.
2. Block (JSON):json{ «block_hash»: «0xabc123...», «winners»: [«user123»], «merkle_root»: «0xl3m4n5...», «glc_reward»: 50 }

7.2. Algorithms

1. VRF: Ed25519‑based VRF.
2. Hashing: SHA‑256.
3. Merkle Tree: Standard implementation for participant lists.

7.3. Time Parameters

1. VRF packet collection timeout: 60 seconds.
2. Block interval: depends on packet collection speed.

8. Conclusion

The Proof‑of‑Fortune (PoF) mechanism in GoodLuckCoin:

1. Ensures fairness through cryptography (VRF) and decentralization (TON Storage).
2. Automates all block formation processes.
3. Minimizes user effort (2 transactions).

To participate, you need:

1. A wallet supporting VRF.
2. 10 GLC in balance.

Everything else is handled by the network.

9. Contacts

1. Author: Dmitry Andreevich Moryganov
2. Email: Dm213@bk.ru
3. Official GLC Website: goodluckcoin.ru/
4. Repository: github.com/dm213dm/Go...

© 2025 GoodLuckCoin. All rights reserved.