아서 브라이트먼

아서 브라이트먼, 어렵지 않아요 테조스를 만든 사람이 궁금할 때

1. 아서 브라이트먼은 누구인가요?

아서 브라이트먼은 테조스라는 블록체인을 함께 만든 창업자예요. 그리고 이 프로젝트의 기술을 총괄하는 책임자(CTO, 기술 부문 최고 책임자)이기도 해요. 그는 배우자인 캐슬린 브라이트먼과 함께 테조스를 세상에 내놓았고, 프로젝트의 첫 아이디어를 정리한 문서를 직접 쓴 것으로 알려져 있어요.

테조스가 어떤 블록체인인지 먼저 알면 그의 역할이 더 잘 보여요. 보통 블록체인은 한번 규칙을 정하면 그걸 바꾸기가 무척 어렵고, 바꾸려다 사람들 의견이 갈리면 네트워크가 둘로 쪼개지기도 해요. 테조스는 이런 문제를 줄이려고 만들어졌어요. 규칙(프로토콜)을 업그레이드할 때, 그 코인을 가진 사람들이 투표로 정할 수 있게 한 거예요. 이렇게 하면 의견이 막혀서 진행이 안 되거나, 네트워크가 쪼개지는 일을 줄일 수 있다고 봤어요.

테조스에는 XTZ라는 자체 코인이 있어요. 이 코인은 거래할 때 내는 수수료로 쓰이고, 스테이킹(코인을 맡겨 두고 네트워크 운영에 참여하는 것)에도 쓰이고, 투표 같은 거버넌스(운영 방식을 함께 결정하는 일)에 참여하는 데도 쓰여요. 그래서 브라이트먼은 '어떻게 운영을 결정할까', '네트워크를 검증하는 사람들에게 어떤 보상을 줄까', '다툼이 큰 하드 포크(네트워크가 갈라지는 대규모 규칙 변경) 없이 블록체인을 발전시킬까' 같은 이야기에서 자주 등장하는 인물이에요.

2. 그는 어떤 일을 하다 테조스를 만들었나요?

브라이트먼은 테조스를 만들기 전에 전통적인 금융 회사와 기술 분야에서 일했어요. 특히 숫자와 데이터를 깊이 분석하는 '정량 분석' 일과, 소프트웨어를 직접 만드는 엔지니어링 일을 하며 경력을 쌓은 것으로 알려져 있어요.

그의 경력은 흔히 '아주 빠르고, 실수 한 번이 큰 손해로 이어지는 환경'에서 일한 경험과 함께 이야기돼요. 이런 배경이 나중에 테조스가 어떤 방향을 중시하게 되었는지와 연결돼요. 즉, 테조스는 '정확성', '정형 방법론'(수학적으로 따져서 틀림이 없는지 엄밀하게 확인하는 방식), 그리고 '변경할 때 꼼꼼히 미리 적어 두고 신중하게 바꾸는 것'을 중요하게 여기게 됐어요.

또 한 가지 흥미로운 점이 있어요. 테조스는 네트워크가 공개적으로 문을 열기 여러 해 전부터 이미 '제안서' 형태로 사람들 사이에 돌아다니던 프로젝트예요. 브라이트먼은 이 초기 테조스 문서를 가명(본명이 아닌 다른 이름)으로 발표한 것과 연관돼 있어요. 이 사실은 '테조스의 설계 목표가 아주 일찍부터 정리되어 있었다'는 걸 보여 주는 사례로 자주 인용돼요. 나중에 여러 블록체인이 자금을 모으고 거버넌스 실험을 하며 유행처럼 번지기 전에, 이미 테조스는 방향을 잡아 두었던 거죠.

3. 그는 테조스 안에서 무슨 역할을 했나요?

