프로덕션 준비 상태
테스트넷에서 메인넷으로 전환하기 전에 아래 각 섹션을 순서대로 검토하세요.
출시 전 확인사항
- 네트워크 대상. 애플리케이션이 테스트넷이 아닌 메인넷 값을 읽습니다: chain ID
988, RPChttps://rpc.stable.xyz, 익스플로러https://stablescan.xyz. 전체 구성은 Connect에 있습니다. - 컨트랙트 검증. 배포된 컨트랙트가 stablescan.xyz에서 검증되어 사용자와 파트너가 검사할 수 있습니다.
- 메인넷 자금 조달 경로. 프로덕션 지갑이 USDT0를 확보할 수 있는 문서화된 방법이 있습니다: 직접, LayerZero를 통한 브리지, 또는 커스터디언. 파우셋은 테스트넷 전용입니다.
- 환경 격리. 키, RPC 자격 증명, 서명 경로가 테스트넷과 메인넷 간에 분리되어 있습니다.
보안 점검
USDT0의 이중 역할 동작은 이더리움에서 가져온 몇 가지 가정을 무너뜨립니다. 아래 각 항목을 검증해야 합니다. 전체 목록은 마이그레이션 체크리스트에 있습니다.
지급 능력(solvency) 점검은 미러가 아닌 실제 네이티브 잔액을 읽습니다.// SAFE — checks real balance at the moment of transfer
function withdraw() external {
uint256 amount = credit[msg.sender];
credit[msg.sender] = 0;
require(address(this).balance >= amount, "insufficient balance");
payable(msg.sender).call{value: amount}("");
}Allowance 기반 고갈 경로가 테스트로 다뤄집니다. 모든 approve / transferFrom / permit 경로에는 컨트랙트의 네이티브 잔액 고갈을 시도하는 테스트가 있습니다.
require(recipient != address(0), "zero address recipient");
payable(recipient).call{value: amount}("");주소 재사용 감지는 EXTCODEHASH에 의존하지 않습니다. Permit 기반 승인은 nonce 증가 없이 네이티브 잔액을 변경하므로 EXTCODEHASH가 제로 해시와 빈 해시 사이를 오갈 수 있습니다. 대신 명시적 추적을 사용하세요.
성능 및 신뢰성
- RPC 이중화. 프로덕션 트래픽에는 페일오버 계획이 있습니다. 서드파티 제공업체는 RPC 제공업체에 나열되어 있습니다.
- 가스 추정. 트랜잭션은
maxPriorityFeePerGas를0으로 설정하고 현재 base fee로부터maxFeePerGas를 계산합니다. 가스 가격 책정을 참조하세요. - 블록 시간. 블록은 약 0.7초마다 생성되며 단일 슬롯 최종성을 가집니다. 폴링 간격과 확인 임계값을 이 주기에 맞춰 조정합니다.
- 재시도. 일시적인 RPC 오류는 멱등적으로 재시도됩니다. 금전적으로 민감한 플로우의 경우 다운스트림 상태 변경 전에 영수증 또는 로그를 통해 포함 여부를 검증합니다.
운영 소유권
- 모니터링. 자체 노드를 운영하는 경우 알림이 블록 생성, 피어 상태, RPC 지연 시간을 감시합니다. 모니터링을 참조하세요. 서드파티 RPC를 사용하는 경우 제공업체 SLA와 페일오버 텔레메트리를 추적하세요.
- 업그레이드. 노드 운영자가 업그레이드를 일정에 맞춰 진행할 수 있도록 프로토콜 릴리스를 추적합니다. 메인넷 버전 히스토리를 참조하세요.
- 런북. 컨트랙트 일시 중지, 키 교체, RPC 제공업체 전환에 대한 롤백 절차가 존재합니다.