제네시스: 2026년 3월 19일

AI 네이티브 에이전트를 위해 구축하세요.

BTX는 AI 네이티브 소프트웨어에 유난히 잘 맞는 두 가지 원시 기능을 개발자에게 제공합니다. 입장 제어를 위한 체인 바운드의 신선한 작업 챌린지와, 에이전트·서비스·운영자를 위한 지갑 기반 포스트양자 신원입니다. 레거시 서명에 대한 의존을 줄이려는 팀에 잘 맞습니다.

통합 가이드 챌린지 RPC
요청 경로
  1. 서명된 에이전트 요청
  2. 챌린지 봉투 발급
  3. 신선한 작업을 로컬에서 해결
  4. 증명을 상환하고 허용
신원 PQ 지갑 재료
입장 신선한 작업 증명
검증 풀이 비용 대비 저렴한 검증
표면 RPC + 게이트웨이 흐름
사용 사례 챌린지 흐름 패턴 신원 시작 키트 FAQ
왜 중요한가

AI 네이티브 제품에는 CAPTCHA 박스보다 더 나은 입장 제어가 필요합니다.

사람 전용 챌린지 흐름은 자동화 시스템, API 클라이언트, 운영자 도구와 잘 맞지 않습니다. BTX 서비스 챌린지는 신선한 계산을 요구하게 해줍니다. 대규모 자동화에는 비용이 높고, 검증은 저렴하며, 현재 체인 상태에 연결됩니다.

AI 에이전트 CAPTCHA

자동화된 호출자에 맞게 만들어진 게이트웨이 패턴.

목표는 사람을 퍼즐로 방해하는 것이 아닙니다. 목표는 모든 고비용 경로가 실시간 작업 가격을 제시하고, 에이전트와 API 클라이언트가 이를 프로그래밍 방식으로 충족한 뒤 실행 전에 저렴하게 검증하도록 만드는 것입니다.

API 키만 사용

경로 수준 작업 가격이 없는 신원.

가장 잘하는 점:
  • 알려진 유료 사용자와 안정적인 서버 대 서버 클라이언트에는 단순합니다.
약한 점:
  • 복제된 자격 증명, 재판매된 접근, 비싼 경로에 대한 익명 남용에는 취약합니다.
실제로 제공하는 것:
  • 경로 수준 작업 가격이 없는 신원.
챌린지 흐름

막연한 미래 이야기가 아닌, 실용적인 개발자 루프.

공개된 OpenClaw 게이트웨이 문서는 한 가지 예입니다. 클라이언트는 핸드셰이크 시점에 역할과 범위를 선언하고, 서버가 제공한 챌린지 nonce에 서명하며, 역할과 범위에 묶인 기기 토큰을 받습니다. BTX는 그 스택 위에서 비싸거나 남용되기 쉬운 동작에 대한 경로 수준 작업 요구사항으로 적합합니다. 

# Pseudocode: gateway route protected by BTX work
POST /v1/generate
Authorization: Signature keyId="btx-wallet:agent-42",...
X-Device-Token: devtok_...
X-BTX-Challenge-Id: chal_...
X-BTX-Proof-Nonce: ...
X-BTX-Proof-Digest: ...

# Server sequence
1. validate role + scope + device token
2. verify request signature
3. redeem BTX proof for this route
4. only then run the expensive action
보호된 라우트 계약 OpenClaw Gateway Protocol MCP Authorization
챌린지 흐름
  1. 1
    챌린지를 발행한다

    getmatmulservicechallenge를 사용해 신선한 작업을 목적, 자원, 주체, 목표 풀이 시간에 바인딩합니다.

    관련 문서 열기
  2. 2
    클라이언트가 로컬에서 풀게 한다

    요청자는 현재 체인 상태에 묶인 MatMul 증명을 계산하므로, 사전 계산 창은 제한된 상태로 유지됩니다.

    관련 문서 열기
  3. 3
    상환하고 검증한다

    redeemmatmulserviceproof가 증명이 유효하고 신선하며 아직 소모되지 않았음을 확인할 때만 요청을 수락합니다.

    관련 문서 열기
  4. 4
    신원 계층을 얹는다

    에이전트나 서비스가 지속적인 암호학적 신원을 필요로 할 때 BTX 지갑 기반 신원과 서명 요청 표준을 그 위에 얹습니다.

    관련 문서 열기
