Michael Shaulov
Fireblocks / 이 회사가 만드는 미래

디지털자산 업무에 기관의 통제·재무 기록을 연결합니다.

범위가 정해진 거래가 승인 규칙을 거쳐, 대사까지 끝난 재무 기록으로 남습니다.

그 미래가 만들어지는 모습 ↓
01 / 제품과 일상

그 미래를 만드는 제품들.

공식 거래 정책 검사 UI 예시
시각 검증한 공식 제품 UI 예시입니다.
Policy Engine

거래 권한을 설정하고 점검합니다.

승인 내역과 결정 과정을 추적할 수 있습니다.

Revolut

수작업 리밸런싱은 줄고 연동은 쉬워졌습니다.

무엇이 달라졌나요? +

폐쇄형 운영 방식과 수작업 자금 이동 때문에 새 업무를 시작하기가 더뎠습니다.

공개된 고객 운영 사례이며, 모든 고객에게 같은 절감 효과를 보장하지는 않습니다.

Bridge

정산 시간이 90분 미만으로 줄었습니다.

무엇이 달라졌나요? +

특정 대량 정산 작업에 12시간 넘게 걸렸습니다.

공개 사례에 나온 대형 고객사 한 곳의 대량 결제 흐름에 한정됩니다.

공식 자동화 행동 선택 UI 예시
시각 검증한 공식 제품 UI 예시입니다.
02 / 고객에게 닿기까지

권한 확인을 거친 기업 자금 이동

기관 송금과 대사 업무 예시

  1. 01

    출금 지갑, 목적지, 자산, 업무 목적을 정합니다.

    출금 지갑, 목적지, 자산, 업무 목적을 정합니다.

  2. 02

    거래 규칙과 승인 조건에 맞는지 검토합니다.

    거래 규칙·승인 조건을 확인합니다.

  3. 03

    승인된 자금 이동에 서명하고 정산합니다.

    승인한 자금 이동을 서명·정산합니다.

  4. 04

    잔액과 수수료를 회계 기록에 반영합니다.

    잔액·수수료를 재무 기록에 연결합니다.

일이 이루어지는 과정 더 보기

기관 디지털 자산을 위한 운영 체계

Fireblocks는 기관이 디지털 자산을 보관·이전·발행할 때 쓰는 인프라를 제공합니다. 고객은 거래 앱을 고르는 개인이 아니라 은행, 핀테크, 결제 사업자, 거래소, 기업 재무팀입니다. 실무에서 어려운 점은 블록체인 송금 한 건도 조직의 권한 체계, 보안, 재무 기록에 맞아야 한다는 것입니다. 누가 결제를 요청할 수 있는지, 어느 주소로 보낼 수 있는지, 예외는 누가 승인하는지, 자금 이동을 장부에 어떻게 반영하는지 누군가는 정해야 합니다. Fireblocks는 이 업무에 필요한 지갑 인프라, 거래 정책, 네트워크 연결, 자동화를 하나로 묶어 제공합니다. 지금은 토큰화, 스테이블코인 결제, 임베디드 지갑, 재무 데이터까지 제품 범위가 넓어졌습니다. 기능마다 쓰이는 사업 모델이 달라서, 고객은 먼저 어떤 용도로 쓸지와 운영 책임을 누가 질지부터 정합니다. 토큰화 금융상품을 발행하는 은행, 사용자에게 지갑을 제공하는 핀테크, 거래처 대금을 정산하는 기업 재무팀은 담당 조직도 업무 흐름도 다릅니다. Fireblocks는 공통 인프라를 제공할 뿐, 어떤 서비스를 내고 어떻게 통제하며 고객에게 어떤 의무를 지는지는 여전히 기관이 정합니다.

서명 전에 권한부터 확인

