스테이블코인 결제 내부통제
감사인이 이미 요구하고 있는 통제 체계를 블록체인이 아닌 지급 사이클의 언어로 정리했습니다.
스테이블코인 지급 통제는 전신송금 통제와 목적이 같습니다. 즉 승인, 정확성, 자산 보호입니다. 다만 결제를 되돌릴 수 없으므로 사후 적발이 아닌 사전 예방형이어야 합니다. 실무적으로는 화이트리스트 수취처, 직무 분리, 금액에 비례한 승인 정족수, 집행 전 스크리닝, 그리고 정책, 승인자, 거래 해시를 하나로 묶는 증빙 기록을 의미합니다.
통제 매트릭스
| 리스크 | 관리 및 제어 | 생성된 증빙 |
|---|---|---|
| 공격자가 제공한 주소로의 결제 | 거래 상대방 기록에 수취처 화이트리스트 적용, 변경 시 재승인 | 요청자, 승인자, 시각이 기록된 변경 이력 |
| 무단 지급 | 직무 분리: 작성자는 집행 불가 | 결제별 요청자와 승인자 분리 |
| 기기 한 대 탈취 | MPC 정족수 서명(m-of-n 승인) | 서명 내역을 거래와 함께 저장 |
| 제재 위반 | 요청 단계 스크리닝, 적중 시 집행 차단 | 해시 생성 전 기록된 스크리닝 결과 |
| 위임 권한 초과 금액 | 금액, 자산, 거래상대방별 단계 한도 | 결제에 적용된 정책 버전 |
| 눈에 띄지 않는 통제 약화 | 전원 합의가 필요한 관리자 전용 정책 수정 | 정책 변경 이력 불변 유지 |
| 벤더 종속 / 연속성 | 문서화된 키 내보내기를 갖춘 셀프 커스터디 | 검증된 복구 절차 |
소규모 팀의 직무 분리
가장 많이 듣는 반론은 4명 규모의 재무팀으로는 직무 분리가 불가능하다는 것입니다. 가능합니다. 분리 기준은 action로 나눕니다. 부서 기준이 아닙니다. 한 명은 지급 건을 준비하고 거래 상대방 목록을 관리합니다. 다른 두 명은 서명 키를 보유하고 승인합니다. 관리자는 정책을 책임지지만 지급을 준비하지 않습니다. 준비 권한과 서명 키 과반수를 동시에 가진 사람이 없어야 하며, 요건은 이것이 전부입니다.
- 작성자: 지급 목록을 작성하며 실행 권한은 없습니다.
- 승인자: 2명 이상의 서명자, 수취인 생성 불가.
- 관리자: 정책과 역할을 관리하며, 변경 시 정족수 승인이 필요합니다.
- Observer: 감사인과 CFO를 위한 읽기 전용 권한입니다.
증빙 자료 구성
- 01현행 정책 문서: 한도, 승인자, 정족수, 화이트리스트 수취처.
- 02해당 기간의 정책 변경 로그. 각 변경의 요청자와 승인자를 보여 줍니다.
- 03요청자, 승인자, 정책 버전, 심사 결과, 해시가 포함된 지급 샘플입니다.
- 04차단된 결제 시도 목록. 예방 통제가 실제로 작동한다는 증거입니다.
- 05각 수취처의 등록일과 검증일이 기록된 거래상대방 명부.
- 06복구 절차와 최근 테스트 일자를 포함한 키 수탁 문서입니다.
- 07기말 온체인 잔액과 원장 간 대사
주요 미비 사항
| 현장에서 보는 문제 | 실패 원인 | 수정 |
|---|---|---|
| 공용 하드웨어 지갑 하나 | 권한 분리도, 복구도, 책임 소재도 없음 | 개인별 키 기반 정족수 서명 |
| 주 단위 스크리닝 | 사전 차단 불가, 결제가 이미 완료됨 | 요청 단계 스크리닝, 적중 시 차단 |
| 결제마다 주소 붙여넣기 | 손실 1위 원인은 주소 바꿔치기입니다 | 거래상대방 기록에 화이트리스트 등록 |
| 채팅방에서 이뤄지는 승인 | 거래와 연결되지 않아 위조가 쉬움 | 서명 시점에 승인을 암호학적으로 기록 |
| 누구나 정책 수정 가능 | 오용 전에 권한 회수 가능 | 관리자 전용, 정족수 승인 정책 변경 |
Stablerail의 적용 방식
역할, 한도, 승인 정족수는 조직 단위에서 한 번 설정하면 모든 볼트에 자동 적용됩니다. 정책은 관리자만 수정할 수 있으며, 변경 시 지급과 동일한 서명 정족수가 필요합니다. 스크리닝은 집행 전에 실행되고, 각 지급 건은 정책 버전, 승인자, 스크리닝 결과, 해시와 함께 내보내집니다. 위의 증빙 패키지를 직접 취합할 필요 없이 자동으로 생성합니다.
자주 묻는 질문
감사인은 스테이블코인 결제에 어떤 내부 통제를 기대합니까?
작성자와 승인자 간 직무 분리, 금액에 따른 승인 정족수, 허용 수취처 화이트리스트, 실행 전 증빙된 제재 스크리닝, 복구 경로를 갖춘 문서화된 키 수탁, 모든 정책 및 서명자 변경에 대한 변경 불가능한 로그.
SOX는 암호화폐 결제에도 적용됩니까?
미국 상장 공시 기업이라면 스테이블코인 결제 통제도 다른 지급 프로세스와 동일하게 ICFR 범위에 포함됩니다. 승인, 완전성, 정확성, 자산 보호라는 통제 목표는 그대로이며, 달라지는 것은 증빙 형식뿐입니다.
소규모 재무팀에 꼭 필요한 최소 통제 항목은 무엇인가요?
네 가지입니다. 수취처는 화이트리스트에 등록하고 변경 시 재승인을 받아야 하며, 한 사람이 지급 생성과 실행을 모두 할 수 없어야 하고, 실행 전에 스크리닝을 거쳐야 하며, 키에는 정족수가 필요합니다. 2인 팀이면 네 가지를 모두 운영할 수 있습니다. 그보다 적은 인원이라면 중요한 규모의 자금을 이동해서는 안 됩니다.
온체인 통제는 어떻게 증빙합니까?
정책 버전, 요청자, 승인자 신원, 심사 결과, 트랜잭션 해시를 하나의 기록으로 저장하고, 이 순서대로 타임스탬프를 남기세요. 감사인이 해시를 독립적으로 검증할 수 있어 은행 명세서보다 강력한 증빙이 됩니다.
통제는 예방형이어야 할까요, 적발형이어야 할까요?
온체인 지급은 되돌릴 수 없으므로 예방 통제가 필요합니다. 적발 통제도 대사와 조사에 여전히 중요하지만, 사후 검토만으로 구성된 체계는 취소 불가능한 지급 수단에서 미비점으로 평가됩니다.
결제 정책 변경 권한은 누구에게 주어야 할까요?
관리자만 가능하며, 변경에는 결제와 동일한 서명 정족수가 필요해야 합니다. 정책은 조직 단위이므로 변경 시 모든 볼트에 동시에 적용됩니다. 이를 일상적인 설정처럼 다루는 것이 가장 흔한 허점입니다.