โš ๏ธ Testnet only โ€” TRITO tokens have no real monetary value. Not financial advice.
Novel Consensus Protocols

The Tri-Pillar Consensus

Three independently novel blockchain consensus protocols โ€” invented by Jordan Pobienski, first disclosed June 12 2026, permanently published with a citable DOI on Zenodo.

01

PoHH

Proof of Hidden History

Entropy Source

"What randomness seals this block?"

02

PoCS

Proof of Commitment & Streak

Eligibility Gate

"Who is allowed to participate?"

03

CeR

Community Engagement Rank

Selection Weight

"Who gets chosen from eligible participants?"

01

Pillar 1 โ€” Entropy Source

PoHH โ€” Proof of Hidden History

PoHH is a compound entropy protocol โ€” the first consensus mechanism to use real-time token burn events as cryptographic randomness for block sealing. It combines two sub-protocols:

PoH โ€” Proof of History

SHA-256 recursive hash chain. Creates a deterministic cryptographic clock. Every slot references the previous block hash โ€” tamper-evident and verifiable.

PoH = keccak256(blockhash, slotId)

BHH โ€” Burning Hidden History

VRF randomly selects one burn event from the previous block's trading activity as additional entropy. The selected event is hidden until VRF fires โ€” yet permanently recorded.

BHH = keccak256(burner, amount, timestamp, slotId)

// Final PoHH seal

PoHH_seal = keccak256(PoH_hash, BHH_entropy, slotId)

๐ŸŽฒ The Hidden Property

The burn event selected as entropy is unknown until VRF fires โ€” yet permanently recorded in two places: block history AND contract event log. Dual verification.

๐Ÿ“ˆ Scales with Volume

More trading = more burn events = larger entropy pool = harder to manipulate. Security scales directly with network economic activity โ€” a first in blockchain.

๐Ÿ”„ Involuntary Security

Traders unknowingly contribute to consensus security through normal trading. No extra action required โ€” every swap automatically strengthens block sealing entropy.

Minimum 3 burn events required

A slot must have at least 3 burn events to be valid for BHH selection. This prevents single-transaction entropy manipulation. Empty or low-activity slots fall back to the last valid slot.

02

Pillar 2 โ€” Eligibility Gate

PoCS โ€” Proof of Commitment & Streak

PoCS fundamentally separates two questions that classical Proof of Stake conflates:

Eligibility question

"Should this node be allowed to participate?"

Answer: Yes, if they have staked any amount. Stake SIZE is irrelevant โ€” only presence matters.

Influence question

"How much consensus weight do they have?"

Answer: CeR tickets, earned across two pillars โ€” days accrued and TRITO held on one side, qualifying transactions and TRITO burned on the other. Capital alone moves neither far.

21-Tier Commitment Ladder

5%

10d

T1

10%

30d

T3

17%

50d

T5

26%

70d

T7

50%

110d

T11

100%

180d

T18

130%

210d

T21

Full 21 tiers from 10 days/5% APR to 210 days/130% APR. APR is fixed โ€” not proportional to stake size.

โฑ Window Mechanics

Days accrue inside a rolling 242-day window โ€” twice the 121 the top rank needs, so up to half of it can be missed. Days need not be consecutive: a missed day costs a day, not a streak.

At each window close, accrued progress halves and carries forward. Rank reflects current participation, not something earned once.

๐Ÿ’ก Wealth Attack Resistance

An attacker staking 10,000,000 TRITO today has 1 CeR staking ticket โ€” rank needs days as well as capital, and days cannot be bought.

Splitting capital across wallets gains nothing either: tickets are proportional to the resource committed, so a hundred wallets earn exactly what one wallet with the same total earns.

Time cannot be purchased. Splitting cannot dilute.

03

Pillar 3 โ€” Selection Weight

CeR โ€” Community Engagement Rank

Capital gets you through the door. Nothing more.

Half your rank must be burned for. Every power must be sealed for. Neither is for sale.

CeR measures two independent pillars โ€” capital held over time, and capital destroyed through trading โ€” as co-equal determinants of validator influence. Neither alone reaches the ceiling.

1,024

max staking tickets

11 ranks โ€” F-New to SS-Immortal

1,024

max trading tickets

11 ranks โ€” F-Fresh to SS-MarketMaker

ยฑ50

behavior adjustment

