Blockchain Development

토큰 문서에서 끝내지 않습니다. 키가 서명되고, 전송 상태가 남고, 장애가 보이도록 서비스를 붙입니다.

Challenge

지갑 연동만 붙이면 논스 충돌, 가스 급등, 리오그, 인덱서 지연이 고객 문의가 됩니다. 지원 팀이 거래를 설명할 자료가 없습니다.

전송 상태를 체인 확정과 별도 원장으로 나눠 기록합니다. RPC 장애를 전제로 재시도와 큐를 두고, 확정 전 상태를 화면에 그대로 보여 줍니다.

EVM 계열, Solidity, Foundry 또는 Hardhat, wagmi 또는 자체 서명 모듈. 메인넷을 직접 띄울 때는 합의 클라이언트, 익스플로러, 모니터링을 같이 릴리스합니다.

기존 서비스 범위는 EVM 계열입니다. 아래는 그 호환 네트워크의 예이며, 특정 체인 구축 실적으로 적지 않습니다.

EthereumBNB ChainArbitrumKaia기타 EVM 호환 네트워크

서비스가 체인을 읽고 쓰는 애플리케이션 계층과 운영 경계를 나눕니다.

사용자 서명 월렛과 사내 정산용 멀티시그처럼, 키가 어디에 있는지부터 정합니다.

보관 주체, 승인 단계, 출금 한도를 운영 절차와 함께 설계합니다.

Solidity로 계약을 작성하고 Foundry 또는 Hardhat으로 배포 파이프라인을 맞춥니다.

발행과 전송, 메타데이터, 화면에서의 상태 표시를 한 세트로 다룹니다.

예치·교환처럼 온체인 상태와 화면 상태가 어긋나지 않게 확정 단계를 나눕니다.

가맹 결제와 정산에서 체인 확정과 내부 원장을 분리해 기록합니다.

트랜잭션과 주소 상태를 운영자와 사용자가 설명할 수 있게 보여 줍니다.

인덱서가 늦거나 비는 경우를 전제로 재시도와 지연 표시를 둡니다.

외부 거래소·시세 연동은 장애와 재시도를 전제로 큐에 올립니다.

주문과 체결 상태를 화면과 원장에서 구분하고, 실패를 숨기지 않습니다.

유동성 공급과 가격 유지 로직은 한도와 중단 조건을 먼저 둡니다.

RPC 장애, 논스, 가스, 리오그를 알림으로 볼 수 있게 합니다.

PoA처럼 기업 환경의 합의와 결제·정산 연동을 같은 릴리스로 맞춥니다.

체인별 RPC와 서명, 확정 규칙을 바꿔 끼울 수 있게 경계를 둡니다.