기업 재무팀의 송금을 예로 들어 보겠습니다. 송금은 출금 지갑, 받는 곳, 업무상 목적을 정하는 데서 시작합니다. 기관은 금액, 자산 종류, 목적지, 허용 시간대, 필요한 승인 단계를 정책으로 설정합니다. 컴플라이언스 솔루션을 연동하면 조직이 정한 규칙에 따라 거래 위험 신호를 함께 볼 수 있습니다. 직원 모두가 제한 없는 개인키를 갖는 대신, 서명은 승인된 거래에 대해서만 이뤄집니다. MPC는 서명 권한을 여러 키 조각으로 나누고, Fireblocks의 보안 아키텍처는 이 암호 기술에 소프트웨어·하드웨어 보호 장치를 더합니다. 키를 분산하더라도 적절한 접근 권한, 복구 절차, 제대로 설정된 정책은 여전히 필요합니다. Fireblocks 네트워크는 기관이 거래 상대방과 연결되도록 돕고, 주소를 매번 손으로 확인하고 입력하는 일을 줄여 줍니다. 배포 방식도 중요합니다. 공개된 아키텍처를 보면 키를 어디에 둘지, 은행 시스템을 어떻게 연동할지 여러 방식 중에서 고를 수 있습니다. Signet은 이 구성 요소들을 차례로 내려야 하는 운영 결정으로 봅니다. 결국 중요한 것은 합의한 규칙을 지키고, 의도한 상대방에게 정확히 도착하고, 팀이 나중에 추적·점검할 수 있는 기록을 남긴 거래입니다.

자금 활동에서 재무 기록까지 한 흐름으로

실행은 업무 흐름의 일부일 뿐입니다. 운영팀은 Fireblocks Automation으로 송금, 잔액 충전, 스윕(자금 집금), 리밸런싱, 환전에 대한 트리거와 실행 동작을 정의할 수 있습니다. 이 규칙 역시 거래 거버넌스의 통제를 받습니다. TRES와 함께 개발한 Financial Data는 지갑 활동을 정형화된 재무 기록으로 정리해 대사 작업까지 처리합니다. 재무팀에 필요한 것은 거래 해시 목록이 아니라 금액, 수수료, 거래 상대방, 잔액을 파악할 수 있는 정보입니다. 공개된 고객 사례를 보면 이 차이가 분명해집니다. Revolut는 기준 금액을 넘는 송금은 승인 절차로 보내면서, 수작업으로 하던 자금 이동을 줄였다고 밝혔습니다. Bridge는 Fireblocks 팀과 함께 특정 대량 지급 절차를 12시간 넘게 걸리던 데서 90분 미만으로 줄였다고 설명합니다. ABN AMRO는 기업금융 고객을 위한 디지털 채권과 수탁 사례를 소개합니다. 세 사례는 서로 다른 구현의 결과이므로, 합쳐서 누구에게나 통하는 속도 보장으로 볼 수 없습니다. 그래서 Signet의 업무 흐름 예시도 정산과 재무 기록 확인에서 끝납니다. 자금을 움직이고 회계 처리하는 사람의 입장에서 제품을 이해하기 위해서입니다.

제품과 고객을 더 깊이 알아보기

거래 결정의 근거를 보여 주는 Policy Engine

Policy Engine은 플랫폼에서 이뤄지는 디지털 자산 운영 전반을 관리하는 거버넌스 계층입니다. 관리자가 조건과 승인 요건을 설정하면, 운영자는 승인 대기 건과 각 거래에 적용된 규칙을 확인할 수 있습니다. 공식 화면 예시에는 충족한 조건, 충족하지 못한 기준, 그리고 거래를 허용한 규칙이 표시됩니다. 지갑 잔액만 보여 주는 데 그치지 않고 업무 흐름 뒤의 판단 근거까지 드러낸다는 점에서 유용한 화면입니다. 제품 자료에는 승인 그룹, 모바일 승인, API 기반 승인, 정책 변경 권한도 나옵니다. 일반 송금, 스마트 컨트랙트 호출, 토큰 작업은 서로 다른 규칙이 필요할 수 있습니다. 팀은 스크리닝 업체를 연동하고, 정책을 문서로 남기고, 거래 승인 이력을 보관할 수 있습니다. Signet이라면 일반 거래 하나와 예외 거래 하나로 이 제품을 시연하면서, 예상한 승인권자와 규칙이 화면에 제대로 나오는지 확인하겠습니다. 구매자에게 필요한 것은 처리량과 통제 사이의 현실적인 균형, 그리고 어떤 조치가 왜 허용·보류·거절됐는지 추적할 수 있는 절차입니다.

반복 자금 이동을 설정형 업무로 바꾸는 Automation

