학습

Acurast를 알아보세요. 우리의 이야기를 읽고, 기술 문서를 확인하고, 에코시스템 파트너를 만나보세요.

Crypto AI agents need a new kind of compute: a phone and a wallet card sealed inside a glowing lime glass cube

크립토 AI 에이전트에는 새로운 컴퓨팅이 필요합니다. Acurast가 중요한 이유

크립토 AI 에이전트에는 새로운 컴퓨팅이 필요합니다: 라임색으로 빛나는 유리 큐브 안에 봉인된 휴대폰과 지갑 카드

 

AI 에이전트는 이제 대화를 넘어서고 있습니다. 크립토 AI 에이전트는 사람이 모든 단계를 승인하지 않아도 지갑을 보유하고, 스마트 컨트랙트를 호출하고, 서비스 비용을 지불하고, 온체인에서 작업을 실행할 수 있습니다.

 

x402 같은 인프라를 사용하면 에이전트가 스테이블코인으로 API 비용을 지불할 수 있습니다. 에이전트용 지갑은 소유자가 정한 한도 안에서 지출할 수 있는 능력을 에이전트에게 부여합니다.

 

하지만 자율성에는 새로운 보안 문제도 따릅니다.

 

챗봇이 대화 기록을 유출하는 것은 프라이버시 문제입니다. 하지만 자율 크립토 에이전트가 인증 정보를 유출하거나 누군가 몰래 수정한 코드를 실행한다면, 실제 온체인 결과로 이어지는 보안 사고가 될 수 있습니다.

 

그런데도 많은 에이전트가 여전히 노트북, 일반적인 VPS 인스턴스, 중앙화된 클라우드 인프라에서 실행됩니다. 이런 환경은 편리할 수 있지만 중요한 질문을 남깁니다. 누가 에이전트의 런타임에 접근할 수 있을까요? 어떤 코드가 실행되고 있는지 어떻게 검증할 수 있을까요? 그리고 단일 제공업체가 오프라인이 되거나 서비스를 중단하기로 결정하면 어떻게 될까요?

 

크립토 에이전트에게 필요한 것은 단순한 컴퓨팅이 아닙니다. 기밀 실행, 검증 가능한 인프라, 그리고 단일 제공업체에 의존하지 않고 컴퓨팅에 접근할 수 있는 방법이 필요합니다.

 

Acurast는 다른 접근 방식을 제시합니다. 바로 스마트폰의 하드웨어 보안 위에 구축된 분산형 컴퓨팅 네트워크입니다.

질문

크립토 에이전트는 지갑을 가지고 있습니다

그렇다면 에이전트의 실행은 누구에게 맡겨야 할까요?

크립토 네이티브 컴퓨팅의 다섯 가지 요건

 

자율 에이전트는 런타임에 다섯 가지 핵심 속성을 요구합니다.

기밀 실행

인증 정보, API 키, 비공개 컨텍스트는 무단 접근으로부터 보호되어야 합니다.

검증 가능한 실행

사용자와 거래 상대방에게는 기반 하드웨어와 배포된 코드가 예상된 보안 요건을 충족한다는 증거가 필요합니다.

지속적인 가용성

온체인 이벤트, 예약 작업, 프로토콜 운영은 노트북이 다시 열릴 때까지 기다려 주지 않습니다.

분산형 인프라

주로 한 제공업체에 의존하면 잠재적인 장애 지점과 통제 지점이 생깁니다.

크립토 네이티브 접근

에이전트는 기존 계정이 아니라 지갑을 사용해, 프로그래밍 방식으로 컴퓨팅을 요청하고 비용을 지불할 수 있어야 합니다.

이러한 요건은 크립토에만 해당하는 것이 아닙니다. 하지만 소프트웨어가 지갑을 제어하거나 온체인 작업을 실행할 수 있다면, 요건을 제대로 충족하지 못했을 때의 결과는 훨씬 더 심각해집니다.

 

기존 클라우드 인프라에 공백이 생기는 이유

 

