[ANN][FDRW] FalconDraw — SHA256d PoW | Provably Fair On-Chain Lottery | 0% House Edge | Fair Launch July 1, 2026FalconDraw is Bitcoin with one addition: a provably fair jackpot draw that runs four times per day, funded entirely by participant stakes. Mine FDRW. Send or receive it. Stake it. Win the pool.
Presenting an altcoin that has a random lottery game built in as part of the protocol. It's a coin and a game.
Offering free tokens for new wallets (if allowed). Nifty Web UI.
No premine. Fair launch July 1, 2026 - genesis block mined openly like any other block. Early miners get early FDRW at low difficulty - same advantage Satoshi had with Bitcoin. No ICO.
Every draw outcome is verifiable on-chain by anyone. The winning number is generated by combining the draw block hash with a Sloth VDF that lasts three blocks - making miner grinding mathematically meaningless. Prizes mint automatically to the winner's wallet. No claim required. No commit-reveal scheme.
MAINNET NOW LIVEFalconDraw mainnet launched July 1, 2026. Blocks are mining, draws are settling, and the network is open to all participants.
Web UI: https://falcondraw.com
Pool: stratum+tcp://pool.falcondraw.com:3333
Node source: https://github.com/FalconDraw/VPSSource available under Business Source License 1.1. b is fully auditable and free to run for personal or pool use. Commercial use of the novel draw mechanic requires permission until January 1, 2029, after which the b converts to MIT license.
We don't intend to list coins for sale on an exchange...but you can!
MININGCompatible with any SHA256d miner. Start mining in one command:
cpuminer -a sha256d
-o stratum+tcp://pool.falcondraw.com:3333
-u YOUR_FDRW_ADDRESS
-p xGet your FDRW wallet address at falcondraw.com - one tap with passkey, no signup required. Wallet stores to your password manager. Or generate one from the CLI - see below.
NODE OPERATIONRunning a FalconDraw node earns income from three sources:
- Block rewards - 1000 FDRW per block in era 0, halving every 210,000 blocks, with a permanent floor of 1 FDRW per block forever.
- Transaction fees - all fees from transactions included in your blocks.
- VDF confirmer bounty - 100 FDRW per draw settled in eras 0-3 (permanent 50 FDRW after block 840,000 - halves once only). Paid to whichever node first posts a valid VDF result for each draw. Any full node operator may race to post the result - first valid proof wins. This is additional income on top of block rewards, not a reduction. This is a slow, low-CPU background step that generates the final entropy for the lottery draw.
Node source:
https://github.com/FalconDraw/VPSSource available under Business Source License 1.1. b is fully auditable and free to run for personal or pool use. Commercial use of the novel draw mechanic requires permission until January 1, 2029, after which the b converts to MIT license.
CLI WALLETPrefer the command line? Generate a wallet without touching the web UI:
fdrw init # generate new wallet
fdrw info # show your fdrw1q... address
fdrw balance # check balance
fdrw pool-stake <amt> # enter a draw
fdrw check-draw # check draw status
fdrw send <addr> <amt> # send FDRWNo browser required. Full node operators can use the CLI exclusively.
COINBASE SPECSAlgorithm: SHA256d
Block time: 10 minutes
Block reward: 1000 FDRW
Block size limit: 5MB (variable)
Halving: Every 210,000 blocks
Supply: ~430M FDRW block rewards + ~73,000 FDRW/year VDF bounty
bounty after block 840,000
Draw frequency: Every 36 blocks (~6 hours)
Win frequency: Exactly 10% per draw - pool rollovers create exciting big pots!
House edge: 0%
VDF bounty: 100 FDRW eras 0-3, 50 FDRW
permanent after block 840,000
Launch date: July 1, 2026
MINER GRINDING PREVENTION - SLOTH VDFWithout grinding prevention a miner controlling block N (the draw block) could withhold a found block and try alternative nonces until they find a block hash that selects a wallet they control.
FalconDraw prevents this with a post-draw Sloth VDF as the (deterministic) entropy source for the final drawing:
draw_seed = SHA256d(blockHash_N || SlothEval(blockHash_N, T, prime))SlothEval computes iterated modular square roots - strictly sequential, GPU gives zero speedup, impossible to parallelize. The computation targets a 3-block elapsed time between the draw block and the VDF result, monitored via block timestamps. T adjusts based on observed VDF solve time measured in blocks elapsed to maintain this target regardless of network hashrate - compensating for the long block times common in early genesis when hashrate is low, and tightening as the network matures. Hardware improvements are automatically neutralized within one adjustment period.
The VDF computation runs entirely off-chain until complete. The result is then broadcast to the network as a special VDF transaction (TxVersionVDFResult v7). This transaction triggers draw resolution - either a rollover if no winner qualifies, or automatic prize settlement if a jackpot is won.
Settlement without a valid VDF proof is rejected by all honest nodes. The VDF confirmer bounty is paid to whichever node first posts a valid VDF result - see Node Operation above. There is no external oracle to adjudicate the contest - all draw entropy is generated on-chain in a way that is infeasible to manipulate.
THE DRAW MECHANICWe found that the traditional Power.... and Mega... games hit a winning jackpot about 10% of the time even though there's a 1/300 million chance of a winning ticket. We wanted a game that would manifest the same win frequency but scale to any number of entries. Win frequency is exactly 10% per draw - like a bingo game where 9 out of every 10 balls are blank.
So to achieve this, we represent the blank tickets as empty entries on a number line. The draw algorithm selects one winning position from a tape ten times longer than the total tokens staked. If the selected number falls on a staked token, the wallet that owns it wins the entire pool. If it falls on a blank the pool rolls over to the next draw.
THE TAPE MECHANIC
3 players, 1000 FDRW total staked:
Alice 300 FDRW [positions 1- 300]
Bob 500 FDRW [positions 301- 800]
Carol 200 FDRW [positions 801-1000]
Tape = 10 x 1000 = 10,000 positions
[<--1000 staked-->|<----9000 blank---->]
[Alice| Bob |Carol|..[blank].....................................]
DRAW = 412 -> Bob wins -> 1000 FDRW minted to Bob's wallet
DRAW = 5731 -> blank -> pool rolls to next drawWin probability is exactly proportional to stake - no strategy, no advantage, no Sybil benefit. Expected value equals stake. Verified by simulation across 3.5 million draws, all within 0.15% of theoretical 10.000%.
"You don't have to be present to win." When the VDF result is posted, the draw resolves automatically. If the winning position falls on a valid staking ticket, 100% of the pool value is minted directly to the wallet that held that ticket at staking time - no claim required, no server interaction, no action needed from the winner. If the winning position falls on a blank (90% of draws) the pool rolls over to the next draw. Just like a real lottery ticket, a stake is valid for one draw only and does not carry forward to subsequent draws. Players who wish to participate in the next draw must stake again. The prize is locked to the original staking wallet - it cannot be redirected or intercepted by any party.
No inflationary draws. Each staked ticket is burnt from its staking wallet as it enters the draw pool. It is then reminted as a single UTXO to the winning wallet.
We did this for maximal simplicity and elegance and to keep settlement transaction O(1) instead of O(n). Settlement resolves to the staking wallet not the staking UTXO.
STAKING AND SETTLEMENTTo enter a draw, participants broadcast a stake transaction before the draw block closes. The staking window is 33 blocks - stakes submitted in the final 3 blocks before the draw are rejected by consensus to prevent chain reorganisation attacks. Unconfirmed stakes may be cancelled via replace-by-fee (RBF) before confirmation. Once confirmed, a stake is final.
At draw block N, nodes begin computing the Sloth VDF off-chain. When complete, the VDF result is broadcast as a special transaction (TxVersionVDFResult v7) which triggers draw resolution in the same block. If a jackpot is won, the full pool is minted as a single new UTXO directly to the winning wallet - settlement is O(1) regardless of how many players entered. If no winner, the pool carries forward. No operator action, no claim window, no server interaction required at any stage.
DRAW CAPACITY - CUSTOM TRANSACTION DESIGNFalconDraw introduces a custom stake transaction type (TxVersionPoolStake, v6) designed specifically to maximize draw capacity within Bitcoin's SegWit weight model.
Standard Bitcoin transfers run ~141 vbytes. FalconDraw stake transactions are ~151 vbytes - nearly identical - but serve a fundamentally different purpose: the output is a null OP_RETURN burn rather than a spendable destination. Staked coins are permanently consumed in the stake transaction and entered into the draw pool. No pool UTXO is created. The UTXO set shrinks with every draw.
The OP_RETURN payload carries 34 bytes of draw registration data: wallet address, stake amount, and draw height. Transaction is per wallet not per token so a 1 FDRW entry uses identical block space to a 1,000,000 FDRW entry.
Stake transactions per block: ~33,000
Blocks per draw window: 36
Players per draw: ~1.2 million
Draws per day: 4 at target 10 minute block time
Daily theoretical player capacity: ~4.8 millionBlock space is shared with regular transfers. The fee market allocates capacity naturally - players who want guaranteed entry in high-demand draws pay competitive fees.
Powerball/Megamillions tickets per draw (by comparison): ~10 million but they only draw two or three times per week. Global lottery players per year: ~1 billion or more.
Native stake spam protection with limit of 5 stakes per wallet per draw.
THE REFERENCE UIThe FalconDraw blockchain and draw mechanic are UI agnostic - anyone can interact via the CLI wallet, build their own interface against the JSON-RPC API, or interact with the chain directly.
The reference UI at falcondraw.com reduces player enrollment friction by offering:
- Passwordless login via passkey (Face ID / fingerprint) or Telegram account + PIN
- Draw entry and draw status in one tap
- Freeroll entries for new wallets
- Send FDRW via QR b or wallet address
- Receive FDRW via QR b or public key
- Load any existing private key per session
- BIP39 mnemonic generator and recovery
- Deterministic non-custodial wallet - nothing stored server-side
- Syncs across devices via your password manager (passkey) or Telegram account
- Draw verification tool - independently verify any historical draw result on-chain
Or design your own better UI.
LINKSWebsite: https://falcondraw.com
Explorer: https://explorer.falcondraw.com
GitHub: https://github.com/FalconDraw/VPS
Whitepaper: https://falcondraw.com/whitepaper.pdf
Discord: https://discord.gg/hbM8vnaTu
Telegram: https://t.me/FalconDrawBot
Pool: stratum+tcp://pool.falcondraw.com:3333
Falcon Draw LLC - Wyoming software firm.
FDRW tokens are software artifacts with no inherent monetary value. The Falcon Draw is a peer-to-peer software game in which participants exchange software tokens. No purchase is required to participate. The draw runs on a decentralized peer-to-peer network independent of Falcon Draw LLC.
Falcon Draw LLC publishes open source software only and does not operate the draw network, hold participant funds, or take fees of any kind.
