Skip to content

Fenrua public thesis

Fenrua is a dual-chain AI protocol research system: Chain 978 for low-fee AI project hosting, Chain 521 for N/P-521 research, and FENiOS for evidence-aware intelligence workflows.

Fenrua is being built for AI teams that need low-fee infrastructure they can actually explain: live work records, settlement context, support workflows, and public evidence in one place. Chain 978 carries the practical hosting lane. Chain 521 keeps the P-521 research lane separate.

The homepage works like a public cockpit for the protocol: live blocks, source-backed evidence, receipt rules, token-state boundaries, and FENiOS review context are visible immediately, while keys, routes, validators, and protected execution stay out of the browser.

The goal is simple: give serious builders a place where the chain, the research, the token accounting, and the AI workflow story all line up before anyone is asked to trust a promise, connect a wallet, or read a private operator document.

Chain 978 keeps the support lane practical: low-fee AI hosting, work records, settlement context, and public continuity.

Chain N521 keeps the research lane separate: P-521 signature evidence, N asset context, circuit shape, and release gates.

FENiOS turns project intent into chain-aware requirements, evidence obligations, and review-ready protocol language.

FENtrust keeps the public proof surface close to source excerpts, report hashes, trust statements, and non-claim boundaries.

FEN token state stays ordered: FENswap quote, P-FEN receipt, burn-to-claim FEN, then FENpool rewards or N migration.

Live chain progress

Live block progress

Chain 978 and Chain 521 stay visible from the first viewport. Last refresh: pending

Reading public block progress...

Public chain surface

Chain 978

Reading progress

Latest block

Reading

Sample move

+0

Chain ID

978

Block progressreading

Public block read is pending; this card updates when the current block is returned.

Public chain surface

Chain N521

Reading progress

Latest block

Reading

Sample move

+0

Chain ID

521

Block progressreading

Public block read is pending; this card updates when the current block is returned.

Chain 978

Live support-chain progress for FEN protocol and AI project hosting.

Chain 521

Isolated N/P-521 research lane with 132-byte signature evidence.

FENiOS

Protocol OS for chain-aware AI project context and evidence-conditioned review.

FENtrust

Contract source, report hashes, public statements, and source evidence rendered directly.

Ten FEN pillar table of contents

The public site is a bounded technical monograph.

Each section has an object studied, a primary claim, an evidence corpus, and a non-claim so the protocol reads as a defended research system rather than a feature grid.

Vision first: dual-chain AI protocol research. Proof second: live chains, P-521 evidence, FENiOS, FENtrust. Token mechanics third: FENswap, P-FEN, FENpresale, FENpool. The table keeps those layers in order so readers meet the thesis before the mechanism. Each pillar names what it proves, what it does not prove, and where its evidence lives. Vision stays above acquisition, proof stays above promotion, and token mechanics stay downstream of claim boundaries.

Section I

FENprotocol

System object: Dual-chain protocol system model.

Primary claim: Fenrua separates support-chain execution, research-chain evidence, token-state accounting, FENiOS review, and public trust proof into distinct surfaces.

Evidence corpus: Chain IDs, live progress, FEN token-state flow, source-backed trust records.

Non-claim: Not a single-token landing page or a browser control plane.

Open FENprotocol
Section II

FENpresale

System object: Receipt-backed FEN acquisition section.

Primary claim: FENpresale defines P-FEN as non-transferable receipt state before burn-to-claim FEN.

Evidence corpus: PFENPresale source excerpts, reserve rules, stage facts, claim schedule.

Non-claim: Not liquid FEN, reward eligibility, or the Fenrua thesis itself.

Open FENpresale
Section III

FENswap

System object: Ingress method for supported source assets.

Primary claim: FENswap normalizes source assets into stablecoin-value quote language and expected P-FEN output.

Evidence corpus: Quote preview language, route boundaries, receive-state copy.

Non-claim: Not the public identity of the protocol.

Open FENswap
Section IV

FENpool

System object: Post-claim reward-accounting state.

Primary claim: Reward eligibility begins only after FEN is unlocked and claimed, then staked into funded epochs.

Evidence corpus: Eligibility exclusions, funded epoch rules, no fixed APY boundary.

