Create
Connect a wallet, write the thesis, choose a mode, define the deadline and select ETH or a supported ERC-20 stake.
BLACKBOX turns a market thesis into a public, asset-backed onchain receipt. A creator defines the thesis, rules, deadline and stake. The protocol records those terms and escrows the stake until the contract's withdrawal conditions are satisfied.
From a wallet signature to a public receipt, the process is intentionally simple.
Connect a wallet, write the thesis, choose a mode, define the deadline and select ETH or a supported ERC-20 stake.
The transaction escrows the stake, pays the fixed creation fee and writes the box rules onchain.
Price Target uses the selected AggregatorV3-compatible oracle. Conviction Lock uses block time only.
Only the creator can withdraw the escrowed stake once the box has been cleared or has expired.
BLACKBOX V1 supports two box modes with different verification logic.
Attach a thesis to a specific price condition. Choose an ABOVE or BELOW direction, a target, a deadline and an AggregatorV3-compatible oracle.
Lock ETH or an ERC-20 behind a thesis until a chosen deadline. No price oracle is used.
BLACKBOX does not invent prices. Price Target boxes point to an exact external feed selected at creation.
The selected feed must expose the AggregatorV3 methods used by the contract, including latestRoundData() and decimals().
Every Price Target defines a maximum oracle age. The protocol rejects zero, future-dated, non-positive or stale price data.
Smart contracts do not wake themselves up. Any wallet may call the target-check function, but the caller cannot choose the outcome—the contract verifies it against the feed.
Oracle quality matters. A compatible but unreliable or malicious feed can make the box unreliable. Users should verify the exact feed before sealing a Price Target box.
Every box moves through a small, explicit state machine.
Stake is escrowed and rules are active.
Price Target was proven before its deadline.
Deadline passed while the box was still open.
Creator recovered the escrowed stake.
The protocol separates the creator's stake from the fixed creation fee.
For ERC-20 boxes, BLACKBOX checks the amount actually received. Tokens that tax or reduce transfers will fail creation because the escrow must receive the exact requested stake.
BLACKBOX V1 minimizes protocol discretion by removing administrative settlement powers.
The deployed protocol has no owner role used to settle boxes or seize user stakes.
V1 does not expose an administrative upgrade mechanism.
There is no operator function that can withdraw a user's escrowed stake.
Creation and withdrawal flows use a contract-level reentrancy lock.
Onchain software, wallets, RPC infrastructure, ERC-20 tokens and external oracle feeds can all carry risk. BLACKBOX documentation describes protocol behavior; it is not a guarantee of asset value, oracle availability or investment performance.
V1 intentionally constrains box parameters to keep behavior explicit.
The important edge cases, without marketing language.
No. There is no normal early-cancel withdrawal path. An open box must first be cleared by its target condition or pass its deadline.
No. A transaction must trigger the check. Anyone can submit it, and the contract independently decides whether the oracle condition is actually satisfied.
Once the deadline passes, the box can become EXPIRED. The creator can then withdraw the original escrowed stake.
No. V1 has no admin settlement path. Price Target uses the selected oracle; Conviction Lock uses time.
No. The current website reputation view is derived from public BLACKBOX history and should not be interpreted as investment performance.
0x87c1ef9902515723f4529e5454188cb1c472878d
0x87c1ef9902515723f4529e5454188cb1c472878dVerify on Blockscout ↗