Kronex is a privacy-first programmable network for compute, liquidity and digital infrastructure.
A decentralized marketplace where users, applications and autonomous agents can access computational resources, financial services and infrastructure through a single open network.
PRIVATE BY DESIGN · OPEN BY DEFAULT · PROGRAMMABLE FOR ANYONE
kHeavyHash seals every block. Work already done for four other proof-of-work chains can commit to Kronex as well and be paid for it — without giving up the parent-chain reward.
Direct · kHeavyHash
Same pre-image as Kaspa
GMiner, lolMiner, BzMiner, IceRiver and Goldshell hardware mine Kronex with no firmware change. Only the source of work differs.
kHeavyHash
krnx_getWork
krnx_submitWork
Merged · four parent chains
Paid on top of the parent reward
Work for Bitcoin Cash, Litecoin, Ravencoin or Zcash commits to Kronex through a workshare — a self-verifying proof bound into the block's pre-image.
SHA256d
Scrypt
KawPoW
Equihash
Pools · four methods
Your miners need no changes
An ordinary parent-chain header from a Kronex node; a share back; a KRNX reward to the address the pool names. Clients in Go, Rust, Node.js and Python.
Kronex is a decentralized blockchain designed to coordinate markets for digital infrastructure.
Instead of limiting blockchain utility to transferring tokens, Kronex is designed to connect users who need resources and services with independent providers capable of delivering them.
The network can coordinate
AI computation
GPU resources
decentralized gateways
privacy services
liquidity
escrow
OTC execution
market making
Proof-of-Work hashpower
future digital resource markets
Discoveryfind providers able to deliver the resource
Orderstate the requirement, price and deadline
Executionthe provider performs the work
Verificationdelivery is measured, not assumed
Settlementpayment follows verified delivery
Fig. 01 — the common layer
Kronex provides the common layer for these five steps.
03 · OUR NORTH STAR
Make digital infrastructure open, private and programmable.
Computational resources, liquidity and infrastructure are increasingly important components of the digital economy.
Today they remain fragmented across centralized clouds, exchanges, mining marketplaces, brokers, payment processors and specialized service providers.
Kronex aims to create an open coordination layer where these resources can be accessed directly through programmable markets.
Traditional blockchains primarily coordinate ownership and token transfers. Kronex expands this model by coordinating services and resources.
Programmable
Applications can request infrastructure programmatically.
Private
Users can access confidential transaction and service layers.
Open
Anyone can participate as a buyer, provider or developer.
Provider-driven
Infrastructure comes from independent network participants.
Multi-market
Different resource and financial markets can operate over the same settlement network.
Verifiable
Where possible, services can be measured and settled based on actual delivery.
Composable
Compute, liquidity, escrow and settlement can interact within a single transaction flow.
liquidity route
escrow lock
compute execution
settlement
Fig. 03 — composability
06 · THE KRONEX MARKETPLACE
One network. Multiple markets.
Kronex is designed as an infrastructure marketplace rather than a marketplace for one specific resource. The network can support multiple specialized markets operating simultaneously.
AI Compute Market
Request computational resources for AI workloads.
Possible workloads:
inference
agent execution
model serving
batch processing
embeddings
data processing
specialized GPU tasks
Users define the workload and required resources. Providers compete to execute it.
Proof-of-Work becomes one of the compute resources available through Kronex. Users can purchase computational work and route it toward compatible external networks.
Possible markets include:
SHA256
Scrypt
kHeavyHash
Blake3
RandomX
Etchash
other supported algorithms
Hashpower is measured as delivered computation rather than simply advertised capacity.
One of the long-term Kronex objectives is to remove unnecessary steps between holding an asset and purchasing a digital resource.
Today
Asset
fee
Exchange
wait
Another asset
KYC
Marketplace
spread
Provider
Liquidity routing
Kronex
Asset
one order
Resource
Fig. 04 — today / Kronex
USDT → GPU compute
BTC → AI inference
KRNX → ZK proving
SOL → hashpower
Supported liquidity providers handle conversion while the user interacts with a single order.
08 · PROGRAMMABLE ORDERS
Infrastructure as an on-chain primitive.
Orders can contain execution requirements instead of simply transferring value. This transforms an ordinary transaction into a programmable infrastructure request.
ILLUSTRATIVE ORDER — SCHEMA NOT FINAL
09 · AI + KRONEX
Infrastructure for autonomous software
AI agents increasingly need access to external resources: computation, APIs, payments, data, storage, liquidity and execution infrastructure. Kronex aims to make these resources accessible through programmable markets.
Kronex markets are designed to be usable not only by people but by applications and autonomous agents. No manual negotiation is required. This creates an economy where software can become an active participant rather than merely a user-controlled interface.
Public blockchains expose an enormous amount of information. For individuals this can reveal financial activity.
For companies it can reveal
suppliers
customers
transaction sizes
infrastructure spending
trading strategies
business relationships
computational workloads
Standard transparent blockchain activity.
Illustrative order — schema not final
buyer0x7f4c…c4190x7f4c…c419
provider0x2a91…8e030x2a91…8e03
resourceai-inferenceai-inference
quantity1,000,000 tokens1,000,000 tokens
amount9.40 USDT9.40 USDT
settlementescrow · on verified deliveryescrow · on verified delivery
Proof valid
Disclose to:
Fig. 06 — disclosure modes
The objective is not anonymity at all costs. The objective is user-controlled information disclosure.
Markets do not need to expose every order. Kronex plans to explore confidential infrastructure markets where information such as order size, requested resource, offered price, counterparty and settlement amount does not necessarily need to become publicly visible.
Liquidity, escrow and execution as network services.
Escrow Providers
Settlement without blind trust.
Two unknown parties should not need to trust each other before doing business. Kronex plans to support independent Escrow Providers capable of securing transactions between buyers and service providers. Funds can be locked and released according to predefined settlement conditions.
Possible applications
compute orders
infrastructure contracts
OTC transactions
large resource purchases
milestone-based payments
Buyer
Locked funds
Condition check
Provider
Fig. 07 — escrowed settlement
Funds are locked before execution and released against the condition, with a milestone variant for staged delivery.
Market Maker Providers
Liquidity as a network service.
Market Makers can provide liquidity between assets and Kronex resource markets. This makes it possible for users to access infrastructure without manually acquiring a specific settlement asset first. Liquidity itself becomes a provider market.
Gateways allow Kronex to coordinate resources without requiring every external protocol to become part of Kronex consensus.
13 · VERIFIED SERVICESresearch
Pay for what was delivered.
A decentralized infrastructure marketplace requires more than matching buyers and sellers. The network also needs mechanisms for determining what actually happened. Kronex aims to develop verification mechanisms appropriate to each service market.
Market
Settled against
Compute
completed workload / verified result
Hashpower
accepted computational work
Storage
proof of stored data
Gateway
verified request delivery
AI
execution receipt / result verification
VerifiedIllustrative
order 0x9c31…a70f
provider 0x2a91…8e03
work delivered 1,000,000 tokens · ai-inference
proof execution-receipt · verified
settled 9.40 USDT
Fig. 11 — execution receipt
The verification model can differ by market while settlement remains coordinated through Kronex.
14 · PROVIDER ECONOMY
Anyone can provide infrastructure.
The Kronex economy is built around specialized providers. Additional provider classes can be introduced as the network expands.
Compute Provider
Provides CPU, GPU or specialized computation.
AI Provider
Provides models, inference or AI execution.
Hashpower Provider
Provides Proof-of-Work computation.
Gateway Provider
Connects Kronex orders with external infrastructure.
Escrow Provider
Secures transactions.
Market Maker
Provides liquidity.
OTC Provider
Executes large or specialized transactions.
Performance becomes measurable.
Price alone should not determine which provider receives an order. The Kronex marketplace can build provider reputation using measurable information.
# the chain answers today — this is the Ethereum JSON-RPC surface
curl -X POST https://rpc.kronex.network \
-H "Content-Type: application/json" \
-d '{"jsonrpc":"2.0","id":1,"method":"eth_blockNumber","params":[]}'# the order primitive does not exist on chain yet — illustrative only
curl -X POST https://rpc.kronex.network \
-d '{"jsonrpc":"2.0","id":2,"method":"krnx_createOrder","params":[{"resource":"ai-inference"}]}'
from kronex import Kronex # planned — package does not exist yet
kronex = Kronex(rpc="https://rpc.kronex.network")
order = kronex.orders.create(
resource="ai-inference", quantity=1_000_000,
max_price="12.00 USDT", deadline="15m",
privacy="protected", verification="execution-receipt",
)
for event in order.stream():
print(event.type, event.data)
use kronex::{Kronex, Order}; // planned — crate does not exist yetlet kronex = Kronex::new("https://rpc.kronex.network");
let order = kronex.orders().create(Order {
resource: "ai-inference".into(),
quantity: 1_000_000,
max_price: "12.00 USDT".into(),
..Default::default()
}).await?;