브라이트먼은 공동 창업자로서 테조스의 초기 기술 방향을 잡는 데 크게 기여했어요. 어떤 방식으로 프로토콜(네트워크의 기본 규칙)을 설계할지 고르는 일도 했고, 특히 '거버넌스를 어디에 둘 것인가'를 정했어요. 보통은 규칙을 바꿀 때 커뮤니티가 블록체인 바깥에서 알아서 논의하고 합의하는데(오프체인 사회적 절차), 테조스는 그 결정 과정을 프로토콜 자체의 정식 기능으로 집어넣었어요. 즉, '운영 결정'을 곁다리가 아니라 네트워크의 핵심 기능(일급 기능)으로 만든 거예요.

시간이 지나면서 테조스 생태계는 커졌어요. 독립적으로 활동하는 개발자, 검증을 맡아 운영하는 사람들, 그리고 코드와 도구를 기여하는 여러 조직이 함께하게 됐어요. 테조스의 거버넌스는 '제안하고 투표하는 기간'이 딱 정해진 형식으로 짜여 있어요. 정해진 절차를 통과한 업그레이드만 실제로 켜져서 작동해요.

브라이트먼의 역할은 주로 '제품이 어떤 모습이어야 하는가'라는 비전과, '프로토콜 수준에서 어떻게 만들 것인가'라는 고민에 집중된 것으로 설명돼요. 반면 생태계에 돈을 어떻게 쓸지 운영하는 일은 테조스 재단(Tezos Foundation)과 관련 기관이 맡아 왔어요. 이렇게 '프로토콜 개발'과 '자금 운영'이 나뉘어 있다는 점은 테조스에서 계속 나온 거버넌스 쟁점이에요. 이 분리는 테조스가 얼마나 탈중앙화(권한이 한곳에 몰리지 않고 흩어져 있는 상태)되어 있고, 얼마나 책임 있게 운영되는지를 따지는 기준이 되기도 해요.

4. 테조스의 기술은 뭐가 특별한가요?

테조스는 두 가지를 합쳐 놓은 것으로 이야기돼요. 하나는 스마트 컨트랙트를 돌릴 수 있는 플랫폼이고, 다른 하나는 시간이 지나면서 프로토콜을 스스로 고칠 수 있는 '온체인 거버넌스' 체계예요. 온체인 거버넌스란 운영에 관한 결정을 블록체인 바깥이 아니라 블록체인 위에서 직접 하는 것을 말해요.

네트워크는 위임을 지원하는 지분증명 방식을 써요. 지분증명은 코인을 많이 맡긴 사람이 네트워크 유지 작업에 참여하는 방식이에요. 여기서 '위임'이란, 내가 직접 참여하기 번거로우면 내 몫을 다른 검증자에게 맡길 수 있다는 뜻이에요. 그래서 코인을 가진 사람은 합의(무엇이 맞는 기록인지 서로 맞춰 보는 과정)에 직접 참여할 수도 있고, 검증자에게 맡길 수도 있어요. 참고로 테조스에서는 이 검증자를 흔히 '베이커(baker)'라고 불러요.

주요 특징을 하나씩 풀어 볼게요.

• 자기 수정(self-amendment): 블록체인 바깥에서 비공식적으로 합의하는 데 기대지 않고, 프로토콜 변경을 정해진 절차대로 진행하는 구조화된 업그레이드 방식이에요.
• 온체인 거버넌스: 이해관계자(그 네트워크에 관계된 사람들)가 제안하고 투표해서 업그레이드와 개선을 승인하는 주기예요.
• 위임형 지분증명: 코인 가진 사람이 네트워크를 안전하게 지키기 위해 코인을 맡기거나(스테이킹), 검증자에게 위임하는 방식이에요.
• 스마트 컨트랙트와 도구: 더 안전하게 컨트랙트를 설계하고, 그것이 제대로 작동하는지 확인할 수 있도록 강조한 프로그래머블 애플리케이션(코드로 짜는 응용 프로그램)을 지원해요.
• 정형 검증 지향: 정형 검증은 코드가 틀림없이 맞는지 수학적으로 따져 보는 방법이에요. 그래서 테조스는 정확성이 아주 중요한, 믿음직해야 하는 응용 프로그램에 잘 맞는 플랫폼으로 자리매김했어요.

