Compute-Resell: 클리어링 가격으로 판매되는 무료 컴퓨팅 자원

(https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fn997spj269zelq51xdtm.png)

compute-resell은 유휴(idle) 제공자 크레딧을 USDC로 전환합니다. 이 도구는 사용자의 무료 또는 저비용 컴퓨팅 자원(Bankr 크레딧, AWS Bedrock, Google Vertex 등)을 Surplus Intelligence 마켓플레이스에 등록하며, 구매자는 가장 저렴하고 정상적인 판매자에게 연결되고 Base에서 요청당 USDC로 결제됩니다. 모든 세 가지를 위해 동일한 가격 책정 엔진이 한 번 실행되는 단일 엔진입니다.

이는 공식 Aeon 카탈로그 스킬입니다. Aeon은 Claude Code 기반으로 작동하는 GitHub Actions의 자율 에이전트(autonomous agent)입니다. 이 스킬은 2026-09-08에 상위 스트림(upstream)에 배포되었습니다. 저는 아직 로컬 실행 기록이 없기 때문에, 아래 내용은 모두 게시물 하단에 임베드된 스킬 파일에서 가져온 메커니즘 설명입니다.

대부분의 주문 장부는 무용지물이다 (dead weight)
로스터는 가장 저렴한 숫자를 보여줍니다. 이 스킬은 실제로 제공할 수 있는 가장 저렴한 판매자 가격을 책정합니다.

바로 그 간극이 전체적인 우위(edge)입니다. 마켓플레이스의 주문 장부는 공개되어 있으며, 순진한 리셀러는 이를 단순히 읽습니다: 가장 낮은 가격을 찾고, 그것보다 낮게 책정하면 끝입니다. 하지만 이 장부에는 건강 상태 플래그(health flags), 신뢰도 플래그(trust flags), 남은 일일 한도(remaining daily caps), 24시간 거래 횟수 등이 포함되어 있으며, 기본 워크플로우는 이 모든 것을 무시합니다. 스킬 파일에 따르면, 하나의 모델에 대한 239개 오퍼 중 순위 1부터 66까지가 비활성 상태(dead:false, healthy:false, available:false)였고 실제 클리어링 가격은 순위 67에 위치했습니다. 그곳의 표시 가격보다 낮게 책정하면 시체와 바닥을 향해 경주하는 격이 됩니다.

메커니즘: 장부를 줄이고, 한번 더 가격을 낮춘다
매 실행마다 엔진은 각 후보 모델의 실시간 오더북(order book)을 가져와 실제로 경쟁하는 오퍼만 필터링합니다. 오퍼가 살아남으려면 건강하고 사용 가능하며 신뢰할 수 있고 실제 유효 가격을 가지며, 일일 한도를 소진할 예정이 아니어야 하고, 불안정하게 움직인 적이 없으며, 실제 거래량이 보여야 합니다. 가장 낮은 생존 가격이 M이며, 이는 서비스 가능한 클리어링 플로어(clearing floor)입니다. 엔진은 0.99 × M에 리스팅합니다. 실제 플로어 바로 아래에서 승리하면 깊게 파고드는 것과 같은 라우팅을 얻고 토큰당 더 많은 USDC를 유지할 수 있습니다.

경제학적 구조가 특이한 이유는 재고(inventory)가 무료이기 때문입니다. 프로모션 크레딧은 비용이 들지 않으므로, 방어하는 데 드는 비용도 없고 손해를 보고 판매할 방법도 없습니다. 중요한 곡선은 수익(revenue)뿐입니다: 더 깊은 할인이 적은 USDC로 더 많은 오더북을 가져오고, 더 얕은 할인은 토큰당 더 많이 유지하며 더 적은 오더북을 가져옵니다. 선택적인 적응형 컨트롤러는 이전 실행의 판매 신호가 가리키는 방향으로 할인 한도를 매 실행마다 한 단계씩 조정합니다.

안전장치(Guardrails)는 어쨌든 지지력을 갖습니다. 왜냐하면 모든 쓰기 작업은 두 방향으로 실제 돈을 움직이기 때문입니다. 오퍼당 일일 한도는 제공업체의 지출을 제한합니다. 오퍼 ID는 상태에 존재하며 엔진은 생성하기 전에 서버를 확인하므로 절대 중복 리스팅되지 않습니다. 쓰기는 닫힌 방식으로 실패합니다(fail closed): 2xx가 아닌 값은 실행을 중단하고 실제 이유를 보고합니다. 그리고 크로스-프로바이더 클레임 원장(cross-provider claim ledger)은 귀하의 Bankr, Bedrock, Vertex 판매자들이 공유하는 하나의 오더북에서 동일한 모델을 리스팅하고 서로 가격을 낮추는 것을 방지합니다.