Fireblocks Automation은 결제·트레이딩 운영팀이 반복되는 자금 이동을 규칙으로 만들 수 있는 빌더입니다. 입금 발생이나 잔액 변동 같은 트리거를 고른 뒤 송금, 충전, 리밸런싱, 스윕, 환전, 결제 흐름을 정의하는 방식입니다. 공식 제품 화면에도 이 선택지가 그대로 나옵니다. 업무 시간 외에도 계좌 잔액을 유지해야 하거나, 운영팀이 같은 절차를 손으로 반복하고 있다면 특히 유용합니다. 제품 페이지에 따르면 모든 자동화는 여전히 Policy Engine을 거칩니다. 자동화했다고 고객의 거버넌스를 건너뛸 권한이 생기지는 않습니다. 규칙을 켜기 전에 팀은 출금 계좌, 목적지, 금액, 예외 처리 방식을 정해야 합니다. 공개된 Yolo와 Orbital 사례는 두 회사의 운영에 관한 것일 뿐, 모든 구매자에게 같은 절감 효과를 보장하지 않습니다. 제대로 평가하려면 실제와 비슷한 입금·잔액 부족 상황에서 제안한 흐름을 시험 실행해 보고, 승인·정산 기록을 점검하고, 고객이 결제·트레이딩 절차를 바꿀 때 누가 규칙을 관리할지 정해야 합니다.

같은 통제 계층을 쓰는 결제·자산 서비스

나머지 제품들도 같은 운영 기반을 상황에 맞게 활용합니다. Tokenization은 기관이 권한 관리와 모니터링을 갖춘 상태에서 스마트 컨트랙트를 배포하고 자산 발행을 관리하도록 돕습니다. 임베디드 지갑은 핀테크 앱 안에 지갑 기능을 넣어 줍니다. Agentic Payments Suite는 호스팅 게이트웨이를 통한 가맹점 결제 수납과, AI 에이전트에게 위임하는 지갑 접근을 분리해 다룹니다. Fireblocks Flow를 쓰면 결제 사업자(PSP)는 기존 결제 화면을 그대로 두고 스테이블코인 결제를 추가할 수 있고, 결제 기록도 대사 작업에 맞게 정리할 수 있습니다. Financial Data는 장부 관점의 데이터를 더해 줄 뿐, 기관이 자체 회계 절차를 정하는 일까지 대신하지는 않습니다. 지원 범위도 꼼꼼히 확인해야 합니다. 현재 블록체인 목록에는 메인넷과 테스트넷이 섞여 있고, 지원 수준도 자산과 기능마다 다릅니다. 지원자라면 필요한 체인, 지갑, 프로토콜, 보고, 승인 범위를 구체적인 설계로 보여 줘야 합니다. 가장 의미 있는 비교 대상은 고객이 지금 쓰는 여러 도구나 자체 개발 시스템입니다. 모든 모듈을 바꿔 끼울 수 있다고 보지 말고, 고른 사용 사례에 필요한 연동 작업과 운영 책임을 기준으로 판단해야 합니다.

03 / 성장의 증거

이야기는 숫자로도 남습니다.

날짜별 관측

과거 ARR 최소치(2022년 9월)

USD · USD
1억 달러 초과

공개된 최소치 하나일 뿐, 현재 ARR이나 연말 매출, 성장 추세가 아닙니다.

수치와 기준일 확인하기 +
과거 ARR 최소치(2022년 9월)
기준일수치집계 기준
2022-09-121억 달러 초과발표일 기준으로 ARR이 이 기준선을 넘었다는 뜻입니다.

Fireblocks

시리즈 E 투자

5억 5천만 달러 조달, 투자 당시 기업가치 80억 달러 초과

ARR 기준선 돌파

과거 시점 최소치, 1억 달러 초과

Earn 출시와 기관 고객 규모

제품 출시 발표(발표일 기준)에서 기관 고객 2,500곳 이상을 밝혔습니다.

성장의 맥락 더 읽기

구독과 계약 범위에 따라 판매하는 인프라

Fireblocks는 구독 계획과 협의한 기업 범위로 기반을 판매합니다. 현재 요금 페이지는 Essentials를 최대 6개월 동안 월 999달러, Custom을 연 3만6천달러부터로 설명합니다. Essentials에는 이용자·작업 공간·앱 내 지갑·분기 출금액의 범위와 초과 요율이 있습니다. 모든 은행·결제사가 무제한 이용하는 금액은 아닙니다. Custom은 API 한도·연결·도입 지원·고급 기능에 따라 달라집니다. 구매자는 새 서비스에서 일상 운영까지의 구현 부담과 보안·통제·연결 가치를 평가하고 별도 지갑·업무·보고 기반을 유지하는 비용과 비교합니다. 고객 거래액은 Fireblocks의 수입과 구분합니다.

