Services
Page
Lazy Ants · Web3 · Fixed-price packages

Smart Contract & DeFi DevelopmentYour first contracts holding real money, built by a team whose last ones still run.

For teams about to put real money on-chain, and teams whose first version needs to survive its first year. Token and launch contracts, DeFi protocols on proven engines, and issuance contracts for tokenized assets. One DEX we built has run public liquidity for 2.5 years without an emergency pause; the payment system behind CPAY has run for five. Three packages with a fixed price each.
Three packages · one methodFixed scope, fixed price, audit-ready
1
Token and launch contractsToken, vesting, unlocks, admin model before TGE
tokenvesting
2
DeFi protocolDEX, lending, staking, vaults on proven engines
DEXlendingvaults
3
Tokenized assetsIssuance with transfer rules and KYC gating
allowlistredemptions
Scoped · fixed pricestep 1 of 4

Illustration · the three things we build

01 · Three packages

What we build. Pick the package, see what is in it.

Three fixed-price packages, nine kinds of contract. Open the one that matches your product; the admin model and the audit hand-off are part of all three.

Token contract

ERC-20 or the chain's standard, supply fixed at launch, mint and burn rules written once.

ERC-20fixed supply
Vesting and unlock schedules

Cliffs, linear vesting, team and investor pools. No admin override once it is deployed.

clifflinearno override
Airdrop and claim contracts

Merkle claims, deadlines, and what happens to the unclaimed part, all decided before the snapshot.

merkledeadline
Launch under MEV

Sniper and sandwich paths tested before the first block of liquidity, with a runbook for the launch window.

launch windowrunbook

If your protocol needs more than its package covers, it moves to the next one, not into an extra charge. Not in any package: tokenomics, listings, market making, legal structuring, the licence and the issuer. The audit itself is run by an external firm; we build audit-ready and take the contracts through it.

What it costs

Smart Contract & DeFi Development

Fixed pricePer package, given on the first call
2 weeksTo kickoff, after the signed definition of ready

What moves the price

  • How many contracts, and how many hold funds
  • Immutable, or upgradeable with a multisig
  • One chain, or several to keep in sync
  • The audit tier your launch needs

Which package fits is answered on the same call.

What it costs

Smart Contract & DeFi Development

Fixed pricePer package, given on the first call
2 weeksTo kickoff, after the signed definition of ready

What moves the price

  • How many contracts, and how many hold funds
  • Immutable, or upgradeable with a multisig
  • One chain, or several to keep in sync
  • The audit tier your launch needs

Which package fits is answered on the same call.

02 · In every package

Four things the audit will not check. We deliver them before it.

An audit reads the code. What makes a contract hold for years is decided earlier, and every package delivers it as a document you keep, before the external audit and the launch.

What we guaranteeHow it is doneWhat you hold
The economics are tested, not only the functions.Why: audit does not cover economic safety →
1A threat model with the whale and the arbitrageur in it, and tests that attack the economy before deployment.
Signed definition of readyThreat model, invariants, the calls the contracts must get right
No admin power exists that nobody needs.Why: admin keys are an attack surface →
2Every power the contracts have after launch is listed; the unneeded ones are removed, the rest get a named holder.
Admin-power ledgerFunction by function: removed, multisig, or public
Upgradeable or immutable is a decision, per contract.Why: upgradeability is not a toggle →
3Decided with you before deployment, with the trust cost of each option written down.
Upgrade decision, signedWhich contracts can change, who can change them, how
The launch window is planned, not survived.Why: liquidity is a security boundary →
4Open liquidity is exploitable from the first block even when the code is correct, so the first hours get their own plan.
Launch runbook, and us on callWho does what in the first hours, with us on call for the first 48

Then the external audit: we pick the firm for the tier your launch needs, book the slot and run the fix-review with you. Gate before it: the contracts are audit-ready and our own review has passed.

03 · What we shipped

DEX on Base: public liquidity for 2.5 years, no emergency pause.

A concentrated-liquidity exchange on Algebra's engine, built for immediate public release under MEV and adversarial ordering. Core contracts immutable after deployment, no manual pool control, no economic adjustments without redeployment. The protocol behaved as modeled, and the decisions that made it hold were all taken before the first block.

2.5 yearsPublic liquidity live since launch
0Emergency pauses, post-launch tuning or migrations
ImmutableCore contracts, limited admin authority, by decision
04 · Around the packages

Before, at launch, after. Three things the packages do not end with.

A contract's life does not start at our kickoff or end at the audit. These three cover the rest of it.

Before · for contracts someone else built

Contract review of inherited code

Five days, a written verdict and a fix list, before we or anyone else touches it. For the protocol whose first version came from another team, or a fork you inherited with the project.

  • What the contracts can do, and who can make them do it
  • The economic and admin risks, ranked
  • Whether to fix, migrate or leave it