Non-claim: Not a presale entitlement or P-FEN staking surface.

Open FENpool
Section V

FENchain

System object: Chain 978 support-chain lane.

Primary claim: Chain 978 is the low-fee execution and evidence layer for AI project hosting, FEN settlement context, builder workflow coordination, and public protocol observability.

Evidence corpus: Chain 978 identity, live block progress, support-chain boundaries.

Non-claim: Not proof for Chain 521 cryptographic research claims.

Open FENchain
Section VI

FENn521

System object: Chain 521 N/P-521 research lane.

Primary claim: Chain 521 isolates P-521 signature evidence, Groth16 shape work, N asset research, and multisig-gated release posture.

Evidence corpus: 132-byte signature evidence, vector corpus, proof cases, constraints, gas rows.

Non-claim: Not a support-chain hosting claim or unrestricted production verifier release.

Open FENn521
Section VII

FENiOS

System object: Evidence-aware intelligence operating layer.

Primary claim: FENiOS converts AI project intent into chain-aware requirements, evidence obligations, risk boundaries, and review-ready protocol language.

Evidence corpus: OS flow map, review interface, state-separation invariants.

Non-claim: Not a generic chatbot or privileged execution interface.

Open FENiOS
Section VIII

FENdef

System object: Economic-continuity policy section.

Primary claim: FENdef exposes public economic observability while protecting formula and route internals that would be adversarial to publish.

Evidence corpus: FENGad, FENGas, FENSup, signed quote discipline, policy boundaries.

Non-claim: Not formula disclosure or a market-performance guarantee.

Open FENdef
Section IX

FENtrust

System object: Source-backed evidence corpus.

Primary claim: FENtrust renders public statements, source indexes, source snippets, report hashes, and full contract panels directly in the UI.

Evidence corpus: Trust statement, SHA references, PFENPresale snippets, audit summary.

Non-claim: Not proof of price, liquidity, yield, or future audit scope.

Open FENtrust
Section X

FENcouncil

System object: Public signal and governance appendix.

Primary claim: FENcouncil records public voice without turning holder sentiment into execution authority.

Evidence corpus: Proposal signals, non-binding voting context, execution boundaries.

Non-claim: Not funds movement, contract mutation, validator action, or privileged control.

Open FENcouncil

public observations

Why Fenrua is not another presale.

Live Chain 978 support-chain progress.

Isolated Chain 521 research lane.

132-byte P-521 signature evidence.

FENiOS protocol OS for AI project context.

Source-backed FENtrust evidence corpus.

P-FEN receipt discipline prevents presale/liquid-FEN ambiguity.

FENiOS intelligence architecture

FENiOS is the intelligence layer that makes the chain useful.

FENiOS is where the protocol stops being only chain infrastructure. It is the operating layer that converts AI project intent into chain-aware requirements, evidence obligations, risk boundaries, and review-ready protocol language. It binds project context, token-state separation, chain lane selection, and source-backed proof into one review architecture so builders can move between FENswap, Chain 978, Chain N521, FENtrust, and protected review without collapsing those surfaces together.

Open FENiOS
Project intentAI workload context is translated into hosting assumptions, usage profile, support needs, risk posture, and evidence expectations.
State resolutionFENswap quote state, P-FEN receipt state, claimed FEN, Chain 978, Chain 521, FENdef, and FENtrust remain separate fields.
Review outputThe OS layer produces project fit, protocol path, evidence boundary, and review-ready language without exposing protected execution.

FENn521 research corpus

Chain 521 gives the research thesis its own public lane.

The N/P-521 dossier is the second proof surface, not a lower route card. It keeps cryptographic research evidence, N asset context, circuit shape, gas observations, and release posture outside the Chain 978 hosting claim.

Inspect FENn521

Vector cases

7

P-521 valid and adversarial signature cases.

Signature shape

132 bytes

P-521 r + s, each 66 bytes.

Groth16 proof cases

6

ECDSA-shaped proof and rejection cases.

Circuit constraints

13,361

Visible circuit traceability marker.

Chain progress

521

Research-chain liveness stays distinct.

Release boundary

multisig

Public evidence without premature release claims.

FEN token-state model