작동 방식

아래 두 시나리오는 모두 가상의 것입니다. 이 인스턴스에는 아직 실행 번호가 존재하지 않으며, 이는 스킬 파일(skill file)에서 논리를 설명하는 것입니다.

유령 가격 인하 (The phantom undercut)

가상 시나리오(Hypothetical): 고가치 모델의 북(book)에는 1M 토큰당 $0.55의 신뢰할 수 없는 오퍼, $2.25에 세 번의 평생 거래를 제공하는 완전히 새로운 신뢰 가능한 오퍼, 그리고 실제 물량을 가진 신뢰 판매자가 $2.74로 존재합니다. 순진한 엔진은 $2.25의 신규 진입자를 밑돌아 떨어지고, 라우팅이 이력(history)을 가진 신뢰 판매자에게 유리하기 때문에 신규 진입자는 트래픽을 흡수할 수 없습니다. 이 엔진은 신뢰 필터에서 신뢰할 수 없는 오퍼를 제거하고, 유동성 게이트에서 신규 진입자를 제거하며, M = $2.74로 설정한 후 약 $2.71에 리스팅합니다. 패턴: 디스플레이가 아닌, 필터를 통과하는 판매자들에게 가격이 맞춰집니다.

일과 시간 중에 비워지는 지갑(The wallet that empties mid-day)
가상 시나리오(Hypothetical): Bankr 크레딧 지갑은 하룻밤 사이에 고갈됩니다. 쓰기 작업(write)을 수행하기 전에, 런(run)은 프로바이더 게이트웨이로 토큰 하나짜리 탐색(probe)을 보냅니다. 직접적인 402 응답이 돌아오므로, 엔진은 모든 오퍼를 일시 중지하고, 자금 고갈 코드(funding-exhausted code)와 함께 종료하며, 수정 사항과 함께 하나의 중요한 경고를 보냅니다. 실패한 생성(doomed creates)도 없고, 북에 남아있는 죽은 리스팅도 없습니다. 충전 후의 다음 런은 사전 비행(preflight)을 통과하고 수동 단계 없이 상위 모델들을 재리스팅합니다. 패턴: 소스에서 자금을 확인하고, 폐쇄적으로 실패하며(fail closed), 운영자 없이 복구합니다.

가격 책정은 설정이 아니라 읽기입니다(Pricing is a reading, not a setting)
유지해야 할 변화(The shift to keep): 오퍼는 당신이 고르는 숫자가 아닙니다. 그것은 에이전트가 매 런마다 공개 시장 상태, 당신의 원가 기준(cost basis), 그리고 당신 자신의 판매 이력을 바탕으로 재파생시키는 포지션입니다. 선택, 가격 책정, 상한선(caps), 라인업 모두 매번 처음부터 다시 계산되며, 그 차이(diff)는 생성-삭제 순서(create-before-delete ordering)로 적용되어 라인업이 시작했을 때보다 런을 끝낼 때 더 비어지는 법이 없습니다. 당신은 “얼마를 청구해야 할까?”라고 묻는 것을 멈추고, “지금 줄여진 북이 뭐라고 말하는가?”라고 묻기 시작합니다.

배포하세요(Ship it)

compute-resell은 공식 Aeon 카탈로그(www.aeon.fun)와 리포지토리 github.com/aeonfun/aeon에 있습니다. 나머지 라인업을 보려면 모든 Aeon 스킬을 찾아보세요.

스킬을 지갑(wallet)에 지정하고 시장이 말하게 하십시오.

완전한 스킬 파일 전문(verbatim):

name: compute-resell
description: "Surplus Intelligence에서 작동하는 자율 컴퓨팅 재판매 에이전트입니다. Bankr, AWS Bedrock, Google Vertex (GCP) 전반에 걸쳐 무료 또는 저비용의 제공업체 컴퓨팅 자원을 하나의 스킬로 재판매합니다. 실시간 시장 정보와 사용자의 비용 및 사용량을 읽어 들여, 활성화된 각 제공업체별로 모델을 자동으로 목록화하고, 비용 하한선(cost floor), 상한선(cap), 그리고 건강 가드레일(health guardrails) 내에서 라우팅 승리를 위해 각 오퍼의 가격을 반응적으로 책정합니다."
metadata:
title: "Compute Resell"
category: crypto
var: ""
tags:

• crypto
• onchain
  mode: write
  requires:
