Skip to main content

​
Introduction

Fenines Network represents a paradigm shift in blockchain consensus architecture through the implementation of Finality Proof-of-Stake (FPoS) - a novel consensus mechanism that transcends traditional Delegated Proof-of-Stake (DPoS) limitations by relocating validator governance from the node infrastructure layer to the smart contract execution layer.
Chain ID: 5881
Network: Fenine Mainnet
Genesis Hash: 0x0cae1acdadd1c20755e0ebcedc2cd051c47e2d540f38ef06a6e9848d2c12a73b

​
Architectural Philosophy

The Fenines architecture is founded on three fundamental principles:

​
1. Dual-Layer Separation of Concerns

Fenines employs a rigorous separation between consensus validation and state governance: Lconsensus⊥Lgovernance\mathcal{L}_{consensus} \perp \mathcal{L}_{governance} where:
  • Lconsensus\mathcal{L}_{consensus} = Consensus engine layer (Fenine PoA)
  • Lgovernance\mathcal{L}_{governance} = Smart contract layer (FenineSystem)
  • ⊥\perp denotes architectural orthogonality
This separation enables deterministic state transitions while maintaining Byzantine fault tolerance: BFTthreshold=⌊n2⌋+1\text{BFT}_{\text{threshold}} = \left\lfloor \frac{n}{2} \right\rfloor + 1 where nn represents the active validator cardinality.

​
2. Hierarchical Proximity Incentive Model

Fenines implements an 8-level hierarchical reward distribution mechanism, mathematically expressed as: Rdelegator(i)=Rbase⋅(1−∑k=1min⁡(di,8)αk)⋅(1−τ)R_{\text{delegator}}(i) = R_{\text{base}} \cdot \left(1 - \sum_{k=1}^{\min(d_i, 8)} \alpha_k\right) \cdot (1 - \tau) where:
  • RbaseR_{\text{base}} = Raw pending rewards before deductions
  • did_i = Depth position of delegator ii in proximity chain
  • αk\alpha_k = Proximity coefficient at level kk (default: ∑αk≈0.30\sum \alpha_k \approx 0.30)
  • τ\tau = Tax rate (default: τ=0.10\tau = 0.10)
The proximity distribution follows a Fibonacci-inspired decay pattern:
Levelαk\alpha_kCumulative
17%7%
25%12%
34%16%
43.5%19.5%
53%22.5%
62.5%25%
72.5%27.5%
82.5%30%

​
3. Epoch-Based State Synchronization

Network state transitions occur deterministically at epoch boundaries defined by: Epoch(n)=⌊BnEperiod⌋,Eperiod=200\text{Epoch}(n) = \left\lfloor \frac{B_n}{E_{\text{period}}} \right\rfloor, \quad E_{\text{period}} = 200 where BnB_n denotes the block number at time nn. At each epoch transition, three atomic system transactions execute sequentially: Tepoch=updateValidatorCandidates(),distributeBlockReward(Ω),syncRewardState()\mathcal{T}_{\text{epoch}} = \\{\mathtt{updateValidatorCandidates}(), \mathtt{distributeBlockReward}(\Omega), \mathtt{syncRewardState}()\\} where Ω\Omega represents the epoch reward pool.

​
System Components

Consensus Layer

Fenine PoA engine with ECDSA signature verification

Execution Layer

EVM-compatible state machine with system contracts

FPoS Protocol

Validator lifecycle and staking economics

​
Network Parameters

​
Consensus Constants

\begin{align*}
T_{\text{block}} &= 3 \text{ seconds} \\
E_{\text{period}} &= 200 \text{ blocks} \\
T_{\text{epoch}} &= 600 \text{ seconds} = 10 \text{ minutes} \\
V_{\text{max}} &= 101 \text{ validators}
\end{align*}

​
Economic Parameters

ParameterSymbolValueUnits
Block RewardRblockR_{\text{block}}1.0FEN
Epoch RewardRepochR_{\text{epoch}}200.0FEN
Min Validator StakeSVAminS_{\text{VA}}^{\text{min}}10,000FEN
Min Delegator StakeSDCminS_{\text{DC}}^{\text{min}}1,000FEN
Validator Commissionγ\gamma0-100%configurable

