Fund
Participants deposit FATK up to fixed quotas.
Standalone collective NFT trading module
FLASH
ALLIANCE
CORE FLOW
Fund one NFT together, buy it by vote, sell it by vote, then split proceeds by fixed shares.
ERC20 FundingFixed ParticipantsQuota-Gated DepositsSeller NFT ApprovalAcquisition VoteBuyer FATK ApprovalClaimable ProceedsOne Alliance • One Trade Cycle
Alliance lifecycle
One alliance. One full trade cycle.
Acquire
Seller approves NFT, alliance votes, then buys.
Close
Buyer approves FATK, sale executes, proceeds are claimed.
Why this dApp exists
Trust is not escrow.
FlashAlliance is built for small fixed groups that want to acquire and trade one high-value NFT together without routing the whole deal through a single trusted wallet.
01
Current Reality
A group wants one NFT, but the trade usually routes through one trusted wallet that holds both cash flow and execution power.
02
What Breaks
That wallet can change price assumptions, delay execution, or disappear entirely. The rest of the group is left with trust instead of rules.
03
FlashAlliance Path
People create one alliance, lock FATK by quota, vote acquisition and sale tuples, route seller and buyer approvals through dedicated pages, and settle by fixed shares.
Why FlashAlliance
Quota Escrow
Each participant can deposit only up to their assigned quota, and funds stay in contract control.
Tuple Voting
Acquisition and sale are voted with concrete parameters instead of vague offchain agreement.
Approval Routing
Seller NFT approval and buyer FATK approval can be handled through dedicated, shareable frontend pages.
Deterministic Settlement
Once the cycle closes, proceeds become claimable by the fixed share mapping baked into the alliance.
Fractional NFT focus
Buy in shares. Execute through one alliance contract.
Numbers
High-signal metrics.
Main lifecycle states
NFT trade cycle per alliance
Fixed-share split model
Global DAO dependency
Pull to reveal
Protocol details without the noise.
PULLSafety rail
Each alliance is isolated. Admin scope, participant map, and lifecycle stay local to that specific contract instance.
PULLAcquisition flow
Members deposit FATK up to fixed quotas, the seller approves the NFT, then participants vote one acquisition tuple before the alliance buys.
PULLExit coordination
Participants vote buyer, price, and deadline. The buyer approves FATK first, then the alliance executes sale and exposes claimable proceeds.
PULLClosed lifecycle
A FlashAlliance contract is a one-shot module. After the NFT is sold and proceeds are claimable, that alliance is closed and not reused.
Interactive surface
Control funding, approvals, execution, and settlement.
Funding status
Track quota-based FATK deposits, participant balances, and readiness to acquire.Acquisition proposal
Coordinate NFT address, tokenId, seller, and deadline under one vote tuple.Seller approval page
Generate a dedicated approval route so the current NFT owner can safely approve the alliance.Buyer approval page
Generate a FATK approval route for the buyer before sale execution.Claim settlement
Distribute proceeds by fixed ownership shares and let each participant claim directly.Funding status
Track quota-based FATK deposits, participant balances, and readiness to acquire.Acquisition proposal
Coordinate NFT address, tokenId, seller, and deadline under one vote tuple.Seller approval page
Generate a dedicated approval route so the current NFT owner can safely approve the alliance.Buyer approval page
Generate a FATK approval route for the buyer before sale execution.Claim settlement
Distribute proceeds by fixed ownership shares and let each participant claim directly.Live on Ethereum Sepolia
Deployed and verifiable.
Factory, FATK, and faucet are verifiable onchain. Each alliance instance is deployed independently from the factory.
Factory
0x36eff0B7008Cf5eE8a3FFb2f145BE12D99BFA66C
Creates new alliance instances.
View on EtherscanFATK Token
0x20122EF4591B354CB65383c5dE648Bd7DED83509
Settlement and funding token.
View on EtherscanFaucet
0x1f5ca371C3C0fFA838C228A87087510Fe31676aD
Network FATK distribution with cooldown control.
View on EtherscanTrust assumptions: contract rules enforce quota funding, vote flow, and split logic, but execution still depends on seller NFT approval, buyer FATK approval, and the current owner remaining valid at execution time.
FLASHALLIANCE = INDEPENDENT PRODUCT
ONE ALLIANCE = ONE NFT TRADE CYCLE