TRON USDT Custodial Wallet
Budget: $250 – $750 USD
I’m building a service that lets individual users hold and move TRON-based USDT without having to manage their own keys. What I need from you is the full custodial wallet backend—secure key management, on-chain monitoring, an internal ledger, and clean API endpoints that my future web or mobile front-end can call.
Core flow
• Generate a unique TRC20 deposit address for each user.
• Detect incoming transfers quickly, credit the user balance in one block or less, and flag the transaction in a log I can audit.
• On withdrawal, create, sign, and broadcast the TRON transaction within two seconds of approval while debiting the internal ledger atomically.
Technical expectations
• Use established TRON libraries such as TronWeb, gRPC, or similar; language choice is open as long as you justify it.
• Store private keys encrypted—preferably through an HSM, AWS KMS, or a locally isolated signing module.
• Provide a small admin panel or CLI that lets me freeze accounts, view balances, and manually trigger withdrawals if needed.
• Include unit tests, straightforward deployment scripts (Docker on Ubuntu or an AWS equivalent), and concise but thorough documentation.
Acceptance criteria
1. Deposit detection accuracy ≥ 99.9 %.
2. Balance consistency under concurrent deposits/withdrawals.
3. End-to-end demo works on Shasta testnet first, then mainnet.
Deliverables
• Source code repository with README and install instructions
• Database schema & migration scripts
• REST (or GraphQL) API specification
• Deployment guide and test report
If you’ve built custodial systems before—especially on TRON—let me know; it will speed up our review.
Core flow
• Generate a unique TRC20 deposit address for each user.
• Detect incoming transfers quickly, credit the user balance in one block or less, and flag the transaction in a log I can audit.
• On withdrawal, create, sign, and broadcast the TRON transaction within two seconds of approval while debiting the internal ledger atomically.
Technical expectations
• Use established TRON libraries such as TronWeb, gRPC, or similar; language choice is open as long as you justify it.
• Store private keys encrypted—preferably through an HSM, AWS KMS, or a locally isolated signing module.
• Provide a small admin panel or CLI that lets me freeze accounts, view balances, and manually trigger withdrawals if needed.
• Include unit tests, straightforward deployment scripts (Docker on Ubuntu or an AWS equivalent), and concise but thorough documentation.
Acceptance criteria
1. Deposit detection accuracy ≥ 99.9 %.
2. Balance consistency under concurrent deposits/withdrawals.
3. End-to-end demo works on Shasta testnet first, then mainnet.
Deliverables
• Source code repository with README and install instructions
• Database schema & migration scripts
• REST (or GraphQL) API specification
• Deployment guide and test report
If you’ve built custodial systems before—especially on TRON—let me know; it will speed up our review.