코인베이스, 기업 계정 권한·작업자 신원 기록 구조 공개

코인베이스($COIN)가 기업 계정의 자산 소유자와 실제 작업자를 구분하고, 구성원별 권한과 활동을 기록하는 설계를 공개했다. 여러 직원이 한 계정을 이용하더라도 자산을 소유한 기업과 거래를 요청한 사람을 따로 관리하는 방식이다.

코인베이스는 10월 29일 엔지니어링 글에서 개인 이용자를 중심으로 설계한 서비스를 기업 계정에 맞게 조정한 과정을 설명했다. 기존 구조에서는 사용자 ID가 로그인한 사람을 가리키는 동시에 계정 소유자를 나타내기도 했다.

기업 자산을 직원이 다루려면 회사가 자산을 소유한다는 정보와 직원이 작업을 요청했다는 정보를 구분해야 한다. 사용자 ID 하나로 두 역할을 처리하던 구조를 기업 계정에 그대로 적용하기 어려운 이유다.

◇ 사용자 ID는 자산 소유권 조회에 유지

코인베이스는 모든 서비스에 별도의 계정 ID를 도입하는 방안도 검토했다. 이 방식을 택하면 계정 조회와 거래 기록뿐 아니라 다른 서비스로 전달되는 후속 이벤트와 기존 데이터까지 바꿔야 했다.

회사는 개인 이용자가 쓰는 경로에 미칠 운영 부담을 고려해 새 계정 ID를 도입하지 않았다. 대신 기존 사용자 ID를 소유권 조회 기준으로 유지하고, 기업 계정은 계정을 개설한 주 이용자의 ID로 표시하도록 했다.

다른 구성원은 그 기업 계정을 대신해 작업한다. 이에 따라 기존 서비스는 익숙한 ID로 기업의 소유권을 조회하면서도, 별도로 실제 요청자를 확인할 수 있다.

요청을 받는 서비스에는 공통 인터셉터를 둔다. 인터셉터는 요청자가 해당 기업에 속하는지 확인하고, 실제 행위자의 신원을 남긴 뒤 기업 계정의 소유권을 조회할 ID를 기존 서비스에 전달한다.

◇ 서비스별 권한과 활동 기록 설정

코인베이스는 각 서비스 간 기능 요청인 RPC에 붙이는 protobuf 주석으로 권한 검사와 감사 기록 방식을 선언하도록 했다. 자동 검사 절차는 새 RPC가 규칙을 빠뜨렸거나 설정을 서로 모순되게 했는지 확인한다.

권한 검사와 활동 기록은 별도로 설정한다. 작업 권한은 확인하되 기록은 남기지 않도록 하거나, 계정 소유자가 수행한 작업까지 감사 기록에 포함하도록 정할 수 있다.

기록 시점은 요청이 접수된 때와 실제 작업이 끝난 때를 구분한다. 즉시 처리되는 작업은 요청 의도와 처리 결과를 각각 남긴다.

비트코인(BTC) 매수처럼 요청 뒤 별도 절차에서 실행되는 거래는 RPC 응답만으로 완료 처리하지 않는다. 코인베이스는 자산이 고객 계정에 반영되는 시점을 거래 완료 기록의 기준으로 제시했다.

◇ 제품별 지원 범위는 따로 구분

코인베이스는 이 설계를 거래와 자금 조달, 송금, 스테이킹, 대출, 결제 서비스에 적용했다고 밝혔다. 서비스마다 권한과 기록 규칙을 정하고 이용할 수 없는 기능도 표시하는 구조다.

공개된 글은 코인베이스 서비스 안의 계정 처리 방식을 다룬다. 블록체인상의 멀티시그 지갑 도입을 설명한 것은 아니며, 모든 제품과 기능이 동일하게 지원된다는 뜻도 아니다.

Coinbase Business 역할 안내에는 Owner, Bookkeeper, Accounts receivable 역할이 제시돼 있다. Owner는 거래와 자금 이동, 설정 관리를 할 수 있고 Bookkeeper는 잔액과 거래 내역 등을 조회할 수 있다. Accounts receivable는 결제 링크와 청구서를 관리하고 가상자산 입금을 처리하며, 구성원 활동은 계정 내역에 기록된다.

Coinbase Business 안내는 현재 미국과 싱가포르 소재 C Corporation 및 LLC를 제공 대상으로 명시한다. 별도의 기업 거래 계정 신청 안내에는 거래용 다중 사용자 접근이 제공되지 않는다고 적혀 있지만, 해당 안내의 갱신 시점과 적용 제품 범위는 확인되지 않으며 수탁 계정에서는 여러 사용자를 추가할 수 있다고 안내한다. 제품별 제공 범위가 다른 만큼 기업 계정 기능을 하나로 묶어 볼 수 없으며, 국내 제공 일정은 확인되지 않았다.