Kerne Logo

Data Room

Last updated: July 24, 2026. Live numbers update themselves.

Every diligence question about Kerne, answered on one URL, with each answer linked to a surface you can verify without trusting us. Kerne is small and pre-audit. This page leads with those facts rather than burying them, because every number here is already public on chain; the only thing a data room changes is who narrates.

Live protocol state

Read in your browser from the same public endpoints anyone can call. Nothing on this page is hand-entered, so it cannot silently drift from reality.

kUSD supply

1,144.707

Outstanding kUSD, read on-chain

/api/stats

TVL

$1,113.89

User-deposited backing in USD

/api/stats

skUSD APY, modeled

2.93%

Deployed basis, variable, not yield paid

/api/apy

PSM backing ratio

100.11%

From the hourly signed PoR (verified)

/api/por/signed

The published APY is a modeled, deployed-basis figure, live and variable, computed from public Lido and Hyperliquid data with the methodology open at /docs/yield-methodology. It models the book we actually run: the hedge is sized one for one against spot, so the carry is multiplied by L/(L+1), which is below one, never by the venue leverage itself. The separate 3x target at scale is published beside it, labelled, at /api/apy; that target assumes a levered spot leg the protocol does not run today and charges no borrow cost against it, so it is a design target and not a rate anyone earns now. The formula's 180-day funding window has also been decaying mechanically since June as strong late-2025 funding months roll out, exactly as this page disclosed in advance, and the published figure moves down with it. Two more honest sentences we volunteer: realized distributions have only just begun (the first genesis-scale skUSD distribution landed on July 8, 2026, and it is small; staking at scale is gated behind the external audit), and our own published feasibility analysis caps the sustainable through-cycle rate for this design near 8 to 9.4 percent at current market funding. That band is stated on the levered design basis, the same basis as the 3x target, so it caps the target rather than the deployed headline; the deployed figure sits well under it, and the two are not a like for like comparison. The modeled number is an output to verify, not a promise. As a live reference point, sUSDe, the market's largest delta-neutral dollar, currently realizes 4.13 percent on $1.54 billion staked (staked total per DefiLlama), per DefiLlama's published data.

Independently listed on DefiLlama, which tracks the live TVL from the same on-chain contracts.

What kUSD is

kUSD is a USDC-collateralized synthetic dollar on Base, minted 1:1 through an on-chain Peg Stability Module at a published, tiered fee. Staked kUSD (skUSD) is an ERC-4626 wrapper designed to earn a delta-neutral yield: Ethereum staking rewards plus Hyperliquid perpetual funding, designed for net-zero directional exposure at scale. Both tokens live in the holder's own wallet.

Full mechanism: whitepaper v3.0, chapter-level detail in the documentation, machine-readable summary at /llms.txt. Kerne Protocol on Base is unrelated to Kernel Protocol or KernelDAO; disambiguation here.

Scale, stated plainly

Kerne is at genesis scale. The first PSM mint happened on 2026-05-14; supply and TVL are in the hundreds of dollars, and the holder count is whatever BaseScan says it is today. We lead with those numbers rather than hide them. The first millions of every synthetic dollar in this category have come from anchor capital, not organic retail; the protocol is structured for that sequence, and this page exists so that capital can diligence quickly.

What is already real at this scale: the full mint-stake-redeem loop is live on mainnet, the hedging engine runs a live pilot-scale short sized against its disclosed founder float, reserves are attested hourly with a recoverable signature, and the protocol publishes its failures (see the findings corpus below) with the same cadence as its wins.

Contract registry and verification

14 of 17 deployed contracts are source-verified on both BaseScan and Sourcify. The two pending rows are disclosed with reasons and resolution paths. The verified source bundles are mirrored per address in the public contract registry, with a step-by-step independent verification guide in HOW_TO_VERIFY_KERNE.md.

ContractBaseScanSourcify

KerneVault v2 (live)

0x8ccc56B5624e2FDB592F6609d81F4c3798e3292B
VerifiedVerified

KUSDPSM (live)

0xaBDE1138aa1Ce88d1dF06422C0c3b05D70569803
PendingVerified

KUSDPSM v3 (retired 2026-07-10)

0x07eBb486e11BD217e6085eb5ab663e4517595993
VerifiedVerified

kUSD v2

0x5C2EfdF0D8D286959b42308966bc2B97f5680AA3
VerifiedVerified

skUSD

0x96F5102C15b839757f811A98CEc3725Ac21DfA14
VerifiedVerified

KerneVault (v1, superseded)

0x8005bc7A86AD904C20fd62788ABED7546c1cF2AC
VerifiedVerified

KUSDPSM (v1, redeem-legacy)

0xFf3025ec18e301855aB0f36Ec6ECa115a29A5Fbc
VerifiedVerified

KERNE (v2)

0x230f3a63E8413D42bEe9103b98a204030206186c
VerifiedVerified