bounded per call โ€” manipulation resistant

Staking RankDays / 242TRITO heldTicketsTrading Rank
SS-Immortal121+ days358,4001,024SS-MarketMaker
S-Legend90+ days179,200512S-Whale
A+-Elite75+ days89,600256A+-Shark
A-Champion60+ days44,800128A-Trader
B+-Veteran45+ days22,40064B+-Dealer
B-Contributor30+ days11,20032B-Exchanger
C+-Rising20+ days5,60016C+-Swapper
C-Active15+ days2,8008C-Buyer
D-Entry5+ days1,4004D-Beginner
E-Novice2+ days7002E-Newcomer
F-New0+ days3501F-Fresh

๐Ÿ”— Cross-Pillar Integration

Trading activity simultaneously feeds CeR trading rank (more tickets) AND PoHH BHH entropy (burn events). The same economic action contributes to both consensus weight and consensus security.

How the Three Pillars Interact

Trading activity feeds:

BHH burn events โ†’ PoHH entropy (Pillar 1)
Qualifying txs + TRITO burned โ†’ CeR trading rank โ†’ VRF tickets (Pillar 3)

Staking activity feeds:

Stake presence โ†’ PoCS eligibility (Pillar 2)
Days accrued + TRITO held โ†’ CeR staking rank โ†’ VRF tickets (Pillar 3)

Block sealing flow

1

Burn events accumulate โ†’ a slot may open only once the activity gate is cleared (real volume AND enough distinct events)

2

requestSlot() called โ†’ PoH hash computed โ†’ VRF request fired to Chainlink

3

Chainlink VRF returns (measured 2-3 seconds) โ†’ fulfillRandomWords() triggered

4

BHH: VRF selects one burn event from valid slot โ†’ combined with PoH = PoHH seal

5

CeR: PoHH seal used as additional entropy โ†’ weighted selection from ticket pool

6

Three equal sealers drawn โ†’ each attests independently; 2 of 3 must agree

7

Rewards split flatly โ€” 30% to each sealer, 10% to treasury. No leader, no privileged member.

+

Alongside the pillars

Merit credentials โ€” ARETE & MUNERA

Two credentials that cannot be bought, sold or transferred โ€” there is no transfer function and no market. They do not decide who is selected; they decide what a participant can do once they are, and what their stake earns. Each is earned by one activity and spent on the other.

ARETE

แผ€ฯฮตฯ„ฮฎ โ€” excellence through practice

Earned by sealing. Every reward-bearing seal mints it in proportion to what was paid โ€” a node selected but failing to attest earns nothing, because it was paid nothing.

Spent on staking yield, multiplying APR up to ร—3, or on waiving the early-exit penalty.

MUNERA

munus โ€” a duty owed to the public

Earned by staking. A share of the interest a position actually returns โ€” so an early exit, paying less interest, mints proportionally less, with no separate penalty.

Spent on operator powers: a shorter cooldown between selections and a bonus on seal rewards.

Why they are crossed

   stake TRITO โ”€โ”€โ–ถ earn MUNERA โ”€โ”€โ–ถ operate more effectively
        โ–ฒ                                    โ”‚
        โ”‚                                    โ–ผ
   stake more  โ—€โ”€โ”€ earn ARETE โ—€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€ seal blocks

If sealing earned the credential that improved sealing, the most-selected operators would compound into permanent dominance and the cooldown would stop doing its job. Crossing them means winning selections never buys more selections.

There is a consensus consequence too. Spending a credential burns it, and those burns feed the entropy that selects sealers. An attacker with unlimited capital can flood that pool with ordinary trade burns, but cannot spam credential burns at any price โ€” so part of the entropy supply is sybil-resistant by construction.

Full mechanics, tiers and costs โ†’
๐Ÿ›ก๏ธ

Intellectual Property Notice

The protocols described on this page โ€” PoHH (Proof of Hidden History), BHH (Burning Hidden History), PoCS (Proof of Commitment & Streak), and CeR (Community Engagement Rank) โ€” were conceived and designed entirely by Jordan Pobienski, TRITO Foundation, Sofia, Bulgaria.

First disclosure

June 12, 2026

GitHub commit 8f6870c

Published record

Zenodo DOI

10.5281/zenodo.20767816

Implementation

Live on Arbitrum Sepolia

359 contract tests passing