서버가 확인하는 것
  • purpose, resource, subject가 보호하려던 경로와 일치하는지
  • 풀이 시간이 클라이언트에 제시한 창 안에 머무는지
  • 증명이 한 번만 상환되고 이후 재생할 수 없는지
  • 지속적인 에이전트 또는 운영자 자격을 위해 서명 신원을 위에 겹칠 수 있는지
배포 패턴

BTX가 실제 AI 및 게이트웨이 스택 안에서 어디에 들어가는가.

게이트웨이 스타일 시스템은 이미 기기 신원, 경로 정책, 권한 부여를 구분합니다. BTX는 경로가 비싸거나 스팸에 취약하거나 자동화된 남용으로부터 보호할 가치가 있을 때, 그 스택 위에 신선한 작업 계층을 추가합니다.

참조 아키텍처

당신의 제품과 맞는 라우트 형태부터 시작하세요.

이것은 추상적 페르소나가 아니라 게이트웨이, 공개 API, 에이전트 워크플로에 그대로 옮길 수 있는 구체적인 BTX 챌린지 형태이며, 이후 당신의 위협 모델에 맞게 더 조일 수 있습니다.

AI 추론 프로필 단일 노드 배포

공개 AI 추론 API

권장 바인딩
  • purpose: ai_inference_gate
  • resource: model:gpt-x|route:/v1/generate|tier:free
  • subject: tenant:abc123 또는 api_key:key-42
챌린지 정책
  • target_solve_time_s: 무료 또는 익명 트래픽에는 2-4초
  • expires_in_s: 60-180초로 오래된 봉투의 가치를 빠르게 낮춘다
  • redeem path: 요청이 큐에 쌓이거나 공유 워커로 퍼질 때는 redeemmatmulserviceproofs를 사용한다
문서 열기: AI 추론 프로필 문서 열기: 챌린지 발급 RPC 문서 열기: 배치 리딤 RPC
프로덕션 준비도

무엇이 지금 안전한지, 무엇이 라우팅 규율을 요구하는지, 그리고 BTX의 경계가 어디인지 보여줍니다.

BTX 서비스 챌린지를 실제 접근 제어 서브시스템처럼 다루세요. 먼저 단일 노드로 시작하고, 실제 결정 지점에서 redeem하며, 이 증명이 무엇을 증명하고 무엇을 증명하지 않는지 분명히 하세요.

지금 가능한 경로: 단일 노드 보호 라우트

문서화된 실운영 경로는 하나의 BTX 노드가 같은 챌린지 레지스트리에 대해 issue와 redeem을 수행하는 형태입니다. 많은 추론, 가입, 게이트웨이 라우트는 우선 이 경로만으로도 충분합니다.

확장 주의: 다중 노드는 어피니티나 공유 상태가 필요하다

issue와 redeem이 서로 다른 BTX 노드에 도착할 수 있다면 챌린지 레지스트리는 운영 의존성이 됩니다. 라우트를 수평 확장 가능하다고 보기 전에 sticky routing 또는 공유 challenge 파일을 먼저 넣으세요.

승인 규칙: 실운영은 redeem, 진단은 verify

verify는 증명이 챌린지와 맞는지 알려줄 뿐입니다. redeem은 증명을 한 번 소비하고 게이트웨이에 권위 있는 accept / reject 결과를 주는 replay-safe 승인 이벤트입니다.

보호된 라우트 계약 리딤 RPC 다중 노드 배포 실패 시맨틱스
신원 계층

처음부터 포스트양자로 시작하는 지갑 기반 신원.

BTX 지갑은 디스크립터 기반이며 처음부터 ML-DSA와 SLH-DSA를 중심으로 설계되어 있습니다. 이는 핵심 신원 재료를 나중 이행 프로젝트처럼 다룰 가능성을 줄여 줍니다.

지갑 만들기
신원 계층

