조각투자증권(STO) 거래 시스템의 전체 LifeCycle

 조각투자증권 시스템을 설계하려고 마음먹었을 때, 가장 먼저 정리해야 했던 것은 화면이나 API 목록이 아니었다. 이 시스템이 어떤 흐름으로 시작되고, 어떤 상태를 거쳐, 최종적으로 무엇을 남기는지를 이해하는 것이 우선이었다. 조각투자 서비스는 단순히 상품을 등록하고 사고파는 플랫폼처럼 보일 수 있지만, 실제로는 자산이 등록되는 순간부터 투자자에게 수익이 분배되기까지 긴 LifeCycle가진다. 그리고 이 LifeCycle를 제대로 이해해야만 이후의 서브시스템 분리, 상태 전이, 원장 구조, 정산 방식까지 자연스럽게 설계할 수 있다.

 

 이번 글에서는 조각투자증권 시스템을 하나의 흐름으로 바라보며, 전체 LifeCycle를 단계별로 정리해보려고 한다. 이 글의 목적은 세부 구현을 설명하는 것이 아니라, 앞으로 설계할 시스템의 기준 축을 세우는 데 있다.

 

 

1. 조각투자 시스템은 어디서 시작되는가

 조각투자증권 시스템은 투자자가 주문을 넣는 시점부터 시작되지 않는다. 그보다 훨씬 앞선 자산의 선정과 심사 단계에서 출발한다. 일반적인 주식 거래 시스템에서는 이미 상장된 종목이 존재한다는 가정 아래 거래가 시작되지만, 조각투자 플랫폼에서는 거래 대상이 되는 자산 자체를 먼저 만들고 검증해야 한다.

 예를 들어 부동산 수익권, 음악 저작권 수익권, 미술품 지분권 같은 자산이 플랫폼에 등록되려면, 단순히 이름과 설명만 입력해서는 안 된다. 자산의 소유 구조, 예상 수익, 계약 관계, 평가 금액, 관련 증빙 문서 등 투자 판단에 필요한 정보가 함께 수집되어야 한다. 그리고 이 자산이 실제로 투자 상품으로 발행 가능한지에 대한 내부 심사 절차도 필요하다.

 즉, 조각투자 시스템의 첫 단계는 자산 등록이 아니라, 더 정확히 말하면 투자 가능한 자산을 선별하고 구조화하는 과정이다.

 

 

2. 자산 심사를 통과하면, 이제 증권이 된다

 자산이 심사를 통과했다고 해서 곧바로 거래가 가능한 것은 아니다. 자산은 아직 기초자산일 뿐이고, 투자자들이 사고팔 수 있는 형태의 단위로 바뀌어야 한다. 이때 필요한 것이 증권 발행 단계다.

 이 단계에서는 자산을 기반으로 총 몇 개의 지분 단위로 나눌지, 발행 가격은 얼마로 할지, 청약 기간은 언제까지로 할지, 최소·최대 청약 수량은 어떻게 둘지 같은 조건이 정의된다. 즉, 자산이 투자 가능한 금융 상품으로 변환되는 시점이다.

이 과정을 통해 비로소 시스템 안에는 “거래 대상”이 생긴다.
 그리고 이 시점부터 플랫폼은 자산 정보만 관리하는 서비스가 아니라, 발행시장과 유통시장을 함께 다루는 금융 시스템이 된다.

 

 

3. 1차 시장의 시작, 청약과 배정

 증권이 발행되면, 투자자는 바로 거래소처럼 사고팔 수 있는 것이 아니라 먼저 청약에 참여하게 된다. 청약은 말 그대로 투자자가 “이 상품을 얼마만큼 사고 싶다”는 의사를 표시하는 단계다.

 여기서 중요한 것은 투자자의 클릭 한 번이 단순한 신청 이벤트로 끝나지 않는다는 점이다. 청약이 들어오면 시스템은 투자자 자격을 확인해야 한다. 회원 상태가 정상인지, KYC가 완료되었는지, 투자 한도를 초과하지 않는지, 연결 계좌가 검증되었는지 등을 먼저 확인해야 한다. 조건을 통과하면 청약 신청을 생성하고, 청약 금액에 해당하는 예수금을 잠가야 한다. 이 금액은 이후 배정 결과가 확정될 때까지 임시로 홀드되는 성격을 가진다.

 청약 마감 이후에는 배정이 이루어진다. 모든 투자자가 요청한 수량을 그대로 받을 수도 있지만, 경쟁률이 높으면 일부만 배정될 수도 있다. 이때 시스템은 각 청약 건에 대해 최종 배정 수량과 환불 금액을 계산해야 하고, 배정된 수량은 투자자의 보유수량으로 전환되며, 미배정 금액은 다시 예수금으로 환불된다.

 이 단계까지 끝나면, 조각투자 시스템은 단순한 청약 신청 서비스가 아니라 투자자별 지분 보유 현황을 관리하는 원장 시스템이 되기 시작한다.

 

 