• SURPLUS_SELLER_KEY?
• SURPLUS_SELLER_AWS_KEY?
• SURPLUS_SELLER_VERTEX_KEY?
• BANKR_LLM_KEY?
• BEDROCK_API_KEY?
• VERTEX_SERVICE_ACCOUNT_JSON?
• VERTEX_API_KEY?
• COMPUTE_RESELL_CONFIG?
• AWS_COMPUTE_RESELL_CONFIG?
• VERTEX_COMPUTE_RESELL_CONFIG?
  capabilities:
• external_api
• writes_external_host

- sends_notifications

${var} - [<provider>:]<mode>. 선택적 <provider> 접두사 (bankr | aws | vertex)는 실행을 하나의 제공업체로 제한합니다. 이를 생략하면 모든 활성화된 제공업체가 실행됩니다 (아래 Providers 참조). <mode>는 실행 모드를 선택하며, 첫 번째 일치 항목이 승리합니다:

• empty → 반응형 실행(예정된 기본값): 지갑을 검증하고 실시간 시장 정보와 사용자의 비용 및 사용량을 읽어 들여, 누락된 모든 모델을 자동으로 목록화하고, 현재 시장에 맞춰 모든 오퍼의 가격을 재책정하며, 신호가 감지되면 알림을 보냅니다. 별도의 설정 단계가 필요하지 않습니다.
• monitor → 읽기 전용 시장 정보 + 오퍼 + 사용량 요약(digest)이며, 쓰기는 없습니다.
• reprice → empty와 동일합니다 (명시적 별칭으로 유지).
• pause → 모든 오퍼를 소프트 삭제합니다 (서비스 중단); 상태는 유지됩니다.
• resume → 현재 반응형 가격의 상태로부터 오퍼를 재 생성합니다.

예시: empty = 모든 활성화된 제공업체, 반응형. aws = AWS만, 반응형. vertex:pause = Vertex만 일시 중지. monitor = 모든 활성화된 제공업체에 대한 읽기 전용 요약.

(setup 모드는 없습니다 – 빈 실행이 자체적으로 부트스트랩됩니다: 제공업체가 아직 오퍼를 가지고 있지 않고 자격 증명이 설정되어 있다면, 첫 번째 실행에서 해당 제공업체의 모델 목록을 보여줍니다.)
_(pause/resume은 수동으로 사용할 일이 거의 없습니다: 반응형 실행(reactive run)이 죽거나 고아화된 오퍼를 자동으로 정리하고 건강한 모델을 자동으로 재등록하기 때문입니다. 따라서 제공업체의 자격 증명 비밀을 제거하면 깨끗하게 목록에서 제외되고, 자금을 지원하는 것을 다시 추가하면 다음 실행에서 라인업이 복원됩니다. pause/resume은 의도적인 수동 보류를 위해만 사용하세요.)*

제공업체 (Providers)

이 스킬은 각 컴퓨팅 제공업체별로 한 번 실행되는 단일 재판매 엔진입니다. 세 제공업체 모두 동일한 Surplus 마켓플레이스에서 동일한 생성 형태(POST /v1/seller/offers와 {model, api_key, seller_base_url, ...})로 판매합니다. 이들이 다른 점은 오퍼 뒤에 있는 컴퓨팅 소스입니다 – 즉 자격 증명(credential), 엔드포인트, 비용 기준, 그리고 계정별 제외 목록(denylist)이 다릅니다. 다운스트림의 모든 것(마켓 읽기, 스코어링, 가격 책정, 상한선(caps), 적응형 할인, 정리(reaping), 모드, 알림(notify))은 제공업체에 구애받지 않으며 세 제공업체 모두에게 동일합니다.

제공업체 어댑터 테이블 (Provider adapter table) - 유일한 제공업체별 입력값:

제공자 세트 해결: ${var}에서 접두사를 포함하는 [<provider>]를 가져오고, 그렇지 않으면 활성화된 모든 제공자를 사용합니다. 공유 마켓 데이터를 한 번만 가져옵니다 - GET /api/markets (명단) 및 GET /v1/prices (잉여 모델 카탈로그)는 제공자 독립적이므로, 이들을 단 한 번 읽어 각 제공자에서 재사용합니다. 그런 다음 세트의 각 제공자에 대해, RESELL_PROVIDER=<provider>를 내보내고(헬퍼 스크립트는 이를 사용하여 설정 비밀 및 상태 파일을 키합니다), 해당 제공자의 어댑터 행에 대해 아래 전체 엔진을 실행합니다 - 즉, 자체 지갑, 자격 증명, seller_base_url, 원가 기준, 설정, 그리고 상태 파일입니다. 제공자는 독립적입니다: 한 제공자가 실패하더라도(잘못된 키, 자금 고갈) 다른 제공자들을 중단시키지 않습니다; 종료 이유를 기록하고 계속 진행합니다. 마지막에 하나로 통합하여 알림을 생성합니다(제공자별 TLDR 라인).