Fixed price5 days · given on the first call
Book a review
At launch · included in packages 1 and 2

On call for the first 48 hours

Open liquidity is thinnest and most watched in its first hours. We are on call with the runbook from the moment liquidity goes live, with the monitoring already running.

  • Monitoring on calls, errors, pool state and gas
  • The runbook's stop conditions, watched by us
  • A person who answers, not a ticket
Includedin every launch we run
See the packages
After · monthly

Run retainer

Monitoring, the incident loop and versioned tools after launch, so a change never breaks an integration mid-flight and the first alert reaches someone who knows the contracts.

  • Monitoring and the incident loop, with response times
  • Versioned releases of any upgradeable part
  • The next tools or pools, scoped as they come
Monthly feegiven on the first call
Discuss the retainer

Kickoff within two weeks of the signed definition of ready, for every package.

05 · Scope

Chains, engines and what stays yours. Where our part ends.

Scope is measured in contracts, in the powers that remain after launch, and in the chains the protocol is deployed to. All three are decided in the definition of ready, before anything is built.

Chains and languages

EVM first: Ethereum, Base, Arbitrum, Polygon, BNB Chain

Solidity on the EVM chains the protocol's users are on. Every extra chain is another deployment to keep in sync, so the chain list is a decision in the definition of ready, not a default.

Engines we build on

Proven engines, never a fork from scratch

The DEX runs on Algebra's concentrated-liquidity engine, a plugin-based AMM behind more than a hundred exchanges. Where a battle-tested engine exists for the protocol, we build on it and own the constraints around it.

EEthereumBBaseAArbitrumPPolygonBBNB ChainAlAlgebra · AMM engineSSolidity

Where our part ends

We are not an audit firm.We build audit-ready and take the contracts through an external audit. The report carries the auditor's name, not ours.
No legal structuring, no securities advice.What a token or a tokenized asset is under your law is decided with your counsel. We build what that decision allows.
Liquidity, listings and market outcomes are yours.As on the DEX: we owned the contract architecture and the constraint model; the client owned liquidity strategy and what the market did after launch.

Smart contract questions, answered

What teams ask before their first contract holds real money. If yours is not here, ask on the call.

What is smart contract development?
Writing, testing and deploying the programs that hold and move value on a blockchain: a token and its vesting, an exchange or lending protocol, the issuance rules of a tokenized asset. The difference from ordinary software is that a deployed contract cannot be patched the way a server can, and the money it holds is reachable by anyone who finds a flaw. So the work is mostly decisions made before deployment: what the contract may do, what it may never do, and who can change it.
Token contracts, a protocol, or tokenized assets. Which package?
If the question is a token and its launch, package one: the token, vesting and unlocks, the admin model, the launch window. If users will trade, lend, stake or deposit through your contracts, package two: a protocol with an economic model that has to hold under attack. If the token represents an asset off-chain with rules about who may hold it, package three. If you are not sure, the Web3 Architecture Review answers it in two weeks and is credited in full.
Can you tokenize real-world assets?
At the contract level, yes: issuance with transfer rules, allowlists and KYC gating, distributions and redemptions, hooks for custody and price oracles. The legal structure, the licence and the issuer are yours or your counsel's; we build what that decision allows. We have no public tokenized issuance to show yet, and we say so on the first call rather than on a case card.
Can the contracts be changed after launch?
Only if that was decided before launch. Upgradeable means someone holds a key that can change the rules, and your users have to trust that key. Immutable means a flaw needs a migration. On the DEX we chose immutable core contracts and refused post-launch tuning; 2.5 years later no intervention has been needed. The choice is made per contract, with its trust cost written down, before deployment.
How do you handle MEV and economic attacks?
By assuming them. The threat model includes the arbitrageur, the sandwich bot and the whale, and the tests attack the economics, not only the functions. A correct contract with an exploitable economy fails as surely as a buggy one. MEV itself is not removed; the protocol is modeled to hold under it, and the launch window, when open liquidity is thinnest, gets a runbook of its own.
What does it cost?
The Web3 Architecture Review costs $4,850, takes two weeks, and is credited in full against any work from $15,000 within 90 days. The three packages each become a fixed price with the written definition of ready, given on the first call. For reference, the market quotes a simple token contract from about $5,000 and a DeFi protocol audit between $10,000 and $100,000 depending on the tier; the audit is a separate line in every quote we give. Around the packages: a five-day review of inherited contracts at a fixed price, and a monthly run retainer after launch, both priced on the same call.
How long does it take?
No number before the review or the first call, because the date is set by two things outside the code: the audit tier and its queue, and how many of the admin decisions are already made. The definition of ready comes with the fixed price and the dates, kickoff follows within two weeks of signing it, and the launch window is planned as part of the work, not after it.

Tell us what goes on-chain

What the contracts will hold, who will use them, and which decisions are already made. If a package is the wrong shape for it, we will say so on the first call.