처음부터 포스트양자로 시작하는 지갑 기반 신원.

  • 기본값으로 포스트양자 지갑 설계 BTX 지갑은 디스크립터 기반이며 처음부터 ML-DSA와 SLH-DSA를 중심으로 설계되어 있습니다. 이는 핵심 신원 재료를 나중 이행 프로젝트처럼 다룰 가능성을 줄여 줍니다.
    소스 보기
  • 챌린지 흐름은 실시간 난이도에 고정된다 서비스 챌린지와 채굴 RPC는 남용 가격 책정을 위한 실시간 작업 프로필, 목표 풀이 창, 신선한 체인 바운드 맥락을 드러냅니다.
    소스 보기
  • 에이전트 조정 서비스를 위해 구축되었다 프로토콜 문서는 이미 BTX를 단일 공유 런타임이 아니라 브리지, 서비스, 에이전트 조정 계층 위의 협소한 정산 기반으로 위치시키고 있습니다.
    소스 보기
디자인 방향

AI 팀에게 BTX를 어떻게 설명해야 하는가.

  • 서명된 요청이 호출자를 식별합니다.
  • BTX 작업 챌린지가 남용과 속도 압력에 가격을 매깁니다.
  • PQ 지갑 재료는 호출자에게 더 강한 장기 신원 가정을 제공합니다.
  • 이 둘을 합치면 에이전트 도구, API, 게이트웨이 워크플로를 위한 더 견고한 입장 스택이 만들어집니다.
개발 시작 키트

경로를 만들고, 그다음 운영을 단단하게 만들기.

이 묶음은 API 팀이 보통 진행하는 순서대로 문서를 정리합니다. 챌린지 경로를 시제품으로 만들고, 신원을 묶고, 제어 평면에 연결하고, 실시간 조건을 관찰합니다.

실시간 챌린지를 발급하고 상환하기

가장 작은 유용한 루프에서 시작합니다. 챌린지를 발급하고, 풀고, 보호하려는 경로에서 상환합니다.

코어 플로우 가이드 getmatmulservicechallenge RPC
개발자 FAQ

팀이 BTX 챌린지 흐름을 프로토타이핑할 때 묻는 질문들.

이 답변들은 현재 RPC 및 지갑 문서에 최대한 가깝게 맞춰져 있습니다. BTX는 기존 인증을 보완하고, 비용이 큰 경로에 신선한 작업 가격을 붙이며, AI 네이티브 시스템에 포스트퀀텀 신원 경로를 제공합니다.

BTX가 API 키, OAuth, 혹은 게이트웨이 정책을 대체하나요?

아닙니다. BTX는 이미 가지고 있는 인증 스택을 보완할 때 가장 잘 맞습니다. 신원, 범위, 정책은 기존 위치에 두고, 남용이나 비용, 자원 경합이 중요한 경로에서만 BTX 작업을 요구하세요.

관련 문서 열기
챌린지는 AI나 에이전트 워크플로우의 어디에 들어가나요?

보통은 정상적인 요청 식별 이후이면서 비싼 동작이 실행되기 전입니다. 서버가 실시간 챌린지 엔벌로프를 발급하고, 호출자가 이를 해결한 뒤, 서비스는 GPU 시간이나 모델 할당량 같은 희소 자원을 쓰기 전에 증명을 상환합니다.

관련 문서 열기
왜 지갑 기반 포스트퀀텀 신원을 이 흐름에 넣어야 하나요?

BTX는 같은 시스템 안에서 신선한 작업과 더 강한 서명 재료를 함께 다루게 해 줍니다. 이미 포스트퀀텀 마이그레이션을 계획하는 팀이라면, 신원과 입장을 따로 떨어진 미래 과제가 아니라 함께 평가하기 쉬워집니다.

관련 문서 열기
OpenClaw나 MCP 스타일의 게이트웨이 스택에도 맞출 수 있나요?

아키텍처적으로는 가능합니다. 기존 역할, 범위, 기기 신뢰 모델은 유지하고, BTX를 경로 수준 작업 요구로 추가하면 됩니다. 이것은 이 페이지가 설명하는 적합성이지, BTX가 오늘 OpenClaw를 네이티브로 통합한다는 뜻은 아닙니다.

관련 문서 열기
다음 단계

제품에 남용 문제가 있거나 무료 티어가 있거나 에이전트 계층이 있다면 BTX는 설계 검토에 들어가야 합니다.

서비스 챌린지 가이드부터 시작해 지갑 모델을 읽고, 신원과 작업을 모두 요구하는 에이전트 안전 경로를 프로토타이핑하세요.

흐름 만들기 BTX 보기