4. 보유수량이 생기면, 비로소 유통시장이 열린다

 청약과 배정이 끝난 뒤 투자자는 자신이 배정받은 지분을 보유하게 된다. 이 시점부터는 1차 시장이 아니라 2차 시장, 즉 유통 거래 단계가 열린다.

 유통시장에서는 투자자가 자신이 가진 지분을 다른 투자자에게 팔 수도 있고, 반대로 남이 가진 지분을 매수할 수도 있다. 여기서 시스템은 완전히 다른 성격의 요구사항을 갖게 된다. 청약 시스템은 “신청과 배정”이 중심이었다면, 유통 거래 시스템은 “주문과 체결”이 중심이 된다.

 매수 주문이 들어오면 시스템은 투자자의 예수금이 충분한지 확인해야 하고, 매도 주문이 들어오면 실제 매도 가능한 보유수량이 있는지 검증해야 한다. 그리고 주문이 유효하다고 판단되면, 그 주문은 주문 관리 시스템을 거쳐 체결 엔진으로 전달된다.

 여기서 중요한 점은 주문이 들어왔다고 해서 곧바로 거래가 끝나는 것이 아니라는 점이다. 주문은 아직 “의사”일 뿐이며, 실제 거래가 성립하려면 반대편 주문과 가격·수량 조건이 맞아야 한다. 즉, 유통시장에서는 주문과 체결을 반드시 구분해서 봐야 한다.

 

 

5. 주문이 체결되면 끝이 아니라, 정산이 시작된다

 거래 시스템을 처음 접할 때 가장 흔히 놓치기 쉬운 부분이 바로 이 지점이다.
 많은 경우 “매수 주문과 매도 주문이 만나면 거래가 끝난다”고 생각하지만, 금융 시스템에서 체결은 끝이 아니라 정산의 시작에 가깝다.

 체결이 발생하면 시스템에는 최소한 세 가지 변화가 생긴다.
첫째, 매수자와 매도자의 주문 상태가 변경된다.
둘째, 체결 내역 자체가 하나의 거래 기록으로 생성된다.
셋째, 가장 중요한 변화로 현금과 보유수량이 실제로 이동해야 한다.

 이때 정산 시스템은 매수자의 잠금 예수금을 차감하고, 매도자에게 매도 대금을 반영하며, 수수료가 있다면 별도로 계산해야 한다. 동시에 보유수량 측면에서는 매도자의 지분을 줄이고, 매수자의 지분을 늘려야 한다. 이 과정이 원자적으로 처리되지 않으면, 어떤 사용자는 돈만 빠지고 지분을 못 받거나, 반대로 지분만 넘어가고 정산이 누락되는 문제가 생길 수 있다.

 그래서 체결과 정산은 논리적으로 분리되어야 하며, 모든 거래는 결국 현금 원장과 보유수량 원장에 남는 이벤트로 귀결되어야 한다.

 

 

6. 조각투자의 특수성, 수익분배가 이어진다

 일반적인 거래 플랫폼과 조각투자 시스템이 크게 다른 지점은 거래 이후에도 중요한 프로세스가 계속 이어진다는 점이다. 조각투자는 많은 경우 기초자산에서 발생하는 수익을 투자자에게 나누어주는 구조를 가진다. 따라서 시스템은 단순히 “누가 얼마를 샀는가”만 관리해서는 안 되고, 특정 시점에 누가 얼마만큼 보유하고 있었는가를 기준으로 수익을 분배할 수 있어야 한다.

 예를 들어 임대수익, 저작권 수익, 매각 차익 배분 같은 이벤트가 발생하면, 시스템은 먼저 기준일을 정하고 그 시점의 보유수량 스냅샷을 생성해야 한다. 그 다음 각 투자자의 지분 비율을 계산해 분배 금액을 산정하고, 순차적으로 예수금에 반영해야 한다. 이 과정 역시 단순 계산이 아니라 하나의 금융 이벤트다. 따라서 나중에 누가 어떤 기준으로 얼마를 받았는지 추적 가능해야 하고, 관련 내역은 공시와 알림에도 연결되어야 한다.

 즉, 조각투자 시스템의 LifeCycle는 “체결 후 종료”가 아니라, 보유 -> 기준일 산정 -> 수익분배 -> 공시로 계속 이어진다.

 

 

