# Technical task and parameters

#### **Code as a Moral Act**

This project smart contract is more than a technical artifact—it is a manifesto. By encoding fairness into immutable logic, we prove that blockchain’s highest purpose is not speculation but *the creation of systems that resist human greed*.

**This is how we honor Satoshi’s legacy:** Not by replicating Bitcoin’s code, but by replicating its ethos. Let this contract be a beacon for those who believe technology should liberate, not control. The world doesn’t need another blockchain—it needs this contract, deployed everywhere, to remind us what blockchain was meant to be.

## Fairest and Most Honest Token Smart Contract

### **1. Overview and Objectives**

#### **1.1 Key Token Principles**

* No presale, ICO, IDO, or private sale.
* No allocations for the creator, developers, or investors.
* No hidden reserves or special privileges for any address.
* Distribution should be **free**, requiring only network gas fees.
* No post-deployment control: contract is immutable once deployed.
* Open-source and verifiable by anyone.

#### **1.2 Key Token Parameters**

* **Total Supply:** 21,000,000 tokens (fixed, similar to Bitcoin).
* **No Minting:** The supply is finite and cannot be increased post-deployment.
* **No Burn Mechanism:** Tokens should not be burned, ensuring full transparency in supply.

#### **1.3 Broad Participation Criteria**

* **Maximize unique claimants:** The algorithm should ensure widespread participation.
* **Anti-Bot / Anti-Sybil Mechanisms:** Measures should be implemented to prevent hoarding by a single entity.
* **Simple Claim Conditions:** The process should be straightforward and verifiable by anyone.
* **Gas-Optimized Transactions:** Minimize user gas fees for accessibility.

### **2. Token Distribution Mechanism**

#### **2.1 Multi-Stage Claim-Based Distribution System**

* **Chunk Unlocking Based on Participation:**
  * The contract has **100 chunks** that unlock sequentially.
  * Each chunk requires a growing number of unique participants to unlock.
  * Example: **Chunk 1 requires 1,000 participants, Chunk 2 requires 2,000, etc.**
* **Dual Constraint System:**
  * Unlocking requires both sufficient claims AND participants.
  * Uses the minimum of chunks allowed by claims vs participants.
  * Prevents early distribution without sufficient participation.
* **Claim Rate:** 0.1 tokens per wallet every 72 hours.
* **Eligibility:** Wallet must have at least **0.01 ETH** to initiate a claim, deterring bot abuse.
* **Fairness Enforcement:** No individual wallet can claim excessively or front-load the distribution.

#### **2.2 Anti-Sybil Protection Measures**

* **Time-Locked Claims:** Each wallet can claim once every 72 hours.
* **Unique Wallet Verification:** Prevent multi-wallet abuse through:
  * Requiring a minimal ETH balance before claim.
  * Enforcing a claim cooldown per address.
* **Automatic Chunk Unlocking:**
  * Checks for new chunk unlocks when new participants join.
  * Can unlock multiple chunks if a surge of participants joins.
* **Event Logging:** Tracks last unlocked chunk number and emits detailed unlocking events.

#### **2.3 Contract-Imposed Decentralization**

* No admin keys or privileged functions.
* No upgradability: The contract is immutable after deployment.
* No external dependencies: The contract is self-sufficient and does not rely on off-chain mechanisms.

### **3. Smart Contract Implementation Details**

#### **3.1 Core Functionalities**

* **ERC-20 Token Compliance:** Standard token interface for compatibility.
* **Automated Distribution:** Smart contract distributes tokens based on eligibility.
* **Immutable Parameters:** All rules hardcoded and cannot be changed.
* **Event Logging:** All claim transactions are logged for transparency.

#### **3.2 Claim Process Flow**

1. User sends a transaction to the claim function.
2. Contract verifies:
   * The user has not claimed within the last 72 hours.
   * The user's wallet holds at least 0.01 ETH.
3. Contract transfers 0.1 tokens to the user's wallet.
4. The claim is recorded, and the cooldown starts.
5. If a new participant threshold is reached, a new chunk of tokens is unlocked.

### **4. Security Considerations**

* **Reentrancy Protection:** Ensure claims are processed securely.
* **Front-Running Mitigation:** Use a fair distribution method to prevent manipulation.
* **Gas Optimization:** Ensure efficient claim transactions.
* **Sybil Resistance:** Implement measures to deter bot attacks.

### **5. Future Considerations & Enhancements**

* Possible enhancements to further discourage bot farming.
* Layer 2 solutions for reducing transaction fees.
* Exploration of additional fair verification mechanisms.
* Potential smart contract upgrades via new deployments with community consensus.