​
System Contract Addresses

These addresses are genesis-embedded and consensus-critical:
ContractAddressSlot
FenineSystem0x0000...1000Core FPoS logic
NFTPassport0x0000...1001Referral & whitelist
TaxManager0x0000...1002Burn mechanism
RewardManager0x0000...1003Dynamic rewards
FeeRecorder0xFFFF...FFFFFee accumulation
DAO Treasury0xAfe5...1E80Undistributed rewards

​
Thermodynamic Model

Fenines can be analyzed through the lens of statistical mechanics, where the network represents a closed thermodynamic system: ΔSnetwork=kBln⁡Ω(V,D)\Delta S_{\text{network}} = k_B \ln \Omega(\mathcal{V}, \mathcal{D}) where:
  • SnetworkS_{\text{network}} = Network entropy (decentralization measure)
  • kBk_B = Boltzmann constant (information-theoretic analog)
  • Ω(V,D)\Omega(\mathcal{V}, \mathcal{D}) = Microstate count (validator/delegator configurations)
  • V\mathcal{V} = Validator set
  • D\mathcal{D} = Delegator set

​
Nash Equilibrium in Staking

The optimal validator selection strategy converges to a Nash equilibrium where rational delegators maximize expected returns: E[Ri]=∑v∈VP(select v)⋅Rv(1−γv)\mathbb{E}[R_i] = \sum_{v \in \mathcal{V}} P(\text{select } v) \cdot R_v(1 - \gamma_v) subject to the constraint: arg⁡max⁡vleftRv⋅(1−γv)Svtotalright\arg\max_{v} \\left\\{ \frac{R_v \cdot (1-\gamma_v)}{S_v^{\text{total}}} \\right\\} where:
  • RvR_v = Expected validator rewards
  • γv\gamma_v = Validator commission rate
  • SvtotalS_v^{\text{total}} = Total stake delegated to validator vv

​
Hardfork Implementation

Fenines mainnet launches with all Ethereum London hardfork features activated at genesis (block 0): 
// All EIPs activated from genesis
HomesteadBlock:      0
EIP150Block:         0  // Gas cost changes
EIP155Block:         0  // Replay protection
EIP158Block:         0  // State trie clearing
ByzantiumBlock:      0  // Metropolis part 1
ConstantinopleBlock: 0  // Metropolis part 2
PetersburgBlock:     0  // Constantinople fix
IstanbulBlock:       0  // Gas repricing
MuirGlacierBlock:    0  // Difficulty bomb delay
BerlinBlock:         0  // Gas cost adjustments
LondonBlock:         0  // EIP-1559 fee market
ShanghaiTime:        0  // Beacon chain withdrawals (partial)
Cancun hardfork (CancunTime: nil) is intentionally not activated to maintain network stability during initial deployment phase. Future activation will be coordinated via governance.

​
EIP-1559 Fee Market

Fenines implements Ethereum’s base fee mechanism with dynamic block size adjustment: BaseFeen+1=BaseFeen⋅(1+18⋅Gused−GtargetGtarget)\text{BaseFee}_{n+1} = \text{BaseFee}_n \cdot \left(1 + \frac{1}{8} \cdot \frac{G_{\text{used}} - G_{\text{target}}}{G_{\text{target}}}\right) where:
  • GusedG_{\text{used}} = Gas used in block nn
  • GtargetG_{\text{target}} = Target gas per block (15M)
  • Base fee burned: Contributes to deflationary pressure

​
Security Model

​
Byzantine Fault Tolerance

Fenines achieves BFT guarantees through deterministic signature verification: Securityprob=1−(fn)k\text{Security}_{\text{prob}} = 1 - \left(\frac{f}{n}\right)^k where:
  • ff = Number of Byzantine validators
  • nn = Total validator count
  • kk = Confirmation depth
For n=101n = 101 and f<51f < 51, security probability exceeds 1−10−61 - 10^{-6} at k=6k = 6 confirmations.

​
Cryptographic Primitives

PrimitiveAlgorithmPurpose
Block SigningECDSA (secp256k1)Validator authentication
State RootKeccak256Merkle tree hashing
Transaction SigningECDSA + EIP-155Replay protection
System TXEIP-712Structured data signing

