Feasibility & Build Plan

TRON Energy 대여 플랫폼

USDT(TRC-20) 전송 수수료를 90%+ 절감시키는 Energy 위임 인프라 — 기술 타당성, 서버·AWS 구성, 개발 계획.

✓ 기술적으로 충분히 가능 · 승부는 자본·재고정합성·키보안

01 요약

진입장벽 낮음(핵심 API 3개면 MVP 동작). 다만 레드오션이라 차별화 없으면 무의미. 코드가 아니라 ①유동성(스테이킹 TRX 자본) ②재고 정합성 ③키 보안이 진짜 관건.

작동 원리 (Stake 2.0)
  • 내 지갑이 TRX를 FreezeBalanceV2로 스테이킹 → Energy 생성
  • DelegateResource로 고객에 사용권만 위임 (소유권 유지)
  • UnDelegateResource로 즉시 회수
  • 고객은 USDT 전송 수수료 90%+ 절약, 나는 위임 마진
진짜 장벽 (제1원리)
  • 자본이 곧 재고 — 팔려면 TRX를 동결해둬야 함
  • 레드오션 — TronSave·feee.io 등 성숙
  • 얇은 마진 — 규모의 경제 게임

02 서버 구성

TRON은 표준 HTTP API(TronGrid)와 TronWeb SDK를 제공 → 별도 풀노드 없이도 구성 가능. 난이도는 온체인이 아니라 동시성·재고 정합성에 있음.

구성기술비고
API 서버Elysia + Bun무상태 → 오토스케일
워커BullMQ + Redisdeposit / delegate / reclaim
원장·주문PostgreSQLledger = SSOT
TRON 접근층TronWeb → TronGridMVP는 노드 불필요
지갑 풀Hot wallet N개스테이킹된 TRX 재고
가장 위험한 지점 — 재고 오버셀. 여러 주문이 같은 Energy 풀을 동시 위임하면 자산 손실. → Redis 분산락 + DB SELECT FOR UPDATE + ledger 단일 진실원으로 원자적 차감.

03 AWS 구성

전부 AWS로 가능, 제약 없음. 키 보안(KMS/Enclave)과 노드 스토리지(EBS/S3) 때문에 오히려 AWS가 유리.

컴포넌트AWS 서비스비고
API·워커ECS Fargate무상태 오토스케일
DBRDS (Aurora)원장 SSOT, Multi-AZ
큐·분산락ElastiCache RedisBullMQ
Hot wallet 키Secrets Mgr + Nitro Enclave★ secp256k1 서명 격리
TRON 풀노드(선택)EC2 r6i.2xlarge + EBS gp3스케일 단계
주의: KMS는 TRON 서명곡선(secp256k1) 직접 서명 미지원 → KMS는 키 암호화에만, 실제 서명은 Nitro Enclave 안에서. 풀노드 EBS는 gp2 금지(IOPS 병목).

04 개발 계획

testnet PoC로 온체인 리스크 먼저 소거 → 재고 정합성 코어 → 워커 → 키 보안 → AWS. Critical Path(★)는 온체인·재고·보안에 집중.

노드비용의존산출물 / verify
N0.1★ TronWeb 위임 PoC (Nile)Sdelegate/undelegate 왕복 성공
N0.2 경쟁사 가격·마진 실측S자본 대비 일매출 시뮬 (go/no-go)
N1.1★ 백엔드 스캐폴드 + DB 스키마MN0.1wallets/orders/delegations/ledger
N1.2 TRON 접근층 모듈SN0.1TronWeb wrapper 유닛테스트
N2.1★ 자원 풀 관리 + 재고 정합성MN1.1오버셀 동시성 테스트 통과
N2.2 deposit-watcher 워커MN1.1·N1.2멱등키·19블록 confirmation
N3.1★ delegate/reclaim + 상태머신MN2.1·N2.2pending→active→reclaimed E2E
N3.2 주문/조회 REST APISN2.1주문→위임 happy path
N4.1★ 키 보안 (Nitro Enclave)MN3.1개인키 메모리 미노출
N4.2 API 상품화 (auth·rate limit)SN3.2API 키·과금 미터링
N5.1★ AWS 배포MN4.1·N4.2mainnet 소액 실거래 1건
N5.2 모니터링·알림SN5.1재고·실패·입금누락 알림
 L0          L1            L2              L3             L4             L5

N0.1★──────▶N1.1★──────▶N2.1★──────▶N3.1★──────▶N4.1★──────▶N5.1★
  │           │             │      ▲         │              │        │
N0.2        N1.2─────────┴───▶N2.2──┘       N3.2──────▶N4.2─────┤
(검증)                                                                └─▶N5.2

═ Critical Path: N0.1 → N1.1 → N2.1 → N3.1 → N4.1 → N5.1

05 마일스톤 게이트

  1. 온체인 PoCN0.1 testnet 왕복 성공 + N0.2 마진 양수 → "돈 되는가 + 기술 되는가" 동시 판정
  2. 재고 코어N2.1 오버셀 동시성 테스트 통과 → 재고 drift = 자산 손실, 최우선 리스크
  3. 자동 거래N3.1 상태머신 E2E (입금→위임→회수) → 운영 자동화 성립
  4. 키 보안N4.1 Enclave 서명 → 자산 탈취 리스크 소거 (mainnet 전제조건)
  5. 프로덕션N5.1 mainnet 실거래 1건 → 런칭
게이트 없이 다음 단계 금지. 자본이 상한인 사업이라 개발보다 M1 go/no-go가 먼저. M1 마진 실패 시 전체 중단.