시점이 서로 다른 반복 매출 이정표와 투자 유치

검증한 공식 재무 이정표는 2022년 9월 12일 ARR 1억달러 초과 발표입니다. ARR는 특정 시점의 반복 수입을 연으로 환산한 지표입니다. 감사받은 연간 인식 매출과 구분합니다. 발표 날짜·초과 표시를 둔 과거 최소값 하나로 차트에 담습니다. 2026년 ARR나 연말 관찰·완전한 연도별 흐름으로 바꾸지 않습니다. 2022년 1월 Series E는 투자금 5억5천만달러와 본문 기준 80억달러 초과의 기업가치를 설명했습니다. 투자금·가치·ARR는 각각 다른 항목입니다. D1 Capital Partners·Spark Capital이 공동 주도했고 기존·새 기관 투자자가 참여했습니다. 현재 공고의 누적 조달액 10억달러 초과도 운영 실적과 나눕니다.

운영 규모로 읽는 도입 고객과 거래액

운영 규모는 더 최근 자료에서 확인할 수 있습니다. 서울 공고에는 2026년 1월 기준 기관 고객이 2,400곳을 넘는다고 나와 있습니다. 4월 15일 Earn 출시 발표에서는 기관 고객이 2,500곳 이상이며, 플랫폼에서 매달 3천억 달러가 넘는 스테이블코인 거래가 처리된다고 밝혔습니다. 9월 비댁스 발표에서는 보호한 디지털 자산 거래 규모가 16조 달러를 넘는다고 설명했습니다. 이 숫자들은 고객·활동 지표로, 구독 ARR과는 기준일도 정의도 다릅니다. 설문 결과도 조사 범위를 감안해서 봐야 합니다. Financial Grid는 회사 조사에 응답한 금융기관과 기업을 대상으로 했기 때문에, 예산 배정 비율이나 상용화 준비 비율이 모든 은행을 대표하지는 않습니다. 사업 기회는 고객이 계획한 디지털 자산 서비스를 통제와 기록을 갖춘 실제 운영으로 구현하는 데 있습니다. 리스크로는 설정 오류, 계속 바뀌는 자산과 네트워크에 맞춘 연동 작업, 새로운 결제 흐름을 관리할 고객의 역량이 꼽힙니다. 거래량이 늘면 인프라 수요도 커질 수 있지만, 거래량에 대표 수수료율을 곱해 Fireblocks의 인식 매출을 추정해서는 안 됩니다.

04 / 만드는 사람

누군가는 먼저 보았습니다.

Michael Shaulov
CEO·공동 창업자

Michael Shaulov

Lacoon 공동 창업자, 전 Check Point 보안 제품 책임자

회사를 만든 선택 +

안전한 운영을 재무 기록에 연결합니다.

Pavel Berengoltz
CTO·공동 창업자

Pavel Berengoltz

Lacoon, Check Point, Safend에서 연구·엔지니어링 조직을 이끌었습니다.

회사를 만든 선택 +

기관 운영의 기술 기반을 만듭니다.

Idan Ofrat
CPO·공동 창업자

Idan Ofrat

사이버보안, 소프트웨어, 탈중앙화 제품 분야에서 일했습니다.

회사를 만든 선택 +

AI 결제의 지갑 권한에 통제를 적용합니다.

“디지털자산 기반과 기존 재무 시스템이 연결되지 않았습니다.”

Michael Shaulov · TRES 인수 발표 글 · 2026-01-07
회사를 만든 결정들

금융 인프라 경영진이 된 보안 팀

현재 경영진 명단에는 공동 창업자 세 명이 올라 있습니다. CEO Michael Shaulov, CTO Pavel Berengoltz, CPO Idan Ofrat입니다. 예전 발표에는 역할 분담이 다르게 나와 있으므로, 지금의 직함을 기준으로 봐야 합니다. Shaulov는 Lacoon Mobile Security를 공동 창업해 Check Point에 매각했고, 이후 Check Point에서 모바일·클라우드 보안 제품을 이끌었습니다. Berengoltz의 공개 약력에는 Lacoon, Check Point, Safend에서 연구와 엔지니어링 조직을 이끈 경력이 나옵니다. Ofrat은 소프트웨어 엔지니어링, 사이버보안, 제품 관리 경험이 있으며, 핵심 기반 시설 보안과 탈중앙화 기술 분야 사업에도 몸담았습니다. 세 사람의 약력을 보면 회사의 출발점은 특정 토큰을 홍보하는 일이 아니라 시스템과 서명 권한을 지키는 일이었습니다. 회사는 2022년 9월 ARR 이정표를 발표하기 전에 이미 첫 제품을 내놓았고, 그 발표에서 설립 4년, 제품 출시 3년째라고 밝혔습니다. Signet은 현재 역할을 지금의 경영진 명단으로, 과거 이정표를 날짜가 적힌 발표로 확인합니다. 옛 직함이 현재 사실처럼 읽히지 않게 하기 위해서입니다.