7. 공시와 알림, 그리고 감사 추적은 전 구간에 걸쳐 존재한다

 조각투자 플랫폼은 단순한 거래 엔진만으로는 완성되지 않는다. 투자자는 상품이 어떻게 발행되었는지, 자산 상태가 어떠한지, 배정 결과가 무엇인지, 거래가 체결되었는지, 수익이 언제 얼마나 분배되었는지를 알아야 한다. 이를 위해 시스템에는 공시와 알림 기능이 필수적이다.

 공시는 자산 심사 결과, 발행 정보, 위험 고지, 수익 배분 정보 같은 중요한 내용을 투자자에게 공개하는 역할을 한다. 알림은 청약 완료, 배정 결과, 주문 체결, 수익 지급 등 개인별 이벤트를 전달하는 역할을 한다. 이 두 기능은 각각 성격은 다르지만, 모두 시스템의 주요 상태 변화와 긴밀히 연결되어 있다.

 또한 금융 시스템이라면 모든 핵심 행위에 대한 감사 추적도 필요하다. 누가 어떤 자산을 승인했는지, 어떤 기준으로 배정을 했는지, 어떤 주문이 취소되었는지, 어떤 수익분배가 발생했는지 기록으로 남겨야 한다. 나아가 특정 계정이 비정상적으로 반복 주문과 취소를 수행한다면 이상거래 탐지 대상으로 삼을 수도 있어야 한다. 따라서 공시, 알림, 감사는 별개의 부가기능이 아니라 전체 LifeCycle를 관통하는 운영 계층이라고 보는 편이 맞다.

 

 

8. 결국 이 시스템의 중심은 “상태 변화”다

 전체 흐름을 정리해보면, 조각투자증권 시스템은 다음과 같은 큰 LifeCycle를 가진다.

자산 등록 → 자산 심사 → 증권 발행 → 청약 → 배정 → 보유수량 생성 → 유통시장 주문 → 체결 → 정산 → 수익분배 → 공시/알림/감사

 표면적으로는 기능 목록처럼 보이지만, 설계 관점에서 보면 이것은 사실 상태의 연속적인 전이 과정이다. 자산은 심사 상태를 거치고, 발행은 준비 상태에서 청약 가능 상태로 바뀌며, 청약은 요청 상태에서 배정 완료 상태로 전환된다. 주문은 접수, 부분 체결, 완료, 취소 같은 상태를 가진다. 수익분배 역시 예정, 스냅샷 생성, 계산 완료, 지급 완료 같은 흐름을 가진다.

 즉, 이 시스템을 설계한다는 것은 단순히 테이블을 만드는 것이 아니라, 어떤 엔티티가 어떤 상태를 가지며, 어떤 이벤트가 그 상태를 바꾸는지 정의하는 일에 가깝다.

 

 

9. 다음 설계에서 가장 먼저 해야 할 일

 이 글을 통해 전체 LifeCycle를 한 번 훑어본 이유는, 앞으로의 설계가 이 흐름 위에서만 의미를 가질 수 있기 때문이다. 만약 이 단계를 건너뛰고 바로 ERD를 그리기 시작하면, 자산과 증권의 경계가 흐려지고, 청약과 주문이 섞이고, 체결과 정산이 같은 책임으로 뭉개질 가능성이 높다.

 그래서 다음 단계에서는 본격적으로 각 엔티티의 상태 전이를 먼저 정의하고, 그 뒤에 ERD와 원장 구조를 설계하려고 한다. 특히 자산, 발행, 청약, 주문, 체결, 정산, 수익분배를 어떤 상태 모델로 바라볼 것인지가 이후 전체 구조를 좌우하게 될 것이다.

 조각투자증권 시스템을 설계하는 일은 생각보다 단순한 “투자 앱 만들기”가 아니었다. 하지만 바로 그 점 때문에 더 흥미롭다. 하나의 자산이 등록되어 투자자에게 배당되기까지의 흐름을 따라가다 보면, 금융 시스템이 왜 정합성, 원장, 상태 관리에 집착하는지 자연스럽게 이해하게 된다. 앞으로는 이 흐름을 바탕으로, 각 상태와 책임을 더 구체적인 설계로 옮겨가보려고 한다.