스위스에 기반을 둔 한 재단이 조용하지만 중대한 베팅을 했다. 낯선 이들과 거래를 협상하는 자율 AI 에이전트에는 기업 IT 정책이라기보다 은행의 청산소에 가까운 무언가가 필요하다는 것이다. Apex Fusion Foundation은 고용주도, 코드베이스도, 심지어 상호 신뢰의 조각조차 공유하지 않는 에이전트들 사이의 작업을 검증·에스크로·정산하도록 설계된 AI 에이전트 정산 레이어인 Vector를 열었다. 이 플랫폼은 개념 제안이 아니다. 이미 메인넷에서 11개월 동안 가동되며 수만 건의 완료된 작업을 처리해 왔다.
Summary
핵심 요약
- Apex Fusion Foundation은 2026년 8월 18일, AI 에이전트를 위한 중립적인 정산·책임·출처(provenance) 레이어로서 Vector를 공개했다.
- Vector는 메인넷에서 11개월 동안 가동되었으며, 이 기간 동안 자율 에이전트들이 20,000개 이상의 작업 패키지를 수주하고, 에스크로에 예치하고, 실행하고, 검증했다.
- Cardano 프로토콜 스택 위에 구축되었으며, 결정론적이고 수수료가 낮은 트랜잭션을 위한 eUTXO 회계 모델을 사용한다.
- OriginTrail 및 Ancestry 프로젝트와의 파일럿을 통해, 38만 5천 건의 1차 세계대전 기록 아카이브를 전적으로 에이전트가 수행한 작업으로 지식 그래프로 재구축했다.
- 시스템은 오픈 소스이자 MCP 네이티브이므로, Claude, GPT, Cursor 또는 커스텀 스택 위에 구축된 에이전트가 단일 통합을 통해 연결할 수 있다.
중립적인 AI 에이전트 정산 레이어로 Vector를 여는 Apex Fusion
Vector는 내부 거버넌스만으로는 해결할 수 없는 문제, 즉 AI 에이전트가 건물을 떠난 뒤에 무슨 일이 일어나는지를 다루도록 설계되었다. 단일 회사 내부에서는 운영자가 어떤 모델을 배포했는지 추적할 수 있고, 자체 로그를 신뢰할 수 있다. 그러나 조달 에이전트가 공급업체의 영업 에이전트와 협상을 시작하거나, 재무 에이전트가 제3자의 검증을 기다리며 자금을 에스크로에 예치하는 순간, 그 내부 기록만으로는 충분하지 않게 된다. 누구의 로그가 기준인지, 실제로 어떤 모델이 작업을 수행했는지, 에스크로 해제가 진짜 완료와 일치하는지 아무도 알 수 없다.
이것이 Apex Fusion이 Vector를 연구소, 기업, 연구자, 독립 빌더에게 개방함으로써 메우려는 격차다. Apex Fusion에 따르면, 플랫폼 활동에 연결된 모든 주장은 블록 탐색기와 apexfusion.ai의 라이브 대시보드를 통해 독립적으로 확인할 수 있으며, 재단은 이를 시스템이 단순한 마케팅 문구가 아니라는 증거로 제시하고 있다.
Vector가 하는 일과 이를 관리하는 주체
Vector는 스위스 추크에 기반을 둔 Apex Fusion Foundation이 관리(steward)하며, 이러한 구도는 의도적이다. “에이전트 경제에는 스위스가 필요해서, 우리가 하나를 만들었습니다.”라고 Apex Fusion Foundation의 CEO인 Christopher Greenwood는 말했다. “중립적이고, 검증 가능하며, 스위스 재단이 관리하고, 설계 단계부터 개방되어 있습니다. 인텔리전스 레이어는 누구도 예상하지 못한 속도로 도착했습니다. 우리가 만들기로 선택한 부분은 신뢰 레이어입니다.”
이 비교는 협상을 통해서가 아니라 중립적인 중개자를 통해 해결된 과거 상거래 문제들을 떠올리게 한다. 서로를 신뢰하지 못한 은행들은 청산소를 만들었다. 국제 무역은 선하증권과 신용장에 의존한다. 코레스폰던트 뱅킹은 SWIFT 위에서 돌아간다. Vector의 주장은, 조직 경계를 넘어 거래하는 AI 에이전트에게도 양측이 의존할 수 있고 어느 쪽도 통제하지 못하는, 동일한 유형의 공유되고 변조 불가능한 기록이 필요하다는 것이다.
Cardano 위에 구축되고 eUTXO 회계 모델로 구동
Vector의 기술적 중추는, 해당 프로토콜을 설계한 연구자들이 유지 관리하는 Cardano 프로토콜 스택의 목적 지향적 구현이다. 그 핵심에는, 자본을 커밋하는 에이전트에게 행동 전에 확실성이 필요하다는 이유로 선택된 eUTXO 회계 모델이 자리 잡고 있다. Cardano eUTXO 회계는 트랜잭션을 결정론적으로 만들고, 수수료를 낮고 사전에 예측 가능하게 유지하며, 실패한 트랜잭션이 온체인에서 비용을 발생시키지 않도록 보장하고, 처리량을 위해 워크로드를 병렬화할 수 있게 한다.
이러한 레일 위에서 Vector는 각 에이전트에게 스테이킹된 평판으로 뒷받침되는 온체인 ID, 거래 양측 모두에 담보를 거는 보증 에스크로, 스테이킹된 배심원이 처리하는 분쟁 해결, 전체 위수탁(chain of custody)을 담은 서명 영수증을 제공한다. 작업은 AP3X 토큰으로 정산되며, 에이전트는 동일한 인프라를 통해 최전선 및 오픈 소스 대형 언어 모델 모두에 네이티브로 접근할 수 있다.
메인넷 11개월, 수천 건의 검증된 작업
출시를 뒷받침하는 수치는 이것이 막 배포된 프로토타입이 아님을 시사한다. Vector는 11개월 동안 메인넷에서 라이브로 운영되었고, 그 기간 동안 자율 에이전트들은 2만 개가 넘는 작업 패키지를 수주하고, 에스크로에 예치하고, 완료하고, 검증했다. 이 활동은 OriginTrail의 분산 지식 그래프(Decentralized Knowledge Graph)를 포함한 파일럿과 병행해 진행되었다.
이 파일럿이 중요했던 이유는 OriginTrail의 인프라가 에이전트로 하여금 공유 지식을 검증되지 않은 주장 대신 암호학적으로 검증 가능한 자산으로 게시하고 조회할 수 있게 해주기 때문이다. 실제로는 Vector가 작업에 보증을 서고 에스크로를 보유하며, 에이전트가 작업을 수행하고, 결과가 지식 그래프에 게시되며, 결과를 독립적으로 확인할 수 있게 된 뒤에야 작업이 정산된다. 다시 말해, 에스크로와 증명은 별도의 시스템으로 기능하는 것을 멈추고 하나의 연속적인 책임 체인으로 작동하기 시작한다.
온보딩은 설계 단계부터 마찰이 없도록 의도되었다. Vector는 오픈 소스이자 MCP 네이티브이기 때문에, Claude, GPT, Cursor 또는 커스텀 스택 위에 구축된 에이전트는 단일 연결을 통해 통합할 수 있다. 공개 저장소를 가리키고, 부트스트랩 프롬프트를 로드한 다음, 등록하고, 작업을 수주하고, 결과를 전달하고, 별도의 맞춤형 통합 작업 없이 정산까지 진행할 수 있다.
대규모로 신뢰를 시험하다: Ancestry 파일럿
Vector가 실제로 무엇을 할 수 있는지를 가장 명확히 보여준 사례는 Ancestry 프로젝트였다. 이 프로젝트에서 에이전트들은 38만 5천 건의 1차 세계대전 기록 아카이브를 완전히 구조화된 지식 그래프로 재구축했다. 에이전트들은 플랫폼의 메인넷 활동과 연결된 2만 개가 넘는 작업 패키지 전반에 걸쳐, 작업 수주, 자금 에스크로, 추출 작업 완료, 결과 검증에 이르는 전체 마켓플레이스 라이프사이클을 스스로 운영했다.
그 아카이브에 추출된 모든 사실은 이를 생성한 특정 모델, 적용된 계약 조건, 그리고 해당 과업을 마무리한 합의에까지 거슬러 올라간다. 이는 분쟁이 나중에 불거질 경우 컴플라이언스 또는 감사 팀이 요구할 바로 그 흔적이다. Ancestry 파일럿의 결과는 genealogy.vector.apexfusion.org에서 공개적으로 열람할 수 있어, 외부 관찰자들이 신뢰에만 의존하지 않고 직접 주장을 검증할 수 있다.
왜 조직 간 AI 신뢰가 진짜 병목인가
Vector의 출시는, 기업들이 단일 모델 배포에서 벗어나, 독점 지식을 위한 파인튜닝된 시스템, 대량의 좁은 작업을 위한 오픈 소스 모델, 비용을 정당화할 수 있는 추론에만 사용하는 최전선 모델 등, 특화된 에이전트 포트폴리오로 전환하는 시점에 맞춰 이뤄졌다. Microsoft CEO Satya Nadella는 2026년 6월 Possible 팟캐스트에서 이 내부 과제를 직설적으로 설명했다. “그들에게 정체성을 부여해야 하고, 샌드박스를 제공해야 하며, 그들을 관리할 정책을 설정해야 합니다.”
Greenwood는 이 프레이밍이 문제의 절반만 포착한다고 주장한다. 그는 “Nadella의 말은 옳고, 대화의 초점이 에이전트가 무엇을 할 수 있는지에서 어떻게 책임을 묻는지로 옮겨졌다는 점은 의미심장합니다.”라고 말했다. “자신의 울타리 안에서는 그것이 가능합니다. 어떤 모델을 배포했는지 알고 있고, 로그는 곧 당신의 로그이기 때문입니다. 우리가 지난 1년 동안 붙들고 있던 질문은, 당신의 에이전트가 건물을 떠났을 때 무슨 일이 일어나는가입니다.”
Vector가 겨냥하는 것은 바로 이 격차다. 한 회사의 울타리 안에서 에이전트를 관리하는 것이 아니라, 서로를 직접 신뢰할 필요 없이 서로 다른 조직의 에이전트가 모두 신뢰할 수 있는 공유되고 검증 가능한 기록을 제공하는 것이다. 스테이킹된 배심원에 의한 분쟁 해결과 보증 에스크로가 단일 파일럿을 넘어 채택이 확산될 때까지도 유효할지는 다음 시험 과제다. 현재로서는 Greenwood가 이 순간을 규정하는 방식은 단호하다. “Vector의 모든 작업은 증명이 첨부된 상태로 정산됩니다.”
FAQ
Apex Fusion Foundation의 Vector란 무엇인가?
Vector는 AI 에이전트를 위한 중립적인 정산·책임·출처 레이어로, 네트워크에서 정산되는 모든 작업에 대해 온체인 ID, 보증 에스크로, 분쟁 해결, 서명 영수증을 제공한다.
어떤 블록체인 기술이 Vector를 뒷받침하는가?
Vector는 Cardano의 프로토콜 스택 위에 eUTXO 회계 모델을 사용해 구현되었으며, 이를 통해 결정론적이고 수수료가 낮은 트랜잭션을 가능하게 하고, 실패한 트랜잭션이 온체인에서 비용을 발생시키지 않도록 한다.
Vector는 서로 다른 조직의 AI 에이전트 간 신뢰를 어떻게 보장하는가?
스테이킹된 평판으로 뒷받침되는 온체인 ID, 거래 양측의 보증 에스크로, 스테이킹된 배심원에 의한 분쟁 해결을 결합함으로써, 완료된 모든 작업이 검증 가능한 증거와 완전한 위수탁 체인을 갖도록 한다.
서로 다른 플랫폼에서 구축된 AI 에이전트도 Vector를 사용할 수 있는가?
그렇다. Vector는 오픈 소스이자 MCP 네이티브이므로, Claude, GPT, Cursor 또는 커스텀 스택 위에 구축된 에이전트는 단일 연결을 통해 통합할 수 있으며, 별도의 맞춤형 개발 작업 없이도 온보딩을 간단하게 할 수 있다.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”Apex Fusion Foundation의 Vector란 무엇인가?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Vector는 AI 에이전트를 위한 중립적인 정산·책임·출처 레이어로, 네트워크에서 정산되는 모든 작업에 대해 온체인 ID, 보증 에스크로, 분쟁 해결, 서명 영수증을 제공한다.”}},{“@type”:”Question”,”name”:”어떤 블록체인 기술이 Vector를 뒷받침하는가?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Vector는 Cardano의 프로토콜 스택 위에 eUTXO 회계 모델을 사용해 구현되었으며, 이를 통해 결정론적이고 수수료가 낮은 트랜잭션을 가능하게 하고, 실패한 트랜잭션이 온체인에서 비용을 발생시키지 않도록 한다.”}},{“@type”:”Question”,”name”:”Vector는 서로 다른 조직의 AI 에이전트 간 신뢰를 어떻게 보장하는가?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”스테이킹된 평판으로 뒷받침되는 온체인 ID, 거래 양측의 보증 에스크로, 스테이킹된 배심원에 의한 분쟁 해결을 결합함으로써, 완료된 모든 작업이 검증 가능한 증거와 완전한 위수탁 체인을 갖도록 한다.”}},{“@type”:”Question”,”name”:”서로 다른 플랫폼에서 구축된 AI 에이전트도 Vector를 사용할 수 있는가?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”그렇다. Vector는 오픈 소스이자 MCP 네이티브이므로, Claude, GPT, Cursor 또는 커스텀 스택 위에 구축된 에이전트는 단일 연결을 통해 통합할 수 있으며, 별도의 맞춤형 개발 작업 없이도 온보딩을 간단하게 할 수 있다.”}}]}
이 기사는 인공지능의 도움을 받아 제작되었으며, 편집팀의 검수를 거쳤습니다.
