INRI CHAIN — Whitepaper (v1.0)

RPC https://rpc.inri.life · Chain ID 3777 · Currency INRI · Explorer

← Back to RPC Open Explorer Download genesis.json
Whitepaper

Abstract

INRI CHAIN is a Proof-of-Work (PoW), Ethereum-compatible blockchain focused on community, fair mining, decentralization, and long-term sustainability through an EIP-1559-style fee-burning mechanism.

The network is fully compatible with the Ethereum Virtual Machine (EVM), allowing developers to deploy smart contracts and dApps using the familiar Ethereum tooling ecosystem (Remix, MetaMask, Hardhat, etc.).

INRI (INRI) is the native asset of the chain. It is used to pay transaction fees, reward miners for securing the network, and coordinate community incentives. A portion of the network fees is burned at the protocol level, offsetting the issuance of new tokens via block rewards and aligning the long-term interests of holders, miners, and users.

INRI CHAIN is a grassroots project: there is no venture capital, no guaranteed funding, and no corporate control. The goal is to grow an ecosystem in which miners, users, and builders share responsibility for decentralization and security — and where the founder gradually steps back, leaving the protocol and the community standing on their own.

1. Introduction

1.1 Motivation

Most new blockchains today are either:

  • heavily pre-mined and VC-funded, or
  • operated by a small set of validators and companies, creating centralization and governance risk.

INRI CHAIN follows a different path:

  • Proof-of-Work (Ethash): anyone with suitable hardware can participate in mining.
  • Transparent genesis and an open community treasury.
  • No promises of financial return, no guaranteed salaries or fixed payroll: contributions are rewarded in INRI as the community decides.
  • EIP-1559 fee burning to counterbalance inflation from block rewards.

The goal is to build a network that:

  • is simple to understand (EVM + PoW),
  • is transparent (open explorer, on-chain treasury), and
  • can be operated and secured by a global community of miners and users.

1.2 Design Goals

  1. Decentralization – low barriers to running nodes and mining blocks.
  2. Fairness – no hidden premine, no backdoors, no privileged minting.
  3. Sustainability – fee burning to reduce net inflation over the long term.
  4. Compatibility – EVM-compatible, using standard Ethereum tools and patterns.
  5. Simplicity – minimal changes to consensus; conservative, battle-tested components.

2. Core Parameters

  • Network Name: INRI CHAIN
  • Native Asset: INRI
  • Symbol: INRI
  • Decimals: 18
  • Chain ID: 3777 (0xEC1)
  • Consensus: Proof-of-Work (Ethash)
  • Target Average Block Time: ~15 seconds (empirical)
  • Virtual Machine: Ethereum Virtual Machine (EVM)
  • Fee Mechanism: EIP-1559 (London hard fork active at block 0)
  • Initial Difficulty: Very low (easy bootstrap for early miners)

2.1 Network Endpoints

Additional RPC endpoints and archive nodes run by the community are encouraged and will be documented as they appear.

2.2 Genesis File and Protocol Rules

The genesis.json file of INRI CHAIN defines the protocol rules active from block 0. In short, it configures:

  • Network identity – chainId = 3777 (0xEC1) as the unique identifier of INRI CHAIN.
  • Consensus – ethash as the Proof-of-Work engine, with major Ethereum hard forks (Homestead, Byzantium, Istanbul, Berlin, London, etc.) enabled from block 0 to leverage a modern and stable rule set.
  • Fee mechanism – activation of the London fork with EIP-1559 active from genesis: each block has a dynamic baseFee, the baseFee of all transactions is burned (removed from supply), and only the priorityFee (tip) goes to the miner, on top of the fixed block reward.
  • Initial mining parameters – low initial difficulty (easier first blocks and miner bootstrap) and a high initial gas limit (enough room for transactions and contracts).
  • Transparent premine of 20,000,000 INRI – the alloc section creates 20,000,000 INRI distributed to addresses controlled by the initial project treasury, organized into the buckets described in Section 5.4 (Community, Founder, Infrastructure, Reserve, Charity Fund).

