Sovereign Cross Monero, Bitcoin, Litecoin, Dogecoin, Ethereum, etc... Chain Protocol Development
Budget / Salary$30–250
TypeFreelance project
LocationRemote
Posted14 minutes ago
DID YOU BUILT AN ENTIRE SOVEREIGN CROSS CHAIN PROTOCOL FROM THE GROUND UP?
CONTROL Testnet is where you build and verify the engine
$50 EACH MODULE PAID AFTER VERIFIED DELIVERY ONLY
MODULE 1: Subsidy Pool| Built | Deploy via Hardhat / Foundry |
MODULE 2: UTXO Harnes | Built | Run live testnet tests |
MODULE 3: Relayer Daemon | Built | Initialize with `.env` config |
MODULE 4: Alt-UTXO Adapters| Built | Configure RPC endpoints |
MODULE 5: EVM PoW Deploy | Built | Deploy to ETHW / Syscoin testnets |
MODULE 6: Monero Adapter| Built | Connect to `monero-wallet-rpc` |
MODULE 7: Beldex Adapter | Built | Connect to `beldexd` |
MODULE 8: Frontend Bridge| Built | Inject into HTML UI & test |
Detailed Scope of Work (The 8 Modules)
MODULE 1: Subsidy Pool (Solidity)
Needs deployment via Hardhat/Foundry and integration testing with the relayer reimbursement logic.
MODULE 2 Job 2: UTXO Harness (Rust)
Needs live Testnet execution. Must handle real faucet funding, broadcast actual P2WSH HTLC locks, and execute preimage claims on BTC/LTC Testnet.
MODULE 3: Relayer Daemon (Rust)
Needs environment configuration, live Chain 210 event monitoring, and automated `closeLink()` broadcasting.
4. MODULE 4: Alt-UTXO Adapters (Rust)
Needs RPC endpoint configuration and specific parsing logic for BlockDAG (Kaspa) and Alt-UTXO (Ravencoin/Decred) networks.
MODULE 5: EVM PoW Deploy (DevOps)
Needs actual deployment of `BurnHTLC.sol` to EVM Testnets (ETHW, Syscoin, etc.) and source code verification (Explorer Green Checkmark).
MODULE 6: Monero Adapter (Rust/Crypto)
Needs connection to `monero-wallet-rpc`, stealth address scanning, and passing cryptographic unit tests for CLSAG adaptor signatures.
MODULE 7: Beldex Adapter (Rust)
Needs connection to `beldexd`, configuration of Beldex-specific network parameters, and RPC integration.
MODULE 8: Frontend Bridge (Web3/JS)
Needs injection into the v13 HTML UI, connection to the working backend, and end-to-end Testnet QA (Fee Modal & Settlement Receipt verification).
Core Requirement:** Freelancers must provide verifiable Testnet block explorer links or passing cryptographic unit test logs to prove these enhancements are complete. You will submit Pull Requests (PRs) to our repository; direct push access is restricted.
Mandatory Screening & Application Questions
When applying, please answer the following questions based on the specific job(s) you are bidding on:
General Questions (For All Applicants)
1. Please provide a link to your GitHub profile. *(If left blank or empty, your application will be rejected immediately).
2. Have you ever worked on an atomic swap, HTLC, or cross-chain bridge protocol before? If yes, briefly explain your role. *(Look for specific keywords like "preimage", "timelock", "adaptor signature").
3. This project strictly requires TESTNET ONLY execution. Are you comfortable providing live Testnet block explorer links or passing unit test logs as the sole condition for milestone release?
Specific Questions for Rust / UTXO Modules (Jobs 2, 3, 4)
4. Which Rust crates do you prefer for interacting with Bitcoin/Litecoin nodes (e.g., `rust-bitcoin`, `bitcoincore-rpc`, `electrum-client`)? Briefly explain how you construct a P2WSH HTLC script in Rust.
5. How do you handle fee estimation for UTXO chains to ensure a transaction doesn't get stuck in the mempool during a swap?
Specific Questions for Crypto / Monero Modules (Jobs 6, 7)
6. Explain the mathematical relationship between an adaptor signature and a standard Schnorr/CLSAG signature. How exactly is the secret scalar `t` extracted when the counterparty broadcasts the completed transaction?
7. Have you worked with the `curve25519-dalek` or `monero-rs` crates before?
Specific Questions for Solidity / EVM Modules (Jobs 1, 5)
When deploying a contract that handles internal token transfers (like the 1.0 Coin burn and 1.0 COIN return), how do you write your Hardhat/Foundry tests to verify the internal transactions actually occurred?
CONTROL Testnet is where you build and verify the engine
$50 EACH MODULE PAID AFTER VERIFIED DELIVERY ONLY
MODULE 1: Subsidy Pool| Built | Deploy via Hardhat / Foundry |
MODULE 2: UTXO Harnes | Built | Run live testnet tests |
MODULE 3: Relayer Daemon | Built | Initialize with `.env` config |
MODULE 4: Alt-UTXO Adapters| Built | Configure RPC endpoints |
MODULE 5: EVM PoW Deploy | Built | Deploy to ETHW / Syscoin testnets |
MODULE 6: Monero Adapter| Built | Connect to `monero-wallet-rpc` |
MODULE 7: Beldex Adapter | Built | Connect to `beldexd` |
MODULE 8: Frontend Bridge| Built | Inject into HTML UI & test |
Detailed Scope of Work (The 8 Modules)
MODULE 1: Subsidy Pool (Solidity)
Needs deployment via Hardhat/Foundry and integration testing with the relayer reimbursement logic.
MODULE 2 Job 2: UTXO Harness (Rust)
Needs live Testnet execution. Must handle real faucet funding, broadcast actual P2WSH HTLC locks, and execute preimage claims on BTC/LTC Testnet.
MODULE 3: Relayer Daemon (Rust)
Needs environment configuration, live Chain 210 event monitoring, and automated `closeLink()` broadcasting.
4. MODULE 4: Alt-UTXO Adapters (Rust)
Needs RPC endpoint configuration and specific parsing logic for BlockDAG (Kaspa) and Alt-UTXO (Ravencoin/Decred) networks.
MODULE 5: EVM PoW Deploy (DevOps)
Needs actual deployment of `BurnHTLC.sol` to EVM Testnets (ETHW, Syscoin, etc.) and source code verification (Explorer Green Checkmark).
MODULE 6: Monero Adapter (Rust/Crypto)
Needs connection to `monero-wallet-rpc`, stealth address scanning, and passing cryptographic unit tests for CLSAG adaptor signatures.
MODULE 7: Beldex Adapter (Rust)
Needs connection to `beldexd`, configuration of Beldex-specific network parameters, and RPC integration.
MODULE 8: Frontend Bridge (Web3/JS)
Needs injection into the v13 HTML UI, connection to the working backend, and end-to-end Testnet QA (Fee Modal & Settlement Receipt verification).
Core Requirement:** Freelancers must provide verifiable Testnet block explorer links or passing cryptographic unit test logs to prove these enhancements are complete. You will submit Pull Requests (PRs) to our repository; direct push access is restricted.
Mandatory Screening & Application Questions
When applying, please answer the following questions based on the specific job(s) you are bidding on:
General Questions (For All Applicants)
1. Please provide a link to your GitHub profile. *(If left blank or empty, your application will be rejected immediately).
2. Have you ever worked on an atomic swap, HTLC, or cross-chain bridge protocol before? If yes, briefly explain your role. *(Look for specific keywords like "preimage", "timelock", "adaptor signature").
3. This project strictly requires TESTNET ONLY execution. Are you comfortable providing live Testnet block explorer links or passing unit test logs as the sole condition for milestone release?
Specific Questions for Rust / UTXO Modules (Jobs 2, 3, 4)
4. Which Rust crates do you prefer for interacting with Bitcoin/Litecoin nodes (e.g., `rust-bitcoin`, `bitcoincore-rpc`, `electrum-client`)? Briefly explain how you construct a P2WSH HTLC script in Rust.
5. How do you handle fee estimation for UTXO chains to ensure a transaction doesn't get stuck in the mempool during a swap?
Specific Questions for Crypto / Monero Modules (Jobs 6, 7)
6. Explain the mathematical relationship between an adaptor signature and a standard Schnorr/CLSAG signature. How exactly is the secret scalar `t` extracted when the counterparty broadcasts the completed transaction?
7. Have you worked with the `curve25519-dalek` or `monero-rs` crates before?
Specific Questions for Solidity / EVM Modules (Jobs 1, 5)
When deploying a contract that handles internal token transfers (like the 1.0 Coin burn and 1.0 COIN return), how do you write your Hardhat/Foundry tests to verify the internal transactions actually occurred?
Apply on Freelancer →
Project sourced from Freelancer.com. Applications happen directly on the original platform — we never collect your data.