중앙화된 클라우드 플랫폼은 익숙한 도구, 안정적인 인프라, 간편한 배포를 제공합니다. 문제는 이런 플랫폼이 본질적으로 안전하지 않다는 것이 아닙니다. 그 신뢰 모델이 지갑을 다루는 자율 소프트웨어의 요구와 맞지 않을 수 있다는 점입니다.

 

  • 제공업체가 여전히 신뢰 경계의 일부로 남습니다. 하드웨어 기반의 추가 보호 기능이 없다면, 권한을 가진 인프라 운영자가 워크로드의 메모리, 스토리지, 설정을 들여다볼 수도 있습니다. 에이전트의 경우 이런 영역에 민감한 컨텍스트와 인증 정보가 담겨 있을 수 있습니다.
  • 런타임을 검증하기가 어려울 수 있습니다. 에이전트가 다른 사람의 인프라에서 실행될 때, 사용자에게는 에이전트가 어떤 환경에서 실행되고 있는지, 배포된 워크로드가 예상과 일치하는지 확인할 방법이 필요합니다. 배포 설명만으로는 실행에 대한 독립적인 증거가 되지 않습니다.
  • 인프라가 단일 장애 지점이 될 수 있습니다. 한 제공업체에서 장애, 계정 정지, 정책 변경이 일어나면 그 제공업체에 의존하는 모든 에이전트가 중단될 수 있습니다.
  • 기존 프로비저닝은 사람 운영자를 전제로 합니다. 클라우드 계정, 결제 방식, 접근 인증 정보는 사람이나 조직을 중심으로 설계되어 있습니다. 이미 지갑을 가진 자율 에이전트에게는 컴퓨팅을 요청할 수 있는 더 프로그래밍 친화적인 방법이 필요합니다.

 

업계 전반은 에이전트를 위한 전용 컴퓨팅 환경으로 나아가고 있습니다. Meta의 Muse와 OpenAI의 Dots가 이러한 흐름을 보여 줍니다.

 

하지만 크립토 네이티브 에이전트에게 이 질문은 모든 에이전트에게 자체 컴퓨터를 주는 것에서 끝나지 않습니다.

하나의 인프라 제공업체에 통제권을 넘기지 않고도, 에이전트의 런타임이 기밀성을 유지하고, 독립적으로 검증 가능하며, 접근 가능할 수 있을까요?

Acurast: 스마트폰 하드웨어 위에 구축된 컴퓨팅

 

Acurast는 스마트폰을 분산형 컴퓨팅 네트워크로 바꿉니다. 중앙화된 데이터 센터에 의존하는 대신, 전 세계에 분산된 휴대폰(프로세서) 네트워크를 조율합니다.

 

Acurast의 접근 방식은 다섯 가지 요건을 각각 다른 방식으로 해결합니다.

 

1. 하드웨어 기반 기밀성

 

Acurast는 하드웨어 기반 신뢰 실행 환경(TEE) 안에서 배포를 실행합니다.

 

TEE는 민감한 데이터와 연산을 주변 시스템으로부터 보호하도록 설계된 격리된 실행 환경을 제공합니다. 이를 통해 일반적인 소프트웨어 권한에만 의존할 때보다 더 강력한 기밀성 경계가 만들어집니다.

 

배포 환경 변수를 사용하면 런타임에 워크로드로 비밀 정보를 전달하면서, 이를 의도된 실행 경계 안에 유지할 수 있습니다.

 

크립토 에이전트에게 이는 특히 API 인증 정보, 비공개 컨텍스트, 그 밖의 민감한 설정과 관련이 있습니다. 목표는 사용자가 휴대폰 소유자나 인프라 운영자에게 걸어야 하는 신뢰의 양을 줄이는 것입니다.

 

다른 모든 보안 아키텍처와 마찬가지로, 실제 보호 수준은 하드웨어, 구현 방식, 배포 설정에 따라 달라집니다.

 

2. 하드웨어 증명

 

기밀성은 누가 워크로드에 접근할 수 있는지에 관한 문제입니다. 증명은 어떤 종류의 하드웨어가 워크로드를 실행하고 있는지 확인하는 데 도움이 됩니다.

 

워크로드를 배정하기 전에 Acurast는 하드웨어 증명을 사용해 적격한 휴대폰을 검증합니다. 이를 통해 지원되는 정품 하드웨어와 네트워크의 검사를 통과하지 못한 휴대폰을 구별할 수 있습니다.

 

증명은 배포 과정과 결합되어, 운영자의 말에만 의존하지 않고 인프라와 실행 전제 조건을 검증할 수 있는 근거가 됩니다.

 