KerneToken (v1, retired)

0xfEA3D217F5f2304C8551dc9F5B5169F2c2d87340
VerifiedVerified

KerneYieldOracle

0x8DE2d5ac5aBc7331a6E1d450a5c021db18599CdB
VerifiedVerified

KerneYieldDistributor

0x096e38a04B632D28E017f86836225E0956CaD878
VerifiedVerified

esKERNE

0x29c1d396A35aB75a8Bb8dC3949f98edFa5f25b34
VerifiedVerified

KerneReferral

0x1A04AF62baFc84b08b19d2aF7285eD5f8dAe4D9f
VerifiedVerified

KerneStaking

0x032Af1631671126A689614c0c957De774b45D582
PendingPending

KerneInsuranceFund

0xE8799FCF327C6D2f78103a3c9308C93592A30403
VerifiedVerified

KerneFlashArbBot

0x57e73919Efc8a70B40a0bFc562C4DC9e58c4D76F
PendingPending

KerneTreasury

0x7c07517ABcc4BD674CC74B76D2Ab0d95A41560d5
VerifiedVerified

Per-row notes, the retired-contract history, and the verification timeline live on /security/audits. Where deployed bytecode differs from current source, the divergence is disclosed with an operating rule at /security/deployed-vs-source.

Proof of reserves, signed hourly

Every hour the protocol publishes a signed attestation of reserves at /api/por/signed. The signature is EIP-191 personal_sign over the attestation hash; the canonical signer is the strategist EOA 0x09a2780ac8Be6D5d2d1F85A8D92b09D40C9CA37e. Recovering the signer takes three lines of code in JavaScript, Python, or foundry cast; the recipes are embedded in the response itself under _meta.verify and rendered on /transparency.

Since schema v4 the headline aggregate_solvency_ratio is the PSM stablecoin backing ratio (USDC reserve versus user-held kUSD). The legacy v1 vault's alarming share-basis figures remain published, demoted to a labeled known_issue_vault_v1 block, because hiding them would be worse than explaining them.

Delta neutrality, signed

Signed
Outside the 5% tolerance

The hedge's deviation from a perfect hedge, as a fraction of the declared hedge base (the ETH-exposed vault leg plus the disclosed watch-only float the engine shorts against), read from the signed hourly attestation (the same value the delta_neutral flag is computed from, tolerance 5 percent). The engine rebalances on drift above 0.005 ETH; the attestation flags non-neutral beyond 5 percent of that base.

40.53%of the hedge base unhedged right now (hedge base 0.00562139 ETH, short 0.0079 ETH on Hyperliquid)
0%5% tolerance10%

Verify all of it yourself: /api/por/signed (current, EIP-191 signed), /api/por/delta-history (series + methodology), raw hourly archive at the attestation host.

Realized funding ledger

What the hedge account has actually earned and paid, month by month, read from Hyperliquid's public ledger: funding received (negative-funding periods subtract), trading fees, closed price PnL on the hedge leg, net. These are genesis-scale dollars, published deliberately; the replay recipe is embedded in app.kerne.fi/api/funding-attribution.

Loading the venue ledger...

Audit pipeline

No external audit has been completed yet. We say that plainly rather than decorate it. The current state of the pipeline:

  • Internal, done and published: two adversarial campaigns in May 2026 (a 10-auditor red team across all 80 contracts, then an 8-agent multi-surface pass over contracts, bot, frontend, and infrastructure), 201 findings catalogued with severities and a triage order, full history at /security/audits.
  • External, in progress (Hexens): Kerne has engaged Hexens for its first external smart-contract audit. The MSA is executed, signed by the founder as a self-employed individual with no entity or novation; fieldwork ran from July 13, 2026 and Hexens delivered its initial report on July 20, 2026, with remediation underway. The final report is still pending and nothing has been published yet. The auditor-facing scope is public: audits/SCOPE.md. The report pins its scope to five contracts at commit 0912c870: kUSD, skUSD, KUSDPSM, KerneVault and esKERNE.
  • Reviewed commit versus deployed bytecode: these are separate facts and we publish both. The live peg stability module and the live skUSD run commit 0912c870 byte for byte, independently checkable on Sourcify. The live KerneVault does not: it was deployed on June 16, 2026 from earlier source, so the initial report's vault findings are open on that bytecode. That vault holds no user funds and has never issued a share, and no deposit opens into it until the remediated build is deployed and verified. The contract-by-contract map is at /security/deployed-vs-source.
  • Sequencing: institutional-scale staking is gated on the published external report; the anchor terms encode that gate explicitly. The bug bounty at /security is the standing external channel in the interim.

The findings corpus: self-found, published

Kerne has found, classified, and published over two hundred findings against its own code, including Critical ones, before any external auditor was engaged. Read one way, that is a long list of mistakes. Read the way auditors read it, it is the difference between a team that knows its own system and a team that is about to be surprised. Every named finding carries a live status (open, mitigated, partial, closed) with the closing commit cited at /security/findings-tracker.

