About
Finalists of Unite Defi qualify to mint the Unite DeFi Finalist Pack which has a variety of perks and prizes. See the full details of the winning perks below.Prizes
Provided by Amazon Web Services (AWS)About
1inch provides a suite of powerful tools that enable developers to build smooth DeFi experiences on Ethereum, Ethereum L2s, and beyond. Hackers can utilize our open-source SDKs, smart contract protocols, and robust APIs to build onchain applications. In this hackathon, we are giving builders three distinct challenges: * Build applications with extensive use of 1inch API * Extend our Limit Order protocol with creative trading strategies for users * Expand the reach of 1inch Cross-chain Swap (Fusion+) to one of the following EVM and non-EVM chains: Sui, Aptos, Bitcoin/Bitcoin cash/Doge/Litecoin, Tron, Ton, Monad, Near, Starknet, Cardano, Stellar, XRP Ledger, ICP, Tezos, Polkadot, EOS, or Cosmos.Prizes
Qualification Requirements
Requirements: - Onchain execution of strategy should be presented during the final demo - Custom Limit Orders should not be posted to official Limit Order API - Consistent commit history should be in the GitHub project. No low or single-commit entries allowed! Stretch goals (not hard requirements): - UI
Qualification Requirements
- Application should use 1inch API as much as possible - Consistent commit history should be in the GitHub project. No low or single-commit entries allowed!
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
Requirements: - Preserve hashlock and timelock functionality for the non-EVM implementation - Swap functionality should be bidirectional (swaps should be possible to and from Ethereum) - Onchain (mainnet/L2 or testnet) execution of token transfers should be presented during the final demo (EVM testnets will require the deployment of Limit Order Protocol contracts) Stretch goals (not hard requirements): - UI - Enable partial fills
Qualification Requirements
- Get picked for the bonus by the judges. - Nothing specific is required in the entry to be eligible for this prize.
Resources
About
Etherlink is a high-performance, EVM-compatible Layer 2 built on the Tezos blockchain. Designed with developers in mind, Etherlink combines low fees, fast finality, and institutional-grade security — making it ideal for DeFi applications and real-world use cases. Built using Tezos Smart Rollups and powered by a decentralized Data Availability Layer (DAL), Etherlink provides a scalable and efficient environment for deploying Solidity-based smart contracts using familiar tools like Hardhat, Foundry, and MetaMask. Key features include: • EVM compatibility: Deploy and interact with smart contracts using standard Ethereum tooling. • High throughput, low latency: Optimized for fast transaction finality. • Affordable gas fees: Build and scale without high operational costs. • Decentralized and upgradeable: Built on Tezos, one of the most battle-tested blockchains in production. ⸻ Why Build on Etherlink? • Performance: DeFi apps run smoothly with near-instant execution and high transaction capacity. • Trustworthy foundation: Etherlink inherits the governance and decentralization guarantees of Tezos. • Easy onboarding: Use existing Ethereum codebases, infrastructure, and developer tools. • Supportive ecosystem: Receive direct support from the Etherlink team during the hackathon and beyond. Whether you’re porting an existing DApp or launching something entirely new, Etherlink gives you a solid, future-proof base to build on.Prizes
Qualification Requirements
To qualify for a prize, submissions must: 1. Deploy on Etherlink using Solidity (EVM-compatible) smart contracts. 2. Demonstrate how your project integrates or extends 1inch Fusion+ on Etherlink. 3. Include a clear README with instructions on: • How to run or test the code • What components were built or modified • Which 1inch protocol features were used or extended 4. Be submitted before the ETHGlobal Unite deadline and presented during judging. 5. Be original work created during the hackathon. Bonus points for: • Technical depth and practical utility • Working UI or CLI to demonstrate integration • Clear potential for future development or 1inch partnership
About
Stellar is an open-source blockchain network designed for fast, low-cost cross-border payments and asset tokenization. Built with a unique consensus algorithm called the Stellar Consensus Protocol (SCP), it can process thousands of transactions per second with settlement times of 3-5 seconds and fees typically under a penny. The network natively supports multi-currency transactions and atomic swaps, making it particularly well-suited for financial applications, remittances, and creating programmable digital representations of real-world assets.Prizes
Qualification Requirements
Must integrate both Stellar blockchain and 1inch API/protocols in a meaningful way. Project should demonstrate functional use of each platform's core capabilities.
About
NEAR Protocol is a scalable blockchain platform that enables seamless cross-chain development through Chain Abstraction. The Shade Agent Framework allows developers to build secure decentralized agents in Trusted Execution Environments, while Chain Signatures enable multi-chain interactions and NEAR Intents simplify user experiences across different blockchain networks.Prizes
Qualification Requirements
Your solver must listen for quote requests (mocked or real), produce valid 1inch Fusion meta-orders using NEAR's Chain Signatures, include comprehensive documentation with setup instructions, and demonstrate end-to-end functionality. Bonus points for modular architecture that extends to other protocols.
Links and Resources
Qualification Requirements
Your solver must listen for quote requests (mocked or real), produce valid 1inch Fusion meta-orders using NEAR's Chain Signatures, include comprehensive documentation with setup instructions, and demonstrate end-to-end functionality. Bonus points for modular architecture that extends to other protocols.