There is no “magic key” in genesis to pause the chain, revert blocks, or arbitrarily mint tokens via a special contract. New INRI issuance happens exclusively through the block reward defined in the consensus client, plus transaction tips, and is partially offset by the EIP-1559 burning mechanism.

3. Architecture Overview

INRI CHAIN follows a design very close to Ethereum PoW, with the following layers:

  1. Consensus & Network – Proof-of-Work Ethash; P2P devp2p network; community-operated bootnodes for peer discovery.
  2. Execution Layer – Ethereum Virtual Machine (EVM); smart contracts in Solidity or Vyper; same gas model and opcodes as Ethereum, according to the enabled forks.
  3. Fee & Burning Layer – EIP-1559-style baseFee and priority fee with protocol-level burning of the baseFee.
  4. Application & Ecosystem Layer – smart contracts, dApps, Wrapped INRI (WINRI), explorers, wallets, infrastructure services, and community tools.

3.1 Decentralization Properties of INRI CHAIN

INRI CHAIN is designed to be decentralized at the protocol level. There is no “off switch” or single entity controlling the network. Key points:

  1. Anyone can run a node – the software is EVM/Ethash-compatible and can run on personal machines, servers, or cloud instances, with no validator whitelist or special permissions.
  2. Anyone can mine – any miner with suitable hardware can point hashpower to INRI CHAIN, and the probability of mining a block is proportional to hashpower, not to central permission.
  3. No central pause or censorship authority – no admin functions to pause block production, arbitrarily freeze addresses, or manually revert blocks. If the founder disappears, the network continues to operate as long as nodes and miners remain active.
  4. Official infrastructure, but not mandatory – official endpoints (RPC, explorer) make the network easier to use, especially early on, but anyone can run their own RPC, build their own explorer, or use third-party nodes.
  5. Visible and labeled treasury – the 20,000,000 INRI from genesis are held in clearly labeled on-chain addresses (Community, Founder, Infra, Reserve, Charity), auditable by anyone at any time.
  6. Path toward more decentralized governance – over time, balances migrate to multisigs and governance contracts; treasury spending, especially for the Charity Fund, is moved to on-chain voting; strategic discussions happen in public forums.

In summary, the network is permissionless and decentralized at the protocol level. The social and governance layers are evolving, with the long-term goal that INRI CHAIN can exist and grow even without the original founder.

4. Consensus & Network

4.1 Proof-of-Work (Ethash)

INRI CHAIN uses the Ethash consensus algorithm, well known from Ethereum’s PoW era. Ethash is memory-hard (relatively more accessible to GPUs than purely ASIC-dominated setups) and battle-tested in production, reducing the risk of critical consensus bugs.

Miners compete to find a valid nonce that satisfies the current difficulty target. The first miner to produce a valid block receives the block reward (in INRI) and the priority fees (tips) from the transactions included.

4.2 Difficulty Adjustment

Difficulty adjusts automatically over time to keep the average block time near the target (practically around 13–15 seconds, similar to historical Ethereum PoW). When total hashpower increases, difficulty rises so blocks do not become too fast; when hashpower decreases, difficulty falls so blocks do not become too slow. This adjustment is fully automatic at the protocol level.

4.3 Network Topology & Bootnodes

INRI CHAIN uses public bootnodes to help new nodes discover peers. After initial discovery, nodes connect directly via P2P and stop depending on any specific bootnode.

The community is encouraged to:

  • run full nodes,
  • expose new bootnodes,
  • share enode URLs publicly to improve resilience.

The goal is a network where no single machine or server is critical for the chain’s survival.

4.4 How to Mine INRI CHAIN

INRI CHAIN uses PoW Ethash, the same algorithm Ethereum used before migrating to Proof-of-Stake. Anyone with suitable hardware can try to mine; the probability of finding a block is proportional to contributed hashpower; miners receive the fixed block reward (in INRI) plus priority fees from included transactions.

4.4.1 Basic Requirements

