개요
compute-resell은 사용하지 못한 provider의 크레딧을 USDC로 교환하는 skill입니다. 무료 또는 저비용으로 보유하고 있는 컴퓨팅 자원(Bankr의 크레딧, AWS Bedrock, Google Vertex)을 Surplus Intelligence라는 마켓플레이스에 출품합니다. 구매자의 요청은 작동 중인 판매자 중 가장 저렴한 곳으로 라우팅되며, 요청 단위로 Base 상의 USDC로 결제됩니다. 엔진은 하나이며, provider별로 한 번씩 실행됩니다. 세 개의 provider 모두에서 동일한 가격 결정 로직이 동작합니다.
이는 aeon의 공식 catalog에 포함된 skill입니다. aeon은 GitHub Actions 위에서 작동하는 자율 agent이며, 내부적으로 Claude Code가 구동하고 있습니다. 이 skill이 upstream에 추가된 것은 2026-09-08입니다. 원문 공개 시점에는 이 skill의 실행 실적 데이터가 아직 없기 때문에, 아래 설명은 모두 skill 파일에 작성된 메커니즘에 기반합니다.
판의 대부분은 죽어있다
판 목록은 최저가를 표시합니다. 이 skill은 '실제로 공급할 수 있는 판매자' 중 가장 저렴한 것을 기준으로 가격을 책정합니다.
이 차이가 바로 우위성의 전부입니다. 마켓플레이스의 판(order book)은 공개되어 있고, 단순한 재판매 로직은 이를 단순하게 읽습니다. 최저가를 찾아서 그보다 낮춥니다. 끝입니다. 하지만 판에는 health 플래그, trust 플래그, 일일 상한 잔량, 최근 24시간 거래 건수와 같은 정보도 포함되어 있으며, 기본 워크플로우는 이 모든 것을 버립니다. skill 파일이 인용한 라이브 스냅샷에서는 어떤 모델의 239개 오퍼 중 1위부터 66위까지 모두 죽어있고(healthy:false, available:false), 진짜 청산 가격은 67위에 있었습니다. 여기서 표시상의 최저가보다 낮은 가격을 책정하면, 시체들을 상대로 바닥 다툼을 하게 됩니다.
메커니즘: 판을 걸러낸 후, 단 한 번만 낮추기
실행할 때마다 엔진은 후보 모델별로 라이브 판을 가져와 실제로 경쟁이 되는 오퍼들로만 좁힙니다. 남는 것은 다음 조건을 모두 충족하는 오퍼뿐입니다.
- healthy 이고 available
- trusted
- 실효 가격이 존재함
- 일일 상한을 소진할 위기에 처하지 않음
- unhealthy 상태를 왔다 갔다 하지 않음
- 실제 거래량이 있음
남은 오퍼의 최저가가 M, 즉 '서비스 가능한 청산 가격의 하한'입니다. 엔진은 0.99 × M으로 출품합니다. 실질적인 하한 바로 아래에 책정하면, 대폭 인하와 같은 라우팅을 확보하면서도 token당 USDC를 많이 남길 수 있습니다.
재고가 공짜라는 점에서 이 경제는 조금 다릅니다. 프로모션 크레딧에는 비용이 들지 않기 때문에, 지켜야 할 원가가 없어 적자로 팔 수도 없습니다. 의미 있는 것은 매출 곡선뿐입니다. 할인 폭을 깊게 하면, token당 USDC는 줄어드는 대신 더 많은 판에서 승리할 수 있습니다. 얕게 하면, token당 점유율은 늘어나지만 이길 수 있는 판은 줄어듭니다. 옵션의 adaptive controller를 사용하면, 이전 실행으로 얻은 판매 시그널이 가리키는 방향으로, 할인 상한을 한 번의 실행마다 1 단계씩 움직여 나갑니다.
그래도 안전장치는 포기할 수 없습니다. 기록(write)을 할 때마다 실제 돈이 두 방향으로 움직이기 때문입니다.
- 오퍼별 일일 상한으로, provider 측 지출에 상한을 겁니다
- 오퍼 ID는 state에 저장하고, 생성 전에 서버를 확인하여 이중 출품하지 않습니다
- 기록은 fail closed: 2xx가 아니면 실행을 중단하고, 진짜 이유를 보고합니다
- provider를 넘나드는 claim ledger로, Bankr・Bedrock・Vertex의 각 판매자가 같은 모델을 출품하면서 모두가 공유하는 하나의 판 위에서 서로 가격을 낮추는 상황을 방지합니다.
어떻게 작동하는가
아래 두 가지 시나리오는 둘 다 가상의 것입니다. 이 skill에는 아직 실행 실적 수치가 없기 때문에, skill 파일에 작성된 로직을 따릅니다.
환상의 최저가
만약 어떤 고단가 모델의 판에 다음 3개가 있었다고 가정해 봅시다.
untrusted 오퍼: 100만 token당 $0.55
막 생성된 신뢰할 수 있는 오퍼: $2.25 (누적 거래 3건)
실제 거래량이 있는 신뢰할 수 있는 판매자: $2.74
순진한 엔진은 $2.25의 신규 참여자를 밑도는 가격을 책정하고, 그대로 주문이 들어오지 않습니다. 라우팅은 실적이 있는 신뢰할 수 있는 판매자를 우선하며, 애초에 신규 참여자는 트래픽을 처리할 힘이 없기 때문입니다. 이 엔진은 untrusted한 오퍼를 trust 필터로, 신규 참여자를 유동성 게이트로 걸러내고, M = $2.74로 책정하여 약 $2.71에 출품합니다. 패턴은 표시 가격이 아니라, 필터를 통과한 판매자를 기준으로 가치를 매기는 것입니다.
낮 시간에 비워지는 지갑
가령, Bankr의 크레딧 지갑이 밤사이에 고갈되었다고 가정해 봅시다. 쓰기 작업을 수행하기 전에, 실행은 먼저 provider의 게이트웨이에 단 1 토큰만 프로브를 던집니다. 402가 직접 반환되므로, 엔진은 모든 오퍼를 일시 중지하고, funding-exhausted 종료 코드로 빠져나오며, 수정 방법을 담은 critical 알림을 단 한 건 보냅니다. 실패가 확정된 생성 요청도, 장터에 방치된 죽은 출품도 없습니다. 충전 후 다음 실행에서는 preflight를 통과하며, 수동 작업 없이 상위 모델을 재출품합니다. 패턴은 자금의 유무를 발생원에서 확인하고, fail closed로 멈추며, 운영자 없이 복구하는 것입니다.
가격은 '설정'이 아니라 '읽기'
파악해야 할 사고방식의 전환은 이렇습니다. 오퍼는 스스로 정하는 숫자가 아닙니다. 공개된 마켓 상태, 자신의 원가, 자신의 판매 기록으로부터 에이전트(agent)가 실행할 때마다 재조정하는 포지션입니다. 어떤 모델을 선택할지, 가격, 상한, 라인업은 매번 제로에서 재계산되며, 그 차분은 '생성 후 삭제' 순서로 적용됩니다. 따라서, 실행이 끝난 시점의 라인업이 시작 시점보다 줄어드는 일은 없습니다. 질문이
저장소: github.com/aeonfun/aeon (MIT License, Aeon Inc)
원문: compute-resell: free compute sold at the clearing price
번역어 선택(판, 청산 가격, fail closed 등)에 대해 더 적절한 표현이 있다면 댓글로 지적해 주세요. 수정하겠습니다.
기술적인 오역도 마찬가지입니다.
0
X(Twitter)에서 공유하기
Facebook에서 공유하기