보안에서 재무 기록으로 확장

Shaulov는 2026년 1월 TRES 인수를 발표하면서 블록체인 활동과 기존 재무 시스템 사이의 운영 공백을 짚었습니다. 디지털 자산 업무가 커질수록 기관에는 자체 장부, 기업 시스템, 보고 절차에 그대로 맞아떨어지는 기록이 필요합니다. 이 발표는 회사의 전략을 설명한 글입니다. 자금 이동을 안전하게 지키는 일과 이를 회계 처리하는 일이 하나의 시스템 안에서 이어져야 한다는 주장입니다. 현재 재무 데이터 페이지는 거래 분류, 대사, ERP 연동 기능으로 이 방향을 구체화합니다. 결제 역량은 이보다 앞선 2022년 2월 First Digital 인수로 넓어졌습니다. 이때 전문 결제 기술과 엔지니어링 인력이 Fireblocks에 합류했습니다. 두 인수는 회사 성장의 서로 다른 단계이며, 당시 직함은 발표 시점 기준입니다. 이어 Ofrat이 2026년 5월 출시한 제품은 같은 통제 방식을 에이전트가 시작하는 결제로 넓혀, 결제 수납과 위임된 지갑 권한까지 다룹니다. Signet은 이 결정들을 보안 인프라에서 출발해 반복 가능한 기관 업무로 나아가는 흐름으로 봅니다. 경영진이 답해야 할 질문은, 새로 더한 기능 하나하나가 해당 고객의 구현, 일상 운영, 재무 근거를 더 쉽게 하나로 묶어 주느냐입니다.

고객과 팀을 대하는 행동으로 보여 주는 신뢰

Fireblocks 채용 페이지는 고객 중심, 신뢰, 기존 관행에 대한 도전, 주인의식, 함께 끝까지 해내는 의지를 핵심 가치로 내세웁니다. 이런 가치는 구호로 반복할 때가 아니라 실제 업무에 녹아들 때 의미가 있습니다. 기관 영업에서 고객 중심이란, 모듈을 제안하기 전에 고객이 준비하는 서비스, 리스크에 대한 우려, 연동 제약부터 파악하는 것입니다. 신뢰는 시연으로 무엇이 입증됐는지, 고객이나 기술팀이 맡아야 할 후속 조치가 무엇인지 기록하는 일까지 포함합니다. 주인의식은 어카운트 플랜을 정확하게 관리하고, 복잡한 의사결정에 필요한 동료를 끌어들이는 일입니다. 서울 공고에는 세일즈 엔지니어, BDR, 고투마켓 조직 전체와 함께 영업한다고 적혀 있어, 이 원칙들이 실제로 어떻게 쓰이는지 짐작할 수 있습니다. 공식 고객 사례에서도 운영 적합성이 중요하게 나옵니다. ABN AMRO는 연동성과 확장성을 높이 평가했고, Revolut는 권한 체계를 자사 조직 절차에 맞춰 설계했다고 밝혔습니다. 지원자라면 고객의 제약 때문에 설계나 영업 계획을 바꾼 사례를 들고, 팀이 그 결과를 어떻게 검증했는지 설명해 보세요. 보안 소프트웨어가 모든 운영 리스크를 없앤다고 말하는 것보다, 회사가 말하는 문화를 훨씬 설득력 있게 보여 줄 수 있습니다.

05 / 한국에서의 다음 장

한국 고객 도입 사례와 서울 영업직 채용