To mine INRI, you will need:

  1. INRI wallet – an EVM-compatible wallet (e.g., MetaMask) configured for INRI CHAIN. This address receives your mining rewards.
  2. Hardware – GPU(s) with enough memory for the Ethash DAG (similar to ETH/ETC mining requirements) plus adequate power supply, cooling, and electricity.
  3. Stable network connection – to stay connected to the network or a mining pool.
  4. Node client or pool – for solo mining, a full INRI CHAIN node; for pool mining, an Ethash miner configured for a pool endpoint (when pools become available).

4.4.2 Setting up INRI in MetaMask

To receive rewards, first configure an INRI address:

  1. Open MetaMask and click “Add network”.
  2. Enter the INRI CHAIN network details:
  • Network Name: INRI CHAIN
  • RPC URL: https://rpc.inri.life
  • Chain ID: 3777
  • Symbol: INRI
  • Block Explorer URL: https://explorer.inri.life

Save the configuration. Your account now has an 0x... address valid on INRI CHAIN. Use this as the reward (etherbase/payout) address in your mining setup.

4.4.3 Solo Mining (Running a Full Node)

In solo mining you run a full INRI CHAIN node and let the client mine blocks itself.

  1. Install an INRI CHAIN client – an Ethash/EVM-compatible client (e.g., a Geth build configured for INRI CHAIN).
  2. Sync with the network – initialize with the INRI CHAIN genesis.json and wait for full sync to the current block.
  3. Set the reward address (etherbase) – choose your INRI address and start the node with, for example: --miner.etherbase 0xYOUR_INRI_ADDRESS...
  4. Enable mining – once synced, enable mining with flags like --mine and thread parameters.

While your node is synced, connected to peers, and mining is enabled, it competes to find new blocks. When a block is found, the block reward and transaction tips are credited to the configured etherbase address.

4.4.4 Pool Mining (When Pools Exist)

As the network grows, INRI mining pools are expected to appear, allowing smaller miners to receive more regular payouts instead of relying on solo block luck.

  1. Choose an INRI mining pool (to be listed by the community in official channels).
  2. Use an Ethash miner (for example, miners that already support ETH/ETC) and configure:
    • the pool endpoint (Stratum URL provided by the pool),
    • your INRI address as the worker/payout address,
    • GPU settings (intensity, threads, etc.).

The pool collects shares from miners, finds blocks on INRI CHAIN, and distributes rewards according to contributed hashpower. Users should always evaluate pool reputation and terms themselves.

4.4.5 Security and Best Practices for Miners

  • Keep drivers and OS updated for performance and stability.
  • Monitor GPU temperature and power to avoid hardware damage.
  • Never share your wallet seed or private key. Mining only requires your public address as payout.
  • Use 2FA on any accounts related to mining (emails, pool dashboards, etc.).
  • Regularly check node sync (solo mining), pool payouts (pool mining), and balances in the explorer to ensure rewards are arriving.

4.4.6 Role of Miners in INRI CHAIN

Miners are crucial because they:

  • validate and order transactions,
  • produce new blocks,
  • secure the network against attacks such as double-spends,
  • help keep the network truly decentralized, since anyone worldwide can contribute hashpower without permission.

In return, they receive block rewards (gross issuance) and priority fees, while part of the fees (baseFee) is burned at the protocol level, making the economic model more balanced over time.

5. Tokenomics

5.1 Native Asset: INRI

INRI is the native currency of INRI CHAIN. Its main functions are:

  1. Transaction fees – all transactions and contract interactions consume gas paid in INRI.
  2. Mining rewards – miners are paid in INRI for securing and validating the network.
  3. Economic coordination – used in community tools, liquidity, incentives, and ecosystem funding.

5.2 Continuous Issuance: Block Rewards

Each mined block creates new INRI as a block reward (block subsidy) for the miner. In the current implementation (example):

  • Block Reward: 2 INRI per block.

Assuming an average block time of ~15 seconds, this implies roughly 5,760 blocks per day and 11,520 INRI per day in gross issuance (before burning), or about 4,204,800 INRI per year. This issuance is partially offset by fee burning (Sections 5.3 and 6).

