[ANN][STOA] StoaChain - KA3-mineable PoW, live pool | Pact DeFi | ICO

[Kjrkentolopon]

StoaChain — a Proof-of-Work chain with a non-zero perpetual block subsidy
Built on Chainweb and Pact, with its own DeFi layer, Ouronet.

Mainnet has been live since 23 February 2026  ·  ICO open until the end of 2026

🌐 Website: https://stoachain.com
🔍 Explorer: https://explorer.stoachain.com
🧭 Ecosystem: https://ancientholdings.eu/en/ecosystem/


In one paragraph

StoaChain is a live Proof-of-Work blockchain that uses the same engine as Kadena — Chainweb (a braided, multi-chain PoW architecture) and Pact (a smart-contract language designed for financial applications), both open-source. It was designed around a single premise: a monetary network should be able to fund its own security indefinitely. Its block subsidy declines over time but does not fall to zero. On top of the base coin (STOA) runs Ouronet, a DeFi layer with its own accounts, cryptography, gas token, asset standards, pools and explorer. Both layers are used through one application, OuronetUI. The chain is mineable today, the block explorer is live and displays each deployed contract's source code on-chain, and operators can run StoaChain nodes or mining containers from the hub at ancientholdings.eu and earn rewards for doing so.


Background — how StoaChain came to exist

The project began as Ouronet, a DeFi system built in Pact on the original Kadena network. When Kadena's team wound the project down, that left a working DeFi platform without a base chain to run on. The community continuation of Kadena kept the original monetary design.

