Dean Tribble

Dean Tribble, 어렵지 않아요 자바스크립트로 스마트 컨트랙트를 만드는 사람 이야기

1. 딘 트리블은 어떤 사람인가요?

딘 트리블(Dean Tribble)은 컴퓨터를 연구하는 과학자이면서 기술 회사를 이끄는 경영인이에요. 특히 여러 대의 컴퓨터가 함께 일하도록 만드는 분산 시스템(한 곳이 아니라 여러 컴퓨터에 일을 나눠 맡기는 방식)과, 안전하게 돌아가는 보안 컴퓨팅 분야에서 오랫동안 경력을 쌓아 왔어요. 암호화폐 쪽에서는 Agoric이라는 회사를 함께 세운 공동 창업자이자 최고경영자(CEO)로 알려져 있어요.

그가 하는 일은 세 가지가 만나는 지점에 있어요. 여러 컴퓨터에 일을 나누는 분산 시스템, 안전을 먼저 생각하는 소프트웨어 설계, 그리고 서로 다른 블록체인끼리 연결되게 하는 상호운용성이에요. Agoric은 Cosmos라는 블록체인 생태계 안에 자리 잡고 있고, 하나의 체인이 아니라 여러 체인에 걸쳐 돌아가는 프로그램을 만드는 걸 목표로 해요.

트리블은 평범한 개발자도 스마트 컨트랙트(사람 손을 거치지 않고 조건이 맞으면 자동으로 실행되는 계약 프로그램)를 더 쉽게 다룰 수 있게 하려고 해요. 그래서 많은 개발자에게 익숙한 자바스크립트를 도구로 쓰고, 안전을 먼저 챙기는 프로그래밍 방식을 적용하는 일과 관련이 있어요.

2. 어떤 일들을 해 왔나요?

트리블의 경력은 블록체인이 나오기 훨씬 전으로 거슬러 올라가요. 큰 규모의 소프트웨어를 어떻게 짜맞출지 설계하는 일, 그리고 안전을 중시하는 분산 시스템 분야에서 이력을 쌓았어요. 컴퓨터를 움직이는 기본 프로그램인 운영체제, 개발자들이 쓰는 플랫폼, 보안 소프트웨어를 설계하는 자리에서 엔지니어로도, 팀을 이끄는 리더로도 일했어요.

그가 거쳐 온 곳을 순서대로 보면 이래요.

• 스탠퍼드대학교에서 수학·전자·컴퓨터 분야를 공부했어요(1983~1987).
• Foresight에서 시니어 어소시에이트로 활동했어요(1988~2007).
• 마이크로소프트에서 수석 아키텍트(Principal Architect, 큰 시스템의 전체 뼈대를 설계하는 최고 수준의 설계자)로 일했어요(2003~2012).
• 딜럭스(Deluxe)에서 전자결제(ePayments) 제품의 엔지니어링·개발 부문 부사장을 지냈어요(2015~2017).
• VerifyValid의 최고기술책임자(CTO)를 맡고 있어요.
• 지금은 Agoric의 CEO로 일하고 있어요.

3. Agoric은 왜 자바스크립트를 쓰나요?

Agoric의 핵심 생각은 이래요. 스마트 컨트랙트를 안전하게 쓸 줄 아는 개발자가 많아질수록 Web3(블록체인을 기반으로 한 다음 세대 인터넷)가 더 빨리 퍼진다는 거예요. 그래서 개발자를 늘리는 게 열쇠라고 봐요.

보통은 스마트 컨트랙트를 짜려면 그 용도로만 새로 만든 언어(도메인 특화 언어)를 따로 배워야 하는데, Agoric은 그렇게 하지 않아요. 이미 많은 사람이 아는 자바스크립트를 그대로 쓰되, 더 안전하게 돌아가도록 다듬은 실행 방식을 얹어요. 여기에 더해, 자산(돈이나 코인 같은 가치)이 어떻게 오가는지, 컨트랙트끼리 어떻게 주고받는지 규칙을 분명하게 강제해 주는 틀(프레임워크)도 함께 줘요.

덕분에 개발자는 평소 웹사이트를 만들듯 익숙한 방식으로 개발하면서도, 결정론적 실행(같은 입력이면 언제 어디서 돌려도 결과가 똑같이 나오는 방식)과 블록체인 위에서의 보안 규칙을 지킬 수 있어요. 트리블은 Agoric에서 제품을 어떤 방향으로 만들지 전략을 짜고, 다른 회사들과 손잡는 생태계 파트너십을 맺고, 플랫폼을 실제 사업으로 키우는 일을 이끌고 있어요.

이렇게 보면 쉬워요 · 새 외국어를 배우게 하는 대신, 원래 쓰던 말에 안전 규칙만 붙여 주는 셈이에요.

4. 안전은 어떻게 지키나요?

스마트 컨트랙트가 도는 환경에서는 작은 실수 하나가 크게 번질 수 있어요. 프로그래밍을 잘못하거나 '이 정도는 안전하겠지' 하는 위험한 가정을 하면, 되돌릴 수 없는 돈 손실이나 프로토콜(시스템이 돌아가는 약속·규칙) 전체의 실패로 이어질 수 있거든요. 트리블의 작업은 이런 위험을 줄이는 데 초점을 맞춰 왔어요. 더 안전한 실행 환경을 만들고, 컨트랙트끼리 주고받는 창구(인터페이스)를 분명하게 하고, 개발자가 실수를 미리 막는 방어적인 방식으로 짜도록 유도하는 방법을 통해서요.