Fireblocks는 NH농협은행과 관련한 공식 게시물에서 원화 스테이블코인 생태계와 세금 환급 디지털화 개념 검증(PoC)을 함께 추진한다고 설명합니다. 게시물의 표현은 '탐색'과 '공동 평가'이며, Signet도 이 단계를 그대로 전합니다. 구상 중인 생태계와 PoC는 정식 은행 서비스나 상용화 완료와는 다른 단계입니다. 그래도 기관 영업 담당자가 무슨 일을 하는지 이해하는 데는 충분합니다. 업무 절차, 은행 인프라, 블록체인 구성 요소를 하나로 엮고, 이해관계자가 무엇을 시험할지, 어떤 근거가 있어야 다음 단계로 갈 수 있을지 판단하도록 돕는 일입니다. 해외 사례는 한국에서의 성과로 오해하지 않는다면 좋은 비교 자료가 됩니다. ABN AMRO는 디지털 채권, 생태계 연결, 연동 요건을 다루고, Bridge는 대규모 결제 정산을 설명합니다. 지원자는 이 사례들을 바탕으로 한국 기관의 거래 경로, 지갑 소유 주체, 승인 규칙, 보고 연동을 질문해 볼 수 있습니다. 법이 바뀌었으니 시장이 준비됐다고 장담하거나, 모든 파트너십이 이미 전국 서비스로 이어졌다고 말하는 것보다 훨씬 탄탄한 현지 이야기입니다.

공고의 영업자는 기술 영업·사업 개발·시장 진출 팀과 일합니다.

왜 한국이고, 왜 지금일까요?+

비댁스 도입·NH농협은행 협력에 한국 기관 업무의 근거가 있습니다.

비댁스, Fireblocks 선정

기관 수탁과 스테이블코인 운영에 Fireblocks를 도입한다는 고객사 발표

한국에서의 기회 자세히 보기

현지 업무를 보여 주는 국내 수탁사 사례

비댁스는 2026년 9월 21일 자체 공식 뉴스룸에서 Fireblocks 도입을 발표했습니다. 여러 블록체인의 기관 자산 보관·송금·스테이블코인 운영을 공통 보안·정책 계층으로 관리합니다. 자산·망이 달라도 승인·자산 분리·업무 규칙을 이어가는 데 의미가 있습니다. 한국어 후속 뉴스레터도 기관 기반 확장에 도입을 연결합니다. 비댁스가 고객이고 Fireblocks가 기술 제공자입니다. 비댁스의 다른 은행 파트너를 자동으로 Fireblocks 고객으로 넓히지 않습니다. 비댁스의 보관 자산은 그 고객의 사업 지표이며 Fireblocks 매출·직접 관리 자금이 아닙니다. 서비스 책임자·보호할 업무·관계자에게 필요한 근거를 묻는 실제 한국 사례입니다.

은행의 시범 검토에서 구현 결정까지

Fireblocks의 공식 공개 게시물은 NH농협은행과 원화 스테이블코인 생태계·세금 환급 디지털화 PoC를 함께 검토한다고 설명합니다. 검토·시험 단계는 정식 은행 서비스·완료한 상용 배포와 구분합니다. 업무 절차·은행 기반·블록체인 구성 요소를 연결하고 시험 범위와 다음 단계의 근거를 합의하는 기관 영업의 일입니다. ABN AMRO의 채권·연결 사례와 Bridge의 대량 정산은 비교할 해외 사례입니다. 한국 기관의 거래 경로·지갑 책임·승인 규칙·보고 연결을 묻는 데 쓸 수 있습니다. 협력이 이미 전국 서비스를 만들었다거나 제도가 시장의 준비를 보장한다고 확대하지 않습니다.

기업 영업 경력을 요구하는 서울 포지션 1건

공식 채용 페이지의 현재 목록에는 서울 공고가 하나 있습니다. Sales Director(ID 4698039006)입니다. 화면에 보이는 제목은 Sales Director이고, 브라우저 문서 제목에는 SSS가 덧붙어 있습니다. 공고는 APAC 전반의 금융기관과 기술 파트너를 대상으로 하며, 세일즈 엔지니어, 사업 개발, 고투마켓 팀과 함께 영업한다고 설명합니다. 업무는 월·분기 매출 목표, 잠재 고객 관계 구축, 담당 지역·고객 계획, 기회 검증, CRM 관리입니다. 관련 시장에서의 기업용 소프트웨어나 기관 영업 경력은 필수입니다. 금융, 사이버보안, 암호화폐 경험과 파트너 공동 영업 경험은 우대 사항이며, 블록체인과 디지털 자산에 대한 이해도 필요합니다. Director라는 직함만으로 팀 관리 권한이나 한국 총괄 자리라고 볼 수는 없습니다. 준비할 것은 복잡한 기관 거래, 본인이 내린 기회 검증 결정, 기술팀이나 파트너가 계약 성사에 어떻게 기여했는지입니다. 온보딩도 명시적으로 제공됩니다.