자율 에이전트에게는 이 차이가 중요합니다. 보안에 관한 주장은 가능한 한 검증 가능한 증거로 뒷받침되어야 합니다.

 

3. 분산형 인프라

 

Acurast는 서로 다른 소유자가 운영하는 휴대폰 네트워크 전반에서 프로세서를 조율합니다.

 

이를 통해 컴퓨팅이 하나의 일반적인 인프라 제공업체를 넘어 분산됩니다. 한 기업의 머신과 운영 결정에 대한 의존도를 줄일 수 있지만, 개별 배포의 복원력은 여전히 해당 배포의 설정과 네트워크의 가용 용량에 따라 달라집니다.

 

프로토콜을 모니터링하거나 반복적인 인프라 작업을 수행하는 에이전트에게, 단일 호스트에 대한 의존도를 줄이는 것은 의미 있는 아키텍처상의 장점입니다.

 

4. 전면 재작성 없이 기존 워크로드 그대로

 

Cargo를 통해 개발자는 Python, Go, Rust, C++, 셸 스크립트, 바이너리를 비롯한 다양한 Linux 워크로드를 배포할 수 있습니다.

 

개발자는 익숙한 도구를 사용하고, SSH로 로그를 확인하고, 독점 런타임에 맞춰 애플리케이션 전체를 다시 만드는 대신 기존 에이전트 프레임워크를 조정해 사용할 수 있습니다.

 

Cargo는 Android Processor Core 휴대폰에서 Linux 워크로드를 지원하며, iOS 프로세서는 계속해서 JavaScript 워크로드를 지원합니다.

 

따라서 Acurast는 새 에이전트를 만드는 개발자뿐 아니라, 기존 워크로드를 다른 컴퓨팅 아키텍처로 옮기려는 팀에게도 의미가 있습니다.

 

5. 지갑 기반 컴퓨팅 접근

 

Acurast Deploy Agent를 사용하면 에이전트가 HTTP 인터페이스로 컴퓨팅을 요청하고, x402를 통해 Base의 USDC로 비용을 지불할 수 있습니다.

 

요청에 따라 작업 배포를 받거나 VPS를 요청할 수 있습니다. VPS를 요청하면 프로세서에서 실행되는, SSH로 접속 가능한 공개 Ubuntu 환경을 받을 수 있습니다.

 

VPS 요청에는 일반적인 Acurast 계정, 로컬 CLI, ACU 토큰이 필요하지 않습니다.

 

이는 에이전트 시스템을 위한 유용한 구성 요소가 됩니다. 소프트웨어가 필요한 인프라를 요청하고, 작업을 실행한 뒤, 설정된 기간과 지출 한도 안에서 배포가 만료되도록 둘 수 있습니다.

 

그 결과, 지갑을 다루는 소프트웨어에 자연스럽게 들어맞는 컴퓨팅 모델이 만들어집니다.

 

Acurast에서 크립토 AI 에이전트를 실행하는 세 가지 방법

 

네트워크의 이러한 기능은 세 가지 실용적인 배포 패턴으로 이어집니다.

 

1. 에이전트 전체를 프로세서에서 실행하기

 

지속적인 실행과 민감한 설정에 대한 접근이 필요한 워크로드라면, 에이전트 전체를 Acurast 프로세서의 TEE 안에서 실행할 수 있습니다.

 

Acurast 예제 앱 저장소에는 이미 Cargo 애플리케이션이 준비된 예시가 두 가지 있습니다.

 

Hermes: 예약 실행, 메모리, 도구 사용 기능을 갖춘 자율 에이전트입니다.

 

OpenClaw: 예약 작업과 여러 단계로 이루어진 작업을 처리할 수 있는 개인 비서입니다.

 

개발자는 .env에서 환경을 설정하고, acurast.json에서 배포 기간을 지정한 뒤, acurast deploy로 배포할 수 있습니다. 생성된 에이전트 URL은 설정된 콜백 엔드포인트로 전달됩니다.

 

자체 에이전트가 있는 팀이라면 Cargo 템플릿을 출발점으로 삼아 기존 프레임워크를 이 환경으로 가져올 수 있습니다.

 

적합한 용도: 예약 실행 에이전트, 프로토콜 모니터링, 반복적인 유지 관리, 그리고 하드웨어 기반 기밀성이 도움이 되는 워크로드.

 

