Useful before technical.
People need to know who has committed, what is still missing, and what happens if the booking doesn’t activate. That comes before blockchain terminology.
WHY WE’RE BUILDING FUSE
Good ideas deserve a way to come together.
Our mission is to make interdependent commitments easier to coordinate. When a plan needs several people to say yes, everyone should be able to see the same conditions.
A SMALL TEAM. A SHARED START.Two siblings.
Two siblings.
Our first hackathon together.
We’re two siblings building FUSE for a Colosseum submission. This is our first hackathon project together.
We’re starting with one practical example: a small paid workshop. It makes the coordination problem tangible — attendees, a venue, and an instructor all need to commit before the booking can move forward.
The marketplace provides an interactive local simulation. A separate Solana Devnet demonstration runs the same escrow conditions on-chain.
Honest about what works.
The main marketplace is an interactive simulation using demo tokens and localStorage in your browser. An unaudited escrow smart contract is deployed on Solana Devnet with valueless test tokens. The separate /onchain-demo shows genuine historical Devnet transactions and live RPC state. Browser activation is supported; creation, deposits, supplier approvals, and refunds require developer scripts.
A focused first version.
FUSE coordinates booking formation and payment conditions. It does not guarantee that a physical event happens after suppliers are paid, and it does not resolve later disputes.