Agoric의 기술 방향에는 마크 밀러(Mark Miller)라는 컴퓨터 과학자와의 협업이 큰 영향을 줬어요. 밀러는 객체 능력(object-capability) 보안이라는 연구로 알려져 있어요. 이 방식은 주변 권한(ambient authority, 프로그램이 굳이 요청하지 않아도 주변 환경에서 자동으로 얻게 되는 권한)을 제한하는 걸 목표로 해요. 즉, 각 부분이 꼭 필요한 만큼만 권한을 갖게 해서 의도하지 않은 엉뚱한 상호작용을 줄이는 거예요. 밀러는 이 플랫폼의 보안 개념을 세운 핵심 인물로 자주 언급돼요.

이렇게 보면 쉬워요 · 모든 방을 여는 만능 열쇠를 주는 대신, 들어갈 방의 열쇠만 딱 하나씩 쥐여 주는 거예요.

5. 오케스트레이션은 여러 체인을 어떻게 묶나요?

2024년에 Agoric은 '오케스트레이션(Orchestration)'이라는 API(프로그램끼리 기능을 주고받게 해 주는 연결 창구)를 공개했어요. 여러 블록체인에 걸쳐 프로그램이 돌아가게 하는 크로스체인 프로그래밍을 목표로 한 거예요. 여러 네트워크에 흩어져 있는 자산과 서비스를, 사용자가 클릭 한 번으로 한꺼번에 조율할 수 있게 하는 걸 지향했어요.

오케스트레이션은 흩어진 유동성(여기저기 나뉘어 있는, 거래에 쓸 수 있는 자금)을 하나로 모으고, 여러 체인을 오가는 흔한 작업에 필요한 단계와 서명(내가 승인한다고 확인해 주는 절차) 횟수를 줄여 주는 방법으로 소개됐어요. 트리블은 이 방향을 대표해 알리는 사람으로 나서서, 이 제품이 사용자 경험을 얼마나 단순하게 해 주는지, 개발자가 쓰기 얼마나 편한지를 강조해 왔어요. Agoric은 상호운용성(서로 다른 시스템이 함께 잘 작동하는 성질)과 '체인 추상화(chain abstraction, 사용자가 어느 체인을 쓰는지 신경 쓰지 않아도 되게 복잡함을 숨기는 것)'를 내세워요. 이더리움과 Cosmos처럼 서로 다른 생태계를 넘나들 때 사용자가 겪는 번거로움을 낮추려는 거예요.

이렇게 보면 쉬워요 · 여러 은행 앱을 하나하나 오가는 대신, 한 화면에서 버튼 한 번으로 다 처리하는 것과 비슷해요.

6. 실제로 어디에 쓰고, 시장에서 어떤 위치인가요?

트리블이 이끄는 동안 Agoric은 여러 체인에 걸친 제품을 만드는 애플리케이션 팀을 겨냥해 왔어요. 여기에는 디파이(은행 없이 블록체인 위에서 돌아가는 금융 서비스) 작업 흐름이 포함돼요. 이런 작업은 여러 거래 장소, 체인끼리 이어 주는 브리지 같은 다리, 그리고 스테이킹(코인을 맡겨 두고 보상을 받는 것) 시스템 사이를 조율해야 하는 경우가 많아요.

이 플랫폼은 밑바탕이 되는 계층에서 얼마나 빠르게 많이 처리하느냐(처리량) 자체로 경쟁하지는 않아요. 대신 여러 체인을 불러 쓰고, 계정들을 관리하고, 사용자에게 하나로 매끄럽게 이어진 흐름을 보여 줄 수 있는 애플리케이션 로직(프로그램이 일을 처리하는 논리)을 가능하게 하는 데 무게를 둬요. 이 분야는 경쟁이 아주 치열해요. 상호운용성 프로토콜, 특정 용도에 맞춰 만든 애플리케이션 특화 체인, 여러 영역을 오가며 메시지를 주고받는 롤업(거래를 한데 모아 처리해 효율을 높인 방식) 등이 다 이 자리를 노려요. 그 속에서 Agoric의 차별점은, 개발자가 쓰기 좋은 경험과 안전을 챙기는 관점을 크로스체인 프로그래밍과 결합했다는 데 있어요.

7. 어떤 위험이 남아 있나요?

Agoric의 방식에도 여러 위험이 있어요. 익숙한 자바스크립트를 쓴다고 해서 개발자들이 반드시 몰려오는 건 아니에요. 도구가 얼마나 잘 다듬어졌는지(성숙도), 쓸 수 있는 자금이 충분한지(유동성), 사용자가 얼마나 있는지에 따라 채택 여부가 갈려요. 또 여러 체인에 걸친 제품은 브리지, 릴레이어(체인 사이에서 정보를 전달해 주는 중개 역할), 연결된 체인 중 어느 하나만 고장 나도 그게 애플리케이션 전체의 사고로 번질 수 있어서, 운영과 보안이 더 복잡해져요.

규제의 불확실성도 걸림돌이에요. 스테이블코인(값이 흔들리지 않도록 설계한 코인)처럼 가치가 안정된 자산이나 국경을 넘나드는 금융 활동은, 나라마다 규칙이 어떻게 될지 아직 분명하지 않아요. 이런 불확실성이 일부 디파이 활용을 실제로 실현할 수 있을지에 영향을 줄 수 있어요. 그리고 플랫폼이 안전장치를 아무리 잘 갖춰도, 코드를 전문가가 점검하는 감사, 꼼꼼한 테스트, 위험을 피하는 보수적인 컨트랙트 설계까지 대신해 주지는 못해요. 이런 기본기는 여전히 필요해요.