5.3 Burning Mechanism (EIP-1559) – Economic View

With EIP-1559 active from block 0, each transaction pays:

Total Fee = gasUsed × (baseFee + priorityFee)

  • baseFee – burned (destroyed) at the protocol level.
  • priorityFee (tip) – paid to the miner.

Thus net INRI inflation is:

Net Issuance = Block Rewards + Priority Fees − Burned Fees.

In periods of high network usage, burned INRI can offset a significant portion of gross issuance, reducing effective inflation.

5.4 Genesis Allocation (20,000,000 INRI)

The total genesis allocation of INRI CHAIN is 20,000,000 INRI, distributed into five main buckets: community, founder, infrastructure, long-term reserve, and a dedicated charity fund.

5.4.1 Community / Airdrops / Incentives – 9,000,000 INRI (45%)

This allocation goes directly to the INRI CHAIN community: airdrops for early adopters and miners, rewards for active members, and incentives for network testing, content creation, and adoption support.

From the 9,000,000 INRI for community, 1,005,000 INRI are initially committed:

  • Main community airdrop: 1,000,000 INRI
  • Test/community airdrop: 5,000 INRI

The remaining 7,995,000 INRI will be used in future campaigns and programs, with public communication and, whenever possible, community participation in defining the rules.

5.4.2 Founder + Early Contributors – 4,000,000 INRI (20%)

This portion is reserved for the creator of the network and those who significantly contributed to launching INRI CHAIN (network design, node/RPC/explorer setup, documentation, community bootstrap).

The intention is that these 4,000,000 INRI be subject to a vesting schedule over several years, aligning long-term incentives and reducing the risk of large immediate sell-offs.

5.4.3 Infrastructure, Liquidity, and Partnerships – 3,000,000 INRI (15%)

This allocation maintains and grows infrastructure and the ecosystem: public RPCs, explorers, monitoring, liquidity for pairs such as WINRI/tokens, integrations with other projects and bridges, and potential listing or technical service costs. Use of these funds should be transparently communicated whenever possible.

5.4.4 Long-Term Reserve / Security – 2,000,000 INRI (10%)

The long-term reserve acts as a “vault” for future opportunities, security programs (e.g., bug bounties), and unforeseen situations affecting the network or ecosystem. There is no immediate spending plan for this reserve; it should be used slowly and carefully, with community participation.

5.4.5 Charity Fund (On-Chain Donations) – 2,000,000 INRI (10%)

A specific part of genesis, 2,000,000 INRI, is dedicated to an on-chain Charity Fund aimed at donations to hospitals, disaster and emergency support, and social and humanitarian initiatives.

In addition to this genesis amount, the Charity Fund can receive voluntary community donations:

  • Official donations address (INRI): 0x36454d8a778c43c16c6913b7a5f663a273c0dbb2

Use of these resources will be governed via on-chain governance. Participants can stake INRI or WINRI to gain voting power over donation proposals:

  • each proposal specifies the destination (hospital/NGO) and amount of INRI,
  • members with stake above a minimum threshold vote for or against,
  • proposals that reach quorum and majority “for” can be executed by the contract, sending INRI directly to the specified address.

The Charity Fund is therefore funded by genesis + donations, fully transparent on-chain, and community-controlled.

5.4.6 On-Chain Addresses and Transparency Contracts

To allow real-time auditing of how the 20,000,000 INRI from genesis are distributed and moved, each bucket has (or will have) a clearly identified on-chain address.

The mapping is:

  • Community / Airdrops / Incentives – 9,000,000 INRI (45%)
    Initial treasury address: 0x78a9a7408fdaaf2c5ac37d14b963421aa551dd55
  • Founder + Early Contributors – 4,000,000 INRI (20%)
    Initial founder/team address: 0x0cec4852f2141aeea1111583e788009a3b18e705
  • Infrastructure, Liquidity, and Partnerships – 3,000,000 INRI (15%)
    Initial infrastructure address: 0x4788bb6101afcadd8daccfcb57531150684da2aa
  • Long-Term Reserve / Security – 2,000,000 INRI (10%)
    Initial reserve address: 0x8d2624ab570fab0d48992404a5135af5a566ca36
  • Charity Fund (on-chain) – 2,000,000 INRI (10%)
    Initial charity address: 0xc94593778692266226fb598a66626946047cb716
  • Voluntary donations address (extra INRI):
    0x36454d8a778c43c16c6913b7a5f663a273c0dbb2