2. 에이전트의 추론 과정을 비공개로 유지하기

 

에이전트가 런타임 인증 정보를 보호하더라도, 모든 프롬프트를 서드파티 모델 API로 보낸다면 민감한 컨텍스트가 여전히 노출될 수 있습니다.

 

워크로드에 따라 Acurast는 TEE 안에서 추론을 실행하는 두 가지 방식을 제공합니다.

 

프로세서에서 모델을 직접 실행합니다. Acurast LLM 모듈은 Hugging Face의 여러 GGUF 모델을 지원합니다. 분류, 추출, 요약 같은 가벼운 추론 작업에 적합할 수 있습니다.

 

AI 게이트웨이를 실행합니다. Pocket Network, NodeGhost와 함께한 초기 실험에서 OpenAI 호환 게이트웨이가 Cargo 빌드로 실행되어 추론 요청과 웹 검색 요청을 번갈아 처리했으며, 1시간 동안 누락된 요청이 하나도 없었습니다.

 

이 게이트웨이 실험은 탐색적인 성격이며, 프로덕션 규모의 성능을 약속하는 것은 아닙니다. 그럼에도 스마트폰 기반 컴퓨팅에서 더 완전한 추론 워크플로를 실행할 수 있는 가능성을 보여 줍니다.

 

적합한 용도: 기밀 문서, 내부 리서치, 비공개 운영 데이터를 처리하거나, 팀이 서드파티 추론 제공업체에 일상적으로 보내고 싶지 않은 프롬프트를 다루는 에이전트.

 

3. 에이전트가 직접 컴퓨팅을 프로비저닝하게 하기

 

에이전트에게 반드시 상시 서버나 모든 배포를 관리할 사람이 필요한 것은 아닙니다.

 

Deploy Agent를 사용하면 에이전트는 Base의 USDC로 된 x402 결제와 작업 명세 또는 VPS 요청을 담은 HTTP 요청을 보낼 수 있습니다.

 

예를 들어 에이전트는 예약된 인프라 작업을 수행하기 위해 컴퓨팅 환경을 요청하고, 반환된 Ubuntu 머신에 SSH로 접속해 작업을 마친 뒤, 배포가 만료되도록 둘 수 있습니다.

 

이 워크플로에는 일반적인 Acurast 계정이나 로컬 CLI가 필요하지 않습니다.

 

에이전트용 지갑과 명확한 지출 한도를 함께 사용하면, 프로그래밍 방식의 컴퓨팅 프로비저닝을 위한 실용적인 기반이 됩니다.

 

적합한 용도: 임시 워크로드, 자동화된 유지 관리, 작업별 전용 환경, 그리고 필요할 때 컴퓨팅을 확보해야 하는 에이전트.

 

크립토 에이전트 활용 사례 다섯 가지

 

가장 효과적인 활용 분야는 지속적인 운영, 기밀 실행, 검증 가능한 인프라가 실질적인 가치를 주는 곳입니다.

거버넌스 모니터

하는 일: DAO 제안을 추적하고, 변경 사항을 요약하며, 투표가 마감되기 전에 구성원에게 알립니다.

Acurast가 적합한 이유: 하드웨어 기반 실행 보호 기능과 함께 지속적인 모니터링을 지원합니다.

트레저리 감시자

하는 일: 멀티시그 잔액과 대기 중인 트랜잭션을 모니터링하고 비정상적인 활동을 표시합니다.

Acurast가 적합한 이유: 민감한 설정과 알림 로직을 의도된 실행 경계 안에서 보호하는 데 도움이 됩니다.

프로토콜 자동화 에이전트

하는 일: 예약된 유지 관리 작업과 그 밖의 사전 정의된 프로토콜 작업을 실행합니다.

Acurast가 적합한 이유: 분산형 컴퓨팅을 제공하고, 범위가 제한된 프로그래밍 방식의 배포 워크플로를 지원합니다.

데이터 피드 에이전트

하는 일: 오프체인 데이터를 가져와 검증한 뒤, 그 결과를 컨트랙트나 애플리케이션에 전달합니다.

Acurast가 적합한 이유: 하드웨어 증명은 실행 환경의 무결성을 확인하는 데 도움이 될 수 있지만, 원본 데이터가 정확하다는 것까지 독립적으로 담보하지는 않습니다.