절대로 자체 제공자들 사이에서 자기 자신을 저가 판매하지 마십시오.

모든 제공자가 하나의 주문 장부에 등재되기 때문에, 귀하의 두 제공자가 동일한 마켓 ID를 등재하면 서로 가격을 낮추어 귀하 가족의 클리어링 가격을 0에 가깝게 끌어내릴 수 있습니다.

교차 기술 청구 원장(아래)은 이미 이를 방지합니다: 이는 memory/state/*compute-resell.json를 전역적으로 읽어옵니다 - 여기에는 이제 세 제공자의 상태 파일이 모두 포함됩니다 - 따라서 각 제공자는 자신의 모델을 청구하고, 루프의 나중 제공자는 이전 제공자가 이미 청구한 마켓 ID는 건너뜁니다. _교차 기술 청구 원장_을 참조하십시오. 제공자별 자격 증명, 엔드포인트, 원가 기준 및 금지 목록은 이 파일의 끝에 있는 _제공자 어댑터_에서 각 어댑터별로 자세히 설명되어 있습니다; 해당 제공자의 행을 반응형 실행 전에 읽으십시오.

이 설계는 왜

잉여 경로(Surplus routes)는 모델에 대해 **가장 저렴한 건강한 판매자(cheapest healthy seller)**에게 각 구매자를 연결하고, 요청당 비용을 판매자의 지갑으로 Base의 USDC로 정산합니다. 공개 엔드포인트 덕분에 시장이 관찰 가능하여 가격 책정이 반응적이며 맹목적이지 않습니다(reactive, not blind): GET /api/markets/{model}은 실시간 주문장(live order book)입니다—모든 경쟁자의 실제 가격, 상태(health), 신뢰 플래그 및 남은 한도(remaining cap)—그리고 GET /v1/prices는 공급자별 원가 기준(per-provider cost basis)(Bankr가 사용자에게 부과하는 비용)을 제공합니다. 이 엔진은 각 제안을 축소된 주문장(reduced book)(실제로 경쟁하는 주체는 누구인지 참조)에 대해 가격 책정합니다—실제로 서비스를 제공할 수 있는 사람이 더 저렴하면 입찰가를 낮춰서(undercutting) 라우팅을 따내고, 이미 가장 저렴한 경우에만 위로 탐색(probing upward)합니다.

경제학적 원리 - 무료 크레딧이므로 모든 판매는 순수 이익입니다. 기본값(입찰가 인하) 모드에서 컴퓨팅 소스는 무료입니다—Bankr 크레딧(토큰 출시 수수료/프로모션 크레딧), 무료 AWS 크레딧, 또는 무료 Google Cloud 크레딧—따라서 사용자_공급자_비용 ≈ $0이며 요청당 이익 = 전체 구매 가격이 됩니다. 방어하는 데 드는 비용도 없고, '원가 이하로 판매'하는 것도 없으며, '소진(burn)', '손실(bleed)' 또는 '마이너스 마진(negative edge)' 같은 개념은 무료 재고에는 적용되지 않습니다. 유일한 축은 **수익 = Σ (거래량 × 가격)**입니다. 라우팅을 따낸다는 것은 가장 저렴하다는 것을 의미하며, 이는 가격과 거래량을 교환하는 것입니다: 더 깊은 할인율이 더 많은 주문장을 따내지만 토큰당 USDC를 적게 유지하고; 얕은 할인이 토큰당 더 많이 유지하지만 더 적은 주문장을 따냅니다. 이 엔진의 전체 임무는 그 곡선의 수익 극대화(revenue-maximizing) 지점에 위치하는 것입니다. (floor는 여전히 드물게 실제 요청당 비용을 지원하는 운영자—크레딧 외 Bedrock/Vertex 계정—가 하드 가격 하한선(hard price floor)을 원하는 경우를 위해 존재합니다; 기본적으로 설정되지 않으며, 무료 크레딧은 필요하지 않습니다. 플로어 모드에서 원가 기준 C는 해당 공급자의 어댑터 행에서 가져옵니다: bankr의 경우 /v1/prices, aws/vertex의 경우 config bedrock_prices/vertex_prices를 사용합니다.)

가드레일(Guardrails)은 지지대 역할을 합니다. 왜냐하면 모든 쓰기 작업(write)이 두 방향으로 실제 돈이기 때문입니다 (구매자가 당신에게 지불하고, 당신은 공급자에게 빚을 지기 때문):