Over time, these EOAs are intended to migrate to vesting contracts, multisig wallets, and a CharityDAO contract, further increasing transparency and shared control.

6. Fee Mechanism & Burning (EIP-1559)

6.1 EIP-1559 Overview

With EIP-1559 active, each transaction pays:

Total Fee = gasUsed × (baseFee + priorityFee)

  • baseFee – dynamically adjusted each block; burned forever.
  • priorityFee (tip) – paid to the miner as extra reward.

6.2 Burning of Fees

For each block:

  • INRI burned = gasUsed × baseFee
  • INRI paid to miner (fees) = gasUsed × priorityFee
  • INRI paid to miner (subsidy) = fixed block reward (e.g., 2 INRI)

When network usage is low, baseFee and burning are small; when usage is high, baseFee and burning increase. Net INRI inflation becomes:

Net Issuance = Block Rewards + Priority Fees − Burned Fees.

6.3 Economic Impact

Users are incentivized to send transactions during periods of lower congestion to pay less baseFee. Long-term holders and miners share an interest in increased network usage and a secure, useful protocol. Burning aligns incentives without requiring a rigid hard cap or complex monetary policy.

6.4 Summary of Fee Burning on INRI CHAIN

  1. Each transaction pays Total Fee = gasUsed × (baseFee + priorityFee).
  2. For each block, gasUsed × baseFee is burned; gasUsed × priorityFee goes to the miner.
  3. Net per-block inflation is Fixed Block Reward + Priority Fees − Burned Fees.
  4. When the network is lightly used, both gasUsed and baseFee are lower, so burning is small; with heavy usage, gasUsed and baseFee rise and burning can offset a substantial part of gross issuance.

PoW mining provides security and predictable issuance; EIP-1559 ensures that part of the fees is burned, linking network usage to lower net inflation and making the economic model more sustainable without central control over supply.

7. Wrapped INRI (WINRI) and Smart Contracts

7.1 WINRI: ERC-20 Wrapper

To improve compatibility with DeFi tools and standard smart contract patterns, INRI CHAIN supports a wrapped version of INRI: Wrapped INRI (WINRI).

  • WINRI is an ERC-20 token on INRI CHAIN.
  • 1 native INRI ↔ 1 WINRI via a simple deposit/withdraw contract.
  • dApps can interact with INRI using the ERC-20 interface.

Use cases include AMMs/DEXs (WINRI pairs), lending protocols, staking mechanisms, and pools.

7.2 Smart Contract Compatibility

As INRI CHAIN is EVM-compatible, developers can deploy Solidity 0.8.x contracts using tools such as Remix, Hardhat, Foundry, and Truffle, with minimal config changes (RPC URL and chainId). Standard contracts (ERC-20, ERC-721, ERC-1155, etc.) can be ported with small modifications.

8. Ecosystem & Infrastructure

8.1 Explorer

The main network explorer is:

Key features:

  • Browse blocks, transactions, and addresses.
  • Token pages, contract verification, and ABI display.
  • Contract interaction (read/write) via web UI.
  • WalletConnect and web wallet support.

8.2 RPC & Nodes

Initial infrastructure includes:

  • Public full node at https://rpc.inri.life
  • Dedicated bootnodes to help clients discover peers.
  • Community-run full nodes.

Running a full node is encouraged to increase decentralization, provide local/private access to the blockchain, and support dApps and services.

8.3 Wallets

