Benjamin Diggles

Benjamin Diggles, 어렵지 않아요 Constellation Network를 이끄는 전략 책임자 이야기

1. 벤저민 디글스는 누구인가요?

벤저민 디글스(Benjamin Diggles)는 암호화폐 분야에서 일하는 기술 경영자이자 창업가예요. 여러 사람에게 가장 잘 알려진 이유는 Constellation Network라는 프로젝트의 공동창업자이자 최고전략책임자(Chief Strategy Officer, 회사가 어느 방향으로 나아갈지 큰 그림을 짜는 사람)이기 때문이에요.

그가 맡은 일은 크게 세 가지로 이야기돼요. 첫째는 시장 진출 전략, 즉 이 프로젝트를 어떤 시장에 어떻게 팔지 정하는 일이에요. 둘째는 생태계 파트너십, 즉 함께 일할 회사나 기관을 찾아 손잡는 일이에요. 셋째는 이 프로젝트의 두 가지 핵심인 '하이퍼그래프(Hypergraph)'라는 구조와, 실제로 쓰이는 자산인 DAG를 기업과 공공기관의 데이터 업무에 어떻게 자리 잡게 할지 방향을 잡는 일이에요.

2. 어떤 경력을 쌓아 왔나요?

디글스는 웹, 소프트웨어 개발, 디지털 디자인 분야에서 20년 넘게 일해 온 사람으로 소개돼요. 오랫동안 한 자리에서 코드만 짠 게 아니라, 여러 부서를 아우르는 팀을 새로 만들고 키우는 리더 역할에 초점을 맞춰 왔어요.

그의 이력에는 디지털 제품을 직접 만드는 실무 자리와, 조직을 운영하는 경영 자리가 모두 들어 있어요. 특히 '신흥 엔터프라이즈 소프트웨어' 영역, 그러니까 기업들이 새로 도입하는 업무용 소프트웨어 분야에서 제품 전략(무엇을 어떻게 만들지)과 사업 개발(어떻게 팔고 키울지)을 한꺼번에 다룬 경험을 강조해요.

이런 배경은 단순히 기술 성능만 좋으면 되는 곳이 아니라, 여러 시스템을 서로 이어 붙이는 통합, 지켜야 할 규제 준수(법과 규칙에 맞추는 일), 그리고 여러 이해관계자를 조율하는 일이 성능만큼이나 중요한 영역과 잘 맞닿아 있어요.

3. Constellation Network에서 무슨 일을 하나요?

먼저 회사를 알아야 그의 역할이 보여요. Constellation Network는 데이터를 많이, 그리고 정확하게 처리하기 위해 방향성 비순환 그래프(DAG) 방식을 씁니다. DAG는 데이터가 한 줄로만 이어지지 않고 여러 갈래로 뻗어 나가되 절대 원점으로 되돌아오지 않게 이어지는 구조인데, Constellation은 이것을 '하이퍼그래프'라고 불러요. 네트워크에서 쓰이는 자산인 DAG(토큰 이름도 DAG예요)는 네트워크에 참여하거나 그 위에서 돌아가는 앱들의 경제 활동에 사용돼요.

또 이 프로젝트에는 '메타그래프(metagraph)'라는 게 있어요. 특정 업무 흐름(워크플로)에 맞춰 만든 전용 소형 네트워크인데, 각자 따로 돌아가면서도 보안과 검증(맞는 데이터인지 확인하는 일)은 다시 Constellation의 기본 인프라에 단단히 연결해 둬요.

최고전략책임자로서 디글스는 기업, 정부, 컨소시엄(여러 조직이 모인 연합) 같은 상대를 대상으로 한 파트너십 개발에서 자주 이름이 나와요. 구체적으로는 함께 시스템을 이어 붙일 통합 파트너를 찾고, 블록체인으로 데이터를 검증하는 게 잘 맞는 시장 영역이 어디인지 정하고, Constellation이 흔한 다른 네트워크(계정 기반 스마트 컨트랙트 체인이나 처리 속도가 빠른 다른 레이어 1 네트워크)와 무엇이 다른지 설명하는 메시지를 돕는 일까지 포함돼요.

4. 기술과 제품은 어느 방향을 보고 있나요?