Our concern was not the technology — Chainweb and Pact are solid engineering, and we continued to use both. Our concern was the economic model. We intended to anchor our system on the base chain's token, which made the monetary design central for us. Two things mattered: a subsidy that does not decay to zero, and a per-block gas limit large enough for Ouronet's transactions (Kadena's historical 150,000 gas per block was not sufficient for them). Rather than work around both constraints, we launched a separate chain using the same Chainweb + Pact engine, with a different emission model and a per-block gas limit of 2,000,000. On Pact 5.4 — and without legacy Pact 4.x to support — that limit still computes well within the block time, so it does not increase the risk of orphaned blocks (the reasoning is in Post #3).

Ouronet was migrated onto StoaChain, where it now serves as the chain's DeFi and asset layer. Launching a new chain also let us start from genesis on Pact 5.4.


Why not stay on the Kadena continuation?

A Proof-of-Work network is secured by people who are paid to secure it. If that compensation becomes insufficient, hashpower leaves and the chain slows or stops — regardless of how strong its technology is. A chain's long-term security budget is therefore not a minor parameter; it is a condition for the chain's survival.

Even if we had built on the Kadena continuation using only its infrastructure — our own tokens, no link to KDA — we would still have been indirectly exposed to that chain's mining economics: if its subsidy or token value fell far enough, its security would fall with it, and everything running on top would be affected. We preferred not to carry that exposure. Because we intend to anchor our system on the chain's own currency over a long horizon, we wanted to run on an economic design we are confident can persist for decades, rather than one we would have to hope persists. That is why we built a separate chain rather than continuing on the existing one.


Design summary

• Chainweb provides horizontal scaling: multiple PoW chains run in parallel and share security, and capacity is added by adding chains.
• The emission model keeps a non-zero block subsidy indefinitely, while the fee side is designed to grow over time — so the security budget is funded from two sources rather than depending on fees alone (Post #2).
• Pact is Turing-incomplete by design, which makes contracts decidable and analyzable and removes the class of gas-exhaustion / infinite-loop / re-entrancy failures.

Ecosystem status — what is live, what is in progress

Surface	Status
StoaChain mainnet (PoW, mineable)	Live (since 23 Feb 2026)
StoaChain Block Explorer — explorer.stoachain.com	Live — Pact transactions + on-chain source
Ouronet DeFi layer + OuronetUI wallet/DEX	Live
Ouronet AMM — multi-token pools, single-sided liquidity, on-chain routing	Live
The Hub — node-fleet + Stoicism (ancientholdings.eu)	Live
StoaWallet (Chrome ext + Android/iOS)	Built — pending store publishing
Ouronet Explorer — explorer.ouro.network	Landing + account query live; rest in progress
Mining Pool + Stratum (mining.ancientholdings.eu)	Live
Acquisition pools — reward farms / vaults / treasuries	In active development
Caduceus Bridge (Arweave first)	In construction (Module 1 / MVP in design)

ICO — open until the end of 2026

The mainnet is already running; the ICO distributes part of the genesis float via price discovery (no fixed insider price) and funds continued development.

• 10,000,000 STOA offered — distributed to participants via price discovery, pro-rata to contribution (final price = total raised ÷ the offered float).
• Early-participant UrStoa allocation: for every $5 contributed, participants receive 1 UrStoa — the token that holds a pro-rata claim on the 10% emission stream routed to the on-chain Vault. Capped at 250,000 UrStoa (the ICO's UrStoa allocation), i.e. it applies to the first $1,250,000 contributed.
• How contributions work: contributions are made in USDC or USDT on BSC (Binance Smart Chain). Each contribution is recorded on BSC and mirrored on Ouronet, where it is tracked separately and credited with the UrStoa allocation.
• Open until the end of 2026. Full terms: https://stoachain.com

Through the ICO a participant receives both a share of the 10,000,000 STOA and, within the cap, UrStoa — which holds a continuing claim on the chain's emission.


In this thread

• Post #2 — The economy: the emission formula, the block-subsidy question, UrStoa, a comparison table.
• Post #3 — Technology & mining: Pact 5, gas as a measure of capacity, observed usage, how to mine.
• Post #4 — Ouronet: the DeFi layer, the AMM, the Hub and Stoicism, the explorers.
• Post #5 — Bridge, company & roadmap: Caduceus, the companies involved, and what remains to be built.

(Links to be added once posts #2–#5 are reserved below.)

[Kjrkentolopon]

Post #2 — The economy
STOA — how it is issued

The question the emission model addresses

In many Proof-of-Work chains the block subsidy declines toward zero over time, which shifts the cost of securing the network onto transaction fees. Whether fees alone are sufficient over a full market cycle is an open question. StoaChain's emission model is designed so that a block subsidy always remains.

Genesis — disclosed and fixed at launch (23 Feb 2026)

StoaChain launched with a disclosed genesis supply of 16,000,000 STOA — about 3.2% of its 500M starting ceiling. The allocation is fixed in the genesis block and verifiable on-chain.

Genesis allocation	Amount	Share
Public ICO	10,000,000 STOA	62.5%
Foundation reserve	2,000,000 STOA	12.5%
Ouronet migration	~4,000,000 STOA	25%
Total genesis supply	16,000,000 STOA	100%

After genesis, new STOA is issued only through Proof-of-Work, one block at a time.

The emission formula

Issuance is governed by a sliding ceiling rather than a fixed cap:

Code:

  Yearly Emission = (Ceiling - CurrentSupply) / Speed

  Ceiling : starts at 500,000,000 STOA, rises +1,000,000 every year
  Speed   : starts at 100, rises +1 every year

  Year 0  : (500,000,000 - 16,000,000) / 100  =  4,840,000 STOA

Total supply at year t has a closed form, taken from the coin contract:

Code:

  Supply(t) = (500,000*t^2 + 99,500,000*t + 47,916,000,000) / ((t + 99)*(t + 100))

The two expressions describe the same schedule. The yearly rule is recursive — each year's emission depends on the previous year's total supply — and Supply(t) is the closed-form (non-recursive) solution to that recursion, which is why it looks different.

The resulting curve is disinflationary and approaches, but does not reach, a floor:

Year	Annual inflation	Note
0	~30%	initial subsidy
10	~6.7%	below Bitcoin's current rate
20	~3.5%
100	~0.56%	approaching the floor
1000	~535k/yr	still above the 500k floor
→ ∞	→ 0%	asymptotic; does not reach zero

Base emission declines toward a floor of about 500,000 STOA/year without reaching it, so a block subsidy remains in place over time.

Block reward split (90 / 10) and fees

Each block's base reward is split:

• 90% to the miner who found the block (the per-block reward shown in the mining calculator).
• 10% to the UrStoa Vault. The 10% share from all ten chains is accumulated and injected on chain 0, every block.

In addition to base emission, miners receive 100% of the transaction fees in their block. Over time, as base emission declines, the fee component grows relative to the subsidy.

UrStoa

UrStoa is a separate, fixed-supply token:

• Total supply: 1,000,000 UrStoa, minted at genesis; it does not inflate.
• Staking UrStoa in the on-chain Vault earns a pro-rata share of the 10% emission stream routed there. No mining hardware is required to hold this claim.
• Genesis UrStoa split: 250,000 founders · 250,000 ICO · 500,000 foundation.

Token summary

Token	Role
STOA	Base PoW coin. Issued by mining. Settlement on the base layer.
UrStoa	Fixed 1,000,000 supply; pro-rata claim on the 10% emission stream.
wSTOA	Wrapped STOA for use inside Ouronet DeFi (1:1 via the LIQUID module).
OURO	Ouronet utility/staking token; converts to IGNIS gas at a dynamic rate.
IGNIS	Ouronet's gas token; execution is metered in IGNIS.
Stoicism	Transfer-restricted node-operator reward token (see Post #4).

Gas pricing

The smallest unit of STOA is 1 ANU. The minimum gas price is currently a fixed 10,000 ANU. A gradual ramp of this minimum — +1 ANU every three hours, capped at 400,000 ANU (a multi-decade schedule) — is planned but not yet implemented: enforcing it at the node level requires further changes to the Chainweb node and the transaction layer, so it is planned for the first year after launch following additional testing. Implementing it requires a coordinated node upgrade — the first planned hard fork of StoaChain's Chainweb. Until then the minimum remains a fixed 10,000 ANU.


A two-sided economy: declining subsidy, rising fees

The non-zero subsidy is one half of the design; the fee side is the other, and the two move toward each other over time.

• Base emission (Yang) declines along the schedule above, toward — but never reaching — the 500,000 STOA/year floor.
• Fee revenue (Yin) is built to rise. Fees grow with activity, and the planned minimum-gas-price ramp raises the floor under per-transaction cost over time. The per-block gas capacity can also be increased as the Pact engine and hardware improve: today a full 2,000,000-gas block computes in about 5 seconds — roughly one-sixth of the 30-second block time — which leaves room to raise the limit and, in time, shorten block times.

Most fee-funded chains rely on fee revenue eventually growing enough to replace a vanishing subsidy. StoaChain works toward the same point — where fee revenue (Yin) can match or exceed base emission (Yang) — but approaches it deliberately, by raising the gas-price floor and expanding gas capacity, while keeping a base subsidy that never falls to zero. The security budget is therefore funded from two sources rather than one.

Few blockchains are designed from the outset to remain economically sound over a span of decades. That durability is the central goal of StoaChain's monetary model, pursued from both sides at once: a subsidy that never reaches zero, and a fee base engineered to grow.


How fee revenue (Yin) scales

Fee revenue depends on how much paid computation the network can process, and that capacity can grow along four independent levers:

• 1) More chains. Chainweb adds capacity by adding parallel chains; each new chain contributes its full gas throughput.
• 2) Faster hardware. As processors improve, a given gas budget computes in less time, which leaves room to raise the per-block limit.
• 3) Engine improvements. Further work on the Pact engine can lower the compute time per gas unit, which also allows higher limits.
• 4) Shorter block times. For a fixed per-block limit, a lower block time multiplies throughput.

These compound. For illustration only — not a commitment to specific values — today one chain processes 2,000,000 gas per 30-second block, about 4,000,000 gas per minute per chain, or roughly 40,000,000 per minute across 10 chains. A later configuration of, say, 50,000,000 gas per block at a 10-second block time would be about 300,000,000 gas per minute per chain; across 100 chains that is on the order of tens of billions of gas per minute network-wide. At that scale, fee revenue (Yin) could be significant on its own.

Fee revenue only materialises where there is demand for computation. To our knowledge, Ouronet is currently the largest single source of gas demand in the Pact/Chainweb ecosystem, and further modules and applications are planned. The design assumes that real computational demand — not fees from simple transfers — is what makes Yin meaningful over time.


On fixed-supply security budgets

Bitcoin's subsidy halves toward zero and is largely exhausted well before 2140; from that point security is funded mainly by transaction fees. Whether fee revenue is sufficient to sustain hashpower through a full market cycle is debated; analysts such as Justin Bons have written on the question. We do not take a position on Bitcoin's price or future. StoaChain's emission model simply keeps a non-zero subsidy, so this particular question does not arise for it.

The people who secure a Proof-of-Work chain do so for compensation; a network that cannot pay for its security over time does not keep it. As a concrete illustration of the launch phase: we currently run 10 KA3 ASIC miners at roughly $1,800 per month. STOA does not yet trade, so those coins cannot currently be sold — we are spending to maintain a hash rate the network does not strictly need at its current size (it could run on CPU mining alone for now), in order to keep it robust while it is young. The emission design is what makes securing the network economically viable over the long term, rather than dependent on continued out-of-pocket subsidy.

The whitepaper chapter on stoachain.com sets out the full reasoning and how capacity can be extended later if demand requires.


Comparison (base layer, standard configuration)

	StoaChain	Kadena	Bitcoin	Ethereum	Solana
Long-term subsidy	Non-zero floor	Declines to zero at cap	Approaches zero ~2140	Staking + burn	Inflationary, declining
Supply policy	Sliding ceiling, disinflationary	Hard cap 1B	Hard cap 21M	No fixed cap	No fixed cap
Consensus	Proof-of-Work	Proof-of-Work	Proof-of-Work	Proof-of-Stake	PoS / PoH
Contracts	Pact 5 (Turing-incomplete)	Pact	Script (limited)	Solidity	Rust
Architecture	Braided PoW (10 chains)	Braided PoW (20)	Single chain	Single + L2s	Single chain

[Kjrkentolopon]

Post #3 — Technology & mining

Gas as a measure of capacity

On a programmable chain, transactions-per-second is a limited metric, because a "transaction" is not a fixed unit of work. A token transfer and a transaction that performs a swap, adds liquidity and updates a multi-signature vault are both one transaction, but they consume very different amounts of computation.

A more informative measure is computational work per second, expressed in gas. Pact calibrates its gas units to measured execution time, so a unit of Pact gas corresponds to a measured amount of computation.

StoaChain's configured capacity:

Code:

  Per block, per chain : 2,000,000 gas   (Pact 5)
  Chains               : 10
  Block time           : 30 s

  Network gas throughput = 2,000,000 x 10 / 30  =  ~666,667 Pact-gas / second

The per-block gas limit is 2,000,000, compared with the 150,000 Kadena historically used. The larger limit was chosen because Ouronet's transactions did not fit within 150,000.

Why the higher limit is safe. Raising the gas limit is only sound if a full block still computes well within the block time; otherwise blocks can arrive late and be orphaned. StoaChain runs only Pact 5.4 and carries no legacy Pact 4.x compatibility. In our measurements Pact 5.4 executes at roughly 2.5 microseconds per gas unit, so a full 2,000,000-gas block takes about 5 seconds to compute — well inside the 30-second block time, and a similar compute-time-to-block-time ratio to a 150,000-gas block under Pact 4.x. Transactions approaching 2,000,000 gas have been mined without orphaning. The limit was not raised for its own sake; Ouronet's transactions require it. As an indication of scale, a single staking transaction in the upcoming acquisition pools runs through more than 3,000 lines of contract code.

Observed usage. Ouronet's own explorer reports, as of this writing, 1,835 transactions consuming 579,103,876 gas units — an average of roughly 315,500 gas per transaction. The explorer expresses this total as 289.55 full StoaChain blocks (at 2,000,000 gas each), or equivalently 3,860.691 blocks at Kadena's 150,000-gas size. Because many individual transactions exceed 150,000 gas, under that smaller limit they would have had to be split across multiple steps; StoaChain's 2,000,000-gas limit lets them execute as single transactions, so multi-step execution is now largely unnecessary.

A note on cross-chain gas comparisons. Pact gas units and EVM gas units are calibrated differently — for example, a coin.transfer costs about 700 Pact gas, while a bare transfer on Ethereum costs 21,000 gas. Because the units price operations differently, raw gas figures are not directly comparable between the two.

Pact 5. Pact 5 is a rewrite of Pact 4. In our testing it runs substantially faster and uses substantially fewer CPU cycles; Ouronet's larger transactions ran poorly under Pact 4 and became practical under Pact 5.4, which StoaChain adopted from genesis.


Mining

StoaChain is mined with Kadena-class ASIC hardware (e.g. Antminer KA3) via stratum, using the StoaChain chainweb-mining-client fork (ghcr.io/stoachain/chainweb-mining-client).

• Consensus: Proof-of-Work, Blake2s-256, with Chainweb difficulty adjustment.
• Block time: 30 s per chain · 10 chains · mining templates refreshed every ~2 s.
• Node software: StoaChain Chainweb node (Haskell), bootstrapped from node1.stoachain.com / node2.stoachain.com.
• Worker types: ASIC via stratum (production), plus CPU, external/GPU, simulation, constant-delay and on-demand modes for testing.

The mining pool — live and open to registration

The StoaChain mining pool is live at mining.ancientholdings.eu and open to registration, so you can mine without running your own full node:

• Getting started: create an account, verify your email, add a worker, and point your ASIC at the pool's stratum endpoint (stratum.ancientholdings.eu); the worker manager shows the exact connection details.
• Fee: 7%, which funds the upcoming Stoicism Vault. The fee is set deliberately high — not to extract value, but to encourage other operators to launch competing pools and keep StoaChain mining decentralised.
• Payouts: paid in STOA with a 1-STOA minimum (no dust payouts). Balances earned across chains 1–9 are aggregated onto chain 0 before each payout.
• Custody: the pool is keyless — it holds no miner keys; each miner sets and verifies their own payout address.
• Monitoring: a worker dashboard, plus read-only share links for watching a worker without signing in.

Operators without ASICs can also run nodes through the hub (Post #4).


One network: mainnet

StoaChain runs a single network, mainnet; there is no separate StoaChain testnet. Local-devnet tooling exists in Pact, and Kadena's testnet was available, but the contracts were developed for deployment to the live chain. Pact's properties make this workable: contracts are Turing-incomplete, human-readable and analyzable, and upgradeable through on-chain governance, so a module can be reviewed before deployment and corrected afterward via a governance upgrade without forking the chain.

Because each module's source is on the explorer, the deployed contracts can be read and test-called directly by anyone.


Maintaining the Chainweb and Pact codebases

Because StoaChain runs its own infrastructure, the project maintains the Chainweb and Pact codebases it runs. The intent is twofold: to add our own improvements where they are needed, and to track the improvements the Kadena community makes to their Chainweb and Pact, evaluate them, and integrate the suitable ones into our codebases.


On-chain transparency and high-value assets

A property of Pact on Chainweb is that contract code is stored and executed on-chain as human-readable source (see Post #4): what runs is what can be read. Combined with a Turing-incomplete language whose execution is bounded by gas, this narrows several of the risk categories that matter most when the value at stake is large:

• The executing logic can be inspected directly, rather than as compiled bytecode whose human-readable source is published separately and has to be trusted to match it.
• The constrained language model removes whole classes of failure — unbounded loops, re-entrancy, gas-exhaustion exploits — that have caused losses on Turing-complete platforms.

For high-value assets and complex financial logic, these are arguments in favour of a transparent, bounded execution model. This is a design preference rather than a universal ranking: other platforms deliberately trade these properties for broader language expressiveness or different scaling models, and which set of trade-offs is appropriate depends on the application.


Comparison with other smart-contract platforms

The table is descriptive; platforms optimise for different goals.

	StoaChain	Ethereum	Solana	Kaspa	Kadena (community)
Consensus	PoW (Chainweb)	PoS	PoS / PoH	PoW (blockDAG)	PoW (Chainweb)
Scaling	Parallel braided chains	Single chain + L2s	Single high-throughput chain	blockDAG	Parallel braided chains
Smart contracts	Pact, live	Solidity/EVM, live	Rust/SVM, live	In development	Pact, live
Contract model	Turing-incomplete, gas-bounded	Turing-complete	Turing-complete	Planned off-chain / ZK	Turing-incomplete, gas-bounded
Executing code	Human-readable source on-chain	Compiled bytecode	Compiled bytecode	n/a yet	Human-readable source on-chain

Among Proof-of-Work platforms with smart contracts, the closest comparison is Kaspa, which takes a different route. Kaspa scales through a blockDAG and plans to add smart-contract capability through an off-chain, zero-knowledge approach that records proofs on-chain — its UTXO model does not support on-chain contract state and balance accounting directly. That capability is not yet live and is some way out. StoaChain's route is on-chain, gas-metered computation across parallel chains using Pact, which has been in production for several years. Neither route is strictly better; they are different ways of pursuing similar goals, and each reflects a different view of how a chain should be structured.

Post #4 — Ouronet: the DeFi layer

Beyond the base coin, StoaChain includes a DeFi layer, Ouronet, written in Pact under the ouronet-ns namespace. It provides its own infrastructure rather than relying on the base chain's:

Component	What it provides
Accounts	DALOS account system + smart accounts (key rotation: payment / guard / sovereign / governor).
Cryptography	A 1606-bit curve with Schnorr ownership proofs; key generation and signing in the browser, with no remote cryptographic service.
Gas	IGNIS gas + a gas-station collector; OURO converts to IGNIS; gas is metered on the supported client path.
Token standards	True, ortho (with metadata), semi- and non-fungible tokens, with on-chain property controls.
Pools	AMM with constant-product, weighted and Curve-style stable pools (up to 7 tokens), single-sided liquidity, n-1→1 swaps, and on-chain routing. Reward/acquisition pools in development.
Explorer	explorer.ouro.network (in progress).

Token issuance

Ouronet supports issuing true, ortho, semi- and non-fungible tokens with on-chain property controls: transfer restriction, mint/burn permissions, fee settings, freezing/vesting, ownership rules, and others. This asset infrastructure is live.

Pools — the AMM

Ouronet's swap engine is live and supports three pool types (constant-product, weighted, and Curve-style stable-swap) with up to 7 tokens per pool, plus:

• Arbitrary / single-sided liquidity. Liquidity can be added in any mix — one token, several, any ratio, or balanced. A virtual-swap engine prices the imbalance an asymmetric deposit creates (a deficit charge, an approach the documentation credits to Curve), so a single-sided deposit is not cheaper than performing the equivalent swap. The permitted deviation scales with pool depth (capped at 40% of (n-1)/n).
• Multi-input swaps and on-chain routing. A single call can swap up to n-1 tokens into the n-th (e.g. 6 of 7 into the 7th). Multi-hop routing is computed on-chain using a breadth-first search over the pool graph; many DEXes compute routing off-chain.

In active development are the acquisition pools (reward farms, vaults and treasuries). They use two-tier Reward-Per-Share accounting — each injection updates a single global figure (G += R/S) rather than iterating over stakers — so distribution cost does not grow with participant count, multiple reward tokens are supported, rewards can be released over a period, and fungible, LP, semi- and non-fungible assets can be staked.

Console and on-chain source

Some functions are not yet wired into the OuronetUI interface (wiring is ongoing). OuronetUI includes a console mode that can call any function deployed on-chain. Because contract source is published on the explorer, a module's code and dependencies can be read directly and its functions invoked through the console.

On StoaChain, Pact modules are stored on-chain as their human-readable source, not as compiled bytecode. The code shown in the explorer is therefore the exact code being executed, rather than a separately published copy that has to be trusted to match it — the on-chain module is the source of truth.

The Ouronet protocol is approximately 95,000 lines of Pact across its core modules, written without AI assistance by a single author.


OuronetUI

Both layers are used through OuronetUI (wallet.ouro.network), a browser-based wallet and DEX that exposes 47 on-chain operations (41 Ouronet + 6 StoaChain-native): swaps, liquidity, cross-chain transfers, account creation and key rotation, staking, asset issuance, and the console for any on-chain function.

• 6 account-creation modes (seed words in 3 styles, bitmap, bitstring, base-10, base-49), derived locally.
• Confirm-Form-Modal signing — each transaction is built, gas-estimated, and presented for explicit signing.
• Local encrypted Codex — keys remain in the browser; import/export, password-protected.
• External wallet support — Ecko, Koala, Chainweaver, WalletConnect v2.

The Hub and Stoicism

ancientholdings.eu lets an operator with a VPS or server onboard a StoaChain node or a mining container, manage several of them, and earn for the infrastructure they run. The reward token is Stoicism:

• A node on the chain tip accrues Stoicism, tracked by the hub via a per-millisecond ping, and the accrued amount is minted once per day to the operator's Ouronet account.
• Stoicism is transfer-restricted: it cannot be sold or transferred. Its function is to generate native STOA over time.
• Issuance is small: currently about 7 Stoicism per day across ~30+ containers. Each container is scored on its hardware (ServerScore), which sets its rate (Stoicism/sec = 0.001 x ServerScore).

The explorers

The StoaChain block explorer (explorer.stoachain.com; API at apiexplorer.stoachain.com) is live — a NestJS + PostgreSQL + Redis indexer with a React front-end and live updates. It indexes every chain and shows blocks, transactions (by request key), transfers, cross-chain transfers, account summaries across chains, live balances, and deployed module source code.

The Ouronet explorer (explorer.ouro.network) is a separate view that presents only ouronet-ns activity, decoded into Ouronet primitives (assets, tokens, NFTs, staking/unstaking, swaps, liquidity). The same data is also visible on the StoaChain explorer; the difference is that the Ouronet explorer filters to Ouronet activity and presents it in an account-centric layout built around Ouronet primitives. It is in progress: the landing page and account querying are live; asset/token/NFT pages, full decoded history and search are still to be added.


Approach to the ecosystem

StoaChain runs Chainweb and Pact — the same base technology as the Kadena community network. Alongside the chain, the project builds the surrounding ecosystem itself: the wallet, the explorers, gas-station behaviour, and the overall user experience.

Two examples of that approach:

• StoaWallet (a Chrome extension, with iOS and Android apps planned) handles transfers within a chain, cross-chain transfers, and aggregation of balances from several chains onto one. These operations are routed through a gas station, so the user does not pay gas directly. The aim is that a holder can use native STOA without separately holding a gas balance or managing dust, which makes everyday use more predictable.
• The explorers are intended as complete observation tools — rich list, supply, Chainweb load, STOA and UrStoa movement, mining and the Yin/Yang split, ANU gas costs — with support for cross-chain and multi-step transactions.

Ouronet exercises Pact across accounts, token standards, pools and on-chain routing, which is a practical demonstration of the language's range.

Post #5 — Bridge, company & roadmap

Caduceus — the bridge (in construction)

Caduceus is Ouronet's bridge to external chains. It holds custody on the foreign side, observes deposits, and mints a pegged DPTF token on Ouronet; the reverse path burns the DPTF and releases the foreign asset.

• Roadmap: 14 target chains across 7 tiers, built in tier order. The first integration is Arweave (Tier I, the "cornerstone"): the native Arweave token (AR) is bridged directly to Ouronet as a DPTF token. Bitcoin and Ethereum follow in Tier II, with further chains in later tiers.
• First exit to outside liquidity. Bridged AR seeds a weighted 80 / 20 pool of sSTOA and AR — sSTOA being SilverStoa, the liquid-staking form of STOA. This gives the ecosystem its first connection to external market liquidity: Arweave trades on a range of exchanges with meaningful daily volume, which is sufficient for an initial external path.
• Mechanics: a two-phase commit (deposit → notarization → finalization) recorded on an on-chain bridge ledger; 0.1% (1‰) fee.
• Status: in construction; the Arweave module (Module 1) is the MVP, currently in design.

The companies involved

The infrastructure is built and operated by registered companies:

• Demiourgos Holdings S.A. — a Romanian Societate pe Acțiuni (a joint-stock company; the Romanian equivalent of a German Aktiengesellschaft), founded 2 August 2022. Demiourgos built Ouronet and created StoaChain.
• AncientHoldings GmbH — a German limited-liability company (Wuppertal), founded in 2026 to build and operate the chain's infrastructure as StoaChain's infrastructure partner.

These are named legal entities operating within defined jurisdictions. Company and imprint details are on ancientholdings.eu and demiourgos.holdings.


Scope — what exists, what remains

What is in place today is a working base chain, a DeFi layer, a wallet/DEX, a block explorer, and the operator hub — roughly half a million lines of code across the stack (chain infrastructure, ~95k lines of Pact contracts, the wallet/DEX, the explorer, the hub, the bridge design, the SDK, and the cryptography), built on the Chainweb + Pact engine.

A significant part of the roadmap is still ahead: the bridge, the acquisition pools, the Ouronet explorer, and store-published wallets. We prefer to be judged by what is verifiable on-chain rather than by descriptions of future work.

The project's design principles are organised on the website around seven themes (its "pillars"): the perpetual economy, a finance-oriented contract language, the braided architecture, capacity defined by configuration, open participation in mining, the bridge to external chains, and on-chain verifiability.


Links

• StoaChain website / ICO: https://stoachain.com
• StoaChain Explorer: https://explorer.stoachain.com
• Ouronet wallet + DEX: https://wallet.ouro.network
• Ouronet website: https://ouro.network
• Ouronet Explorer (in progress): https://explorer.ouro.network
• The Hub (run a node fleet): https://ancientholdings.eu
• Full ecosystem directory: https://ancientholdings.eu/en/ecosystem/
• StoaWallet source: https://github.com/StoaChain/StoaWallet
• Demiourgos Holdings: https://demiourgos.holdings

Community: X: @stoachain · @ouronetwork · @DemiourgosH · @Kjrkentolopon — Telegram: t.me/StoaChain