FENswap -> P-FEN -> burn-to-claim -> claimed FEN -> FENpool or N.

Token-state mechanics remain visible because they are part of the public proof burden. Receipt state, claimed FEN, reward eligibility, and N migration are ordered states, not interchangeable marketing words.

support chain

978 / 0x3d2

AI hosting support, settlement context, builder workflow, and continuity.

research chain

521 / 0x209

N/P-521 evidence, signature shape, and gated release posture.

receipt state

P-FEN

Non-transferable presale accounting before burn-to-claim.

eligible state

claimed FEN

Unlocked and claimed FEN only; P-FEN stays excluded.

01 / ingress methodFENswapSupported source assets enter through a visible quote surface before any receipt state appears.
02 / quote statestablecoin valueSource-chain value is normalized before expected P-FEN output is shown.
03 / receipt stateP-FENP-FEN remains non-transferable receipt state, not liquid FEN.
04 / claim transitionburn-to-claimAfter finalization, claimable P-FEN burns into unlocked FEN under the schedule.
05 / usable inventoryclaimed FENOnly unlocked and claimed FEN can move into later protocol choices.
06 / downstream branchFENpool or NClaimed FEN can enter FENpool or follow burned-FEN migration rules for N.

FENpresale is receipt-backed acquisition, not the Fenrua thesis itself.

Lower-page mechanism section

FENswap and FENpresale stay available without becoming the first impression.

The preview console remains useful for supported source assets, quote expiry, slippage discipline, route fees, and receive-path review. It appears after the protocol, research, OS, and trust thesis because the console is a mechanism inside the system.

FENpresale

Receipt-backed acquisition inside the broader Fenrua protocol thesis.

FENswap

Ingress method for source value, with visible output kept in P-FEN language.

FENpool

Reward eligibility begins after claimed FEN, not at presale receipt state.

FENswap

Review supported source assets as expected P-FEN.

FENswap is the public quote-review surface for supported source assets. Users connect a wallet, select a source asset, review stablecoin-value basis, preview expected P-FEN, and continue toward FENpresale evidence. P-FEN is a non-transferable ERC-20 presale receipt token.

BNBBNB Smart ChainUNIUnichainETHEthereumARBArbitrum OneBASEBasePOLPolygonAVAXAvalancheOPOptimismSOLSolanaBTCBitcoin
Source-chain gas stays separate from stablecoin value, route fees, and the quoted P-FEN amount.
FENGad
0.328

FENReLK / FENUnLK ratio

balanced continuity
FENGas
0.024 FEN

FEN / execution gas quote

source-chain gas
FENSup
11,200 FEN

FEN supply verdict / weekly epoch

weekly epoch

FENDEF indicators keep continuity, gas, and weekly supply posture clear before any final FENpresale entry can move.

Preview P-FEN

To12,500 P-FENIndicative minimum after slippage: 12,375 P-FEN
Slippage tolerance

Preview ratio

1 USDT = 100 P-FEN

Stablecoin value

$125 source value

FENswap fee

refreshing quote

Quote status

receive path pending

Gas cost

BNB gas

Balance check

amount covered
USDT on BNB Smart ChainP-FEN previewL1/L2
Market integrity guardSigned one-time quotes, wallet caps, cooldowns, balance checks, liquidity preflights, and anomaly pauses protect retail access while keeping the quote path fair and controlled.

Legal and support utilities

Public trust includes non-custodial, legal, and support boundaries.

The protocol map is the main product surface; legal, privacy, security, accessibility, and support pages remain compact utilities that define what the public site is allowed to communicate and what remains protected.

Legal, privacy, terms, cookies, security, accessibility, and support pages remain available as compact trust utilities.

Public pages explain protocol evidence and boundaries; they do not ask users for private keys, seed phrases, privileged credentials, or regulated material.

FENswap, FENpresale, FENpool, FENchain, and FENn521 are described as separate states and lanes so receipt status, claimed inventory, rewards, and research migration do not blur.

Reference pages

Legal references, support contact, and public channels stay compact.

These links are intentionally secondary to the protocol map, but they remain present so reviewers can inspect terms, risk language, privacy posture, accessibility commitments, and support contact paths without searching through the product.