이런 설계 덕분에 테조스는 '업그레이드가 어떻게 될지 미리 예측할 수 있어야 하고', '코드를 엄격하게 검증해야 하는' 애플리케이션과 잘 어울려요. 그래서 프로토콜 거버넌스, 검증자에게 주는 보상 설계, 안전한 스마트 컨트랙트 개발 같은 업계의 중요한 주제들과 테조스가 연결돼요.

이렇게 보면 쉬워요 · 규칙을 바꿀 때마다 나라가 둘로 쪼개지는 대신, 헌법 안에 '규칙 고치는 절차'를 미리 적어 둔 나라 같은 거예요.

5. 테조스는 실제로 어디에 쓰이고, 시장에서 어떤 위치인가요?

테조스는 여러 용도로 쓰여 왔어요. 새 토큰(코인)을 발행하는 데도 쓰이고, 디앱(블록체인 위에서 돌아가는 앱)에도 쓰이고, 대체 불가능 토큰(디지털 그림·아이템처럼 하나뿐인 것을 증명하는 토큰) 관련 활동에도 쓰였어요.

기업이나 개발자가 여러 블록체인을 비교할 때, '이 체인은 업그레이드나 보안 변경, 성능 개선을 어떻게 처리하지?'를 따져 봐요. 이때 테조스의 거버넌스 방식이 자주 눈에 띄어요.

시장에서 테조스는 다른 프로그래머블 블록체인들과 경쟁하고 있어요. 경쟁자들은 확장성(많은 이용자와 거래를 감당하는 능력), 개발자 경험(개발자가 쓰기 편한 정도), 생태계의 깊이(얼마나 다양하고 풍부하게 만들어져 있는지)를 내세워요. 그 속에서 테조스는 '투표로 함께 운영을 결정하는 거버넌스 모델'을 자기만의 핵심 차별점으로 내세우고 있어요.

6. 어떤 논란과 짚어 볼 점이 있나요?

거버넌스를 중심에 둔 블록체인은 좋은 점만 있는 게 아니라, 서로 맞바꿔야 하는 부분(상충 관계)이 있어요. 이 점이 얼마나 많은 사람이 쓰게 될지, 그리고 권한이 잘 흩어져 있는지(탈중앙화)에 영향을 줄 수 있어요. 온체인 투표는 업그레이드를 더 예측 가능하게 만들어 주지만, 대신 코인을 아주 많이 가진 사람이나 위임을 많이 받은 검증자, 잘 조직된 세력에게 영향력이 몰릴 수 있어요.

또 거버넌스 절차가 복잡하면, 평범한 코인 보유자는 무엇이 맞는 결정인지 판단하기 어려워요. 그러면 실제로 투표에 참여하는 사람이 줄어들 수 있어요.

테조스의 초기 역사에는 널리 알려진 분쟁과 법적 소송이 있었어요. 거버넌스를 둘러싼 다툼, 그리고 자금을 모으던 시기의 기대와 관련한 갈등이었어요. 이 일은 '아무리 절차를 잘 짜 둔 형식화된 거버넌스라도, 블록체인 바깥에 있는 조직 문제(오프체인 조직 리스크)까지 없애 주지는 못한다'는 걸 보여 주는 사례로 자주 인용돼요. 그리고 테조스도 다른 스마트 컨트랙트 플랫폼처럼 계속되는 과제를 안고 있어요. 다른 체인과의 경쟁, 애플리케이션에 대한 수요, 그리고 토큰을 기반으로 한 네트워크와 재단이 주도하는 자금 운영 방식에 영향을 줄 수 있는 규제 검토가 그것이에요.