The honest residue: three places where deployed bytecode still lags current source, each with a mitigation and an operating rule, disclosed at /security/deployed-vs-source. That page exists so a reviewer finds context from us, not surprises on their own.

Governance and signer policy

Protocol administration sits with a 2-of-3 Gnosis Safe on Base: 0x52d3E450bA6c299B1B07298F1E87DD74732D4877. The Safe holds DEFAULT_ADMIN_ROLE across the deployed AccessControl contracts (with one current exception, below) and owns the treasury (verified in the April 2026 on-chain admin audit; timeline on /security/audits). On those contracts the first signer is hardware-backed and no single key can move protocol funds or grant roles. The one current exception is the skUSD vault, redeployed on 2026-07-03 to reset a distorted share price: on 2026-07-08 the Safe was granted DEFAULT_ADMIN and the bot strategist EOA was granted STRATEGIST, and the deployer Trezor retains both roles until a planned renounce after the July 2026 external audit, documented at /security/skusd-admin-status. Day-to-day automation (hedging, attestation signing) runs on a separate operational EOA that holds no admin roles.

Token-level disclosures: KERNE token history and skUSD admin role status.

Team

Kerne is built by three co-founders. The team is pseudonymous at this stage, and the protocol is deliberately structured so that nothing on this page requires trusting an identity: core admin roles sit with the 2-of-3 Safe, reserves are signed hourly by a key you can check, and the deployed source is verified. Identity disclosure to specific counterparties (an anchor, an audit firm) happens directly in those conversations.

Most of the code is written with AI under the founders' direction, and the commit trailers record it. We put that here rather than leave it to be found, because it explains why this dataroom is built the way it is. Code written this way earns more outside scrutiny, so the contracts went to Hexens for a paid external audit, a public bug bounty runs at kerne.fi/security, reserves are signed hourly against a key you can recover yourself, and every contract carries a verification status you can check on BaseScan and Sourcify without asking us. The two contracts whose deployed bytecode cannot be reproduced from any source we hold are named on the live risk surface.

Direct channels: [email protected], @KerneProtocol, Discord.

Runway

Protocol operations (the hedging engine, the hourly attestation signer, on-chain automation) are funded with an operational gas runway measured in months at the current transaction cadence. The treasury and insurance fund balances are small at genesis scale and verifiable on chain at the addresses in the registry above; the insurance fund is designed to capitalize from protocol revenue as it accrues, and we do not decorate either number.

Anchor terms

Documented terms exist for anchor mints of $1M to $5M: tranche-structured (mint and hold first, staking gated on the external audit), a guaranteed points multiplier, a fee-share rider on staked tranches, a named transparency page, and full exit symmetry through the PSM. The terms document is available on request to qualified counterparties: [email protected].

Regulatory positioning

kUSD is a protocol-issued synthetic dollar, not a fiat-backed payment stablecoin. kUSD itself pays no yield for holding it; yield exists only through the separate skUSD staking receipt. This is the structure the category has converged on under the US GENIUS Act framework and analogous legislation elsewhere, whose perimeters target fiat-backed payment stablecoins: protocol synthetic dollars with a separate staking receipt sit outside that perimeter, with sUSDe and sUSDS as the worked public examples. None of this is legal advice; it is stated so a reviewer knows how the protocol is positioned and can test the reasoning.

Known weaknesses, stated by us first

  • Scale. TVL and holder count are tiny. Everything above is real but small; judge the machinery, not the odometer.
  • No completed external audit. Hexens fieldwork ran from July 13, 2026 and its initial report landed on July 20, 2026, with remediation underway; until the final report is published, the verification story rests on the internal corpus, the verified source, and the signed PoR.
  • Hedge venue concentration. The funding leg currently runs on a single venue (Hyperliquid). Multi-venue routing exists in the engine and arms as additional venues are added.
  • Legacy v1 vault. The original WETH vault is in a documented degraded state, holds no user funds, and is excluded from backing math. Its raw share figures look alarming in isolation; the signed PoR labels them as a known issue rather than hiding them.
  • Deployed-versus-source divergences. Three, each with an operating rule, at /security/deployed-vs-source.
  • Short realized history. The published APY is a live formula output, not a realized track record; realized-cost telemetry accumulates daily and the realized story will be reported from data as the history lengthens.

Start verifying

The fastest path through diligence: pull the signed PoR and recover the signer, spot check one contract against its verified source, read the deployed-versus-source table, then read the findings tracker. That covers reserves, code, honesty, and process in about fifteen minutes.

When you have finished, minting is open through the Peg Stability Module. If your own process says wait for the final Hexens report first, register the size you intend in the commitment queue and your Opal multiplier is held from that moment rather than from the moment you mint. No funds move, nothing is signed on chain, and it is non-binding until you mint.