Definition
Istisna (استصناع) is the classical Islamic contract for commissioning a yet-to-be-manufactured or built asset to defined specifications. The buyer (the mustasni') places an order with the seller-manufacturer (the sani'), specifying the asset to be produced; the manufacturer commits to deliver the finished asset in a defined timeframe. Payment terms are more flexible than salam — full payment at contract is not required; staged payments are permitted.
Istisna fills the gap that salam does not: long-duration construction or manufacturing where full upfront payment is impractical and the asset evolves through stages of production.
The four Shariah conditions
Per AAOIFI Standard No. 11:
- Specifications must be precise enough to remove gharar — quality, dimensions, materials, performance.
- The subject must be something that can be manufactured/built — not an existing asset that already needs only sale, and not something universal-fungible (which would be salam).
- The price must be defined — though staged payment schedules are allowed.
- The delivery timeline can be defined or left open, with clear right-of-cancellation if the manufacturer fails to deliver in reasonable time.
Crypto-relevance
Istisna is the structural backbone of certain tokenised real-asset infrastructure financing projects:
- Tokenised istisna sukuk for renewable-energy facilities under construction
- Tokenised pre-construction financing for real-estate developments structured as parallel istisna
Where the underlying is a genuine real asset being built, and the token represents proportionate ownership in the future asset's revenue, the structure can be Shariah-compliant.
What does NOT qualify: ICO tokens promising a future "platform" or "ecosystem" with vague specifications — the gharar is too severe, and the "manufacturing" of a software platform is too speculative to satisfy istisna's specification requirement.
HalalCrypto does not include istisna-style tokens in any current tier's universe because the available on-chain inventory of properly-structured tokenised istisna does not yet meet our liquidity and transparency thresholds.
For a crypto project to invoke istisna credibly, it would need project specifications, delivery obligations, buyer rights if delivery fails, and a transparent path from token proceeds to the manufactured asset. Marketing language about "building infrastructure" is not enough; the contract must make the asset, timeline, and remedy legible.
That standard is intentionally demanding. It protects buyers from funding undefined promises and then discovering that the token only represented project risk, not a claim on a specified manufactured asset.