지금 열린 한국 공고

한국 공고 1개

Signet 공고 목록 · 2026-10-19 기준

지원자에게

비댁스 고객 사례와 현재 기관 영업 요건을 바탕으로 준비해 보세요.

영업·사업개발(GTM)

Sales Director

서울

공고 확인

하는 일
기술팀·파트너와 기관 고객의 거래 기회를 검증·계약합니다.
찾는 사람
금융 서비스, 핀테크, 블록체인 또는 이와 가까운 시장에서 기업용 소프트웨어를 판매한 경험이 필요합니다.
알아 둘 점
APAC 기관·파트너 업무이며 기술 영업·BDR과 협업합니다.
이 공고로 모의지원 ↗
07 / 최근의 움직임

다음 장면은 만들어지고 있습니다.

1월, 운영 활동에서 재무 기록으로

1월 7일 TRES 인수 발표로 Fireblocks의 사업 방향은 회계, 대사, 재무 통제까지 넓어졌습니다. Shaulov는 디지털 자산 활동과 기존 재무 시스템 사이의 공백을 짚으며, 운영 기록을 기존 업무 흐름에서 바로 쓸 수 있는 정형화된 정보로 바꾸는 것을 목표로 제시했습니다. 현재 Financial Data 페이지를 보면 지갑 주소, 장부 중심 기록, 기업 시스템 연동이 이 방향에 어떻게 맞물리는지 알 수 있습니다. Signet은 날짜가 명시된 인수 발표를 전략적 이정표로, 현재 제품 페이지를 기능의 근거로 봅니다. 그렇다고 모든 고객이 이미 재무 절차를 전부 옮겼다거나, 소프트웨어만 사면 보고 요건이 저절로 충족된다는 뜻은 아닙니다.

5·6월, 결제 수납과 권한 위임 추가

5월 20일 발표한 Agentic Payments Suite는 결제 사업자의 수납 게이트웨이와, 핀테크 사용자가 권한을 위임하는 에이전트 지갑을 분리해 다룹니다. 설계의 핵심은 지출 권한의 범위 제한, 반드시 적용되는 정책, 추적 가능한 결제 절차입니다. 제품 페이지에서 게이트웨이 이용과 지갑 출시 경로를 따로 안내하므로, 구성 요소별로 실제 제공 여부를 확인해야 합니다. 6월 2일 발표한 Flow는 결제 사업자가 자체 결제 화면과 고객 관계를 그대로 유지하면서 스테이블코인 수납, 환전, 대사를 처리하도록 돕습니다. 출시 자료는 프로토콜 운영 책임과 인허가 책임이 각각 누구에게 있는지 분명히 나눕니다. Signet은 이 제품을 결제 인프라로 설명하고 이런 운영상 경계를 그대로 지킵니다. Fireblocks가 가맹점 역할을 하거나 모든 환전 결과를 보장한다고 보지 않습니다.

9·10월, 국내 도입 사례와 결제 예시

9월 21일 비댁스의 선정 발표로, Fireblocks의 기관용 플랫폼이 이름이 공개된 국내 수탁 사업에 쓰인다는 사실이 확인됐습니다. 이어 9월 28일 기업 대상 Financial Grid 보고서는 응답 기업들이 은행에 원하는 서비스를 다루며, 표본과 응답자 범위를 분명히 밝힙니다. 10월 6일 Fireblocks 기술 글은 AI 에이전트가 데이터셋을 구매하는 과정을 단계별로 설명합니다. 권한 범위를 정하고, 결제 조건을 확인하고, 규칙을 점검하고, 거래에 서명하고, 접근 권한을 넘기고, 근거를 기록합니다. 이 순서는 예시 사용 사례일 뿐, 실제로 관찰된 고객 매출 성과가 아닙니다. 글은 에이전트 결제에서 분쟁·환불 처리가 아직 풀리지 않은 문제라는 점도 인정합니다. 이 소식들을 함께 보면 지원자는 시연을 완료된 상업적 성과로 바꾸지 않고도 통제, 도입, 구현을 이야기할 수 있습니다.

최근 움직임의 맥락 더 읽기

1월에는 운영 활동을 재무 기록에 연결했습니다