Constellation이 내세우는 핵심 가치는 데이터 검증, 감사 추적(누가 언제 무엇을 했는지 되짚어 볼 수 있는 기록), 그리고 변조 감지가 가능한 기록이에요. 쉽게 말해 '이 데이터가 진짜이고, 중간에 바뀌지 않았다'는 걸 증명하는 데 초점을 둬요.

그래서 값이 오를까 내릴까에 돈을 거는 소비자 투기보다는, 데이터 출처 증명(provenance, 이 데이터가 어디서 왔는지 밝히는 일), 운영 신뢰성(시스템이 안정적으로 잘 돌아가는 것), 그리고 기업이 이미 쓰고 있는 소프트웨어 묶음(엔터프라이즈 스택)과 잘 이어지는 통합을 강조해요.

디글스는 CryptoSlate 인터뷰 같은 자리에서 이런 이야기를 한 적이 있어요. Constellation이 큰 조직을 어떻게 처음 끌어들여(온보딩) 쓰게 만드는지, 그리고 지켜야 할 규정과 멈추지 않는 가동 시간, 여러 시스템을 이어 붙여야 하는 제약을 가진 조직이 온체인 앱(블록체인 위에서 돌아가는 앱)을 실제로 쓰게 하려면 어떤 보상 구조가 필요한지를 다뤘어요.

5. 어디에 쓰이고, 시장에서 어떤 자리에 있나요?

Constellation은 단순한 금융 기능(순수 금융 프리미티브, 즉 송금·거래 같은 기본 돈 기능)보다는, 운영 데이터의 무결성(데이터가 훼손되지 않고 정확하게 유지되는 것)을 더 중요하게 여기는 시장에 자리 잡고 있어요.

예로 든 쓰임새로는 AI를 가르치는 데 쓰는 학습 데이터가 진짜인지 검증하는 일, 기업 수준에서 데이터가 어디서 왔는지 증명하는 일이 있어요. 여기에 더해, 개발자들이 메타그래프를 직접 만들어 실험해 보도록 시스템을 이어 주는 통합 작업과, 해커톤(짧은 기간에 개발자들이 모여 만들어 보는 행사)을 통한 생태계 활동도 포함돼요.

이 흐름에서 디글스의 역할은 '제품 전략'과 '실제 채택'이 만나는 지점에서 가장 두드러져요. 즉 '왜 하필 이 네트워크를 써야 하는가'라는 명제를, 조직이 물건을 사들이는 실제 조달 과정, 파트너십의 짜임새, 그리고 배포(실제 도입) 일정에 딱 맞추는 일이에요. 이건 시장의 오르내림과 투기 수요에 크게 흔들리는, 일반 개인 사용자를 많이 끌어모으는 데 집중하는 전략과는 뚜렷이 구별돼요.

6. 어떤 위험과 고민거리가 있나요?

인프라(기반 시스템) 중심의 암호화폐 프로젝트가 대체로 그렇듯, Constellation이 오래 성장할 수 있을지는 세 가지에 달려 있어요. 실제로 꾸준히 쓸모가 있는지, 다른 시스템과의 연결이 믿을 만한지, 그리고 개발자들이 실제로 받아들여 쓰는지예요.

기업이나 공공기관에 도입하는 일은 판매가 성사되기까지 시간이 길고(긴 판매 주기), 물건을 사들이는 절차에도 제약이 많아요. 그래서 파트너십을 맺어 두었더라도, 블록체인 위에서 눈에 띄는 활동이 실제로 나타나기까지는 더디게 느껴질 수 있어요. 또 확장과 앱 배포에 서로 다른 방법을 내세우는 기존 생태계, 그리고 새로 떠오르는 모듈러 스택(기능을 블록처럼 나눠 조립하는 방식)과도 경쟁해야 해요.

토큰의 유틸리티(실제 쓰임새)와 네트워크 경제성도 따져 봐야 할 부분이에요. 인프라라는 이야기가 아무리 그럴듯해도, 유틸리티 자산에 대한 수요는 전체 시장 상황, 거래소에서 사고팔기가 얼마나 원활한지(거래소 유동성), 그리고 실제 앱이 시범 단계(파일럿)에서 실제 운영 단계(프로덕션)로 얼마나 빨리 넘어가는지에 영향을 받아요. 여기에 보안 문제도 여전히 중요해요. 앱 계층에서 생기는 취약점, 시스템끼리 이어지는 지점, 그리고 데이터 신뢰성에 기대는 시스템이 실제로 멈추거나 오작동하는 운영 장애 같은 것들이에요.