소규모 팀을 위한 자금 관리 정책: 누가 돈을 움직일 수 있는가
회사가 처음 암호화폐를 보유하게 되면, 대개 한 사람의 지갑에 들어 있습니다. 창업자가 지갑을 설정하고, 창업자가 복구 문구를 보관하며, 창업자가 송금합니다. 이 방식은 잘 돌아갑니다. 그 사람이 출장 중이거나, 아프거나, 회사를 떠나거나, 피싱을 당하거나, 아무도 잡아내지 못하는 실수를 저지르기 전까지는 말입니다.
해결책은 자금 관리 정책입니다. 길거나 격식을 갖출 필요는 없습니다. 돈이 움직인 뒤가 아니라 움직이기 전에 모두가 규칙을 알 수 있도록 몇 가지 질문에 충분히 명확하게 답하기만 하면 됩니다.
질문 1: 누가 지출할 수 있는가?
자주 뒤섞이는 세 가지 역할을 구분하는 것부터 시작하세요.
- 제안자: 결제를 준비할 수 있는 사람.
- 승인자: 송금하려면 반드시 서명해야 하는 사람.
- 조회자: 잔액과 내역을 봐야 하지만 자금에는 절대 손대서는 안 되는 사람. 예를 들면 회계 담당자입니다.
핵심 통제는 누구도 혼자서는 자금을 옮길 수 없다는 것입니다. 암호화폐에서는 이를 멀티시그로 강제합니다. 즉, N명의 서명자 중 M명의 승인이 필요한 자금 주소입니다. 3~5명 규모의 팀이라면 2-of-3 또는 3-of-5가 흔한 출발점입니다. 임계값을 높이면 안전성과 번거로움이 같은 만큼 늘어납니다.
질문 2: 사람이 떠나면 키는 어떻게 되는가?
모든 서명자는 퇴사하거나, 기기를 잃어버리거나, 연락이 끊길 수 있는 사람입니다. 이에 대비하세요.
- 임계값은 전체 인원보다 낮게. 2-of-3이라면 서명자 한 명을 잃어도 자금이 동결되지 않습니다.
- 어떤 두 서명자도 단일 장애 지점을 공유하지 않도록: 같은 사무실 금고나 같은 노트북은 피하고, 가능하면 같은 가구도 피합니다.
- 오프보딩 단계. 누군가 떠나면 서명자에서 제외하고, 필요하다면 그 사람의 키가 없는 볼트로 자금을 옮기세요. 문제가 생길 때까지 기다리지 마세요.
- 문서화된 복구 절차: 한 사람이 모든 작동 방식을 기억하는 데 의존하지 않아야 합니다.
질문 3: 어떤 작업에 각별한 주의가 필요한가?
어떤 결정은 일반 결제보다 더 위험합니다. 서명자 변경, 소유권 이전, 구성원 제거, 조직 삭제가 그렇습니다. 이런 작업에는 로그인된 계정에서의 클릭 한 번 이상의 절차가 필요해야 합니다. 어떤 작업이 "핵심 작업"이고 어떤 확인이 필요한지 문서로 정리해 두세요.
질문 4: 결제는 어떻게 확인하는가?
승인 단계는 승인자가 실제로 무언가를 확인할 때만 가치가 있습니다. 짧은 체크리스트면 충분합니다.
- 요청과 일치하는가: 청구서, 급여 지급, 합의된 이체 등.
- 주소가 검증되었는가: 이메일에서 붙여 넣은 것이 아니라, 미리 저장하고 확인한 주소인가?
- 금액이 맞는가: 자산 종류와 네트워크까지 포함해서.
- 컨트랙트 상호작용이라면, 시뮬레이션 결과가 의도와 일치하는가?
가장 흔한 자금 손실은 해킹된 키가 아니라, 주소가 바뀐 그럴듯한 청구서입니다. 새로운 수취인 주소는 전화나 기존 연락처 같은 두 번째 경로로 확인해야 한다는 규칙 하나로 상당수를 막을 수 있습니다.
질문 5: 무엇을 기록하는가?
모든 결제는 흔적을 남겨야 합니다. 누가 제안했고, 누가 승인했으며, 언제, 왜 했는지 말입니다. 이것이 정책을 감사 가능하게 만들고, 문제가 생겼을 때 팀이 사건을 재구성할 수 있게 해 줍니다.
시작용 템플릿
소규모 팀이라면 다음과 같은 정도로 시작하기에 충분합니다.
- 자금은 2-of-3(또는 3-of-5) 임계값의 멀티시그 볼트에 보관한다.
- 서명자는 이름이 지정된 개인이며, 계정이나 기기를 공유하지 않는다.
- 재무팀 누구나 제안할 수 있지만, 승인은 서명자만 한다.
- 새로운 수취인 주소는 처음 사용하기 전에 별도 경로로 검증한다.
- 서명자 변경과 소유권 이전은 재확인이 필요한 핵심 작업이다.
- 각 결제의 제안, 승인, 목적을 기록으로 보관한다.
- 오프보딩에는 해당 직원의 마지막 근무일에 서명자에서 제외하는 절차가 포함된다.
- 정책은 6개월마다 또는 사고가 발생한 뒤에 검토한다.
SSP Enterprise는 이를 어떻게 반영하는가
SSP Enterprise는 바로 이 질문들을 중심으로 설계되었습니다.
- 역할. 조직에는 소유자, 관리자, 구성원, 조회자가 있어 제안, 승인, 조회가 분리됩니다. 각 역할이 할 수 있는 일은 역할과 권한에서 설명합니다.
- M-of-N 볼트. 각 볼트에는 고유한 임계값과 서명자 구성이 있으며, 한 조직이 여러 볼트를 운영할 수 있습니다. 예를 들어 운영 계좌와 임계값을 더 높인 준비금 볼트를 둘 수 있습니다. 기본 모드에서는 각 서명자가 SSP Wallet과 SSP Key 모두로 승인하므로, 서명자 한 명의 승인 자체가 이미 2-of-2입니다. 볼트 주소는 서명자들의 키로 만들어지기 때문에, 서명 가능한 사람을 바꾸려면 자금을 새 볼트로 옮겨야 합니다. 이 점을 오프보딩 계획에 미리 반영해 두는 것이 좋습니다.
- 핵심 작업. 소유권 이전, 구성원 제거, 조직 삭제, 기업 이메일 변경에는 로그인된 세션만으로는 부족하며 신원 키로 다시 서명해야 합니다.
- 서명 전 확인. 제안에는 수취인과 금액이 표시되며, 컨트랙트 상호작용은 서명자가 승인하기 전에 시뮬레이션과 위험 경고를 거칩니다.
- 모든 결제의 기록. 제안에는 누가 제안했고, 누가 서명했으며, 누가 아직 대기 중인지가 저장되고, 회계용 내보내기도 지원됩니다.
처음부터 시작한다면 첫 번째 엔터프라이즈 볼트 설정하기에서 단계별로 안내합니다.
솔직한 요약
자금 관리 정책은 다섯 가지 질문에 답합니다. 누가 지출할 수 있는지, 사람이 떠나면 어떻게 되는지, 어떤 작업이 핵심인지, 결제를 어떻게 확인하는지, 그리고 어떤 기록을 남기는지입니다. 필요해지기 전에 답을 적어 두세요.
멀티시그는 가장 중요한 규칙, 즉 누구도 혼자서는 자금을 옮길 수 없다는 규칙을 강제합니다. 나머지는 습관입니다. 검증된 주소, 승인 전의 실제 확인, 그리고 제때 이루어지는 오프보딩입니다.