1월 7일 TRES 인수 발표는 회계·대사·재무 통제로 범위를 넓혔습니다. Michael은 디지털자산 활동과 기존 재무 시스템의 간격을 설명했습니다. 현재 Financial Data는 지갑 주소·장부 기록·기업 시스템 연결로 방향을 보여 줍니다. 인수 발표의 이정표와 현재 제품 기능을 함께 보며 모든 고객의 재무 절차 전환이 이미 끝났다고 확대하지 않습니다.

5·6월에는 결제 수신·위임을 더했습니다

5월 20일 Agentic Payments Suite는 결제사의 수신 Gateway와 핀테크 이용자가 AI에 위임하는 지갑을 구분했습니다. 제한된 지출 권한·거래 정책·추적할 기록이 핵심입니다. Gateway 접근과 지갑 출시 경로를 나눠 선택 기능의 제공 상태를 확인합니다. 6월 2일 Flow는 결제사가 결제 화면·고객 관계를 유지하며 스테이블코인 수신·전환·대사를 연결하도록 돕습니다. 프로토콜 운영·사업자의 허가 책임을 제품 발표의 범위에 맞게 지킵니다.

9·10월에는 한국 도입·결제 예시가 나왔습니다

9월 21일 비댁스 발표는 한국 보관 업무의 실제 도입을 보여 줍니다. 9월 28일 기업 Financial Grid 보고서는 조사 응답 기업이 은행에 원하는 서비스를 설명합니다. 10월 6일 기술 글은 AI의 데이터 구매를 권한 범위·결제 조건 발견·규칙 검사·서명·정보 수신·증거 기록으로 설명합니다. 예시이며 관찰한 고객 매출 성과로 바꾸지 않습니다. 분쟁·환불 처리의 남은 문제도 명시합니다. 통제·도입·구현을 날짜와 근거에 맞게 논의합니다.

그 회사의 미래가, 내 일이 된다면.

내가 맡을 일 찾기 ↑

Signet이 독립적으로 편집한 회사 소개입니다. 제휴나 투자 권유가 아니며, 소개는 동의한 뒤에만 이루어집니다.
자료 검토 2026-10-10

알아 두면 좋은 것

Fireblocks, 이것만은 알아 두세요

Fireblocks는 무슨 일을 하나요?

지갑·거래 통제·결제·재무 데이터

한국에는 어떤 기회가 있나요?

Fireblocks는 NH농협은행과 관련한 공식 게시물에서 원화 스테이블코인 생태계와 세금 환급 디지털화 개념 검증(PoC)을 함께 추진한다고 설명합니다. 게시물의 표현은 '탐색'과 '공동 평가'이며, Signet도 이 단계를 그대로 전합니다. 구상 중인 생태계와 PoC는 정식 은행 서비스나 상용화 완료와는 다른 단계입니다. 그래도 기관 영업 담당자가 무슨 일을 하는지 이해하는 데는 충분합니다. 업무 절차, 은행 인프라, 블록체인 구성 요소를 하나로 엮고, 이해관계자가 무엇을 시험할지, 어떤 근거가 있어야 다음 단계로 갈 수 있을지 판단하도록 돕는 일입니다. 해외 사례는 한국에서의 성과로 오해하지 않는다면 좋은 비교 자료가 됩니다. ABN AMRO는 디지털 채권, 생태계 연결, 연동 요건을 다루고, Bridge는 대규모 결제 정산을 설명합니다. 지원자는 이 사례들을 바탕으로 한국 기관의 거래 경로, 지갑 소유 주체, 승인 규칙, 보고 연동을 질문해 볼 수 있습니다. 법이 바뀌었으니 시장이 준비됐다고 장담하거나, 모든 파트너십이 이미 전국 서비스로 이어졌다고 말하는 것보다 훨씬 탄탄한 현지 이야기입니다.

여기 나온 포지션은 실제로 확인된 공고인가요?

네. 2026-10-10에 회사 채용 페이지와 대조했습니다. 모집 여부는 바뀔 수 있습니다. 모의지원은 회사에 지원서가 가는 것이 아니라 Signet에 검토를 요청하는 단계입니다.

회사를 더 깊이 알아보려면 어떻게 하나요?

비전부터 제품, 성장, 사람, 한국 팀과 현재 공고까지 한 페이지에서 이어집니다. 목차로 원하는 곳으로 이동하고, 궁금한 부분은 펼쳐서 더 읽을 수 있습니다.

회사 목록으로 ↗