리서치 에이전트

하는 일: 문서, 포럼, 온체인 데이터를 읽고 구조화된 브리핑을 작성합니다.

Acurast가 적합한 이유: 로컬 추론 옵션을 사용하면 민감한 리서치 컨텍스트가 외부 모델 제공업체에 노출되는 것을 줄일 수 있습니다.

이는 인프라 활용 사례일 뿐, 에이전트의 결정이나 출력이 항상 올바르다는 뜻은 아닙니다. 애플리케이션 로직, 데이터 소스, 권한, 운영상의 안전 조치는 여전히 중요합니다.

 

더 넓게 보면, 에이전트는 단일 운영자에 대한 신뢰에 덜 의존하도록 설계될 수 있습니다. 개발자는 하드웨어 기반 보호, 증명, 분산형 인프라, 명확한 접근 제어를 조합할 수 있습니다.

 

이는 처음부터 크립토 인프라를 형성해 온 원칙의 자연스러운 연장선입니다.

 

크립토 인프라의 다음 계층

 

크립토는 수년에 걸쳐 중개자에 대한 의존을 줄이는 시스템을 만들어 왔습니다. 자율 에이전트는 새로운 과제를 제시합니다. 독립적으로 행동할 수 있는 소프트웨어에는 운영자를 맹목적으로 신뢰하지 않고도 작동할 수 있는 인프라가 필요합니다.

 

Acurast는 스마트폰 기반 컴퓨팅, 하드웨어 기반 기밀 실행, 증명, 지갑 기반 프로비저닝을 바로 이 과제를 위해 설계된 하나의 아키텍처로 결합합니다.

 

Acurast는 개발자에게 에이전트를 실행하는 다른 모델을 탐색할 수 있는 길을 열어 줍니다. 런타임은 더 기밀하게, 인프라는 더 분산되게, 컴퓨팅 접근은 자율 소프트웨어와 더 잘 맞게 만드는 모델입니다.

에이전트가 온체인에서 행동한다면, 에이전트를 실행하는 인프라도 에이전트가 상호작용하는 지갑과 프로토콜만큼 주의를 기울일 가치가 있습니다.

시작하기

 

Acurast를 가장 빠르게 살펴보는 방법은 직접 만들기 전에 기존 에이전트를 먼저 배포해 보는 것입니다.

 

예시를 고르세요. Acurast 예제 앱을 살펴보고 Hermes나 OpenClaw로 시작해 보세요.

 

배포 튜토리얼을 따라 하세요. Hermes 튜토리얼에 나온 대로 환경과 배포 기간을 설정한 뒤 애플리케이션을 배포하세요.

 

직접 워크로드를 만들어 보세요. Acurast Quickstart와 CLI 문서를 활용해 기존 에이전트를 조정하세요.

 

자율 프로비저닝을 살펴보세요. 에이전트가 프로그래밍 방식으로 컴퓨팅을 요청하고 비용을 지불해야 한다면 Deploy Agent 문서를 읽어 보세요.

 

어떤 인프라를 선택하든, 크립토 에이전트를 배포할 때는 다음 세 가지 기본 원칙을 지키세요.

 

  • 전용 지갑이나 계정을 사용하세요. 에이전트에 필요한 권한만 부여하고, 명확한 지출 한도를 설정하세요.
  • 비밀 정보를 프롬프트와 로그에 남기지 마세요. 인증 정보는 적절한 배포 설정을 통해 제공하고, 에이전트 대화에 노출되지 않도록 하세요.
  • 배포 만료에 대비하세요. 적절한 기간을 설정하고 핵심 상태는 영구 스토리지에 저장하세요. 임시 배포는 중단될 수 있고, 만료되면 로컬 데이터가 삭제될 수 있습니다.

 

이러한 안전 조치는 에이전트가 어디에서 실행되든 중요합니다. 더 나은 컴퓨팅 인프라는 탄탄한 지갑 설계와 신중한 애플리케이션 수준의 보안을 보완할 뿐, 이를 대체하지는 않습니다.

Acurast로 개발하고 계신가요? 휴대폰에서 에이전트, 에이전트 백엔드, 추론 서비스를 실행하고 있다면, Acurast Discord에서 빌더들이 서로 경험을 나누고 있습니다. Discord에 참여하세요.