INRI CHAIN supports:

  • MetaMask and browser wallets with custom network configuration (RPC: https://rpc.inri.life, Chain ID: 3777, symbol: INRI, explorer: https://explorer.inri.life).
  • Hardware wallets via MetaMask or other EVM-compatible interfaces.

9. Governance & Community

9.1 Principles

INRI CHAIN governance is based on:

  • No central authority – no single company or individual controls the protocol.
  • Open participation – miners, developers, users, and contributors all have a voice.
  • Transparency – proposals and changes must be public, documented, and auditable.

9.2 Community Treasury & Incentives

The community treasury holds part of the genesis allocation (community, infrastructure, reserve, charity) and should be used to support infrastructure, fund developers and audits when possible, support marketing, education, and community initiatives, and bootstrap liquidity and the broader ecosystem.

Treasury spending should be discussed openly in community channels, tracked on-chain via multisigs or governance contracts, and focused on the network’s long-term health rather than short-term speculation.

9.3 Charity Fund and Community Voting

The Charity Fund (Section 5.4.5) is a concrete example of community governance applied to social causes: the 2,000,000 INRI from genesis plus voluntary donations form a transparent “social treasury”.

A CharityDAO-style contract is envisioned where community members propose causes (hospitals, NGOs, disasters), INRI/WINRI stakers vote, and approved proposals are executed on-chain, sending INRI directly to beneficiaries. This connects INRI CHAIN’s existence and on-chain activity to real-world social impact with full transparency.

9.4 Role of the Founder

The founder’s role is to kickstart the network, share a vision of decentralization and fairness, and provide initial infrastructure and documentation. Over time, the intention is to gradually step back and let the community run infrastructure, maintain clients and tools, and coordinate upgrades and governance.

10. Roadmap (Indicative)

This roadmap is aspirational and may change based on community feedback and contributor availability.

  • Phase 1 – Bootstrap
    Launch of mainnet, initial bootnodes, RPC and explorer online, basic documentation and parameters published.
  • Phase 2 – Ecosystem Foundation
    Deployment of WINRI, onboarding of first community dApps/tokens/projects, explorer improvements, contract verification and token metadata.
  • Phase 3 – Decentralization & Resilience
    More community-run nodes and RPC endpoints, additional explorers and monitoring tools, distributed bootnodes and archive nodes.
  • Phase 4 – Governance & Expansion
    Formal discussions of governance models, community proposals for protocol parameters (fees, block rewards), and cross-chain integrations, bridges, and potential listings.

11. Risks & Limitations

Like any blockchain project, INRI CHAIN carries risks, including but not limited to:

  1. Technical Risk – bugs in clients, smart contracts, or tools; vulnerabilities in infrastructure (RPC, explorers, etc.).
  2. Economic Risk – volatility in the value of INRI; concentration of mining power enabling 51% attacks; fee dynamics that may not perfectly offset inflation.
  3. Governance Risk – community fragmentation or low participation; disagreements over upgrades; difficulty sustaining long-term funding.
  4. Regulatory & Legal Risk – changing regulations around cryptocurrencies and PoW systems; restrictions in certain jurisdictions; uncertain legal status of tokens and incentives.

Participants should carefully consider these risks and must not treat INRI as an investment with guaranteed returns.

12. Legal Disclaimer

  • INRI CHAIN is an open-source, community-driven project.
  • INRI tokens do not represent equity or shares in any company, do not guarantee profits, dividends, or income, and are primarily a utility asset for transaction fees, mining rewards, and ecosystem participation.

Nothing in this document should be interpreted as financial advice, investment recommendation, or legal advice. Each participant is responsible for complying with local laws and regulations and should seek independent professional advice when needed.

13. Conclusion

INRI CHAIN combines a simple, battle-tested PoW consensus, EVM compatibility, and a modern fee-burning mechanism (EIP-1559) to build a blockchain that favors honest miners, active users, and long-term builders over short-term speculation and centralized control.

The project is intentionally lean: no VC, no guaranteed funding, no central company in charge. Its survival and success depend on the community’s willingness to mine honestly, build useful applications, run infrastructure, and coordinate upgrades openly and transparently.

INRI CHAIN is an invitation: to mine, build, experiment, and help shape a network that truly belongs to its community.