- The project connected Alejandro's industrial engineering background with blockchain workflow design.
- The system treated blockchain as an operational source of truth, not as a decorative feature.
Smart contracts
Turnaround Checklist dApp
A blockchain-based aviation turnaround management dApp where each flight turnaround is represented by a smart contract that tracks ground tasks, deadlines, KPIs, and on-chain certification.
RoleSmart Contract Engineer / Blockchain Developer
TimelineDecode Travel Barcelona 2025
Team3
FocusSmart contracts
Overview
Aviation turnaround operations modeled as on-chain workflows.
A blockchain-based aviation turnaround management dApp where each flight turnaround is represented by a smart contract that tracks ground tasks, deadlines, KPIs, and on-chain certification.
Why it matters
This project demonstrates how smart contracts can represent real operational workflows: who is responsible, what state the process is in, when tasks are late, when certification is valid, and how completion can trigger verifiable rewards.
Problem, context, and constraints
Airline turnarounds are still coordinated through fragmented tools such as radio calls, spreadsheets, and manual reports.
That fragmentation makes it hard to prove what happened between arrival and departure.
Every minute on the ground matters, so transparency, accountability, compliance, and operational efficiency all matter.
- The workflow model needed to stay deterministic enough for smart contract logic.
- The team had to balance realistic aviation operations with hackathon delivery scope.
- Actor roles, deadlines, and reward logic needed to remain clear and auditable.
My role and contribution
Smart Contract Engineer / Blockchain Developer
- Model each flight turnaround as a smart contract on Camino Network.
- Track tasks such as fuel, cleaning, baggage, and boarding on-chain.
- Assign tasks to actors such as ground staff, fuel, catering, crew, and gate teams.
- Compute SLA and KPI outcomes in contract logic.
- Generate on-chain turnaround certificates and issue ERC-721 TurnaroundBadge rewards for perfect execution.
- Use IPFS for NFT metadata and images.
Architecture and system details
Each turnaround was represented by a dedicated smart contract. Tasks were initialized with deadlines, assigned to specific actors, and completed on-chain. Contract logic computed KPI and SLA outcomes, then issued a final certificate. Separate ERC-721 badge contracts rewarded actors for flawless execution.
01Frontend
- Next.js application
- TypeScript
- Web3-enabled dApp interface built by teammate
02Contracts
- Solidity contracts
- Smart contract per turnaround
- Task, deadline, KPI, certificate, and badge logic
03Storage
- On-chain operational events
- IPFS metadata and images
- Firebase-related project structure
04Infrastructure
- Camino Network
- Wallet-based interactions
- Vercel demo deployment
Live chain data
The dApp was built for Camino Network. The public TurnaroundBadge contract Alejandro linked is available on the Columbus testnet, so this panel reads live block, gas, contract, and badge metadata from the Columbus RPC endpoint.
Loading chain data...
Key technical decisions
- Context
- Every flight turnaround has its own task set, deadlines, actors, and operational outcome.
- Choice
- Model each turnaround as its own contract instance.
- Tradeoff
- This made the system explicit and auditable, while requiring careful thinking around deployment flow and contract lifecycle.
- Context
- The project needed to make task completion, SLA outcomes, and certification tamper-resistant.
- Choice
- Store core task events and workflow state on-chain.
- Tradeoff
- This improved transparency and dispute resistance but required keeping the workflow model deterministic and focused.
- Context
- The system needed a way to recognize perfect execution without overcomplicating operational workflows.
- Choice
- Issue TurnaroundBadge NFTs to actors with flawless task execution.
- Tradeoff
- NFT incentives created a visible reward layer while keeping operational logic separate from recognition logic.
Security, scaling, and reliability
- Kept core workflow logic deterministic and auditable.
- Separated task execution and reward logic.
- Used verifiable on-chain records to avoid disputes over completed work.
- Considered actor roles and task ownership in contract design.
- Minimized unnecessary complexity in hackathon scope.
Testing strategy
- Testing strategy focuses on role permissions, invalid state transitions, deadline and SLA edge cases, certificate issuance, ERC-721 reward logic, and integration boundaries.
- Exact final test tooling and coverage are not documented in the public brief.
Result and proof
- Winner of the Blockchain-based turnaround checklist challenge at Decode Travel Barcelona 2025.
- Presented to hackathon judges, Camino Network, Vueling, and aviation operations stakeholders.
- Demonstrated potential improvement in transparency and SLA traceability.
- Demonstrated potential reduction in reconciliation and manual reporting.
Before
Radio calls, spreadsheets, fragmented coordination, and manual reporting.
After
A shared on-chain source of truth with KPI tracking and certification logic.
Challenges, tradeoffs, and next steps
Hardest part: Translating real aviation turnaround operations into a smart contract model that remained structured, realistic, and hackathon-feasible.
Key learning: How to model real operational SLAs, incentives, and multi-actor workflows on-chain.
- Add richer operational dashboards.
- Improve exception handling.
- Add stronger testing coverage.
- Add deeper integrations with airline systems.
- Create a clear architecture diagram.