​
Performance Characteristics

​
Throughput Analysis

Theoretical maximum throughput: TPSmax=GlimitGtx⋅1Tblock\text{TPS}_{\text{max}} = \frac{G_{\text{limit}}}{G_{\text{tx}}} \cdot \frac{1}{T_{\text{block}}} For standard transfers (Gtx=21,000G_{\text{tx}} = 21,000) and Glimit=30MG_{\text{limit}} = 30M: TPSmax=30,000,00021,000⋅13≈476 TPS\text{TPS}_{\text{max}} = \frac{30,000,000}{21,000} \cdot \frac{1}{3} \approx 476 \text{ TPS}

​
Finality Guarantees

Probabilistic finality time: Tfinality=k⋅Tblock=6×3=18 secondsT_{\text{finality}} = k \cdot T_{\text{block}} = 6 \times 3 = 18 \text{ seconds} This provides >99.9999%>99.9999\% finality guarantee under standard network conditions.

​
Ecosystem Development Opportunities

Automated Market Makers (AMM)
  • Uniswap V2/V3 forks optimized for 3-second blocks
  • Concentrated liquidity with proximity-aware routing
Lending Protocols
  • Over-collateralized lending (Aave/Compound model)
  • Staking derivative tokens (sFENE) as collateral
Derivatives
  • Perpetual futures on validator performance metrics
  • Options on proximity positions
NFT Marketplaces
  • Low-latency trading enabled by 3-second finality
  • Proximity-based royalty distribution
GameFi
  • On-chain game state with sub-second responsiveness
  • Play-to-earn integrated with staking rewards
Metaverse Integration
  • Virtual land ownership via NFTPassport
  • In-world economies backed by FEN
Oracles
  • Chainlink-compatible data feeds
  • Proximity-weighted oracle reputation system
Cross-Chain Bridges
  • Ethereum ↔ Fenines asset bridge
  • BSC/Polygon/Arbitrum interoperability
Developer Tools
  • Hardhat/Foundry compatibility
  • Subgraph indexing for FPoS events
Staking-as-a-Service
  • Managed validator nodes
  • Non-custodial delegation platforms
Analytics Platforms
  • Real-time validator performance dashboards
  • Proximity network visualization
Compliance Tools
  • On-chain KYC via NFTPassport
  • Regulatory reporting for institutional stakers

​
Network Growth Projections

​
Metcalfe’s Law Application

Network value growth modeled by: Vnetwork∝n2⋅SˉdelegatorV_{\text{network}} \propto n^2 \cdot \bar{S}_{\text{delegator}} where:
  • nn = Number of active participants (validators + delegators)
  • Sˉdelegator\bar{S}_{\text{delegator}} = Average stake per delegator

​
Staking APY Dynamics

Equilibrium APY adjusts based on total network stake: APY=RannualStotal×100%\text{APY} = \frac{R_{\text{annual}}}{S_{\text{total}}} \times 100\% where RannualR_{\text{annual}} is determined by: Rannual=Rblock×365.25×24×3600Tblock≈10,512,000 FEN/yearR_{\text{annual}} = R_{\text{block}} \times \frac{365.25 \times 24 \times 3600}{T_{\text{block}}} \approx 10,512,000 \text{ FEN/year} For Stotal=100MS_{\text{total}} = 100M FEN: APY≈10.5%\text{APY} \approx 10.5\%

​
Conclusion

Fenines Network establishes a mathematically rigorous, thermodynamically stable consensus architecture that enables:
  1. Scalability: 476 TPS theoretical maximum, 18-second finality
  2. Decentralization: BFT with n≤101n \leq 101 validators, proximity-driven participation
  3. Economic Sustainability: Deflationary tokenomics via EIP-1559 burn + hierarchical incentives
The FPoS mechanism positions Fenines as a next-generation Layer 1 optimized for high-throughput DeFi, GameFi, and institutional adoption.

Consensus Mechanism

Deep dive into Fenine PoA engine

Execution Layer

EVM state machine and system contracts

FPoS Economics

Staking, rewards, and game theory

Security Analysis

Cryptographic guarantees and attack vectors