§ JOURNAL · WEB3 & BLOCKCHAINJournal 034

What we build in web3 and blockchain.

Smart contracts, audited. Protocol engineering, contract systems, and supporting infrastructure where mistakes are public and hard to roll back.

READ
6 min
§ I — COVER

The context behind the article.

Journal 0346 min
VISUAL DIRECTION

Smart contracts, audited. Protocol engineering, contract systems, and supporting infrastructure where mistakes are public and hard to roll back.

BRIEF

Smart contracts, audited. Protocol engineering, contract systems, and supporting infrastructure where mistakes are public and hard to roll back.

WHY IT MATTERS

This entry exists to make the operating logic visible: not just the system we would build, but the constraint, tradeoff, or failure mode that forced the architecture to matter.

§ II — ARTICLE

The text.

Public, expensive, and hard to revert

On-chain mistakes are not bugs you fix on Monday. They are exploits announced on Twitter and replayed in postmortems for years.

We work in this space because we like the discipline it forces — and because off-chain reliability work matters more here, not less.

What we build

  • Smart contract systems in Solidity, Cairo, and Move, audited and shipped
  • Formal verification where the surface area justifies it
  • Runtime invariant monitoring for protocols, with pause workflows when reserves, health factors, or flows go abnormal
  • DAO execution verification layers — simulation between passed proposal and exact calldata, with human-readable impact reports
  • Treasury automation with governance-parameterized exposure limits and guardrailed allocation
  • L2 bridge and sequencer engineering with the conventional reliability work the off-chain side still needs

Products we have in market

SentinelProtocol — protocol-specific invariant monitoring with Discord/Telegram alerting and manual pause workflows. DAOVerify — proposal simulation, human-readable execution reports, and signer coordination. TreasuryPilot — yield venue comparison with governance-bound allocation and read-only reporting first.


The work is successful when teams can move with confidence under adversarial conditions, not when the stack merely looks sophisticated.

Season