메인넷에서 살아남는 스마트 컨트랙트 — 실제 사용자, 실제 자금, 패치 없음.
데모가 아닌 프로덕션에서 돌아가는 컨트랙트, dApp, 론칭을 만듭니다. 테스트된 Solidity, 배포 전 검토, 쓸 수 있는 프론트엔드. 온체인 버그는 영구적입니다 — 그 각오로 배포합니다.
제공 내용
- 스택Solidity, EVM 체인, TypeScript
- 테스트컨트랙트마다 완전한 테스트 스위트
- 보안배포 전 검토와 가스 점검
- 소유권키, 저장소, 컨트랙트 모두 당신 것
- 납품테스트넷 우선, 검증된 소스, 문서
익숙한 이야기인가요?
백서와 마감일은 있는데, 팀에 메인넷에 컨트랙트를 올려 본 사람이 없다
데모 지갑에서는 잘 되던 dApp이 실제 사용자가 연결하는 순간 실패한다
프리랜서가 컨트랙트를 배포했는데, 지금 owner 키를 누가 갖고 있는지 확실하지 않다
가스비 때문에 모든 거래가 내 사용자에게 세금을 물리는 것처럼 느껴진다
투자자가 감사에 대해 묻는데 아직 솔직하게 답할 수가 없다
토큰에 베스팅과 분배 로직이 필요한데, 스프레드시트로는 감당이 안 된다
우리가 만드는 것
- 01
스마트 컨트랙트
토큰, 스테이킹, 마켓플레이스, 커스텀 로직 등 Solidity 컨트랙트. 프록시 vs 이뮤터블을 처음에 결정하고, 오너·관리 키는 멀티시그 세리머니로 인계하며, 메인넷 상태를 포크해 테스트합니다.
- 02
dApp & 지갑 연동
메인넷 기준으로 단단하게 만든 React 프론트엔드: 멀티 지갑 엣지 케이스, 체인 전환, pending·실패·대체(replaced) 트랜잭션 상태, 이벤트 인덱싱, 그리고 날것의 hex가 아닌 사람이 읽을 수 있는 오류 메시지.
- 03
토크노믹스 & 토큰 발행
공급량, 베스팅, 분배를 온체인에 그대로 구현 — 클리프, 언락, 배분이 자문 승인 백서와 wei 단위까지 일치하며, 투자자가 검증할 수 있는 인계 문서를 제공합니다.
- 04
컨트랙트 감사 & 보안
배포 전 한 줄씩 검토: 재진입, 접근 제어, 오버플로, 오라클 조작, 가스 낭비. 배지가 아니라 서면 보고서와 수정 사항을 받습니다.
진행 방식
- 01
첫 상담
프로토콜이나 제품이 무엇을 해야 하는지, 어떤 체인인지, 이미 배포된 것은 무엇인지 알려주세요. 아무 약정도 없습니다.
- 02
범위 & 제안
Solidity 한 줄을 쓰기 전에 가격, 일정, 컨트랙트 아키텍처 초안이 담긴 고정 범위 계획을 받습니다.
- 03
스프린트 개발
1~2주마다 컨트랙트와 프론트엔드를 테스트넷에 올리고, 데모와 테스트 보고서를 드리며 조정할 여지를 둡니다.
- 04
출시 & 지원
최종 검토, 메인넷 배포, 소스 코드 검증, 키 인계, 그리고 블록이 확정된 뒤에도 놀랄 일이 없도록 지원 기간을 둡니다.
사용하는 기술
- Solidity
- Web3.js
- Truffle
- Node.js
- React
- TypeScript