본문으로 건너뛰기

"Web3" 태그로 연결된 45개 게시물개의 게시물이 있습니다.

탈중앙화 웹 기술 및 애플리케이션

모든 태그 보기

Web3 해커톤, 제대로 하기: 2025년 실용 가이드

· 약 7분
Dora Noda
Software Engineer

빠르게 실력을 갈고 닦고, 공동 창업자를 만나며, 아이디어를 압박 테스트하고 싶다면, 웹3 해커톤만큼 좋은 환경은 없습니다. 하지만 “재미있는 주말”과 “경력을 바꾸는 런치”를 가르는 차이는 바로 계획입니다.

이 가이드는 구체적인, 빌더‑퍼스트 플레이북을 제공합니다. 올바른 이벤트를 고르는 방법, 똑똑하게 준비하는 법, 빠르게 구축하는 법, 명확하게 발표하는 법—그리고 다음 해커톤에 바로 복사‑붙여넣기 할 수 있는 체크리스트까지.

TL;DR

  • 이벤트를 의도적으로 선택하세요. 이미 사용 중인 생태계 혹은 심사위원·스폰서와 아이디어가 완벽히 맞는 생태계를 우선합니다.
  • 승리 조건을 정하세요. 학습, 특정 현상금, 파이널리스트 등 목표에 따라 팀 구성, 범위, 스택이 달라집니다.
  • 지루한 부분을 미리 준비하세요. 프로젝트 골격, 인증 흐름, 지갑 연결, 디자인 시스템, 데모 스크립트 초안을 시작 전에 완성합니다.
  • 가장 사랑받을 수 있는 최소 데모를 만들세요. 엔드‑투‑엔드로 동작하는 핵심 기능 하나만 보여 주세요. 나머지는 스토리와 슬라이드에 불과합니다.
  • 프로처럼 제출하세요. “새롭게 시작” 규칙을 준수하고, 목표 현상금 트랙을 모두 공식 등록한 뒤, 짧은 영상과 명확한 README에 충분한 시간을 투자합니다.

왜 웹3 해커톤이 주말을 투자할 가치가 있는가

  • 압축된 학습: 단 주말만에 인프라, 스마트 컨트랙트, 프론트‑엔드 UX, 배포 파이프라인을 모두 체험합니다. 48시간 안에 전체 개발 사이클을 경험하는 것이며, 이는 보통 몇 달이 걸리는 학습 곡선과 같습니다.
  • 고신호 네트워킹: 멘토·심사위원·스폰서 엔지니어는 웹사이트에 이름만 있는 것이 아니라, 한 방 혹은 Discord 서버에 모여 즉각적인 피드백을 제공합니다. 매일 사용하는 프로토콜의 핵심 개발자와 직접 연결될 수 있는 기회입니다.
  • 실질적인 자금 흐름: 자랑거리만이 아닙니다. 상금 풀과 후속 그랜트는 프로젝트를 지속시키는 실질적인 자본이 됩니다. 예를 들어 Solana Summer Camp은 최대 500만 달러의 상금·시드 펀딩을 제공해 주말 프로젝트를 스타트업으로 전환시켰습니다.
  • 증명 포트폴리오: 기능이 구현된 공개 GitHub 레포는 이력서의 한 줄보다 훨씬 큰 가치를 가집니다. 압박 속에서 아이디어를 구축·출시·설명할 수 있다는 구체적인 증거가 됩니다.

좋은 해커톤을 찾는 방법

  • ETHGlobal: 온·오프라인 모두를 아우르는 금본위제 행사. 견고한 심사 프로세스와 고품질 참가자, 공개 프로젝트 쇼케이스가 특징이며 영감 얻기에 최적입니다.
  • Devpost: 블록체인·특정 프로토콜·현상금 트랙을 강력히 필터링할 수 있는 종합 마켓플레이스. 생태계별 이벤트를 찾기에 좋습니다.
  • DoraHacks: 생태계 중심 웹3 해커톤·그랜트 라운드에 특화된 플랫폼으로, 글로벌·커뮤니티 중심 분위기가 특징입니다.

팁: 해커톤 기간은 다양합니다. ETHOnline 같은 장기 비동기 이벤트는 몇 주에 걸쳐 진행되는 반면, ETHDenver의 #BUIDLathon 같은 집중 스프린트는 최대 9일까지 지속됩니다. 프로젝트 범위를 그에 맞게 계획하세요.


규칙 해독 (DQ 방지)

  • “새롭게 시작” – 가장 흔하고 중요한 규칙입니다. 대부분의 행사에서는 모든 실질적인 작업이 공식 킥오프 이후에 시작되어야 합니다. 기존에 작성한 핵심 로직 코드를 사용하면 파이널 및 파트너 상금에서 실격될 수 있습니다. Boilerplate는 보통 허용되지만, 핵심 로직은 새로워야 합니다.
  • 심사 구조 – 퍼널을 이해하세요. 비동기 예선 라운드에서 수백 개 프로젝트가 파이널리스트 풀로 좁혀진 뒤 라이브 심사가 진행됩니다. 첫 라운드에서 영상·README를 최대한 명확히 만드는 것이 중요합니다.
  • 팀 규모 – 10명 팀은 피하세요. ETHDenver와 같이 2~4인 팀을 기본으로 제한하는 경우가 많습니다. 이는 공정성을 유지하고 긴밀한 협업을 촉진합니다.
  • 현상금 메커니즘 – 등록하지 않은 현상금은 받을 수 없습니다. 스폰서 현상금을 목표로 한다면, 각 현상금마다 프로젝트를 공식 등록해야 합니다. 많은 팀이 간과하는 간단한 단계입니다.

심사 루브릭: “좋은” 프로젝트는 어떤가

주요 주최자들은 보통 네 가지 카테고리를 기준으로 프로젝트를 평가합니다. 각각에서 점수를 얻을 수 있도록 범위와 데모를 설계하세요.

  • 기술성: 문제는 비트리비얼한가? 솔루션이 기술을 창의적·우아하게 활용했는가? 단일 스마트 컨트랙트 위에 프론트엔드 래퍼만 만든 것이 아닌가?
  • 독창성: 새로운 메커니즘, 독특한 사용자 경험, 기존 프리미티브의 기발한 재조합이 있는가? 백번 본 것이 아니라 신선한 시도인가?
  • 실용성: 오늘 바로 사용할 수 있는가? 좁지만 완전한 엔드‑투‑엔드 사용자 여정이, 넓지만 반쯤 완성된 기능보다 훨씬 가치 있다.
  • 사용성 (UI/UX/DX): 인터페이스가 명확하고 빠르며 쾌적한가? 개발자 도구라면 개발자 경험은 어떤가? 부드러운 온보딩과 명확한 오류 처리로 차별화될 수 있다.

팀 구성: 작고 날카롭고 보완적인 역할

속도와 정렬을 위해 2~4인 팀이 최적입니다. 작업을 병렬화하기엔 충분하고, 의사결정은 무한 토론 없이 빠르게 할 수 있습니다.

  • 스마트 컨트랙트 / 프로토콜: 온체인 로직 담당. 컨트랙트 작성·테스트·배포를 책임진다.
  • 프론트엔드 / DX: UI 구축 담당. 지갑 연결, 데이터 페칭, 오류 상태, 최종 데모 폴리시를 관리한다.
  • 프로덕트 / 스토리: 범위 관리와 내러티브 담당. 핵심 루프에 집중하도록 팀을 이끌고, 프로젝트 설명과 최종 데모 진행을 담당한다.
  • (선택) 디자이너: 전용 디자이너가 있으면 컴포넌트·아이콘·마이크로 인터랙션을 준비해 프로젝트 퀄리티를 크게 끌어올릴 수 있다.

아이디어 선정: P‑A‑C‑E 필터

코드를 한 줄도 쓰기 전에 아이디어를 압박 테스트하는 간단한 필터입니다.

  • Pain(고통): 실제 개발자·사용자 고통을 해결하는가? 지갑 UX, 데이터 인덱싱, MEV 방어, 수수료 추상화 등. 문제 없이 솔루션만 제시하지 마세요.
  • Atomicity(원자성): 48시간 안에 단일 원자 루프를 완전 구현·데모할 수 있는가? 전체 비전이 아니라 한 번에 만족스러운 사용자 행동 하나에 집중하세요.
  • Composable(조합성): 오라클, 계정 추상화, 크로스‑체인 메세징 등 기존 프리미티브를 활용하는가? 검증된 레고 블록을 사용하면 더 빨리 나아갈 수 있다.
  • Ecosystem fit(생태계 적합성): 이벤트 심사위원·스폰서·청중에게 프로젝트가 눈에 띄고 관련성이 있는가? 게임 트랙에 복잡한 DeFi 프로토콜을 제시하지 마세요.

현상금 중심이라면 주요 트랙 1개와 보조 트랙 1개만 선택하세요. 현상금을 너무 많이 노리면 깊이가 얇아지고 당첨 확률이 떨어집니다.


덜 방해받는 기본 스택

새로움은 무엇을 만드는가에, 어떻게 만드는가는 최소화하세요. 검증된, 지루하지만 믿을 수 있는 기술을 고수합니다.

EVM 트랙 (빠른 경로)

  • 컨트랙트: Foundry (테스트·스크립팅·로컬 노드 실행 속도가 빠름)
  • 프론트엔드: Next.js 또는 Vite + wagmi 또는 viem + RainbowKit / ConnectKit (모달·연결 관리)
  • 데이터/인덱싱: 필요 시 호스팅된 인덱서 또는 Subgraph 서비스. 자체 인프라 운영은 피하세요.
  • 오프체인 트리거: 간단한 잡 러너 또는 전용 자동화 서비스
  • 스토리지: IPFS 또는 Filecoin (자산·메타데이터), 세션 상태는 간단한 KV 스토어

Solana 트랙 (빠른 경로)

  • 프로그램: Anchor (보일러플레이트 감소, 안전한 기본값 제공)
  • 클라이언트: React 또는 Solana Mobile SDK 기반 모바일 프레임워크. RPC·프로그램 호출을 위한 간단한 훅 사용
  • 데이터: 직접 RPC 호출 또는 생태계 인덱서 활용. UI 반응성을 위해 적극 캐시
  • 스토리지: 필요 시 Arweave 또는 IPFS (영구 자산 저장)

현실적인 48시간 플랜

T‑24 → T‑0 (킥오프 전)

  • 승리 조건(학습, 현상금, 파이널)과 목표 트랙을 명확히 합의
  • 종이 혹은 화이트보드에 전체 데모 루프 스케치. 각 단계에서 온·오프체인에서 일어날 일 정확히 정의
  • 컨트랙트·프론트엔드 모두 포함한 깨끗한 모노레포 스캐폴드 포크
  • README 초안과 데모 스크립트 초안 미리 작성

0 → 6시간

  • 멘토·스폰서에게 스코프 검증. 현상금 기준 확인 및 아이디어 적합성 체크
  • 하드 제약 설정: 체인 1개, 핵심 사용 사례 1개, “와우” 순간 1개
  • 90분 스프린트로 작업 분할. 목표: 6시간 안에 핵심 루프 첫 번째 수직 슬라이스 완성

6 → 24시간

  • 핵심 경로 강화. 정상 흐름과 주요 엣지 케이스 모두 테스트
  • 관측성 추가. 기본 로그·UI 토스트·에러 바운더리 구현으로 빠른 디버깅 가능하게
  • 프로젝트 “왜”를 명확히 설명하는 최소 랜딩 페이지 제작

24 → 40시간

  • 핵심 기능이 안정되면 데모 영상 촬영 (짧고 임팩트 있게)
  • 목표 현상금 트랙을 모두 공식 등록
  • 남은 시간은 영상 편집·README 다듬기에 집중

40 → 48시간

  • 최종 체크리스트 실행
    • 새롭게 시작 규칙 위반 여부 재확인
    • 모든 현상금 트랙 등록 완료
    • 영상 길이 2–3분, README는 프로젝트 개요·아키텍처·배포 방법·다음 단계까지 포함
    • 제출 전 팀 전체 리뷰

체크리스트 (복사‑붙여넣기)

  • 목표 이벤트 3개 이상 사전 조사
  • 팀 승리 조건 및 트랙 명확히 정의
  • 프로젝트 골격(컨트랙트·프론트엔드) 사전 준비
  • 인증·지갑·디자인 시스템 미리 구현
  • 90분 스프린트 플랜 수립 및 담당자 지정
  • 핵심 루프 첫 번째 수직 슬라이스 완성 (6시간 이내)
  • 모든 주요 시나리오 테스트 (정상·엣지)
  • 로그·토스트·에러 바운더리 추가
  • “왜 이 프로젝트인가?”를 설명하는 랜딩 페이지 제작
  • 데모 영상 촬영·편집 (2–3분)
  • 현상금 트랙 공식 등록 (모두)
  • README 최종 검토 및 배포 가이드 포함
  • 제출 전 “새롭게 시작” 규칙 재확인

이 체크리스트를 그대로 복사해서 다음 해커톤에 바로 적용하면, 준비에 드는 시간을 크게 단축할 수 있습니다. 성공적인 해커톤을 기원합니다!

BlockEden.xyz 대시보드 v3 소개: 현대적이고, 더 빠르며, 보다 직관적인 경험

· 약 3분
Dora Noda
Software Engineer

한 문장 요약: 우리는 Next.js App Router, shadcn-ui 컴포넌트, Tailwind CSS를 사용해 대시보드를 완전히 재설계하여 블록체인 API 접근 관리에 더 빠르고, 반응성이 뛰어나며, 시각적으로 매력적인 경험을 제공합니다.

오늘, 우리는 BlockEden.xyz 대시보드 v3 출시를 발표하게 되어 매우 기쁩니다. 이는 플랫폼 출범 이래 가장 큰 사용자 인터페이스 업그레이드이며, 단순한 시각적 리프레시를 넘어 블록체인 API 서비스와의 상호작용을 그 어느 때보다 원활하고, 빠르며, 직관적으로 만들기 위한 완전한 아키텍처 개편입니다.

Dashboard v3의 새로운 기능

1. 향상된 성능을 위한 최신 기술 스택

Dashboard v3는 이전 Pages Router 아키텍처를 대체하는 Next.js App Router 기반으로 구축되었습니다. 이 근본적인 변화는 다음과 같은 성능 향상을 가져옵니다.

  • Server Components: 클라이언트‑사이드 JavaScript을 최소화하여 페이지 로드 속도 향상
  • Improved Routing: 중첩 레이아웃을 통한 보다 직관적인 네비게이션
  • Enhanced SEO: 메타데이터 처리를 개선하여 검색 엔진 가시성 향상

또한 Ant Design 및 Styletron에서 Tailwind CSS 기반 shadcn‑ui 컴포넌트로 마이그레이션하면서 다음과 같은 효과를 얻었습니다.

  • Reduced bundle size: 모든 페이지의 로딩 시간 단축
  • Consistent design language: 일관된 시각적 경험 제공
  • Better accessibility: 키보드 네비게이션 및 스크린 리더 지원 강화

2. 간소화된 액세스 키 관리

액세스 키 관리 경험을 완전히 재설계했습니다.

  • Intuitive key creation: 몇 번의 클릭만으로 새로운 API 키 생성
  • Enhanced visibility: 키 유형 및 권한을 한눈에 구분
  • Improved security: 테넌트 별 환경 격리를 통한 보안 강화
  • One‑click copying: 키를 클립보드에 손쉽게 복사하여 프로젝트에 바로 적용

[IMAGE PLACEHOLDER: 새로운 액세스 키 관리 인터페이스 스크린샷]

3. 재설계된 계정 및 결제 섹션

계정 및 구독 관리가 더욱 간편해졌습니다.

  • Simplified subscription management: 플랜 업그레이드, 다운그레이드, 취소를 손쉽게
  • Clearer billing information: 투명한 가격 및 사용량 통계 제공
  • Streamlined payment process: 향상된 Stripe 연동을 통한 안전하고 효율적인 결제 처리
  • Enhanced wallet integration: 암호화 지갑과의 연동 개선

4. 엄격한 테넌트 격리

여러 프로젝트를 운영하는 기업 고객을 위해 엄격한 테넌트 격리를 구현했습니다.

  • Client‑specific configurations: 각 클라이언트 ID마다 독립된 환경 제공
  • Enhanced security: 테넌트 간 경계 강화를 통한 보안 향상
  • Improved tracking: 프로젝트별 사용 패턴을 명확히 파악 가능

기술적 개선 사항 (Behind the Scenes)

시각적인 변화 외에도 내부적으로 큰 개선이 이루어졌습니다.

1. 아키텍처 전환

Pages Router에서 App Router로의 마이그레이션은 애플리케이션 구조에 근본적인 변화를 의미합니다.

  • Component‑based architecture: 모듈화·유지보수가 쉬운 코드베이스
  • Improved data fetching: 서버‑사이드 렌더링 및 데이터 로딩 효율성 향상
  • Better state management: 관심사 분리와 예측 가능한 상태 업데이트 구현

2. 인증 흐름 강화

인증 시스템을 간소화했습니다.

  • Simplified login process: 더 빠르고 안정적인 로그인
  • Improved session management: 인증 토큰 관리 최적화
  • Enhanced security: 일반적인 보안 취약점에 대한 방어 강화

3. API 통합 최적화

GraphQL 통합을 완전히 재구성했습니다.

  • Apollo Client provider: 클라이언트 ID 처리를 포함한 올바른 설정
  • Network‑only fetch policy: 중요한 정보에 대한 실시간 데이터 업데이트
  • Optimized queries: 데이터 전송량 감소 및 응답 시간 단축

Dashboard v3 시작하기

기존 모든 사용자는 자동으로 Dashboard v3로 마이그레이션되었습니다. https://BlockEden.xyz/dash 에 로그인하여 새로운 인터페이스를 경험해 보세요.

BlockEden.xyz를 처음 사용하시는 분이라면, 지금 바로 가입하고 현대적인 대시보드를 통해 최첨단 블록체인 API 서비스를 체험해 보시기 바랍니다.

앞으로의 로드맵

이번 업그레이드는 중요한 이정표이지만 여기서 멈추지 않습니다. 향후 몇 달 안에 다음과 같은 기능을 선보일 예정입니다.

  • Enhanced analytics: API 사용량에 대한 보다 상세한 인사이트 제공
  • Additional network integrations: 더 많은 블록체인 네트워크 지원
  • Improved developer tools: 문서 및 SDK 지원 강화
  • Custom alerting: 중요한 이벤트에 대한 맞춤형 알림 설정

여러분의 의견을 기다립니다

대규모 업데이트에서는 여러분의 피드백이 무엇보다 중요합니다. 문제를 발견하거나 개선 아이디어가 있다면 지원팀에 연락하거나 Discord 커뮤니티에 참여해 주세요.

BlockEden.xyz 여정에 함께 해 주셔서 감사합니다. 탈중앙화된 미래를 위한 인프라 구축을 계속 이어가겠습니다.

MCP를 통한 AI와 Web3의 연결: 종합적 분석

· 약 14분
Dora Noda
Software Engineer

서론

AI와 Web3는 강력한 방식으로 융합되고 있으며, 이제 AI 범용 인터페이스는 탈중앙화 웹을 위한 연결 조직으로 구상되고 있습니다. 이러한 융합에서 나타나는 핵심 개념은 MCP로, 이는 Anthropic이 소개한 "모델 컨텍스트 프로토콜(Model Context Protocol)"을 의미하거나, 더 넓은 논의에서는 **메타버스 연결 프로토콜(Metaverse Connection Protocol)**로 느슨하게 설명됩니다. 본질적으로 MCP는 AI 시스템이 외부 도구 및 네트워크와 자연스럽고 안전한 방식으로 상호 작용할 수 있게 하는 표준화된 프레임워크로, 잠재적으로 **AI 에이전트를 Web3 생태계의 모든 곳에 "연결"**할 수 있습니다. 이 보고서는 AI 범용 인터페이스(대규모 언어 모델 에이전트 및 신경-기호 시스템 등)가 MCP를 통해 Web3 세계의 모든 것을 어떻게 연결할 수 있는지에 대한 포괄적인 분석을 제공하며, 역사적 배경, 기술 아키텍처, 산업 환경, 위험 및 미래 잠재력을 다룹니다.

1. 개발 배경

1.1 Web3의 진화와 미완의 약속

"Web3"라는 용어는 2014년경 블록체인 기반의 탈중앙화 웹을 설명하기 위해 만들어졌습니다. 그 비전은 야심 찼습니다: 사용자 소유권 중심의 무허가형 인터넷. 지지자들은 Web2의 중앙화된 인프라를 블록체인 기반의 대안으로 대체하는 것을 상상했습니다. 예를 들어, DNS를 위한 이더리움 네임 서비스(ENS), 스토리지를 위한 파일코인(Filecoin)이나 IPFS, 금융 레일을 위한 DeFi 등이 있었습니다. 이론적으로 이는 빅테크 플랫폼으로부터 통제권을 빼앗고 개인에게 데이터, 신원, 자산에 대한 자기 주권을 부여하는 것이었습니다.

현실은 기대에 미치지 못했습니다. 수년간의 개발과 과대광고에도 불구하고 Web3의 주류 영향력은 미미했습니다. 일반 인터넷 사용자들이 탈중앙화 소셜 미디어로 몰려들거나 개인 키를 관리하기 시작하지 않았습니다. 주요 원인으로는 열악한 사용자 경험, 느리고 비싼 트랜잭션, 세간의 이목을 끈 사기, 규제 불확실성 등이 있었습니다. 탈중앙화된 "소유권 웹"은 대체로 틈새 커뮤니티를 넘어서 "실현되지 못했습니다". 2020년대 중반까지 암호화폐 지지자들조차 Web3가 일반 사용자에게 패러다임 전환을 가져오지 못했다는 것을 인정했습니다.

한편, AI는 혁명을 겪고 있었습니다. 자본과 개발자 인재가 암호화폐에서 AI로 이동하면서 딥러닝과 파운데이션 모델(GPT-3, GPT-4 등)의 혁신적인 발전이 대중의 상상력을 사로잡았습니다. 생성형 AI는 암호화폐 애플리케이션이 고군분투했던 방식으로 콘텐츠, 코드, 결정을 생성하는 등 명확한 유용성을 보여주었습니다. 실제로, 대규모 언어 모델이 불과 몇 년 만에 미친 영향은 10년간의 블록체인 사용자 채택 속도를 현저히 앞질렀습니다. 이러한 대조는 일부 사람들로 하여금 *"Web3는 암호화폐에 낭비되었다"*고 비꼬게 했고, 진정한 Web 3.0은 AI 물결에서 나타나고 있다고 말하게 했습니다.

1.2 AI 범용 인터페이스의 부상

수십 년에 걸쳐 사용자 인터페이스는 정적인 웹 페이지(Web1.0)에서 상호작용적인 앱(Web2.0)으로 진화했지만, 항상 버튼을 클릭하고 양식을 채우는 한계 내에 있었습니다. 현대 AI, 특히 대규모 언어 모델(LLM)과 함께 새로운 인터페이스 패러다임이 등장했습니다: 자연어. 사용자는 평이한 언어로 의도를 표현하기만 하면 AI 시스템이 여러 도메인에 걸쳐 복잡한 작업을 실행할 수 있습니다. 이러한 변화는 너무나 심오해서 일부에서는 "Web 3.0"을 이전의 블록체인 중심 정의가 아닌 AI 기반 에이전트의 시대("에이전틱 웹")로 재정의할 것을 제안합니다.

그러나 자율 AI 에이전트에 대한 초기 실험은 결정적인 병목 현상을 드러냈습니다. AutoGPT와 같은 프로토타입 에이전트들은 텍스트나 코드를 생성할 수는 있었지만, 외부 시스템 및 서로와 통신할 수 있는 견고한 방법이 부족했습니다. 상호 운용성을 위한 *"공통된 AI 네이티브 언어"*가 없었습니다. 도구나 데이터 소스와의 각 통합은 맞춤형 해킹이었고, AI 간의 상호 작용에는 표준 프로토콜이 없었습니다. 실질적으로, AI 에이전트는 뛰어난 추론 능력을 가졌을지라도 웹 앱이나 온체인 서비스를 사용하는 데 필요한 작업을 실행하는 데 실패할 수 있었습니다. 단순히 해당 시스템과 대화하는 방법을 몰랐기 때문입니다. 이러한 불일치, 즉 강력한 두뇌와 원시적인 I/O는 마치 서투른 GUI 뒤에 갇힌 초지능 소프트웨어와 같았습니다.

1.3 융합과 MCP의 출현

2024년까지 AI가 잠재력을 최대한 발휘하고 Web3가 약속을 이행하기 위해서는 융합이 필요하다는 것이 명백해졌습니다. AI 에이전트는 Web3의 기능(탈중앙화 앱, 계약, 데이터)에 원활하게 접근해야 하고, Web3는 AI가 제공할 수 있는 더 많은 지능과 사용성이 필요합니다. 이것이 바로 **MCP(모델 컨텍스트 프로토콜)**가 탄생한 배경입니다. 2024년 말 Anthropic에 의해 소개된 MCP는 LLM에게 자연스럽게 느껴지는 AI-도구 통신을 위한 개방형 표준입니다. 이는 AI "호스트"(ChatGPT, Claude 등)가 MCP 서버를 통해 다양한 외부 도구와 리소스를 찾고 사용할 수 있는 구조화되고 발견 가능한 방법을 제공합니다. 즉, MCP는 AI 에이전트가 각 통합을 맞춤 코딩하지 않고도 웹 서비스, API, 심지어 블록체인 기능에 연결할 수 있게 하는 공통 인터페이스 계층입니다.

MCP를 **"AI 인터페이스의 USB-C"**라고 생각해보세요. USB-C가 장치 연결 방식을 표준화하여 각 장치마다 다른 케이블이 필요 없게 만든 것처럼, MCP는 AI 에이전트가 도구 및 데이터에 연결하는 방식을 표준화합니다. 개발자는 모든 서비스(Slack 대 Gmail 대 이더리움 노드)에 대해 서로 다른 API 호출을 하드코딩하는 대신, MCP 사양을 한 번 구현하면 MCP 호환 AI는 해당 서비스를 사용하는 방법을 이해할 수 있습니다. 주요 AI 기업들은 그 중요성을 빠르게 인식했습니다. Anthropic은 MCP를 오픈소스로 공개했으며, OpenAI와 Google 같은 회사들은 자사 모델에 이에 대한 지원을 구축하고 있습니다. 이러한 움직임은 MCP(또는 유사한 "메타 연결 프로토콜")가 마침내 AI와 Web3를 확장 가능한 방식으로 연결하는 중추가 될 수 있음을 시사합니다.

특히, 일부 기술자들은 이러한 AI 중심의 연결성이 Web3.0의 진정한 실현이라고 주장합니다. Simba Khadder의 말에 따르면, "MCP는 LLM과 애플리케이션 간의 API를 표준화하는 것을 목표로 하며," 이는 REST API가 Web 2.0을 가능하게 한 것과 유사합니다. 즉, Web3의 다음 시대는 단지 블록체인이 아닌 지능형 에이전트 인터페이스에 의해 정의될 수 있습니다. 탈중앙화 그 자체를 위한 탈중앙화 대신, AI와의 융합은 자연어와 자율 에이전트 뒤에 복잡성을 숨김으로써 탈중앙화를 유용하게 만들 수 있습니다. 이 보고서의 나머지 부분에서는 기술적으로나 실질적으로 AI 범용 인터페이스가 (MCP와 같은 프로토콜을 통해) Web3 세계의 모든 것을 어떻게 연결할 수 있는지 자세히 살펴봅니다.

2. 기술 아키텍처: Web3 기술을 연결하는 AI 인터페이스

AI 에이전트를 Web3 스택에 내장하려면 블록체인 네트워크 및 스마트 계약, 탈중앙화 스토리지, 신원 시스템, 토큰 기반 경제 등 여러 수준에서의 통합이 필요합니다. 대규모 파운데이션 모델부터 하이브리드 신경-기호 시스템에 이르기까지 AI 범용 인터페이스는 이러한 구성 요소들을 연결하는 "범용 어댑터" 역할을 할 수 있습니다. 아래에서는 이러한 통합의 아키텍처를 분석합니다.

그림: MCP 아키텍처의 개념도. AI 호스트(Claude나 ChatGPT와 같은 LLM 기반 앱)가 MCP 클라이언트를 사용하여 다양한 MCP 서버에 연결하는 방법을 보여줍니다. 각 서버는 외부 도구나 서비스(예: Slack, Gmail, 캘린더 또는 로컬 데이터)에 대한 브리지를 제공하며, 이는 범용 허브를 통해 연결되는 주변 장치와 유사합니다. 이 표준화된 MCP 인터페이스를 통해 AI 에이전트는 하나의 공통 프로토콜을 통해 원격 서비스와 온체인 리소스에 접근할 수 있습니다.

2.1 Web3 클라이언트로서의 AI 에이전트 (블록체인과의 통합)

Web3의 핵심에는 블록체인과 스마트 계약이 있습니다. 이는 신뢰가 필요 없는 방식으로 로직을 강제할 수 있는 탈중앙화된 상태 기계입니다. AI 인터페이스는 이들과 어떻게 상호 작용할 수 있을까요? 두 가지 방향을 고려할 수 있습니다.

  • 블록체인에서 데이터를 읽는 AI: AI 에이전트는 결정을 내리기 위한 맥락으로 온체인 데이터(예: 토큰 가격, 사용자의 자산 잔액, DAO 제안)가 필요할 수 있습니다. 전통적으로 블록체인 데이터를 검색하려면 노드 RPC API나 서브그래프 데이터베이스와 상호 작용해야 합니다. MCP와 같은 프레임워크를 사용하면, AI는 표준화된 "블록체인 데이터" MCP 서버에 질의하여 실시간 온체인 정보를 가져올 수 있습니다. 예를 들어, MCP 지원 에이전트는 특정 토큰의 최신 거래량을 묻거나 스마트 계약의 상태를 물을 수 있으며, MCP 서버는 블록체인에 연결하는 저수준 세부 사항을 처리하고 AI가 사용할 수 있는 형식으로 데이터를 반환합니다. 이는 AI를 특정 블록체인의 API 형식에서 분리하여 상호 운용성을 높입니다.

  • 블록체인에 데이터를 쓰는 AI: 더 강력하게, AI 에이전트는 Web3 통합을 통해 스마트 계약 호출이나 트랜잭션을 실행할 수 있습니다. 예를 들어, AI는 특정 조건이 충족되면 탈중앙화 거래소에서 자율적으로 거래를 실행하거나 스마트 계약의 매개변수를 조정할 수 있습니다. 이는 AI가 블록체인 트랜잭션 기능을 래핑하는 MCP 서버를 호출함으로써 달성됩니다. 구체적인 예로는 EVM 체인을 위한 thirdweb MCP 서버가 있으며, 이는 MCP 호환 AI 클라이언트가 체인별 메커니즘을 추상화하여 이더리움, 폴리곤, BSC 등과 상호 작용할 수 있게 합니다. 이러한 도구를 사용하여 AI 에이전트는 "인간의 개입 없이" 온체인 작업을 트리거할 수 있으며, 이는 자율 dApp을 가능하게 합니다. 예를 들어, 시장 상황이 변할 때 트랜잭션에 서명하여 자체적으로 리밸런싱하는 AI 기반 DeFi 볼트가 있습니다.

내부적으로 이러한 상호 작용은 여전히 지갑, 키, 가스비에 의존하지만, AI 인터페이스는 트랜잭션을 수행하기 위해 (적절한 보안 샌드박스와 함께) 지갑에 대한 통제된 접근 권한을 부여받을 수 있습니다. 오라클과 크로스체인 브리지도 중요한 역할을 합니다. 체인링크(Chainlink)와 같은 오라클 네트워크는 AI와 블록체인 간의 다리 역할을 하여, AI 출력이 신뢰할 수 있는 방식으로 온체인에 제공될 수 있도록 합니다. 예를 들어, 체인링크의 크로스체인 상호운용성 프로토콜(CCIP)은 신뢰할 수 있다고 판단되는 AI 모델이 사용자를 대신하여 여러 다른 체인에 걸쳐 여러 계약을 동시에 트리거할 수 있게 합니다. 요약하자면, AI 범용 인터페이스는 표준화된 프로토콜을 통해 블록체인 데이터를 소비하고 블록체인 트랜잭션을 생성할 수 있는 새로운 유형의 Web3 클라이언트 역할을 할 수 있습니다.

2.2 신경-기호 시너지: AI 추론과 스마트 계약의 결합

AI-Web3 통합의 흥미로운 측면 중 하나는 AI의 학습 능력(신경망)과 스마트 계약의 엄격한 논리(기호 규칙)를 결합하는 신경-기호 아키텍처의 잠재력입니다. 실제로 이는 AI 에이전트가 비정형적인 의사 결정을 처리하고 특정 작업을 검증 가능한 실행을 위해 스마트 계약에 전달하는 것을 의미할 수 있습니다. 예를 들어, AI는 시장 심리(모호한 작업)를 분석할 수 있지만, 사전에 설정된 위험 규칙을 따르는 결정론적 스마트 계약을 통해 거래를 실행할 수 있습니다. MCP 프레임워크 및 관련 표준은 AI에게 계약 함수를 호출하거나 행동하기 전에 DAO의 규칙을 질의할 수 있는 공통 인터페이스를 제공함으로써 이러한 핸드오프를 실현 가능하게 합니다.

구체적인 예로는 **싱귤래리티넷(SingularityNET)의 AI-DSL(AI 도메인 특화 언어)**이 있으며, 이는 탈중앙화 네트워크상의 AI 에이전트 간 통신을 표준화하는 것을 목표로 합니다. 이는 신경-기호 통합을 향한 한 걸음으로 볼 수 있습니다. 즉, 에이전트가 서로에게 AI 서비스나 데이터를 요청하기 위한 형식 언어(기호)입니다. 유사하게, **딥마인드(DeepMind)의 알파코드(AlphaCode)**나 다른 프로젝트들도 결국 연결되어 스마트 계약이 온체인 문제 해결을 위해 AI 모델을 호출할 수 있게 될 것입니다. 오늘날 대규모 AI 모델을 직접 온체인에서 실행하는 것은 비현실적이지만, 하이브리드 접근 방식이 등장하고 있습니다. 예를 들어, 특정 블록체인은 영지식 증명이나 신뢰 실행 환경을 통해 ML 계산의 검증을 허용하여 오프체인 AI 결과의 온체인 검증을 가능하게 합니다. 요약하자면, 기술 아키텍처는 AI 시스템과 블록체인 스마트 계약을 공통 프로토콜을 통해 조율되는 상호 보완적인 구성 요소로 구상합니다. AI는 인식과 개방형 작업을 처리하고, 블록체인은 무결성, 메모리, 합의된 규칙의 집행을 제공합니다.

2.3 AI를 위한 탈중앙화 스토리지 및 데이터

AI는 데이터를 기반으로 성장하며, Web3는 데이터 저장 및 공유를 위한 새로운 패러다임을 제공합니다. 탈중앙화 스토리지 네트워크(IPFS/파일코인, Arweave, Storj 등)는 AI 모델 아티팩트의 저장소이자 훈련 데이터의 소스로 사용될 수 있으며, 블록체인 기반 접근 제어를 제공합니다. AI 범용 인터페이스는 MCP 등을 통해 Web2 API에서와 마찬가지로 쉽게 탈중앙화 스토리지에서 파일이나 지식을 가져올 수 있습니다. 예를 들어, AI 에이전트는 적절한 키나 지불 수단이 있다면 오션 프로토콜(Ocean Protocol)의 마켓에서 데이터셋을 가져오거나 분산 스토리지에서 암호화된 파일을 가져올 수 있습니다.

특히 오션 프로토콜은 자신을 "AI 데이터 경제" 플랫폼으로 자리매김했으며, 블록체인을 사용하여 데이터와 심지어 AI 서비스를 토큰화합니다. 오션에서는 데이터셋이 접근을 제어하는 데이터토큰으로 표현됩니다. AI 에이전트는 데이터토큰을 획득하고(아마도 암호화폐로 지불하거나 특정 접근 권한을 통해) 오션 MCP 서버를 사용하여 실제 데이터를 분석용으로 검색할 수 있습니다. 오션의 목표는 AI를 위해 "잠자고 있는 데이터"를 잠금 해제하고, 프라이버시를 보존하면서 공유를 장려하는 것입니다. 따라서 Web3에 연결된 AI는 이전에 사일로화되었던 개인 데이터 금고에서부터 개방형 정부 데이터에 이르기까지 방대하고 탈중앙화된 정보 코퍼스를 활용할 수 있습니다. 블록체인은 데이터 사용이 투명하고 공정하게 보상받을 수 있도록 보장하여, 더 많은 데이터가 AI에 제공되고 더 많은 AI 기여(훈련된 모델 등)가 수익화될 수 있는 선순환을 촉진합니다.

탈중앙화 신원 시스템도 여기서 역할을 합니다(다음 하위 섹션에서 더 자세히 논의됨). 이는 누가 또는 무엇이 특정 데이터에 접근할 수 있는지 제어하는 데 도움이 될 수 있습니다. 예를 들어, 의료 AI 에이전트는 환자의 개인 IPFS 스토리지에서 의료 데이터셋을 해독하기 전에 검증 가능한 자격 증명(HIPAA 또는 유사한 규정 준수에 대한 온체인 증명)을 제시해야 할 수 있습니다. 이러한 방식으로 기술 아키텍처는 적절한 경우 AI로 데이터가 흐르도록 보장하되, 권한을 강제하기 위해 온체인 거버넌스와 감사 추적을 사용합니다.

2.4 탈중앙화 환경에서의 신원 및 에이전트 관리

자율 AI 에이전트가 Web3와 같은 개방형 생태계에서 작동할 때, 신원과 신뢰는 가장 중요해집니다. 탈중앙화 신원(DID) 프레임워크는 암호학적으로 검증될 수 있는 AI 에이전트를 위한 디지털 신원을 설정하는 방법을 제공합니다. 각 에이전트(또는 이를 배포하는 인간/조직)는 DID와 관련 검증 가능한 자격 증명을 가질 수 있으며, 이는 그 속성과 권한을 명시합니다. 예를 들어, AI 트레이딩 봇은 특정 위험 한도 내에서 작동할 수 있음을 인증하는 규제 샌드박스에서 발급한 자격 증명을 가질 수 있거나, AI 콘텐츠 중재자는 신뢰할 수 있는 조직에 의해 생성되었고 편향성 테스트를 거쳤음을 증명할 수 있습니다.

온체인 신원 등록소와 평판 시스템을 통해 Web3 세계는 AI 행동에 대한 책임성을 강제할 수 있습니다. AI 에이전트가 수행하는 모든 트랜잭션은 그 ID로 추적될 수 있으며, 문제가 발생하면 자격 증명이 누가 만들었는지 또는 누가 책임이 있는지 알려줍니다. 이는 중요한 과제를 해결합니다. 신원이 없으면 악의적인 행위자가 시스템을 악용하거나 잘못된 정보를 퍼뜨리기 위해 가짜 AI 에이전트를 만들 수 있으며, 아무도 봇과 합법적인 서비스를 구별할 수 없습니다. 탈중앙화 신원은 강력한 인증을 가능하게 하고 진짜 AI 에이전트와 스푸핑을 구별함으로써 이를 완화하는 데 도움이 됩니다.

실제로 Web3와 통합된 AI 인터페이스는 신원 프로토콜을 사용하여 자신의 행동과 요청에 서명합니다. 예를 들어, AI 에이전트가 도구를 사용하기 위해 MCP 서버를 호출할 때, 서버가 승인된 에이전트로부터의 호출임을 확인할 수 있도록 탈중앙화 신원에 연결된 토큰이나 서명을 포함할 수 있습니다. 블록체인 기반 신원 시스템(이더리움의 ERC-725 또는 원장에 고정된 W3C DID 등)은 이 검증이 신뢰가 필요 없고 전 세계적으로 검증 가능하도록 보장합니다. 새롭게 등장하는 "AI 지갑" 개념은 이와 관련이 있습니다. 본질적으로 AI 에이전트에게 신원과 연결된 암호화폐 지갑을 제공하여 키를 관리하고, 서비스 비용을 지불하거나, (잘못된 행동에 대해 삭감될 수 있는) 보증금으로 토큰을 스테이킹할 수 있게 합니다. 예를 들어, ArcBlock은 *"AI 에이전트가 탈중앙화 환경에서 책임감 있게 운영되기 위해 지갑이 필요하다"*고 논의했습니다.

요약하자면, 기술 아키텍처는 AI 에이전트를 Web3의 일등 시민으로 구상하며, 각 에이전트는 온체인 신원과 시스템에 대한 지분을 가질 수 있고, MCP와 같은 프로토콜을 사용하여 상호 작용합니다. 이는 신뢰의 웹을 만듭니다. 스마트 계약은 협력하기 전에 AI의 자격 증명을 요구할 수 있으며, 사용자는 특정 온체인 인증을 충족하는 AI에게만 작업을 위임하도록 선택할 수 있습니다. 이는 AI의 능력과 블록체인의 신뢰 보증이 결합된 것입니다.

2.5 AI를 위한 토큰 경제 및 인센티브

토큰화는 Web3의 특징이며, AI 통합 영역으로도 확장됩니다. 토큰을 통해 경제적 인센티브를 도입함으로써 네트워크는 AI 개발자와 에이전트 자체 모두에게 바람직한 행동을 장려할 수 있습니다. 몇 가지 패턴이 나타나고 있습니다.

  • 서비스에 대한 지불: AI 모델과 서비스는 온체인에서 수익화될 수 있습니다. **싱귤래리티넷(SingularityNET)**은 개발자가 AI 서비스를 배포하고 각 호출에 대해 네이티브 토큰(AGIX)으로 사용자에게 요금을 부과할 수 있도록 함으로써 이를 개척했습니다. MCP가 활성화된 미래에는 모든 AI 도구나 모델이 플러그 앤 플레이 서비스가 되어 사용량이 토큰이나 소액 결제를 통해 측정될 수 있다고 상상할 수 있습니다. 예를 들어, AI 에이전트가 MCP를 통해 타사 비전 API를 사용하는 경우, 서비스 제공업체의 스마트 계약으로 토큰을 전송하여 자동으로 지불을 처리할 수 있습니다. Fetch.ai도 유사하게 *"자율 경제 에이전트"*가 서비스와 데이터를 거래하는 마켓플레이스를 구상하며, 새로운 Web3 LLM(ASI-1)은 가치 교환을 위해 암호화폐 거래를 통합할 것으로 추정됩니다.

  • 스테이킹 및 평판: 품질과 신뢰성을 보장하기 위해 일부 프로젝트는 개발자나 에이전트에게 토큰을 스테이킹하도록 요구합니다. 예를 들어, DeMCP 프로젝트(탈중앙화 MCP 서버 마켓플레이스)는 유용한 MCP 서버를 만드는 개발자에게 보상하기 위해 토큰 인센티브를 사용할 계획이며, 서버 보안에 대한 약속의 표시로 토큰을 스테이킹하게 할 수도 있습니다. 평판도 토큰과 연결될 수 있습니다. 예를 들어, 지속적으로 좋은 성과를 내는 에이전트는 평판 토큰이나 긍정적인 온체인 리뷰를 축적할 수 있는 반면, 잘못된 행동을 하는 에이전트는 스테이크를 잃거나 부정적인 평가를 받을 수 있습니다. 이 토큰화된 평판은 위에서 언급한 신원 시스템에 피드백될 수 있습니다(스마트 계약이나 사용자는 에이전트를 신뢰하기 전에 온체인 평판을 확인).

  • 거버넌스 토큰: AI 서비스가 탈중앙화 플랫폼의 일부가 되면, 거버넌스 토큰은 커뮤니티가 그 진화를 이끌 수 있게 합니다. 싱귤래리티넷과 오션 같은 프로젝트에는 토큰 보유자가 프로토콜 변경이나 AI 이니셔티브 자금 지원에 투표하는 DAO가 있습니다. 싱귤래리티넷, Fetch.ai, 오션 프로토콜의 합병으로 새로 발표된 인공 초지능(ASI) 얼라이언스에서는 통합 토큰(ASI)이 공동 AI+블록체인 생태계의 방향을 결정하게 될 것입니다. 이러한 거버넌스 토큰은 채택할 표준(예: MCP 또는 A2A 프로토콜 지원), 인큐베이팅할 AI 프로젝트, AI 에이전트에 대한 윤리 지침 처리 방법과 같은 정책을 결정할 수 있습니다.

  • 접근 및 유틸리티: 토큰은 데이터(오션의 데이터토큰처럼)뿐만 아니라 AI 모델 사용에 대한 접근도 제어할 수 있습니다. 가능한 시나리오는 "모델 NFT" 또는 이와 유사한 것으로, 토큰을 소유하면 AI 모델의 출력에 대한 권리나 수익의 일부를 얻게 됩니다. 이는 탈중앙화 AI 마켓플레이스의 기반이 될 수 있습니다. 고성능 모델의 부분 소유권을 나타내는 NFT를 상상해보세요. 소유자들은 모델이 추론 작업에 사용될 때마다 공동으로 수익을 얻고, 미세 조정에 대해 투표할 수 있습니다. 실험적이지만, 이는 AI 자산에 적용된 Web3의 공유 소유권 정신과 일치합니다.

기술적으로 토큰을 통합한다는 것은 AI 에이전트가 지갑 기능이 필요하다는 것을 의미합니다(언급했듯이, 많은 에이전트가 자체 암호화폐 지갑을 가질 것입니다). MCP를 통해 AI는 잔액을 확인하고, 토큰을 보내거나, DeFi 프로토콜을 호출(아마도 서비스 비용을 지불하기 위해 한 토큰을 다른 토큰으로 교환)할 수 있는 *"지갑 도구"*를 가질 수 있습니다. 예를 들어, 이더리움에서 실행되는 AI 에이전트가 데이터셋

NameFi.io: 모든 도메인을 프로그래머블 자산으로 전환

· 약 4분
Zainan Zhou
Zainan Zhou
Founder of Namefi.io

NameFi.io: 모든 도메인을 프로그래머블 자산으로 전환

BlockEden.xyz 개발자를 위한 한 줄 요약: NameFi는 익숙한 Web2 도메인(.com, .xyz 및 300개 이상의 TLD)을 직접 NFT로 민팅하여 전체 DNS 호환성을 유지하면서 온체인 거래, 담보 제공 및 아이덴티티 활용이라는 새로운 가능성을 열어줍니다.

BlockEden.xyz 위에서 개발하는 개발자에게 이는 Web2와 Web3 사이의 격차를 메우는 거대한 기회입니다. 사용자가 더 이상 긴 16진수 주소를 복사‑붙여넣기 하지 않고 yourbrand.com 으로 직접 자금을 보낼 수 있는 세상을 상상해 보세요. 이것이 NameFi가 오늘 구축하고 있는 미래입니다.

NameFi가 게임 체인저인 이유

1. 한 번 등록, 어디서든 사용: 매끄러운 Web2 ↔ Web3 브리지
많은 Web3 도메인 솔루션이 기존 인프라를 포기하도록 요구하는 반면, NameFi는 레거시 DNS 시스템을 존중하고 그 위에 구축됩니다. NameFi에 도메인을 등록하거나 가져오면 기존 DNS 기능은 그대로 작동해 웹사이트, 이메일 및 기타 서비스가 중단 없이 운영됩니다. 동시에 도메인 소유권은 온체인 NFT로 불변하게 기록되어 탈중앙화된 세계로의 문을 엽니다.

2. ICANN 인증으로 뒷받침되는 보안
신뢰는 탈중앙화 웹의 기반입니다. NameFi는 ICANN(Internet Corporation for Assigned Names and Numbers) 공식 인증을 받은 드문 도메인 레지스트라 중 하나입니다. 이는 NameFi가 혁신적인 온체인 서비스를 제공하면서도 전 세계 인터넷 인프라 표준을 준수한다는 의미이며, 탈중앙화 유연성과 엔터프라이즈급 컴플라이언스·보안을 성공적으로 결합합니다.

3. AutoENS 로 구현된 “가스 없는 DNSSEC”
많은 개발자와 사용자에게 높은 가스 비용은 블록체인 진입 장벽입니다. NameFi의 AutoENS 기능은 이 문제를 우아하게 해결합니다. 혁신적인 “가스 없는 DNSSEC” 기술을 통해 클릭 한 번으로 도메인을 ENS 서브도메인에 매핑할 수 있습니다. 사용자가 이 주소(예: yourdomain.xyz) 로 암호화폐를 보낼 때, 암호 서명이 자동으로 검증되어 사용자나 개발자에게 가스 비용이 전혀 발생하지 않습니다. 이는 대중 채택을 위한 장벽을 크게 낮춥니다.

4. 금융 컴포저블리티 구현
전통적인 도메인 거래는 느리고 불투명하며 비효율적이었습니다. NameFi가 도메인을 ERC‑721 NFT로 민팅함으로써 모든 것이 바뀝니다. 이제 도메인 이름은 다음과 같은 유동적이고 프로그래머블한 자산이 됩니다.

  • OpenSea, Blur 등 주요 NFT 마켓플레이스에서 거래 가능
  • DeFi 프로토콜에 담보로 활용해 자산을 차입하고 자본 효율성을 높일 수 있음
  • DAO의 거버넌스 토큰으로 활용되어 아이덴티티와 투표 권한을 대표

Messari 등 업계 분석가들의 보고서가 강조하듯, 이는 수십억 달러 규모의 전통 도메인 시장에 전례 없는 유동성과 유틸리티를 주입합니다.

핵심 워크플로우: DNS → NFT

  1. 등록 / 가져오기 → NFT 민팅: NameFi를 통해 새 도메인을 등록하거나 기존 도메인을 가져오면 플랫폼 스마트 계약이 자동으로 해당 NFT를 Ethereum에 민팅하고, 소유권 및 만료 정보를 온체인에 기록합니다.
  2. DNS ↔ 온체인 동기화: DNS 레코드는 DNSSEC 로 암호 서명되어 스마트 계약에 동기화되며 데이터 무결성을 보장합니다. 반대로 도메인 NFT가 온체인에서 이전될 경우, NameFi는 DNS 제어권이 새로운 소유자에게 실시간으로 유지되도록 합니다.
  3. 거래 / 담보 / 통합: 표준 ERC‑721 토큰인 만큼, 도메인 NFT는 어떤 마켓플레이스에도 상장하거나 DeFi 대출 플랫폼, DAO 툴링 등 호환 프로토콜에 자유롭게 통합할 수 있습니다.

BlockEden.xyz와의 시너지: 실용적인 통합 시나리오

NameFi의 비전은 BlockEden.xyz가 제공하는 고성능 멀티체인 인프라와 완벽히 맞닿아 있습니다. 개발자가 오늘 바로 시작할 수 있는 몇 가지 방법을 소개합니다.

  • 인간 친화적인 지갑 주소:
    dApp 프론트엔드에서 BlockEden RPC 엔드포인트를 사용해 .com 또는 .xyz 도메인을 해당 지갑 주소로 바로 해석합니다. 이를 통해 “도메인으로 보내기” 사용자 경험을 마찰 없이 구현할 수 있습니다.

  • 도메인 위험 모니터링:
    BlockEden Indexer 를 활용해 NameFi 도메인 NFT 계약의 Transfer 이벤트를 구독합니다. 이를 통해 고가 혹은 브랜드 관련 도메인의 이동을 실시간으로 감시하고, 피싱 공격이나 악의적 이전을 감지해 알림을 트리거할 수 있습니다.

  • 원스톱 API 제공:
    NameFi는 등록, 갱신, DNS 관리 등 핵심 API 를 BlockEden API Marketplace 에 상시 공개할 계획입니다. 곧 개발자는 하나의 BlockEden API 키만으로 멀티체인 노드 인프라와 강력한 도메인 서비스를 동시에 이용할 수 있어 개발 스택이 크게 단순화됩니다.

오늘 바로 시작하세요

도메인 이름은 이제 단순한 문자열이 아니라 프로그래머블하고 컴포저블한 자산입니다. 스마트 계약에 이를 기록하고, 지갑에 통합하며, dApp을 위한 진정한 인간 친화적 진입점을 구축할 때입니다.

  1. NameFi.io 에 방문해 베타 액세스를 신청하고 첫 온체인 도메인을 가져오거나 등록하세요.
  2. 커뮤니티에 참여: BlockEden & NameFi 공동 Discord 에 입장해 통합 아이디어를 공유하고 SDK 및 예제에 조기 접근하세요.
  3. 블로그 팔로우: 공식 BlockEden 블로그에서 NameFi API 의 모범 사례와 성능 벤치마크에 관한 최신 포스트를 받아보세요.

Enso 네트워크: 통합된 의도 기반 실행 엔진

· 약 31분

프로토콜 아키텍처

Enso 네트워크는 온체인 작업을 위한 통합된 의도 기반 실행 엔진으로 구축된 웹3 개발 플랫폼입니다. 이 아키텍처는 모든 온체인 상호작용을 여러 체인에서 작동하는 공유 엔진에 매핑하여 블록체인의 복잡성을 추상화합니다. 개발자와 사용자는 토큰 스왑, 유동성 공급, 수익 전략 등과 같은 높은 수준의 의도 (intents) (원하는 결과)를 지정하면, Enso 네트워크가 해당 의도를 충족시키기 위한 최적의 작업 순서를 찾아 실행합니다. 이는 **"액션 (Actions)"**과 **"숏컷 (Shortcuts)"**이라는 모듈식 설계를 통해 달성됩니다.

액션은 커뮤니티에서 제공하는 세분화된 스마트 계약 추상화 (예: Uniswap에서의 스왑, Aave에 예치)입니다. 여러 액션을 조합하여 일반적인 디파이 (DeFi) 작업을 나타내는 재사용 가능한 워크플로우인 숏컷을 만들 수 있습니다. Enso는 이러한 숏컷 라이브러리를 스마트 계약에 유지 관리하므로, 단일 API 호출이나 트랜잭션을 통해 복잡한 작업을 실행할 수 있습니다. 이 의도 기반 아키텍처를 통해 개발자는 각 프로토콜과 체인에 대한 저수준 통합 코드를 작성하는 대신 원하는 결과에 집중할 수 있습니다.

Enso의 인프라에는 서로 다른 블록체인을 연결하는 통합 계층 역할을 하는 탈중앙화 네트워크 (텐더민트 합의 기반)가 포함됩니다. 이 네트워크는 다양한 L1, 롤업, 앱체인의 데이터 (상태)를 공유 네트워크 상태 또는 원장으로 집계하여 크로스체인 구성 가능성과 정확한 멀티체인 실행을 가능하게 합니다. 실제로 이는 Enso가 단일 인터페이스를 통해 모든 통합된 블록체인에서 데이터를 읽고 쓸 수 있어 개발자에게 단일 접근 지점 역할을 한다는 것을 의미합니다. 초기에 EVM 호환 체인에 집중했던 Enso는 비 EVM 생태계로 지원을 확장했습니다. 예를 들어, 로드맵에는 2025년 1분기까지 Monad (이더리움과 유사한 L1), Solana, Movement (Move 언어 체인) 통합이 포함됩니다.

네트워크 참여자: Enso의 혁신은 의도를 처리하는 방식을 탈중앙화하는 3계층 참여자 모델에 있습니다.

  • 액션 제공자 (Action Providers) – 특정 프로토콜 상호작용을 캡슐화하는 모듈식 계약 추상화 ("액션")를 제공하는 개발자입니다. 이러한 빌딩 블록은 다른 사람들이 사용할 수 있도록 네트워크에 공유됩니다. 액션 제공자는 자신이 제공한 액션이 실행에 사용될 때마다 보상을 받아, 안전하고 효율적인 모듈을 게시하도록 장려됩니다.

  • 그래퍼 (Graphers) – 사용자 의도를 충족시키기 위해 액션을 실행 가능한 숏컷으로 결합하는 독립적인 솔버 (알고리즘)입니다. 여러 그래퍼가 각 요청에 대해 가장 최적의 솔루션 (가장 저렴하거나, 가장 빠르거나, 가장 높은 수익률을 내는 경로)을 찾기 위해 경쟁하며, 이는 DEX 애그리게이터에서 솔버가 경쟁하는 방식과 유사합니다. 최상의 솔루션만 실행을 위해 선택되며, 우승한 그래퍼는 수수료의 일부를 받습니다. 이 경쟁 메커니즘은 온체인 경로와 전략의 지속적인 최적화를 장려합니다.

  • 검증인 (Validators) – 그래퍼의 솔루션을 검증하고 최종 확정하여 Enso 네트워크를 보호하는 노드 운영자입니다. 검증인은 들어오는 요청을 인증하고, 사용된 액션/숏컷의 유효성과 안전성을 확인하며, 트랜잭션을 시뮬레이션하고, 최종적으로 선택된 솔루션의 실행을 확인합니다. 이들은 네트워크 무결성의 중추를 형성하여 결과가 정확하고 악의적이거나 비효율적인 솔루션을 방지합니다. 검증인은 텐더민트 기반 합의를 실행하며, 이는 각 의도의 결과에 대한 합의에 도달하고 네트워크 상태를 업데이트하는 데 BFT 지분 증명 프로세스가 사용됨을 의미합니다.

특히 Enso의 접근 방식은 체인에 구애받지 않으며 (chain-agnostic) API 중심적입니다. 개발자는 각 체인의 미묘한 차이를 다루는 대신 통합된 API/SDK를 통해 Enso와 상호작용합니다. Enso는 여러 블록체인에 걸쳐 250개 이상의 디파이 프로토콜과 통합되어, 분산된 생태계를 하나의 구성 가능한 플랫폼으로 효과적으로 전환합니다. 이 아키텍처는 디앱 팀이 새로운 통합마다 맞춤형 스마트 계약을 작성하거나 크로스체인 메시징을 처리할 필요를 없애줍니다. Enso의 공유 엔진과 커뮤니티 제공 액션이 그 무거운 작업을 처리합니다. 2025년 중반까지 Enso는 확장성을 입증했습니다. 네트워크는 Berachain 출시를 위해 3일 만에 31억 달러의 유동성 마이그레이션을 성공적으로 촉진했으며 (가장 큰 디파이 마이그레이션 이벤트 중 하나), 현재까지 150억 달러 이상의 온체인 트랜잭션을 처리했습니다. 이러한 성과는 실제 환경에서 Enso 인프라의 견고함을 보여줍니다.

전반적으로 Enso의 프로토콜 아키텍처는 웹3를 위한 "디파이 미들웨어" 또는 온체인 운영 체제를 제공합니다. 이는 인덱싱 (더 그래프 (The Graph)와 같은)과 트랜잭션 실행 (크로스체인 브릿지나 DEX 애그리게이터와 같은) 요소를 단일 탈중앙화 네트워크로 결합합니다. 이 독특한 스택을 통해 모든 애플리케이션, 봇 또는 에이전트가 하나의 통합을 통해 모든 체인의 모든 스마트 계약에 데이터를 읽고 쓸 수 있어 개발을 가속화하고 새로운 구성 가능한 사용 사례를 가능하게 합니다. Enso는 멀티체인 미래를 위한 핵심 인프라, 즉 각 앱이 블록체인 통합을 재창조할 필요 없이 수많은 앱을 구동할 수 있는 의도 엔진으로 자리매김하고 있습니다.

토크노믹스

Enso의 경제 모델은 네트워크 운영과 거버넌스에 필수적인 ENSO 토큰을 중심으로 합니다. ENSO는 총 공급량이 1억 개로 고정된 유틸리티 및 거버넌스 토큰입니다. 토큰의 설계는 모든 참여자의 인센티브를 일치시키고 사용과 보상의 플라이휠 효과를 창출합니다.

  • 수수료 통화 ("가스"): Enso 네트워크에 제출된 모든 요청에는 ENSO로 지불해야 하는 쿼리 수수료가 발생합니다. 사용자 (또는 디앱)가 의도를 트리거하면, 생성된 트랜잭션 바이트코드에 소액의 수수료가 포함됩니다. 이 수수료는 공개 시장에서 ENSO 토큰으로 경매된 후, 요청을 처리하는 네트워크 참여자에게 분배됩니다. 사실상 ENSO는 Enso 네트워크 전반에 걸쳐 온체인 의도 실행을 촉진하는 가스입니다. Enso의 숏컷에 대한 수요가 증가함에 따라, 해당 네트워크 수수료를 지불하기 위한 ENSO 토큰 수요가 증가하여 토큰 가치를 뒷받침하는 수요-공급 피드백 루프를 만들 수 있습니다.

  • 수익 공유 및 스테이킹 보상: 수수료로 징수된 ENSO는 기여에 대한 보상으로 액션 제공자, 그래퍼, 검증인에게 분배됩니다. 이 모델은 토큰 수익을 네트워크 사용량과 직접적으로 연결합니다. 즉, 의도 처리량이 많을수록 분배할 수수료가 많아집니다. 액션 제공자는 자신의 추상화가 사용될 때 토큰을 벌고, 그래퍼는 우승 솔루션에 대해 토큰을 벌며, 검증인은 네트워크를 검증하고 보호함으로써 토큰을 법니다. 세 가지 역할 모두 참여하기 위해 ENSO를 담보로 스테이킹해야 하며 (부정 행위 시 삭감됨), 이는 네트워크 건전성과 인센티브를 일치시킵니다. 토큰 보유자는 자신의 ENSO를 검증인에게 위임하여 위임 지분 증명을 통해 네트워크 보안을 지원할 수도 있습니다. 이 스테이킹 메커니즘은 텐더민트 합의를 보호할 뿐만 아니라, 다른 체인에서 채굴자/검증인이 가스 수수료를 버는 것과 유사하게 토큰 스테이커에게 네트워크 수수료의 일부를 제공합니다.

  • 거버넌스: ENSO 토큰 보유자는 프로토콜의 발전을 관리하게 됩니다. Enso는 개방형 네트워크로 출시되며 커뮤니티 주도 의사 결정으로 전환할 계획입니다. 토큰 가중 투표를 통해 보유자는 업그레이드, 파라미터 변경 (수수료 수준 또는 보상 할당 등), 재무부 사용에 영향을 미칠 수 있습니다. 이 거버넌스 권한은 핵심 기여자들과 사용자들이 네트워크의 방향에 대해 일치하도록 보장합니다. 프로젝트의 철학은 빌더와 사용자 커뮤니티에 소유권을 부여하는 것이며, 이는 2025년 커뮤니티 토큰 세일의 주요 동기였습니다 (아래 참조).

  • 긍정적인 플라이휠: Enso의 토크노믹스는 자기 강화 루프를 만들도록 설계되었습니다. 더 많은 개발자가 Enso를 통합하고 더 많은 사용자가 의도를 실행함에 따라, 네트워크 수수료 (ENSO로 지불)가 증가합니다. 이 수수료는 기여자에게 보상하여 (더 많은 액션, 더 나은 그래퍼, 더 많은 검증인을 유치), 이는 다시 네트워크의 기능 (더 빠르고, 저렴하며, 더 신뢰할 수 있는 실행)을 개선하고 더 많은 사용을 유치합니다. 이 네트워크 효과는 수수료 통화이자 기여 인센티브인 ENSO 토큰의 역할에 의해 뒷받침됩니다. 의도는 토큰 경제가 지속 불가능한 발행에 의존하기보다는 네트워크 채택과 함께 지속 가능하게 확장되도록 하는 것입니다.

토큰 분배 및 공급량: 초기 토큰 할당은 팀/투자자 인센티브와 커뮤니티 소유권의 균형을 맞추도록 구성되었습니다. 아래 표는 제네시스 시점의 ENSO 토큰 분배를 요약한 것입니다.

할당비율토큰 (1억 개 중)
팀 (창립자 및 핵심 멤버)25.0%25,000,000
초기 투자자 (VC)31.3%31,300,000
재단 및 성장 펀드23.2%23,200,000
생태계 재무부 (커뮤니티 인센티브)15.0%15,000,000
공개 판매 (CoinList 2025)4.0%4,000,000
고문1.5%1,500,000

출처: Enso 토크노믹스.

2025년 6월의 공개 판매에서는 5% (4백만 토큰)를 커뮤니티에 제공하여 ENSO당 1.25달러의 가격으로 5백만 달러를 모금했습니다 (완전 희석 가치 약 1억 2,500만 달러). 특히, 커뮤니티 세일에는 락업이 없었으며 (TGE 시 100% 잠금 해제), 반면 팀과 벤처 투자자는 2년간의 선형 베스팅 일정을 따릅니다. 이는 내부자들의 토큰이 24개월에 걸쳐 블록 단위로 점진적으로 잠금 해제되어 장기적인 네트워크 성장에 기여하고 즉각적인 매도 압력을 완화함을 의미합니다. 따라서 커뮤니티는 즉각적인 유동성과 소유권을 얻었으며, 이는 Enso의 광범위한 분배 목표를 반영합니다.

초기 할당 이후 Enso의 발행 일정은 인플레이션보다는 주로 수수료 기반으로 보입니다. 총 공급량은 1억 토큰으로 고정되어 있으며, 현재로서는 블록 보상을 위한 영구적인 인플레이션에 대한 언급이 없습니다 (검증인은 수수료 수익으로 보상받음). 이는 스테이커에게 보상하기 위해 공급량을 늘리는 많은 레이어-1 프로토콜과 대조됩니다. Enso는 참여자에게 보상하기 위해 실제 사용 수수료를 통해 지속 가능해지는 것을 목표로 합니다. 초기 단계에서 네트워크 활동이 저조할 경우, 재단 및 재무부 할당을 사용하여 사용 및 개발 보조금에 대한 인센티브를 부트스트랩할 수 있습니다. 반대로 수요가 높을 경우, ENSO 토큰의 유틸리티 (수수료 및 스테이킹용)가 유기적인 수요 압력을 창출할 수 있습니다.

요약하자면, ENSO는 Enso 네트워크의 연료입니다. 트랜잭션을 구동하고 (쿼리 수수료), 네트워크를 보호하며 (스테이킹 및 삭감), 플랫폼을 관리합니다 (투표). 토큰의 가치는 네트워크 채택과 직접적으로 연결되어 있습니다. Enso가 디파이 애플리케이션의 백본으로 더 널리 사용됨에 따라, ENSO 수수료 및 스테이킹 규모가 그 성장을 반영해야 합니다. 신중한 분배 (TGE 이후 즉시 유통되는 부분은 소량)와 최고 투자자들의 강력한 지원 (아래 참조)은 토큰의 지원에 대한 신뢰를 제공하며, 커뮤니티 중심의 판매는 소유권의 탈중앙화에 대한 약속을 시사합니다.

팀 및 투자자

Enso 네트워크는 2021년Connor Howe (CEO)와 Gorazd Ocvirk에 의해 설립되었으며, 이들은 이전에 스위스의 암호화폐 은행 부문인 Sygnum Bank에서 함께 일했습니다. Connor Howe는 CEO로서 프로젝트를 이끌며 커뮤니케이션과 인터뷰에서 대외적인 얼굴 역할을 합니다. 그의 리더십 아래, Enso는 처음에 소셜 트레이딩 디파이 플랫폼으로 시작하여 여러 차례의 피봇을 거쳐 현재의 의도 기반 인프라 비전에 도달했습니다. 이러한 적응력은 2021년 인덱스 프로토콜에 대한 세간의 이목을 끈 "뱀파이어 공격 (vampire attack)" 실행부터 디파이 애그리게이터 슈퍼 앱 구축, 그리고 마침내 그들의 툴링을 Enso의 개발자 플랫폼으로 일반화하기까지 팀의 기업가적 회복력을 보여줍니다. 공동 창립자인 Gorazd Ocvirk (박사)는 양적 금융 및 웹3 제품 전략에 대한 깊은 전문 지식을 제공했지만, 공개된 정보에 따르면 그는 다른 벤처로 옮겼을 수 있습니다 (2022년에 다른 암호화폐 스타트업의 공동 창립자로 언급됨). 오늘날 Enso의 핵심 팀에는 강력한 디파이 배경을 가진 엔지니어운영자가 포함됩니다. 예를 들어, Peter Phillips와 Ben Wolf는 "블록엔드" (블록체인 백엔드) 엔지니어로 등재되어 있으며, Valentin Meylan이 연구를 이끌고 있습니다. 팀은 전 세계에 분산되어 있지만, 암호화폐 프로젝트의 허브로 알려진 스위스 추크/취리히에 뿌리를 두고 있습니다 (Enso Finance AG는 2020년 스위스에 등록됨).

창립자 외에도 Enso는 상당한 신뢰도를 부여하는 주목할 만한 고문과 후원자를 보유하고 있습니다. 이 프로젝트는 최상위 암호화폐 벤처 펀드와 엔젤 투자자들의 지원을 받고 있습니다. Polychain CapitalMulticoin Capital을 주요 투자자로 두고 있으며, DialecticSpartan Group (둘 다 저명한 암호화폐 펀드), 그리고 IDEO CoLab도 참여하고 있습니다. 인상적인 엔젤 투자자 명단도 여러 라운드에 걸쳐 참여했습니다. 주요 웹3 프로젝트 출신의 70명 이상의 개인이 Enso에 투자했습니다. 여기에는 LayerZero, Safe (Gnosis Safe), 1inch, Yearn Finance, Flashbots, Dune Analytics, Pendle 등의 창립자 또는 임원이 포함됩니다. 기술계의 거물인 Naval Ravikant (AngelList 공동 창립자)도 투자자이자 지지자입니다. 이러한 이름들은 Enso의 비전에 대한 강력한 업계 신뢰를 나타냅니다.

Enso의 자금 조달 이력: 이 프로젝트는 2021년 초 소셜 트레이딩 플랫폼을 구축하기 위해 5백만 달러의 시드 라운드를 유치했으며, 이후 제품을 발전시키면서 420만 달러의 라운드 (전략적/VC)를 유치했습니다 (이 초기 라운드에는 Polychain, Multicoin, Dialectic 등이 포함되었을 가능성이 높음). 2023년 중반까지 Enso는 네트워크를 구축하기에 충분한 자본을 확보했습니다. 특히, 인프라 피봇이 주목받기 전까지는 비교적 조용히 운영되었습니다. 2025년 2분기에 Enso는 CoinList에서 5백만 달러 규모의 커뮤니티 토큰 세일을 시작했으며, 수만 명의 참여자가 몰려 초과 구독되었습니다. 이 세일의 목적은 자금 조달뿐만 아니라 (이전 VC 지원을 고려하면 금액은 크지 않음) 소유권을 탈중앙화하고 성장하는 커뮤니티에 네트워크 성공의 지분을 제공하는 것이었습니다. CEO Connor Howe에 따르면, "우리는 초기 지지자, 사용자, 신봉자들이 Enso에 대한 실질적인 소유권을 갖기를 원합니다... 사용자를 옹호자로 바꾸는 것입니다." 이 커뮤니티 중심 접근 방식은 일치된 인센티브를 통해 풀뿌리 성장과 네트워크 효과를 주도하려는 Enso 전략의 일부입니다.

오늘날 Enso의 팀은 "의도 기반 디파이" 분야의 사상적 리더 중 하나로 간주됩니다. 그들은 개발자 교육에 적극적으로 참여하며 (예: Enso의 숏컷 스피드런은 게임화된 학습 이벤트로 70만 명의 참가자를 유치함) 통합에 대해 다른 프로토콜과 협력합니다. 피봇 능력이 입증된 강력한 핵심 팀, 우량 투자자 (blue-chip investors), 그리고 열정적인 커뮤니티의 조합은 Enso가 야심 찬 로드맵을 실행할 재능과 재정적 지원을 모두 갖추고 있음을 시사합니다.

채택 지표 및 사용 사례

비교적 새로운 인프라임에도 불구하고, Enso는 해당 분야에서 상당한 성과를 보여주었습니다. 복잡한 온체인 통합이나 크로스체인 기능이 필요한 프로젝트를 위한 솔루션으로 자리매김했습니다. 2025년 중반 기준 주요 채택 지표 및 마일스톤은 다음과 같습니다.

  • 생태계 통합: 100개 이상의 라이브 애플리케이션 (디앱, 지갑, 서비스)이 온체인 기능을 구동하기 위해 내부적으로 Enso를 사용하고 있습니다. 이는 디파이 대시보드부터 자동화된 수익 최적화 도구에 이르기까지 다양합니다. Enso는 프로토콜을 추상화하므로, 개발자는 Enso의 API에 연결하여 제품에 새로운 디파이 기능을 신속하게 추가할 수 있습니다. 네트워크는 주요 체인에 걸쳐 250개 이상의 디파이 프로토콜 (DEX, 대출 플랫폼, 수익 농장, NFT 마켓 등)과 통합되었습니다. 이는 Enso가 Uniswap 거래부터 Yearn 볼트 예치까지 사용자가 원할 수 있는 거의 모든 온체인 작업을 실행할 수 있음을 의미합니다. 이 광범위한 통합은 Enso 고객의 개발 시간을 크게 단축시킵니다. 새로운 프로젝트는 각 통합을 독립적으로 코딩하는 대신 Enso를 사용하여 이더리움, 레이어-2, 심지어 솔라나의 모든 DEX를 지원할 수 있습니다.

  • 개발자 채택: Enso의 커뮤니티는 현재 1,900명 이상의 개발자가 툴킷을 사용하여 적극적으로 빌드하고 있습니다. 이 개발자들은 직접 숏컷/액션을 만들거나 Enso를 자신의 애플리케이션에 통합할 수 있습니다. 이 수치는 Enso가 단지 폐쇄된 시스템이 아니라, 숏컷을 사용하거나 라이브러리에 기여하는 성장하는 빌더 생태계를 가능하게 하고 있음을 강조합니다. 온체인 개발을 단순화하는 Enso의 접근 방식 (빌드 시간을 6개월 이상에서 일주일 미만으로 단축한다고 주장)은 웹3 개발자들에게 반향을 일으켰습니다. 이는 해커톤과 커뮤니티 멤버들이 플러그 앤 플레이 숏컷 예제를 공유하는 Enso 템플릿 라이브러리에서도 입증됩니다.

  • 트랜잭션 규모: Enso의 인프라를 통해 누적 150억 달러 이상의 온체인 트랜잭션이 처리되었습니다. 2025년 6월에 보고된 이 지표는 Enso가 테스트 환경에서만 실행되는 것이 아니라 실제 가치를 대규모로 처리하고 있음을 강조합니다. 한 가지 주목할 만한 예는 Berachain의 유동성 마이그레이션입니다. 2025년 4월, Enso는 Berachain의 테스트넷 캠페인 ("Boyco")을 위한 유동성 이동을 지원했으며, 3일 동안 31억 달러의 트랜잭션을 실행하여 디파이 역사상 가장 큰 유동성 이벤트 중 하나를 촉진했습니다. Enso의 엔진은 이 부하를 성공적으로 처리하여 스트레스 상황에서의 신뢰성과 처리량을 입증했습니다. 또 다른 예는 Enso와 Uniswap의 파트너십입니다. Enso는 Uniswap v3 LP 포지션을 이더리움에서 다른 체인으로 원활하게 마이그레이션하는 데 도움이 되는 Uniswap 포지션 마이그레이터 도구 (Uniswap Labs, LayerZero, Stargate와 협력하여)를 구축했습니다. 이 도구는 일반적으로 복잡한 크로스체인 프로세스 (브리징 및 NFT 재배포 포함)를 원클릭 숏컷으로 단순화했으며, 그 출시는 Enso가 최고의 디파이 프로토콜과 협력할 수 있는 능력을 보여주었습니다.

  • 실제 사용 사례: Enso의 가치 제안은 그것이 가능하게 하는 다양한 사용 사례를 통해 가장 잘 이해됩니다. 프로젝트들은 혼자서는 구축하기 매우 어려운 기능을 제공하기 위해 Enso를 사용했습니다.

    • 크로스체인 수익 애그리게이션: PlumeSonic은 사용자가 한 체인에 자산을 예치하고 다른 체인의 수익 전략에 배포할 수 있는 인센티브 론칭 캠페인을 구동하기 위해 Enso를 사용했습니다. Enso는 크로스체인 메시징과 다단계 트랜잭션을 처리하여, 이 새로운 프로토콜들이 토큰 출시 이벤트 동안 사용자에게 원활한 크로스체인 경험을 제공할 수 있도록 했습니다.
    • 유동성 마이그레이션 및 합병: 앞서 언급했듯이, Berachain은 다른 생태계로부터의 "뱀파이어 공격"과 같은 유동성 마이그레이션을 위해 Enso를 활용했습니다. 마찬가지로, 다른 프로토콜들은 Enso 숏컷을 사용하여 경쟁 플랫폼에서 자신의 플랫폼으로 사용자 자금을 자동으로 이동시킬 수 있습니다. 이는 여러 플랫폼에 걸친 승인, 인출, 전송, 예치를 하나의 의도로 묶음으로써 가능합니다. 이는 프로토콜 성장 전략에서 Enso의 잠재력을 보여줍니다.
    • 디파이 "슈퍼 앱" 기능: 일부 지갑과 인터페이스 (예: Eliza OS 암호화폐 비서 및 Infinex 거래 플랫폼)는 원스톱 디파이 작업을 제공하기 위해 Enso를 통합합니다. 사용자는 한 번의 클릭으로 최상의 환율로 자산을 스왑하고 (Enso가 DEX 간 라우팅), 그 결과물을 대출하여 수익을 얻고, LP 토큰을 스테이킹할 수 있습니다. 이 모든 것을 Enso가 하나의 숏컷으로 실행할 수 있습니다. 이는 해당 앱의 사용자 경험과 기능을 크게 향상시킵니다.
    • 자동화 및 봇: Enso를 사용하는 **"에이전트"**와 심지어 AI 기반 봇의 등장이 나타나고 있습니다. Enso는 API를 노출하므로, 알고리즘 트레이더나 AI 에이전트는 높은 수준의 목표 (예: "모든 체인에서 X 자산의 수익 극대화")를 입력하고 Enso가 최적의 전략을 찾도록 할 수 있습니다. 이는 각 프로토콜에 대한 맞춤형 봇 엔지니어링 없이 자동화된 디파이 전략 실험의 문을 열었습니다.
  • 사용자 성장: Enso는 주로 B2B/B2Dev 인프라이지만, 캠페인을 통해 최종 사용자 및 열성 팬 커뮤니티를 육성했습니다. 게임화된 튜토리얼 시리즈인 **숏컷 스피드런 (Shortcut Speedrun)**은 70만 명 이상의 참가자를 기록했으며, 이는 Enso의 기능에 대한 광범위한 관심을 나타냅니다. Enso의 소셜 팔로잉은 몇 달 만에 거의 10배 증가했으며 (2025년 중반 기준 X 팔로워 248k), 암호화폐 사용자들 사이에서 강력한 인지도를 반영합니다. 이러한 커뮤니티 성장은 풀뿌리 수요를 창출하기 때문에 중요합니다. Enso를 아는 사용자는 자신이 좋아하는 디앱에 통합을 장려하거나 Enso의 숏컷을 활용하는 제품을 사용할 것입니다.

요약하자면, Enso는 이론을 넘어 실제 채택으로 나아갔습니다. Uniswap, SushiSwap, Stargate/LayerZero, Berachain, zkSync, Safe, Pendle, Yearn 등 잘 알려진 이름을 포함한 100개 이상의 프로젝트로부터 통합 파트너 또는 Enso 기술의 직접 사용자로 신뢰를 받고 있습니다. 다양한 분야 (DEX, 브릿지, 레이어-1, 디앱)에 걸친 이 광범위한 사용은 Enso가 범용 인프라로서의 역할을 강조합니다. 핵심적인 성과 지표인 150억 달러 이상의 트랜잭션은 이 단계의 인프라 프로젝트로서는 특히 인상적이며, 의도 기반 미들웨어에 대한 시장 적합성을 검증합니다. 투자자들은 Enso의 네트워크 효과가 나타나고 있다는 점에서 안심할 수 있습니다. 더 많은 통합이 더 많은 사용을 낳고, 이는 다시 더 많은 통합을 낳습니다. 앞으로의 과제는 이 초기 모멘텀을 지속적인 성장으로 전환하는 것이며, 이는 경쟁사에 대한 Enso의 포지셔닝 및 로드맵과 관련이 있습니다.

경쟁 환경

Enso 네트워크는 디파이 애그리게이션, 크로스체인 상호운용성, 개발자 인프라의 교차점에서 운영되므로 경쟁 환경이 다각적입니다. 동일한 제품을 제공하는 단일 경쟁자는 없지만, Enso는 여러 범주의 웹3 프로토콜과 경쟁합니다.

  • 탈중앙화 미들웨어 및 인덱싱: 가장 직접적인 비유는 **더 그래프 (The Graph, GRT)**입니다. 더 그래프는 서브그래프를 통해 블록체인 데이터를 쿼리하기 위한 탈중앙화 네트워크를 제공합니다. Enso도 유사하게 데이터 제공자 (액션 제공자)를 크라우드소싱하지만, 데이터 가져오기 외에 트랜잭션 실행을 가능하게 함으로써 한 단계 더 나아갑니다. 더 그래프의 약 9억 2,400만 달러 시가총액이 인덱싱만으로 구축된 반면, Enso의 더 넓은 범위 (데이터 + 액션)는 개발자들의 관심을 끄는 데 더 강력한 도구로 자리매김하게 합니다. 그러나 더 그래프는 잘 확립된 네트워크이므로, Enso는 유사한 채택을 달성하기 위해 실행 계층의 신뢰성과 보안을 입증해야 합니다. 더 그래프나 다른 인덱싱 프로토콜이 실행 영역으로 확장될 수 있으며, 이는 Enso의 틈새 시장과 직접적으로 경쟁하게 될 것입니다.

  • 크로스체인 상호운용성 프로토콜: LayerZero, Axelar, Wormhole, Chainlink CCIP와 같은 프로젝트는 서로 다른 블록체인을 연결하는 인프라를 제공합니다. 이들은 체인 간 메시지 전달 및 자산 브리징에 중점을 둡니다. Enso는 실제로 일부를 내부적으로 사용하며 (예: Uniswap 마이그레이터에서 브리징을 위해 LayerZero/Stargate 사용), 더 높은 수준의 추상화 계층에 가깝습니다. 경쟁 측면에서, 이러한 상호운용성 프로토콜이 더 높은 수준의 "의도" API나 멀티체인 액션을 구성하기 위한 개발자 친화적인 SDK를 제공하기 시작하면 Enso와 겹칠 수 있습니다. 예를 들어, Axelar는 크로스체인 호출을 위한 SDK를 제공하며, Chainlink의 CCIP는 크로스체인 함수 실행을 가능하게 할 수 있습니다. Enso의 차별점은 단순히 체인 간 메시지를 보내는 것이 아니라, 통합된 엔진과 디파이 액션 라이브러리를 유지한다는 것입니다. Enso는 원시적인 크로스체인 프리미티브 위에 구축하도록 강요하는 대신, 기성 솔루션을 원하는 애플리케이션 개발자를 대상으로 합니다. 그럼에도 불구하고, Enso는 이러한 상호운용성 프로젝트들이 자금이 풍부하고 빠르게 혁신하는 더 넓은 블록체인 미들웨어 부문에서 시장 점유율을 놓고 경쟁할 것입니다.

  • 트랜잭션 애그리게이터 및 자동화: 디파이 세계에는 거래소 간 최적의 거래 경로를 찾는 데 중점을 둔 1inch, 0x API, CoW Protocol과 같은 기존 애그리게이터가 있습니다. Enso의 의도에 대한 그래퍼 메커니즘은 개념적으로 CoW Protocol의 솔버 경쟁과 유사하지만, Enso는 이를 스왑을 넘어 모든 액션으로 일반화합니다. "수익 극대화"라는 사용자 의도는 스왑, 대출, 스테이킹 등을 포함할 수 있으며, 이는 순수 DEX 애그리게이터의 범위를 벗어납니다. 즉, Enso는 중복되는 사용 사례 (예: 복잡한 토큰 스왑 경로에 대한 Enso 대 1inch)에서 이러한 서비스와 효율성을 비교받게 될 것입니다. Enso가 그래퍼 네트워크 덕분에 지속적으로 더 나은 경로를 찾거나 더 낮은 수수료를 제공한다면, 전통적인 애그리게이터를 능가할 수 있습니다. **젤라토 네트워크 (Gelato Network)**는 자동화 분야의 또 다른 경쟁자입니다. 젤라토는 디앱을 대신하여 지정가 주문, 자동 복리, 크로스체인 전송과 같은 작업을 실행하는 탈중앙화 봇 네트워크를 제공합니다. 젤라토는 GEL 토큰과 특정 사용 사례에 대한 기존 고객 기반을 가지고 있습니다. Enso의 장점은 그 범위와 통합된 인터페이스입니다. 각 사용 사례에 대해 별도의 제품을 제공하는 대신 (젤라토처럼), Enso는 모든 로직을 숏컷으로 인코딩할 수 있는 일반 플랫폼을 제공합니다. 그러나 젤라토의 선점과 자동화와 같은 분야에서의 집중적인 접근 방식은 Enso를 사용할 수 있는 개발자들을 끌어들일 수 있습니다.

  • 개발자 플랫폼 (웹3 SDK): Moralis, Alchemy, Infura, Tenderly와 같이 블록체인 구축을 단순화하는 웹2 스타일의 개발자 플랫폼도 있습니다. 이들은 일반적으로 데이터 읽기, 트랜잭션 전송을 위한 API 액세스를 제공하며, 때로는 더 높은 수준의 엔드포인트 (예: "토큰 잔액 가져오기" 또는 "체인 간 토큰 전송")를 제공합니다. 이들은 대부분 중앙 집중식 서비스이지만, 동일한 개발자들의 관심을 끌기 위해 경쟁합니다. Enso의 장점은 탈중앙화되고 구성 가능하다는 것입니다. 개발자는 단순히 데이터나 단일 기능을 얻는 것이 아니라, 다른 사람들이 기여한 온체인 기능의 전체 네트워크를 활용하는 것입니다. 성공한다면, Enso는 개발자들이 오픈 소스 코드처럼 숏컷을 공유하고 재사용하는 **"온체인 액션의 GitHub"**이 될 수 있습니다. 자금이 풍부한 서비스형 인프라 회사와 경쟁하려면 Enso는 광범위한 API와 문서를 통해 비교 가능한 신뢰성과 사용 편의성을 제공해야 합니다.

  • 자체 개발 솔루션: 마지막으로, Enso는 현상 유지, 즉 팀이 자체적으로 맞춤형 통합을 구축하는 것과 경쟁합니다. 전통적으로, 다중 프로토콜 기능을 원하는 프로젝트는 각 통합 (예: Uniswap, Aave, Compound를 별도로 통합)을 위해 스마트 계약이나 스크립트를 작성하고 유지 관리해야 했습니다. 많은 팀은 여전히 최대한의 통제나 보안 고려 사항 때문에 이 경로를 선택할 수 있습니다. Enso는 이 작업을 공유 네트워크에 아웃소싱하는 것이 안전하고, 비용 효율적이며, 최신 상태를 유지한다는 것을 개발자들에게 설득해야 합니다. 디파이 혁신의 속도를 고려할 때, 자체 통합을 유지하는 것은 부담스럽습니다 (Enso는 종종 팀이 수십 개의 프로토콜을 통합하기 위해 6개월 이상과 50만 달러의 감사를 지출한다고 언급합니다). Enso가 보안의 엄격함을 증명하고 액션 라이브러리를 최신 프로토콜로 유지할 수 있다면, 더 많은 팀을 사일로에서 벗어나게 할 수 있습니다. 그러나 Enso에서 발생한 중대한 보안 사고나 다운타임은 개발자들이 자체 솔루션을 선호하게 만들 수 있으며, 이는 그 자체로 경쟁 리스크입니다.

Enso의 차별점: Enso의 주요 강점은 의도 중심의 커뮤니티 주도 실행 네트워크를 시장에 처음으로 선보였다는 점입니다. 데이터 인덱싱, 스마트 계약 SDK, 트랜잭션 라우팅, 크로스체인 브리징 등 여러 다른 서비스를 사용해야 하는 기능들을 하나로 결합했습니다. 인센티브 모델 (기여에 대해 제3자 개발자에게 보상) 또한 독특합니다. 이는 더 그래프의 커뮤니티가 긴 꼬리의 계약들을 인덱싱하는 방식과 유사하게, 많은 틈새 프로토콜이 단일 팀이 할 수 있는 것보다 더 빨리 Enso에 통합되는 활기찬 생태계로 이어질 수 있습니다. Enso가 성공한다면, 강력한 네트워크 효과 해자를 누릴 수 있습니다. 더 많은 액션과 숏컷은 경쟁사보다 Enso를 사용하는 것을 더 매력적으로 만들고, 이는 더 많은 사용자를 유치하여 더 많은 액션이 기여되도록 하는 선순환을 만듭니다.

즉, Enso는 아직 초기 단계에 있습니다. 가장 가까운 유사체인 더 그래프는 탈중앙화하고 인덱서 생태계를 구축하는 데 수년이 걸렸습니다. Enso도 마찬가지로 신뢰성을 보장하기 위해 그래퍼와 검증인 커뮤니티를 육성해야 합니다. 대규모 플레이어 (미래 버전의 더 그래프나 체인링크와 다른 플레이어들의 협력 등)가 기존 네트워크를 활용하여 경쟁적인 의도 실행 계층을 출시하기로 결정할 수 있습니다. Enso는 그러한 경쟁이 구체화되기 전에 자신의 위치를 확고히 하기 위해 신속하게 움직여야 합니다.

결론적으로, Enso는 여러 중요한 웹3 분야의 경쟁 교차로에 서 있습니다. *"모든 것의 미들웨어"*로서 틈새 시장을 개척하고 있습니다. 그 성공은 각 사용 사례에서 전문화된 경쟁자를 능가하거나 (또는 그들을 통합하고) 개발자들이 처음부터 구축하는 대신 Enso를 선택하도록 정당화하는 매력적인 원스톱 솔루션을 계속 제공하는 데 달려 있습니다. 유명 파트너와 투자자의 존재는 Enso가 많은 생태계에 발을 들여놓았음을 시사하며, 이는 통합 범위를 확장함에 따라 유리할 것입니다.

로드맵 및 생태계 성장

Enso의 개발 로드맵 (2025년 중반 기준)은 완전한 탈중앙화, 멀티체인 지원, 커뮤니티 주도 성장을 향한 명확한 경로를 제시합니다. 주요 마일스톤 및 계획된 이니셔티브는 다음과 같습니다.

  • 메인넷 출시 (2024년 3분기) – Enso는 2024년 하반기에 메인넷 네트워크를 출시했습니다. 이는 텐더민트 기반 체인을 배포하고 검증인 생태계를 초기화하는 것을 포함했습니다. 초기 검증인은 네트워크가 부트스트랩되는 동안 허가되거나 선택된 파트너였을 가능성이 높습니다. 메인넷 출시를 통해 실제 사용자 쿼리가 Enso의 엔진에 의해 처리될 수 있게 되었습니다 (이전에는 Enso의 서비스가 베타 기간 동안 중앙 집중식 API를 통해 접근 가능했음). 이 마일스톤은 Enso가 내부 플랫폼에서 공개 탈중앙화 네트워크로 전환했음을 의미합니다.

  • 네트워크 참여자 확장 (2024년 4분기) – 메인넷 이후, 초점은 참여의 탈중앙화로 옮겨졌습니다. 2024년 말, Enso는 외부 액션 제공자와 그래퍼를 위한 역할을 개방했습니다. 여기에는 개발자가 자신만의 액션 (스마트 계약 어댑터)을 만들고 알고리즘 개발자가 그래퍼 노드를 실행할 수 있도록 하는 툴링과 문서 출시가 포함되었습니다. 이러한 참여자를 유치하기 위해 인센티브 프로그램이나 테스트넷 대회가 사용되었을 것으로 추론할 수 있습니다. 2024년 말까지 Enso는 라이브러리에 더 넓은 범위의 제3자 액션을 보유하고, 여러 그래퍼가 의도에 대해 경쟁하여 핵심 팀의 내부 알고리즘을 넘어서는 것을 목표로 했습니다. 이는 Enso가 중앙 집중식 서비스가 아니라 누구나 기여하고 ENSO 토큰을 벌 수 있는 진정한 개방형 네트워크임을 보장하기 위한 중요한 단계였습니다.

  • 크로스체인 확장 (2025년 1분기) – Enso는 많은 블록체인을 지원하는 것이 가치 제안의 핵심임을 인식하고 있습니다. 2025년 초, 로드맵은 초기 EVM 세트를 넘어 새로운 블록체인 환경과의 통합을 목표로 했습니다. 구체적으로, Enso는 2025년 1분기까지 Monad, Solana, Movement 지원을 계획했습니다. Monad는 곧 출시될 고성능 EVM 호환 체인 (Dragonfly Capital의 지원을 받음)으로, 이를 조기에 지원하면 Enso가 해당 체인의 핵심 미들웨어로 자리매김할 수 있습니다. Solana 통합은 더 어렵지만 (다른 런타임과 언어), Enso의 의도 엔진은 오프체인 그래퍼를 사용하여 솔라나 트랜잭션을 구성하고 온체인 프로그램을 어댑터로 사용하여 솔라나와 작동할 수 있습니다. Movement는 Move 언어 기반 체인 (아마도 Aptos/Sui 또는 Movement라는 특정 체인)을 의미합니다. Move 기반 체인을 통합함으로써 Enso는 광범위한 생태계 (솔리디티와 Move, 그리고 기존 이더리움 롤업)를 포괄하게 됩니다. 이러한 통합을 달성하려면 솔라나의 CPI 호출이나 Move의 트랜잭션 스크립트를 이해하는 새로운 액션 모듈을 개발하고, 오라클/인덱싱을 위해 해당 생태계와 협력해야 할 가능성이 높습니다. 업데이트에서 Enso가 언급된 것은 이러한 계획이 순조롭게 진행되고 있음을 시사합니다. 예를 들어, 커뮤니티 업데이트는 파트너십이나 보조금을 강조했으며 (검색 결과에서 "Eclipse 메인넷 라이브 + Movement 보조금" 언급은 Enso가 2025년 초까지 Eclipse 및 Movement와 같은 새로운 L1과 적극적으로 협력하고 있었음을 시사함).

  • 단기 (2025년 중/후반) – 단일 페이지 로드맵에 명시적으로 구분되어 있지는 않지만, 2025년 중반까지 Enso의 초점은 네트워크 성숙도와 탈중앙화에 있습니다. 2025년 6월 CoinList 토큰 세일 완료는 주요 이벤트입니다. 다음 단계는 토큰 생성 및 배포 (2025년 7월경 예상)와 거래소 또는 거버넌스 포럼에 상장하는 것입니다. Enso는 커뮤니티가 새로 획득한 토큰을 사용하여 의사 결정에 참여할 수 있도록 거버넌스 프로세스 (Enso 개선 제안, 온체인 투표)를 출시할 것으로 예상됩니다. 또한, Enso는 아직 그렇지 않다면 "베타"에서 완전한 프로덕션 준비 서비스로 전환할 것입니다. 이 중 일부는 보안 강화가 될 것입니다. 관련된 대규모 TVL을 고려할 때 여러 스마트 계약 감사를 수행하고 버그 바운티 프로그램을 운영할 수 있습니다.

  • 생태계 성장 전략: Enso는 네트워크 주변에 생태계를 적극적으로 육성하고 있습니다. 한 가지 전략은 개발자들을 Enso 방식으로 빌드하도록 온보딩하기 위해 교육 프로그램과 해커톤 (예: 숏컷 스피드런 및 워크숍)을 운영하는 것이었습니다. 또 다른 전략은 출시 시점에 새로운 프로토콜과 파트너십을 맺는 것입니다. 이는 Berachain, zkSync 캠페인 등에서 볼 수 있었습니다. Enso는 신흥 네트워크나 디파이 프로젝트를 위한 "온체인 론칭 파트너" 역할을 효과적으로 수행하여 복잡한 사용자 온보딩 흐름을 처리함으로써 이를 계속할 가능성이 높습니다. 이는 Enso의 거래량을 증가시킬 뿐만 아니라 (Berachain에서 볼 수 있듯이) Enso를 해당 생태계에 깊숙이 통합시킵니다. Enso가 더 많은 레이어-2 네트워크 (예: Arbitrum, Optimism은 이미 지원되었을 것이며, 다음은 Scroll이나 Starknet과 같은 새로운 네트워크) 및 기타 L1 (XCM을 통한 Polkadot, IBC 또는 Osmosis를 통한 Cosmos 등)과의 통합을 발표할 것으로 예상됩니다. 장기적인 비전은 Enso가 체인에 구애받지 않게 되는 것입니다. 즉, 모든 체인의 모든 개발자가 연결할 수 있게 되는 것입니다. 이를 위해 Enso는 더 나은 브릿지 없는 크로스체인 실행 (원자 스왑이나 체인 간 의도의 낙관적 실행과 같은 기술 사용)을 개발할 수도 있으며, 이는 2025년 이후의 R&D 로드맵에 포함될 수 있습니다.

  • 미래 전망: 더 나아가, Enso 팀은 네트워크 참여자로서 AI 에이전트의 참여를 암시했습니다. 이는 인간 개발자뿐만 아니라 AI 봇 (아마도 디파이 전략을 최적화하도록 훈련된)이 Enso에 연결하여 서비스를 제공하는 미래를 시사합니다. Enso는 AI 에이전트가 의도 엔진과 안전하게 인터페이스할 수 있는 SDK나 프레임워크를 만들어 이 비전을 구축할 수 있으며, 이는 AI와 블록체인 자동화를 결합하는 획기적인 발전이 될 수 있습니다. 또한, 2025년 말이나 2026년까지 Enso는 사용량이 증가함에 따라 성능 확장 (네트워크를 샤딩하거나 영지식 증명을 사용하여 의도 실행 정확성을 대규모로 검증)에 착수할 것으로 예상됩니다.

로드맵은 야심 차지만 지금까지의 실행은 강력했습니다. Enso는 메인넷 출시 및 실제 사용 사례 제공과 같은 주요 마일스톤을 달성했습니다. 중요한 다가오는 마일스톤은 네트워크의 완전한 탈중앙화입니다. 현재 네트워크는 전환 과정에 있습니다. 문서에 따르면 탈중앙화 네트워크는 테스트넷에 있으며, 2025년 초까지 프로덕션을 위해 중앙 집중식 API가 사용되고 있었습니다. 이제 메인넷이 가동되고 토큰이 유통됨에 따라 Enso는 모든 중앙 집중식 구성 요소를 단계적으로 폐지하는 것을 목표로 할 것입니다. 투자자에게는 이 탈중앙화 진행 상황 (예: 독립적인 검증인 수, 커뮤니티 그래퍼 참여)을 추적하는 것이 Enso의 성숙도를 평가하는 데 핵심이 될 것입니다.

요약하자면, Enso의 로드맵은 **네트워크의 도달 범위 확장 (더 많은 체인, 더 많은 통합)**과 **네트워크 커뮤니티 확장 (더 많은 제3자 참여자 및 토큰 보유자)**에 중점을 둡니다. 궁극적인 목표는 Infura가 디앱 연결에 필수적이 되었거나 더 그래프가 데이터 쿼리에 필수적이 된 것처럼, Enso를 웹3의 핵심 인프라로 확고히 하는 것입니다. Enso가 마일스톤을 달성할 수 있다면, 2025년 하반기에는 Enso 네트워크를 중심으로 생태계가 꽃피우고 사용량이 기하급수적으로 증가할 가능성이 있습니다.

리스크 평가

모든 초기 단계 프로토콜과 마찬가지로, Enso 네트워크는 투자자들이 신중하게 고려해야 할 다양한 리스크와 과제에 직면해 있습니다.

  • 기술 및 보안 리스크: Enso의 시스템은 본질적으로 복잡합니다. 오프체인 솔버와 검증인 네트워크를 통해 여러 블록체인에 걸쳐 수많은 스마트 계약과 상호작용합니다. 이 광범위한 공격 표면은 기술적 리스크를 야기합니다. 각각의 새로운 액션 (통합)은 취약점을 가질 수 있습니다. 액션의 로직에 결함이 있거나 악의적인 제공자가 백도어 액션을 도입하면 사용자 자금이 위험에 처할 수 있습니다. 모든 통합이 안전한지 확인하려면 상당한 투자가 필요합니다 (Enso 팀은 초기 단계에서 15개 프로토콜을 통합하기 위해 감사에 50만 달러 이상을 지출했습니다). 라이브러리가 수백 개의 프로토콜로 성장함에 따라 엄격한 보안 감사를 유지하는 것은 어렵습니다. 또한 Enso의 조정 로직에 버그가 있을 위험도 있습니다. 예를 들어, 그래퍼가 트랜잭션을 구성하는 방식이나 검증인이 이를 확인하는 방식에 결함이 있으면 악용될 수 있습니다. 특히 크로스체인 실행은 위험할 수 있습니다. 일련의 작업이 여러 체인에 걸쳐 있고 한 부분이 실패하거나 검열되면 사용자의 자금이 불확실한 상태에 놓일 수 있습니다. Enso가 일부 경우에 재시도나 원자 스왑을 사용할 가능성이 높지만, 의도의 복잡성은 알려지지 않은 실패 모드가 나타날 수 있음을 의미합니다. 의도 기반 모델 자체는 대규모로 입증되지 않았습니다. 엔진이 잘못된 솔루션을 생성하거나 사용자의 의도와 다른 결과를 낳는 극단적인 경우가 있을 수 있습니다. 중대한 익스플로잇이나 실패는 전체 네트워크에 대한 신뢰를 훼손할 수 있습니다. 완화를 위해서는 지속적인 보안 감사, 강력한 버그 바운티 프로그램, 그리고 아마도 사용자를 위한 보험 메커니즘 (아직 자세히 설명되지 않음)이 필요합니다.

  • 탈중앙화 및 운영 리스크: 현재 (2025년 중반), Enso 네트워크는 여전히 참여자를 탈중앙화하는 과정에 있습니다. 이는 보이지 않는 운영상의 중앙 집중화가 있을 수 있음을 의미합니다. 예를 들어, 팀의 인프라가 여전히 많은 활동을 조정하고 있거나, 소수의 검증인/그래퍼만이 실제로 활동하고 있을 수 있습니다. 이는 두 가지 리스크를 제시합니다. 신뢰성 (핵심 팀의 서버가 다운되면 네트워크가 중단될 것인가?)과 신뢰 (프로세스가 아직 완전히 신뢰할 수 없다면, 사용자는 Enso Inc.가 선행 매매나 트랜잭션 검열을 하지 않을 것이라고 믿어야 함). 팀은 큰 이벤트 (예: 며칠 만에 30억 달러 규모 처리)에서 신뢰성을 입증했지만, 사용량이 증가함에 따라 더 많은 독립 노드를 통해 네트워크를 확장하는 것이 중요합니다. 또한 네트워크 참여자가 나타나지 않을 위험도 있습니다. Enso가 충분히 숙련된 액션 제공자나 그래퍼를 유치하지 못하면, 네트워크는 핵심 팀에 의존하게 되어 탈중앙화가 제한될 수 있습니다. 이는 혁신을 늦추고 너무 많은 권력 (및 토큰 보상)을 소규모 그룹에 집중시킬 수 있으며, 이는 의도된 설계와 반대입니다.

  • 시장 및 채택 리스크: Enso는 인상적인 초기 채택을 보였지만, "의도 기반" 인프라 시장은 아직 초기 단계입니다. 더 넓은 개발자 커뮤니티가 이 새로운 패러다임을 채택하는 데 더딜 위험이 있습니다. 전통적인 코딩 관행에 익숙한 개발자들은 핵심 기능을 외부 네트워크에 의존하는 것을 주저하거나, 대안 솔루션을 선호할 수 있습니다. 또한, Enso의 성공은 디파이 및 멀티체인 생태계의 지속적인 성장에 달려 있습니다. 멀티체인 가설이 흔들리면 (예: 대부분의 활동이 단일 지배적인 체인에 통합되면), Enso의 크로스체인 기능에 대한 필요성이 줄어들 수 있습니다. 반대로, Enso가 신속하게 통합하지 못하는 새로운 생태계가 등장하면, 해당 생태계의 프로젝트는 Enso를 사용하지 않을 것입니다. 본질적으로, 모든 새로운 체인과 프로토콜에 대해 최신 상태를 유지하는 것은 끝없는 도전입니다. 주요 통합 (예: 인기 있는 새로운 DEX나 레이어-2)을 놓치거나 지연하면 프로젝트가 경쟁사나 맞춤형 코드로 이동할 수 있습니다. 또한, Enso의 사용은 거시 경제 상황에 의해 타격을 입을 수 있습니다. 심각한 디파이 침체기에는 더 적은 수의 사용자와 개발자가 새로운 디앱을 실험할 수 있으며, 이는 Enso에 제출되는 의도를 직접적으로 감소시켜 네트워크의 수수료/수익을 줄입니다. 이러한 시나리오에서 토큰의 가치가 하락하여 스테이킹의 매력을 떨어뜨리고 네트워크 보안이나 참여를 약화시킬 수 있습니다.

  • 경쟁: 논의된 바와 같이, Enso는 여러 전선에서 경쟁에 직면해 있습니다. 주요 리스크는 더 큰 플레이어가 의도 실행 공간에 진입하는 것입니다. 예를 들어, Chainlink와 같은 자금이 풍부한 프로젝트가 기존 오라클 네트워크를 활용하여 유사한 의도 서비스를 도입한다면, 브랜드 신뢰와 통합으로 인해 Enso를 빠르게 압도할 수 있습니다. 마찬가지로, 인프라 회사 (Alchemy, Infura)는 탈중앙화되지는 않았지만 편의성으로 개발자 시장을 장악할 수 있는 단순화된 멀티체인 SDK를 구축할 수 있습니다. 오픈 소스 모방의 위험도 있습니다. Enso의 핵심 개념 (액션, 그래퍼)은 다른 사람들에 의해 복제될 수 있으며, 코드가 공개되면 Enso의 포크로도 나타날 수 있습니다. 이러한 프로젝트 중 하나가 강력한 커뮤니티를 형성하거나 더 나은 토큰 인센티브를 찾으면 잠재적인 참여자를 빼앗을 수 있습니다. Enso는 경쟁을 물리치기 위해 기술적 리더십 (예: 가장 큰 액션 라이브러리와 가장 효율적인 솔버 보유)을 유지해야 합니다. 경쟁 압력은 Enso의 수수료 모델을 압박할 수도 있습니다. 경쟁자가 유사한 서비스를 더 저렴하게 (또는 VC의 보조금으로 무료로) 제공하면, Enso는 수수료를 낮추거나 토큰 인센티브를 늘려야 할 수 있으며, 이는 토크노믹스에 부담을 줄 수 있습니다.

  • 규제 및 규정 준수 리스크: Enso는 규제 측면에서 회색 지대인 디파이 인프라 공간에서 운영됩니다. Enso 자체는 사용자 자금을 보관하지 않지만 (사용자는 자신의 지갑에서 의도를 실행), 네트워크는 프로토콜 전반에 걸쳐 복잡한 금융 거래를 자동화합니다. 규제 당국이 의도 구성 엔진을 무허가 금융 활동을 조장하거나, 자금을 은폐된 방식으로 체인 간에 이동시키는 데 사용될 경우 자금 세탁을 돕는 것으로 간주할 가능성이 있습니다. Enso가 프라이버시 풀이나 제재 대상 관할권과 관련된 크로스체인 스왑을 가능하게 할 경우 특정 우려가 발생할 수 있습니다. 또한, ENSO 토큰과 CoinList 세일은 글로벌 커뮤니티에 대한 배포를 반영합니다. 규제 당국 (미국의 SEC 등)은 이를 증권 제공으로 면밀히 조사할 수 있습니다 (Enso는 미국, 영국, 중국 등을 세일에서 제외하여 이 문제에 대해 신중함을 보임). ENSO가 주요 관할권에서 증권으로 간주되면, 거래소 상장이나 규제 기관의 사용이 제한될 수 있습니다. Enso의 탈중앙화된 검증인 네트워크도 규정 준수 문제에 직면할 수 있습니다. 예를 들어, 법적 명령으로 인해 검증인이 특정 트랜잭션을 검열하도록 강요받을 수 있습니까? 이는 현재로서는 대부분 가설이지만, Enso를 통해 흐르는 가치가 증가함에 따라 규제 당국의 관심도 증가할 것입니다. 팀의 스위스 기반은 비교적 암호화폐 친화적인 규제 환경을 제공할 수 있지만, 글로벌 운영은 글로벌 리스크를 의미합니다. 이를 완화하려면 Enso가 충분히 탈중앙화되어 (단일 주체가 책임지지 않도록) 특정 기능을 필요한 경우 지리적으로 제한하는 것이 포함될 수 있습니다 (이는 프로젝트의 정신에 어긋나지만).

  • 경제적 지속 가능성: Enso의 모델은 사용으로 생성된 수수료가 모든 참여자에게 충분히 보상할 것이라고 가정합니다. 특히 초기에는 수수료 인센티브가 네트워크를 유지하기에 충분하지 않을 위험이 있습니다. 예를 들어, 그래퍼와 검증인은 비용 (인프라, 개발 시간)이 발생합니다. 쿼리 수수료가 너무 낮게 설정되면 이러한 참여자는 이익을 얻지 못하고 이탈할 수 있습니다. 반면에 수수료가 너무 높으면 디앱이 Enso 사용을 주저하고 더 저렴한 대안을 찾을 수 있습니다. 양면 시장에서 균형을 맞추는 것은 어렵습니다. Enso 토큰 경제는 또한 토큰 가치에 어느 정도 의존합니다. 예를 들어, 스테이킹 보상은 토큰 가치가 높을 때 더 매력적이며, 액션 제공자는 ENSO로 가치를 얻습니다. ENSO 가격의 급격한 하락은 네트워크 참여를 감소시키거나 더 많은 매도를 유발할 수 있습니다 (이는 가격을 더욱 하락시킴). 투자자와 팀이 보유한 토큰의 상당 부분 (합쳐서 56% 이상, 2년에 걸쳐 베스팅)으로 인해 오버행 리스크가 있습니다. 이러한 이해 관계자들이 신뢰를 잃거나 유동성이 필요하면, 베스팅 후 매도가 시장에 넘쳐나 토큰 가격을 훼손할 수 있습니다. Enso는 커뮤니티 세일을 통해 집중을 완화하려고 노력했지만, 단기적으로는 여전히 비교적 중앙 집중화된 토큰 분배입니다. 경제적 지속 가능성은 진정한 네트워크 사용량을 토큰 스테이커와 기여자에게 충분한 수익을 제공하는 수준으로 성장시키는 데 달려 있습니다. 즉, Enso를 단순한 투기성 토큰이 아닌 "현금 흐름" 생성 프로토콜로 만드는 것입니다. 이는 달성 가능하지만 (이더리움 수수료가 채굴자/검증인에게 보상하는 방식을 생각해보면), Enso가 광범위한 채택을 달성해야만 가능합니다. 그때까지는 재무부 자금 (15% 할당)에 의존하여 인센티브를 제공하고 경제적 매개변수를 조정할 수 있습니다 (Enso 거버넌스는 필요한 경우 인플레이션이나 다른 보상을 도입할 수 있으며, 이는 보유자를 희석시킬 수 있음).

리스크 요약: Enso는 새로운 영역을 개척하고 있으며, 이는 그에 상응하는 리스크를 동반합니다. 모든 디파이를 하나의 네트워크로 통합하는 기술적 복잡성은 엄청납니다. 추가되는 각 블록체인이나 통합된 프로토콜은 관리해야 할 잠재적인 실패 지점입니다. 초기 좌절 (초기 소셜 트레이딩 제품의 제한된 성공 등)을 헤쳐나간 팀의 경험은 그들이 함정을 인식하고 신속하게 적응한다는 것을 보여줍니다. 그들은 일부 리스크를 적극적으로 완화했습니다 (예: 지나치게 VC 주도적인 거버넌스를 피하기 위해 커뮤니티 라운드를 통해 소유권 분산). 투자자들은 Enso가 탈중앙화를 어떻게 실행하는지, 그리고 네트워크를 구축하고 보호하기 위해 최고 수준의 기술 인재를 계속 유치하는지 지켜봐야 합니다. 최상의 경우, Enso는 웹3 전반에 걸쳐 필수적인 인프라가 되어 강력한 네트워크 효과와 토큰 가치 축적을 낳을 수 있습니다. 최악의 경우, 기술적 또는 채택상의 좌절로 인해 야심 차지만 틈새 시장의 도구로 전락할 수 있습니다.

투자자의 관점에서 Enso는 고수익, 고위험 프로필을 제공합니다. 현재 상태 (2025년 중반)는 실제 사용량과 명확한 비전을 가진 유망한 네트워크이지만, 이제 기술을 강화하고 경쟁적이고 진화하는 환경을 앞서나가야 합니다. Enso에 대한 실사에는 보안 실적, 시간 경과에 따른 쿼리량/수수료 성장, 그리고 ENSO 토큰 모델이 자립적인 생태계를 얼마나 효과적으로 인센티브화하는지 모니터링하는 것이 포함되어야 합니다. 현재로서는 모멘텀이 Enso에 유리하지만, 신중한 리스크 관리와 지속적인 혁신이 이 초기 리더십을 웹3 미들웨어 공간에서 장기적인 지배력으로 전환하는 데 핵심이 될 것입니다.

출처:

  • Enso 네트워크 공식 문서 및 토큰 세일 자료

    • CoinList 토큰 세일 페이지 – 주요 하이라이트 및 투자자
    • Enso 문서 – 토크노믹스 및 네트워크 역할
  • 인터뷰 및 미디어 보도

    • CryptoPotato의 Enso CEO 인터뷰 (2025년 6월) – Enso의 진화와 의도 기반 설계에 대한 배경
    • DL News (2025년 5월) – Enso의 숏컷 및 공유 상태 접근 방식 개요
  • 커뮤니티 및 투자자 분석

    • Hackernoon (I. Pandey, 2025) – Enso의 커뮤니티 라운드 및 토큰 분배 전략에 대한 통찰
    • CryptoTotem / CoinLaunch (2025) – 토큰 공급량 분석 및 로드맵 타임라인
  • Enso 공식 사이트 지표 (2025) 및 보도 자료 – 채택 수치 및 사용 사례 (Berachain 마이그레이션, Uniswap 협력).

Web3 생태계의 신뢰 실행 환경(TEE): 심층 분석

· 약 58분

1. TEE 기술 개요

정의 및 아키텍처: **신뢰 실행 환경(Trusted Execution Environment, TEE)**은 프로세서의 보안 영역으로, 내부에 로드된 코드와 데이터의 기밀성과 무결성을 보호합니다. 실제적으로 TEE는 CPU 내의 격리된 "엔클레이브(enclave)" 역할을 합니다. 이는 민감한 연산이 시스템의 나머지 부분으로부터 보호된 채 실행될 수 있는 일종의 블랙박스입니다. TEE 엔클레이브 내에서 실행되는 코드는 손상된 운영 체제나 하이퍼바이저조차도 엔클레이브의 데이터나 코드를 읽거나 조작할 수 없도록 보호됩니다. TEE가 제공하는 주요 보안 속성은 다음과 같습니다.

  • 격리(Isolation): 엔클레이브의 메모리는 다른 프로세스 및 OS 커널로부터 격리됩니다. 공격자가 시스템에서 전체 관리자 권한을 획득하더라도 엔클레이브 메모리를 직접 검사하거나 수정할 수 없습니다.
  • 무결성(Integrity): 하드웨어는 TEE에서 실행되는 코드가 외부 공격에 의해 변경될 수 없도록 보장합니다. 엔클레이브 코드나 런타임 상태에 대한 모든 조작은 감지되어 손상된 결과를 방지합니다.
  • 기밀성(Confidentiality): 엔클레이브 내부의 데이터는 메모리에서 암호화된 상태로 유지되며 CPU 내에서 사용될 때만 해독되므로, 비밀 데이터가 외부 세계에 일반 텍스트로 노출되지 않습니다.
  • 원격 증명(Remote Attestation): TEE는 원격 당사자에게 자신이 정품이며 특정 신뢰할 수 있는 코드가 내부에 실행 중임을 확신시키는 암호화 증명(증명서)을 생성할 수 있습니다. 이는 사용자가 비밀 데이터를 제공하기 전에 엔클레이브가 신뢰할 수 있는 상태(예: 정품 하드웨어에서 예상 코드를 실행 중)인지 확인할 수 있음을 의미합니다.

스마트 계약 실행을 위한 보안 엔클레이브 "블랙박스"로서의 신뢰 실행 환경 개념도. 암호화된 입력(데이터 및 계약 코드)은 보안 엔클레이브 내부에서 해독 및 처리되며, 암호화된 결과만 엔클레이브를 떠납니다. 이는 민감한 계약 데이터가 TEE 외부의 모든 사람에게 기밀로 유지되도록 보장합니다.

내부적으로 TEE는 CPU의 하드웨어 기반 메모리 암호화 및 접근 제어를 통해 활성화됩니다. 예를 들어, TEE 엔클레이브가 생성될 때 CPU는 보호된 메모리 영역을 할당하고 전용 키(하드웨어에 내장되거나 보안 보조 프로세서에 의해 관리됨)를 사용하여 데이터를 즉시 암호화/해독합니다. 외부 소프트웨어가 엔클레이브 메모리를 읽으려는 모든 시도는 암호화된 바이트만 얻게 됩니다. 이 독특한 CPU 수준의 보호는 사용자 수준 코드조차도 권한 있는 악성 코드나 악의적인 시스템 관리자가 염탐하거나 수정할 수 없는 개인 메모리 영역(엔클레이브)을 정의할 수 있게 합니다. 본질적으로 TEE는 일반적인 운영 환경보다 애플리케이션에 더 높은 수준의 보안을 제공하면서도 전용 보안 요소나 하드웨어 보안 모듈보다 더 유연합니다.

주요 하드웨어 구현: 여러 하드웨어 TEE 기술이 존재하며, 각각 다른 아키텍처를 가지고 있지만 시스템 내에 보안 엔클레이브를 생성한다는 비슷한 목표를 공유합니다.

  • 인텔 SGX (Software Guard Extensions): 인텔 SGX는 가장 널리 사용되는 TEE 구현 중 하나입니다. 애플리케이션이 프로세스 수준에서 엔클레이브를 생성할 수 있게 하며, 메모리 암호화 및 접근 제어는 CPU에 의해 강제됩니다. 개발자는 코드를 "신뢰할 수 있는" 코드(엔클레이브 내부)와 "신뢰할 수 없는" 코드(일반 세계)로 분할하고, 특수 명령어(ECALL/OCALL)를 사용하여 엔클레이브 안팎으로 데이터를 전송해야 합니다. SGX는 엔클레이브에 대한 강력한 격리를 제공하며 인텔의 증명 서비스(IAS)를 통해 원격 증명을 지원합니다. 시크릿 네트워크(Secret Network)와 오아시스 네트워크(Oasis Network)와 같은 많은 블록체인 프로젝트는 SGX 엔클레이브를 기반으로 개인정보 보호 스마트 계약 기능을 구축했습니다. 그러나 복잡한 x86 아키텍처에서의 SGX 설계는 일부 취약점을 낳았으며(§4 참조), 인텔의 증명은 중앙 집중식 신뢰 의존성을 도입합니다.

  • ARM TrustZone: TrustZone은 프로세서의 전체 실행 환경을 **보안 세계(Secure World)**와 **일반 세계(Normal World)**라는 두 개의 세계로 나누는 다른 접근 방식을 취합니다. 민감한 코드는 특정 보호된 메모리 및 주변 장치에 접근할 수 있는 보안 세계에서 실행되며, 일반 세계는 일반 OS와 애플리케이션을 실행합니다. 세계 간의 전환은 CPU에 의해 제어됩니다. TrustZone은 모바일 및 IoT 장치에서 보안 UI, 결제 처리 또는 디지털 권리 관리와 같은 용도로 일반적으로 사용됩니다. 블록체인 맥락에서 TrustZone은 개인 키나 민감한 로직이 휴대폰의 보안 엔클레이브에서 실행되도록 허용함으로써 모바일 우선 Web3 애플리케이션을 가능하게 할 수 있습니다. 그러나 TrustZone 엔클레이브는 일반적으로 더 큰 단위(OS 또는 VM 수준)이며 현재 Web3 프로젝트에서는 SGX만큼 널리 채택되지 않았습니다.

  • AMD SEV (Secure Encrypted Virtualization): AMD의 SEV 기술은 가상화 환경을 대상으로 합니다. 애플리케이션 수준의 엔클레이브를 요구하는 대신, SEV는 전체 가상 머신의 메모리를 암호화할 수 있습니다. 내장된 보안 프로세서를 사용하여 암호화 키를 관리하고 메모리 암호화를 수행하여 VM의 메모리가 호스팅 하이퍼바이저에게도 기밀로 유지되도록 합니다. 이로 인해 SEV는 클라우드 또는 서버 사용 사례에 매우 적합합니다. 예를 들어, 블록체인 노드나 오프체인 워커는 완전히 암호화된 VM 내에서 실행되어 악의적인 클라우드 제공업체로부터 데이터를 보호할 수 있습니다. SEV의 설계는 개발자가 코드를 분할하는 노력을 줄여줍니다(기존 애플리케E이션이나 전체 OS를 보호된 VM에서 실행할 수 있음). SEV-SNP와 같은 최신 버전은 변조 감지와 같은 기능을 추가하고 VM 소유자가 중앙 집중식 서비스에 의존하지 않고 VM을 증명할 수 있도록 합니다. SEV는 클라우드 기반 블록체인 인프라에서 TEE 사용에 매우 관련이 있습니다.

기타 신흥 또는 틈새 TEE 구현으로는 인텔 TDX (Trust Domain Extensions, 최신 인텔 칩에서 VM에 엔클레이브와 유사한 보호 제공), **키스톤(Keystone, RISC-V)**과 같은 오픈 소스 TEE, 그리고 모바일의 보안 엔클레이브 칩(예: 애플의 Secure Enclave, 임의 코드 실행에는 일반적으로 개방되지 않음)이 있습니다. 각 TEE는 고유한 개발 모델과 신뢰 가정을 가지고 있지만, 모두 하드웨어 격리 보안 실행이라는 핵심 아이디어를 공유합니다.

2. Web3에서의 TEE 애플리케이션

신뢰 실행 환경은 Web3의 가장 어려운 과제 중 일부를 해결하는 강력한 도구가 되었습니다. 안전하고 개인적인 연산 계층을 제공함으로써 TEE는 개인정보보호, 확장성, 오라클 보안 및 무결성 분야에서 블록체인 애플리케이션에 새로운 가능성을 열어줍니다. 아래에서는 주요 애플리케이션 영역을 탐색합니다.

개인정보 보호 스마트 계약

Web3에서 TEE의 가장 두드러진 용도 중 하나는 기밀 스마트 계약을 가능하게 하는 것입니다. 이는 블록체인에서 실행되지만 개인 데이터를 안전하게 처리할 수 있는 프로그램입니다. 이더리움과 같은 블록체인은 기본적으로 투명합니다. 모든 트랜잭션 데이터와 계약 상태는 공개됩니다. 이러한 투명성은 기밀성이 요구되는 사용 사례(예: 비공개 금융 거래, 비밀 투표, 개인 데이터 처리)에 문제가 됩니다. TEE는 블록체인에 연결된 개인정보 보호 컴퓨팅 엔클레이브 역할을 하여 해결책을 제공합니다.

TEE 기반 스마트 계약 시스템에서는 트랜잭션 입력이 검증인 또는 워커 노드의 보안 엔클레이브로 전송되어 외부 세계에 암호화된 상태로 처리된 후, 엔클레이브가 암호화되거나 해시된 결과를 체인에 다시 출력할 수 있습니다. 해독 키를 가진 승인된 당사자(또는 계약 로직 자체)만이 일반 텍스트 결과에 접근할 수 있습니다. 예를 들어, **시크릿 네트워크(Secret Network)**는 컨센서스 노드에서 인텔 SGX를 사용하여 암호화된 입력에 대해 CosmWasm 스마트 계약을 실행하므로, 계정 잔액, 트랜잭션 금액 또는 계약 상태와 같은 것들이 계산에 사용될 수 있으면서도 공개적으로 숨겨질 수 있습니다. 이는 비밀 DeFi 애플리케이션을 가능하게 했습니다. 예를 들어, 금액이 기밀인 비공개 토큰 스왑이나 입찰이 암호화되어 경매 종료 후에만 공개되는 비밀 경매가 있습니다. 또 다른 예는 오아시스 네트워크의 **파슬(Parcel)**과 기밀 파라타임(ParaTime)으로, 데이터가 토큰화되어 기밀성 제약 하에 스마트 계약에서 사용될 수 있게 하여, 개인정보보호 규정을 준수하며 블록체인에서 신용 점수 평가나 의료 데이터와 같은 사용 사례를 가능하게 합니다.

TEE를 통한 개인정보 보호 스마트 계약은 기업 및 기관의 블록체인 채택에 매력적입니다. 조직은 민감한 비즈니스 로직과 데이터를 기밀로 유지하면서 스마트 계약을 활용할 수 있습니다. 예를 들어, 은행은 TEE 지원 계약을 사용하여 고객 데이터를 온체인에 노출하지 않고 대출 신청이나 거래 결제를 처리하면서도 블록체인 검증의 투명성과 무결성의 이점을 누릴 수 있습니다. 이 기능은 GDPR이나 HIPAA와 같은 규제적 개인정보보호 요구 사항을 직접적으로 해결하여, 의료, 금융 및 기타 민감한 산업에서 블록체인을 규정 준수 하에 사용할 수 있게 합니다. 실제로, TEE는 데이터 보호법 준수를 용이하게 합니다. 개인 데이터가 엔클레이브 내에서 처리되고 암호화된 출력만 남겨지도록 보장함으로써, 규제 당국이 데이터가 보호되고 있음을 만족시킬 수 있습니다.

기밀성 외에도 TEE는 스마트 계약의 _공정성_을 강화하는 데 도움이 됩니다. 예를 들어, 탈중앙화 거래소는 채굴자나 검증인이 보류 중인 주문을 보고 부당하게 선행 매매하는 것을 방지하기 위해 매칭 엔진을 TEE 내에서 실행할 수 있습니다. 요약하자면, TEE는 Web3에 절실히 필요한 개인정보보호 계층을 제공하여, 기밀 DeFi, 비공개 투표/거버넌스, 그리고 이전에는 공개 원장에서 불가능했던 기업 계약과 같은 애플리케이션을 가능하게 합니다.

확장성 및 오프체인 연산

TEE의 또 다른 중요한 역할은 무거운 연산을 오프체인의 안전한 환경으로 오프로드하여 블록체인 확장성을 개선하는 것입니다. 블록체인은 성능 한계와 온체인 실행 비용 때문에 복잡하거나 계산 집약적인 작업에 어려움을 겪습니다. TEE 지원 오프체인 연산은 이러한 작업이 메인 체인 외부에서 수행되도록 하여(따라서 블록 가스를 소비하거나 온체인 처리량을 늦추지 않음) 결과의 정확성에 대한 신뢰 보증을 유지할 수 있게 합니다. 사실상, TEE는 Web3를 위한 검증 가능한 오프체인 컴퓨팅 가속기 역할을 할 수 있습니다.

예를 들어, 아이젝(iExec) 플랫폼은 TEE를 사용하여 개발자가 오프체인에서 연산을 실행하고 블록체인에서 신뢰할 수 있는 결과를 얻을 수 있는 탈중앙화 클라우드 컴퓨팅 마켓플레이스를 만듭니다. dApp은 아이젝 워커 노드에 의해 수행될 연산(예: 복잡한 AI 모델 추론 또는 빅데이터 분석)을 요청할 수 있습니다. 이 워커 노드들은 SGX 엔클레이브 내에서 작업을 실행하여, 올바른 코드가 정품 엔클레이브에서 실행되었다는 증명과 함께 결과를 생성합니다. 결과는 온체인으로 반환되며, 스마트 계약은 출력을 수락하기 전에 엔클레이브의 증명을 확인할 수 있습니다. 이 아키텍처는 신뢰를 희생하지 않고 무거운 워크로드를 오프체인에서 처리할 수 있게 하여 효과적으로 처리량을 높입니다. **아이젝 오케스트레이터(iExec Orchestrator)**와 체인링크의 통합이 이를 보여줍니다. 체인링크 오라클이 외부 데이터를 가져온 다음, 아이젝의 TEE 워커에게 복잡한 연산(예: 데이터 집계 또는 점수 매기기)을 넘겨주고, 마지막으로 안전한 결과가 온체인으로 전달됩니다. 사용 사례로는 아이젝이 시연한 탈중앙화 보험 계산과 같은 것들이 있으며, 많은 데이터 처리를 오프체인에서 저렴하게 수행하고 최종 결과만 블록체인에 올릴 수 있습니다.

TEE 기반 오프체인 연산은 일부 레이어 2 확장 솔루션의 기반이 되기도 합니다. 오아시스 랩스의 초기 프로토타입 에키덴(Ekiden)(오아시스 네트워크의 전신)은 SGX 엔클레이브를 사용하여 트랜잭션 실행을 오프체인에서 병렬로 실행한 다음, 상태 루트만 메인 체인에 커밋하여, 사실상 롤업 아이디어와 유사하지만 하드웨어 신뢰를 사용했습니다. TEE에서 계약 실행을 수행함으로써, 그들은 엔클레이브에 의존하여 보안을 유지하면서 높은 처리량을 달성했습니다. 또 다른 예는 **샌더스 네트워크(Sanders Network)**의 곧 출시될 Op-Succinct L2로, TEE와 zkSNARK를 결합합니다. TEE는 트랜잭션을 비공개로 신속하게 실행하고, 그 실행의 정확성을 이더리움에 증명하기 위해 zk-증명이 생성됩니다. 이 하이브리드 접근 방식은 확장 가능하고 개인적인 L2 솔루션을 위해 TEE의 속도와 ZK의 검증 가능성을 활용합니다.

일반적으로 TEE는 거의 네이티브 성능의 연산을 실행할 수 있으므로(격리된 상태에서 실제 CPU 명령어를 사용하기 때문에), 동형 암호나 영지식 증명과 같은 순수 암호화 대안보다 복잡한 로직에 대해 수십 배 빠릅니다. 작업을 엔클레이브로 오프로드함으로써 블록체인은 온체인에서 비실용적이었을 더 복잡한 애플리케이션(기계 학습, 이미지/오디오 처리, 대규모 분석 등)을 처리할 수 있습니다. 결과는 증명과 함께 반환되며, 온체인 계약이나 사용자는 이를 신뢰할 수 있는 엔클레이브에서 비롯된 것으로 확인하여 데이터 무결성과 정확성을 보존할 수 있습니다. 이 모델은 종종 **"검증 가능한 오프체인 연산"**이라고 불리며, TEE는 인텔, 아이젝 등이 개발한 하이퍼레저 아발론의 신뢰 컴퓨팅 프레임워크와 같이 많은 설계의 초석이 됩니다. 이 프레임워크는 TEE를 사용하여 EVM 바이트코드를 오프체인에서 실행하고 정확성 증명을 온체인에 게시합니다.

보안 오라클 및 데이터 무결성

오라클은 블록체인을 실제 세계 데이터와 연결하지만, 신뢰 문제를 야기합니다. 스마트 계약이 오프체인 데이터 피드가 정확하고 조작되지 않았다고 어떻게 신뢰할 수 있을까요? TEE는 오라클 노드를 위한 안전한 샌드박스 역할을 하여 해결책을 제공합니다. TEE 기반 오라클 노드는 외부 소스(API, 웹 서비스)에서 데이터를 가져와 노드 운영자나 노드의 악성 코드에 의해 데이터가 조작되지 않았음을 보장하는 엔클레이브 내에서 처리할 수 있습니다. 그런 다음 엔클레이브는 제공하는 데이터의 진실성을 서명하거나 증명할 수 있습니다. 이는 오라클 데이터 무결성과 신뢰성을 크게 향상시킵니다. 오라클 운영자가 악의적이더라도, 그들은 블록체인이 감지할 엔클레이브의 증명을 깨뜨리지 않고는 데이터를 변경할 수 없습니다.

주목할 만한 예는 코넬에서 개발된 오라클 시스템인 **타운 크라이어(Town Crier)**로, 인텔 SGX 엔클레이브를 사용하여 이더리움 계약에 인증된 데이터를 제공한 최초의 시스템 중 하나였습니다. 타운 크라이어는 SGX 엔클레이브 내에서 데이터(예: HTTPS 웹사이트에서)를 검색하고, 데이터가 소스에서 직접 왔으며 위조되지 않았다는 증거(엔클레이브 서명)와 함께 계약에 전달했습니다. 체인링크는 이 가치를 인식하고 2018년에 타운 크라이어를 인수하여 TEE 기반 오라클을 탈중앙화 네트워크에 통합했습니다. 오늘날 체인링크 및 기타 오라클 제공업체는 TEE 이니셔티브를 가지고 있습니다. 예를 들어, 체인링크의 DECO 및 _공정 시퀀싱 서비스(Fair Sequencing Services)_는 데이터 기밀성과 공정한 순서를 보장하기 위해 TEE를 포함합니다. 한 분석에서 언급했듯이, "TEE는 데이터 처리를 위한 변조 방지 환경을 제공함으로써 오라클 보안을 혁신했습니다... 노드 운영자 자신조차도 데이터가 처리되는 동안 조작할 수 없습니다". 이는 고가치 금융 데이터 피드(DeFi용 가격 오라클 등)에 특히 중요합니다. TEE는 큰 익스플로잇으로 이어질 수 있는 미묘한 조작조차도 방지할 수 있습니다.

TEE는 또한 오라클이 블록체인에 일반 텍스트로 게시할 수 없었던 민감하거나 독점적인 데이터를 처리할 수 있게 합니다. 예를 들어, 오라클 네트워크는 엔클레이브를 사용하여 비공개 데이터(기밀 주식 주문서나 개인 건강 데이터 등)를 집계하고, 원시 민감한 입력을 노출하지 않고 파생된 결과나 검증된 증명만을 블록체인에 제공할 수 있습니다. 이런 식으로 TEE는 스마트 계약에 안전하게 통합될 수 있는 데이터의 범위를 넓혀, _실물 자산(RWA) 토큰화, 신용 점수 평가, 보험 및 기타 데이터 집약적인 온체인 서비스_에 매우 중요합니다.

크로스체인 브리지에 관해서도 TEE는 유사하게 무결성을 향상시킵니다. 브리지는 종종 자산을 보관하고 체인 간 전송을 검증하기 위해 일련의 검증인이나 다중 서명에 의존하므로, 공격의 주요 대상이 됩니다. 브리지 검증인 로직을 TEE 내에서 실행함으로써, 브리지의 개인 키와 검증 프로세스를 조작으로부터 보호할 수 있습니다. 검증인의 OS가 손상되더라도 공격자는 엔클레이브 내부에서 개인 키를 추출하거나 메시지를 위조할 수 없습니다. TEE는 브리지 트랜잭션이 프로토콜 규칙에 따라 정확하게 처리되도록 강제하여, 사람 운영자나 악성 코드가 사기성 전송을 주입할 위험을 줄입니다. 또한 TEE는 아토믹 스왑과 크로스체인 트랜잭션이 양쪽을 완료하거나 깨끗하게 중단하는 보안 엔클레이브에서 처리되도록 하여, 간섭으로 인해 자금이 묶이는 시나리오를 방지할 수 있습니다. 여러 브리지 프로젝트와 컨소시엄은 최근 몇 년간 발생한 브리지 해킹의 재앙을 완화하기 위해 TEE 기반 보안을 탐색해 왔습니다.

데이터 무결성 및 오프체인 검증 가능성

위의 모든 시나리오에서 반복되는 주제는 TEE가 블록체인 외부에서도 _데이터 무결성_을 유지하는 데 도움이 된다는 것입니다. TEE는 어떤 코드를 실행하고 있는지 증명할 수 있고(증명을 통해) 코드가 간섭 없이 실행되도록 보장할 수 있기 때문에, 일종의 검증 가능한 컴퓨팅을 제공합니다. 사용자와 스마트 계약은 증명이 확인되는 한, TEE에서 나오는 결과를 마치 온체인에서 계산된 것처럼 신뢰할 수 있습니다. 이 무결성 보증은 TEE가 때때로 오프체인 데이터 및 연산에 "신뢰 앵커"를 제공한다고 불리는 이유입니다.

그러나 이 신뢰 모델은 일부 가정을 하드웨어로 옮긴다는 점을 주목할 가치가 있습니다(§4 참조). 데이터 무결성은 TEE의 보안만큼만 강력합니다. 엔클레이브가 손상되거나 증명이 위조되면 무결성이 실패할 수 있습니다. 그럼에도 불구하고, 실제로 TEE는 (최신 상태로 유지될 때) 특정 공격을 상당히 어렵게 만듭니다. 예를 들어, DeFi 대출 플랫폼은 TEE를 사용하여 사용자의 개인 데이터로부터 오프체인에서 신용 점수를 계산할 수 있으며, 스마트 계약은 유효한 엔클레이브 증명이 동반될 경우에만 점수를 수락합니다. 이런 식으로 계약은 점수가 사용자나 오라클을 맹목적으로 신뢰하는 대신, 승인된 알고리즘에 의해 실제 데이터로 계산되었음을 알 수 있습니다.

TEE는 또한 신흥 탈중앙화 신원증명(DID) 및 인증 시스템에서 역할을 합니다. 사용자의 민감한 정보가 블록체인이나 dApp 제공업체에 노출되지 않도록 개인 키, 개인 데이터 및 인증 프로세스를 안전하게 관리할 수 있습니다. 예를 들어, 모바일 장치의 TEE는 생체 인증을 처리하고 생체 확인이 통과되면 블록체인 트랜잭션에 서명할 수 있으며, 이 모든 과정에서 사용자의 생체 정보를 공개하지 않습니다. 이는 신원 관리에서 보안과 개인정보보호를 모두 제공하며, Web3가 여권, 인증서 또는 KYC 데이터와 같은 것을 사용자 주권 방식으로 처리하려면 필수적인 구성 요소입니다.

요약하자면, TEE는 Web3에서 다재다능한 도구 역할을 합니다. 온체인 로직에 대한 기밀성을 가능하게 하고, 오프체인 보안 컴퓨팅을 통해 확장을 허용하며, 오라클과 브리지의 무결성을 보호하고, 새로운 용도(비공개 신원부터 규정 준수 데이터 공유까지)를 열어줍니다. 다음으로, 이러한 기능을 활용하는 특정 프로젝트를 살펴보겠습니다.

3. TEE를 활용하는 주목할 만한 Web3 프로젝트

다수의 선도적인 블록체인 프로젝트들이 신뢰 실행 환경을 중심으로 핵심 서비스를 구축했습니다. 아래에서는 몇 가지 주목할 만한 프로젝트를 심층적으로 살펴보고, 각 프로젝트가 TEE 기술을 어떻게 사용하며 어떤 독특한 가치를 더하는지 검토합니다.

시크릿 네트워크 (Secret Network)

시크릿 네트워크는 TEE를 사용하여 개인정보 보호 스마트 계약을 개척한 레이어 1 블록체인(코스모스 SDK 기반)입니다. 시크릿 네트워크의 모든 검증인 노드는 인텔 SGX 엔클레이브를 실행하여 스마트 계약 코드를 실행하므로, 계약 상태와 입출력은 노드 운영자에게도 암호화된 상태로 유지됩니다. 이로써 시크릿은 최초의 개인정보 보호 우선 스마트 계약 플랫폼 중 하나가 되었습니다. 개인정보보호는 선택적 부가 기능이 아니라 프로토콜 수준에서 네트워크의 기본 기능입니다.

시크릿 네트워크 모델에서 사용자는 암호화된 트랜잭션을 제출하고, 검증인은 이를 실행을 위해 SGX 엔클레이브에 로드합니다. 엔클레이브는 입력을 해독하고, 계약(수정된 CosmWasm 런타임으로 작성됨)을 실행하며, 블록체인에 기록될 암호화된 출력을 생성합니다. 올바른 보기 키를 가진 사용자(또는 내부 키를 가진 계약 자체)만이 실제 데이터를 해독하고 볼 수 있습니다. 이를 통해 애플리케이션은 공개적으로 노출하지 않고 온체인에서 개인 데이터를 사용할 수 있습니다.

이 네트워크는 여러 새로운 사용 사례를 보여주었습니다.

  • 시크릿 DeFi: 예를 들어, 시크릿스왑(SecretSwap, AMM)에서는 사용자의 계정 잔액과 트랜잭션 금액이 비공개이므로 선행 매매를 완화하고 거래 전략을 보호합니다. 유동성 공급자와 트레이더는 자신의 모든 움직임을 경쟁자에게 방송하지 않고 운영할 수 있습니다.
  • 시크릿 경매: 입찰이 경매가 끝날 때까지 비밀로 유지되는 경매 계약으로, 다른 사람의 입찰에 기반한 전략적 행동을 방지합니다.
  • 비공개 투표 및 거버넌스: 토큰 보유자는 자신의 투표 선택을 공개하지 않고 제안에 투표할 수 있으며, 집계는 여전히 검증될 수 있어 공정하고 위협 없는 거버넌스를 보장합니다.
  • 데이터 마켓플레이스: 민감한 데이터 세트는 구매자나 노드에 원시 데이터를 노출하지 않고 거래되고 계산에 사용될 수 있습니다.

시크릿 네트워크는 본질적으로 프로토콜 수준에서 TEE를 통합하여 독특한 가치 제안을 만듭니다. 즉, _프로그래밍 가능한 개인정보보호_를 제공합니다. 그들이 해결하는 과제에는 탈중앙화된 검증인 집합 전반에 걸쳐 엔클레이브 증명을 조정하고, 계약이 검증인에게 비밀을 유지하면서 입력을 해독할 수 있도록 키 배포를 관리하는 것이 포함됩니다. 모든 면에서 시크릿은 공개 블록체인에서 TEE 기반 기밀성의 실행 가능성을 입증했으며, 이 분야의 선두 주자로 자리매김했습니다.

오아시스 네트워크 (Oasis Network)

오아시스 네트워크는 확장성과 개인정보보호를 목표로 하는 또 다른 레이어 1으로, 아키텍처에서 TEE(인텔 SGX)를 광범위하게 활용합니다. 오아시스는 합의와 연산을 분리하여 컨센서스 레이어파라타임 레이어라는 다른 계층으로 나누는 혁신적인 설계를 도입했습니다. 컨센서스 레이어는 블록체인 순서 지정과 최종성을 처리하며, 각 파라타임은 스마트 계약을 위한 런타임 환경이 될 수 있습니다. 특히, 오아시스의 에메랄드 파라타임은 EVM 호환 환경이며, _사파이어_는 TEE를 사용하여 스마트 계약 상태를 비공개로 유지하는 기밀 EVM입니다.

오아시스의 TEE 사용은 대규모 기밀 연산에 중점을 둡니다. 무거운 연산을 병렬화 가능한 파라타임(많은 노드에서 실행 가능)으로 격리함으로써 높은 처리량을 달성하고, 해당 파라타임 노드 내에서 TEE를 사용하여 민감한 데이터를 노출하지 않고 연산에 포함할 수 있도록 보장합니다. 예를 들어, 기관은 기밀 파라타임에 개인 데이터를 공급하여 오아시스에서 신용 점수 평가 알고리즘을 실행할 수 있습니다. 데이터는 노드에 대해 암호화된 상태로 유지되며(엔클레이브에서 처리되므로), 점수만 나옵니다. 한편, 오아시스 컨센서스는 연산이 올바르게 발생했다는 증명만 기록합니다.

기술적으로 오아시스는 일반적인 SGX를 넘어 추가적인 보안 계층을 추가했습니다. 그들은 _"계층화된 신뢰 루트(layered root of trust)"_를 구현했습니다. 인텔의 SGX 쿼팅 엔클레이브와 맞춤형 경량 커널을 사용하여 하드웨어 신뢰성을 검증하고 엔클레이브의 시스템 호출을 샌드박싱합니다. 이는 공격 표면을 줄이고(엔클레이브가 할 수 있는 OS 호출을 필터링함으로써) 알려진 특정 SGX 공격으로부터 보호합니다. 오아시스는 또한 영구 엔클레이브(엔클레이브가 재시작 후에도 상태를 유지할 수 있도록) 및 보안 로깅과 같은 기능을 도입하여 롤백 공격(노드가 이전 엔클레이브 상태를 재생하려는 시도)을 완화했습니다. 이러한 혁신은 그들의 기술 논문에 설명되어 있으며, 오아시스가 TEE 기반 블록체인 컴퓨팅에서 연구 중심 프로젝트로 여겨지는 이유 중 하나입니다.

생태계 관점에서 오아시스는 프라이빗 DeFi(은행이 고객 데이터를 유출하지 않고 참여할 수 있도록 함) 및 데이터 토큰화(개인이나 회사가 기밀 방식으로 AI 모델에 데이터를 공유하고 보상받을 수 있도록 함, 이 모든 것이 블록체인을 통해 이루어짐)와 같은 분야에 자리매김했습니다. 그들은 또한 기업들과 파일럿 프로젝트를 협력했습니다(예: BMW와 데이터 개인정보보호 관련 작업, 다른 기업들과 의료 연구 데이터 공유). 전반적으로 오아시스 네트워크는 TEE를 확장 가능한 아키텍처와 결합하여 개인정보보호 성능을 모두 해결할 수 있음을 보여주며, TEE 기반 Web3 솔루션에서 중요한 역할을 합니다.

샌더스 네트워크 (Sanders Network)

샌더스 네트워크는 폴카닷 생태계의 탈중앙화 클라우드 컴퓨팅 네트워크로, TEE를 사용하여 기밀 및 고성능 컴퓨팅 서비스를 제공합니다. 폴카닷의 파라체인으로서 폴카닷의 보안과 상호운용성의 이점을 누리지만, 보안 엔클레이브에서의 오프체인 연산을 위한 자체적인 새로운 런타임을 도입합니다.

샌더스의 핵심 아이디어는 TEE(특히 현재까지는 인텔 SGX) 내에서 작업을 실행하고 검증 가능한 결과를 생성하는 대규모 워커 노드 네트워크( 샌더스 마이너라고 함)를 유지하는 것입니다. 이러한 작업은 스마트 계약의 일부를 실행하는 것부터 사용자가 요청한 일반적인 연산에 이르기까지 다양합니다. 워커가 SGX에서 실행되기 때문에 샌더스는 연산이 기밀성(입력 데이터가 워커 운영자에게 숨겨짐)과 무결성(결과에 증명이 첨부됨)을 가지고 수행됨을 보장합니다. 이는 사용자가 호스트가 자신의 작업을 들여다보거나 조작할 수 없다는 것을 알고 워크로드를 배포할 수 있는 _신뢰 없는 클라우드_를 효과적으로 만듭니다.

샌더스는 아마존 EC2나 AWS 람다와 유사하지만 탈중앙화된 것으로 생각할 수 있습니다. 개발자는 샌더스 네트워크에 코드를 배포하고 전 세계의 많은 SGX 지원 기계에서 실행되도록 할 수 있으며, 서비스에 대해 샌더스 토큰으로 지불합니다. 강조된 사용 사례는 다음과 같습니다.

  • Web3 분석 및 AI: 프로젝트는 샌더스 엔클레이브에서 사용자 데이터를 분석하거나 AI 알고리즘을 실행하여 원시 사용자 데이터는 암호화된 상태로 유지(개인정보보호)하고 집계된 통찰력만 엔클레이브를 떠나도록 할 수 있습니다.
  • 게임 백엔드 및 메타버스: 샌더스는 집약적인 게임 로직이나 가상 세계 시뮬레이션을 오프체인에서 처리하고, 커밋이나 해시만 블록체인에 전송하여 단일 서버에 대한 신뢰 없이 더 풍부한 게임 플레이를 가능하게 합니다.
  • 온체인 서비스: 샌더스는 샌더스 클라우드라는 오프체인 연산 플랫폼을 구축했습니다. 예를 들어, 봇, 탈중앙화 웹 서비스 또는 TEE 증명과 함께 DEX 스마트 계약에 거래를 게시하는 오프체인 오더북의 백엔드 역할을 할 수 있습니다.

샌더스는 기밀 컴퓨팅을 수평적으로 확장할 수 있다고 강조합니다. 더 많은 용량이 필요하면 더 많은 TEE 워커 노드를 추가하면 됩니다. 이는 컴퓨팅 용량이 컨센서스에 의해 제한되는 단일 블록체인과 다릅니다. 따라서 샌더스는 여전히 신뢰 없는 보안을 원하는 계산 집약적인 dApp에 대한 가능성을 열어줍니다. 중요한 것은 샌더스가 순전히 하드웨어 신뢰에만 의존하지 않는다는 것입니다. 폴카닷의 컨센서스(예: 잘못된 결과에 대한 스테이킹 및 슬래싱)와 통합하고 있으며, TEE와 영지식 증명을 결합하는 것도 탐색하고 있습니다(언급했듯이, 곧 출시될 L2는 TEE를 사용하여 실행 속도를 높이고 ZKP를 사용하여 이더리움에서 간결하게 검증합니다). 이 하이브리드 접근 방식은 암호화 검증을 추가하여 단일 TEE 손상의 위험을 완화하는 데 도움이 됩니다.

요약하자면, 샌더스 네트워크는 TEE를 활용하여 Web3를 위한 탈중앙화된 기밀 클라우드를 제공하여 보안 보증과 함께 오프체인 연산을 가능하게 합니다. 이는 무거운 컴퓨팅과 데이터 개인정보보호가 모두 필요한 블록체인 애플리케이션 클래스를 열어주며, 온체인과 오프체인 세계 사이의 격차를 해소합니다.

아이젝 (iExec)

아이젝은 이더리움 위에 구축된 클라우드 컴퓨팅 리소스를 위한 탈중앙화 마켓플레이스입니다. 이전 세 프로젝트(자체 체인 또는 파라체인)와 달리, 아이젝은 이더리움 스마트 계약과 협력하는 레이어 2 또는 오프체인 네트워크로 운영됩니다. TEE(특히 인텔 SGX)는 오프체인 연산에 대한 신뢰를 구축하기 위한 아이젝 접근 방식의 초석입니다.

아이젝 네트워크는 다양한 제공업체가 기여한 워커 노드로 구성됩니다. 이 워커들은 사용자(dApp 개발자, 데이터 제공자 등)가 요청한 작업을 실행할 수 있습니다. 이러한 오프체인 연산이 신뢰할 수 있도록 보장하기 위해 아이젝은 "신뢰 오프체인 컴퓨팅(Trusted off-chain Computing)" 프레임워크를 도입했습니다. 작업은 SGX 엔클레이브 내에서 실행될 수 있으며, 결과에는 작업이 보안 노드에서 올바르게 실행되었음을 증명하는 엔클레이브 서명이 첨부됩니다. 아이젝은 인텔과 협력하여 이 신뢰 컴퓨팅 기능을 출시했으며, 표준을 발전시키기 위해 기밀 컴퓨팅 컨소시엄(Confidential Computing Consortium)에도 가입했습니다. 그들의 컨센서스 프로토콜인 **기여 증명(Proof-of-Contribution, PoCo)**은 올바른 결과에 대한 합의에 도달하기 위해 필요할 때 여러 워커의 투표/증명을 집계합니다. 많은 경우, 코드가 결정적이고 SGX에 대한 신뢰가 높으면 단일 엔클레이브의 증명으로 충분할 수 있습니다. 더 높은 보증을 위해 아이젝은 여러 TEE에 걸쳐 작업을 복제하고 컨센서스 또는 다수결 투표를 사용할 수 있습니다.

아이젝의 플랫폼은 몇 가지 흥미로운 사용 사례를 가능하게 합니다.

  • 탈중앙화 오라클 컴퓨팅: 앞서 언급했듯이 아이젝은 체인링크와 협력할 수 있습니다. 체인링크 노드는 원시 데이터를 가져온 다음, 아이젝 SGX 워커에게 해당 데이터에 대한 연산(예: 독점 알고리즘 또는 AI 추론)을 수행하도록 넘겨주고, 마지막으로 온체인에 결과를 반환할 수 있습니다. 이는 오라클이 단순히 데이터를 전달하는 것을 넘어 계산된 서비스(AI 모델 호출 또는 여러 소스 집계 등)를 TEE가 정직성을 보장하며 제공할 수 있도록 확장합니다.
  • AI 및 DePIN (탈중앙화 물리적 인프라 네트워크): 아이젝은 탈중앙화 AI 앱을 위한 신뢰 계층으로 자리매김하고 있습니다. 예를 들어, 기계 학습 모델을 사용하는 dApp은 모델(독점인 경우)과 입력되는 사용자 데이터를 모두 보호하기 위해 엔클레이브에서 모델을 실행할 수 있습니다. DePIN(분산 IoT 네트워크 등)의 맥락에서 TEE는 엣지 장치에서 센서 판독값과 해당 판독값에 대한 연산을 신뢰하는 데 사용될 수 있습니다.
  • 보안 데이터 수익화: 데이터 제공자는 아이젝의 마켓플레이스에서 자신의 데이터 세트를 암호화된 형태로 제공할 수 있습니다. 구매자는 TEE 내에서 데이터에 대해 알고리즘을 실행하도록 보낼 수 있습니다(따라서 데이터 제공자의 원시 데이터는 절대 공개되지 않아 IP를 보호하고, 알고리즘의 세부 정보도 숨길 수 있음). 연산 결과는 구매자에게 반환되고, 데이터 제공자에 대한 적절한 지불은 스마트 계약을 통해 처리됩니다. 종종 _보안 데이터 교환_이라고 불리는 이 방식은 TEE의 기밀성에 의해 촉진됩니다.

전반적으로 아이젝은 이더리움 스마트 계약과 보안 오프체인 실행 사이의 접착제 역할을 합니다. 이는 TEE "워커"가 네트워크화되어 탈중앙화 클라우드를 형성할 수 있음을 보여주며, 마켓플레이스(지불을 위해 아이젝의 RLC 토큰 사용)와 컨센서스 메커니즘을 완비합니다. 기업 이더리움 연합의 신뢰 컴퓨팅 워킹 그룹을 이끌고 표준(하이퍼레저 아발론 등)에 기여함으로써 아이젝은 기업 블록체인 시나리오에서 TEE의 광범위한 채택을 주도합니다.

기타 프로젝트 및 생태계

위의 네 가지 외에도 주목할 만한 몇 가지 다른 프로젝트가 있습니다.

  • 인티그리티(Integritee) – 샌더스와 유사한 또 다른 폴카닷 파라체인(실제로 에너지 웹 재단의 TEE 작업에서 파생됨). 인티그리티는 TEE를 사용하여 기업을 위한 "서비스형 파라체인"을 만들고, 온체인 및 오프체인 엔클레이브 처리를 결합합니다.
  • 오토마타 네트워크(Automata Network) – TEE를 활용하여 비공개 트랜잭션, 익명 투표 및 MEV 방지 트랜잭션 처리를 위한 Web3 개인정보보호 미들웨어 프로토콜. 오토마타는 비공개 RPC 릴레이와 같은 서비스를 제공하는 오프체인 네트워크로 실행되며, 보호된 신원 및 가스 없는 비공개 트랜잭션과 같은 것에 TEE를 사용하는 것으로 언급되었습니다.
  • 하이퍼레저 소투스(PoET) – 기업 영역에서 소투스는 경과 시간 증명(Proof of Elapsed Time)이라는 컨센서스 알고리즘을 도입했는데, 이는 SGX에 의존했습니다. 각 검증인은 임의의 시간을 기다리고 증명을 생성하는 엔클레이브를 실행합니다. 가장 짧은 대기 시간을 가진 검증인이 블록을 "획득"하며, 이는 SGX에 의해 강제되는 공정한 복권입니다. 소투스는 Web3 프로젝트는 아니지만(기업 블록체인에 더 가까움), 컨센서스를 위한 TEE의 창의적인 사용입니다.
  • 기업/컨소시엄 체인 – 많은 기업 블록체인 솔루션(예: 컨센시스 쿼럼, IBM 블록체인)은 특정 데이터는 승인된 노드만 볼 수 있는 기밀 컨소시엄 트랜잭션을 가능하게 하기 위해 TEE를 통합합니다. 예를 들어, 기업 이더리움 연합의 신뢰 컴퓨팅 프레임워크(TCF) 청사진은 TEE를 사용하여 비공개 계약을 오프체인에서 실행하고 머클 증명을 온체인에 전달합니다.

이러한 프로젝트들은 TEE의 다재다능함을 집합적으로 보여줍니다. 전체 개인정보보호 중심 L1을 구동하고, 오프체인 네트워크 역할을 하며, 오라클 및 브리지와 같은 인프라 조각을 보호하고, 심지어 컨센서스 알고리즘의 기반이 되기도 합니다. 다음으로, 탈중앙화 환경에서 TEE를 사용하는 것의 광범위한 이점과 과제를 고려해 보겠습니다.

4. 탈중앙화 환경에서의 TEE의 이점과 과제

블록체인 시스템에 신뢰 실행 환경을 채택하는 것은 상당한 기술적 이점뿐만 아니라 주목할 만한 과제와 트레이드오프를 동반합니다. 우리는 양쪽 측면을 검토할 것입니다. TEE가 탈중앙화 애플리케이션에 무엇을 제공하는지, 그리고 그 사용으로 인해 발생하는 문제나 위험은 무엇인지 살펴봅니다.

이점과 기술적 강점

  • 강력한 보안 및 개인정보보호: 가장 중요한 이점은 기밀성과 무결성 보장입니다. TEE는 민감한 코드가 외부 악성 코드에 의해 염탐되거나 변경되지 않을 것이라는 확신을 가지고 실행될 수 있게 합니다. 이는 이전에는 사용할 수 없었던 오프체인 연산에 대한 신뢰 수준을 제공합니다. 블록체인의 경우, 이는 개인 데이터를 활용하여(dApp의 기능 향상) 보안을 희생하지 않고 사용할 수 있음을 의미합니다. 신뢰할 수 없는 환경(클라우드 서버, 제3자가 운영하는 검증인 노드)에서도 TEE는 비밀을 안전하게 유지합니다. 이는 암호화 시스템 내에서 개인 키, 사용자 데이터 및 독점 알고리즘을 관리하는 데 특히 유용합니다. 예를 들어, 하드웨어 지갑이나 클라우드 서명 서비스는 TEE를 사용하여 내부적으로 블록체인 트랜잭션에 서명하여 개인 키가 일반 텍스트로 노출되지 않도록 하여 편의성과 보안을 결합할 수 있습니다.

  • 네이티브에 가까운 성능: 순수 암호화 방식의 보안 연산(ZK 증명이나 동형 암호 등)과 달리 TEE 오버헤드는 상대적으로 작습니다. 코드는 CPU에서 직접 실행되므로 엔클레이브 내부의 연산은 외부에서 실행하는 것과 거의 같은 속도입니다(엔클레이브 전환 및 메모리 암호화에 대한 약간의 오버헤드, SGX에서는 일반적으로 한 자릿수 퍼센트의 속도 저하). 이는 TEE가 계산 집약적인 작업을 효율적으로 처리할 수 있음을 의미하며, 암호화 프로토콜로 수행했다면 수십 배 느렸을 사용 사례(실시간 데이터 피드, 복잡한 스마트 계약, 기계 학습 등)를 가능하게 합니다. 엔클레이브의 낮은 지연 시간은 빠른 응답이 필요한 경우(예: TEE로 보호되는 고빈도 거래 봇 또는 높은 지연으로 사용자 경험이 저하될 수 있는 대화형 애플리케이션 및 게임)에 적합합니다.

  • 확장성 향상 (오프로드를 통해): 무거운 연산을 오프체인에서 안전하게 수행할 수 있게 함으로써 TEE는 메인 체인의 혼잡과 가스 비용을 완화하는 데 도움이 됩니다. 블록체인은 검증이나 최종 결제에만 사용되고 대부분의 연산은 병렬 엔클레이브에서 발생하는 레이어 2 설계 및 사이드 프로토콜을 가능하게 합니다. 이러한 모듈화(TEE의 계산 집약적 로직, 체인의 컨센서스)는 탈중앙화 앱의 처리량과 확장성을 크게 향상시킬 수 있습니다. 예를 들어, DEX는 오프체인 TEE에서 매칭을 수행하고 매칭된 거래만 온체인에 게시하여 처리량을 늘리고 온체인 가스를 줄일 수 있습니다.

  • 더 나은 사용자 경험 및 기능: TEE를 사용하면 dApp은 기밀성이나 복잡한 분석과 같은 기능을 제공하여 더 많은 사용자(기관 포함)를 유치할 수 있습니다. TEE는 또한 오토마타가 비공개 트랜잭션의 가스를 줄이기 위해 TEE를 사용하는 것에서 언급했듯이, 오프체인에서 안전하게 실행한 다음 결과를 제출함으로써 가스 없는 또는 메타 트랜잭션을 가능하게 합니다. 또한, 민감한 상태를 오프체인 엔클레이브에 저장하면 온체인에 게시되는 데이터를 줄일 수 있어 사용자 개인정보보호와 네트워크 효율성(저장/검증할 온체인 데이터 감소)에 좋습니다.

  • 다른 기술과의 컴포저빌리티: 흥미롭게도 TEE는 다른 기술을 보완할 수 있습니다(TEE 자체에 내재된 이점은 아니지만 조합에서). 하이브리드 솔루션을 하나로 묶는 접착제 역할을 할 수 있습니다. 예를 들어, 엔클레이브에서 프로그램을 실행하고 그 실행에 대한 ZK 증명을 생성하여, 엔클레이브가 증명 과정의 일부를 도와 속도를 높이는 것입니다. 또는 MPC 네트워크에서 TEE를 사용하여 특정 작업을 더 적은 통신 라운드로 처리하는 것입니다. §5에서 비교를 논의하겠지만, 많은 프로젝트는 TEE가 암호화를 _대체_할 필요가 없으며, 보안을 강화하기 위해 함께 작동할 수 있다고 강조합니다(샌더스의 만트라: "TEE의 강점은 다른 것을 대체하는 것이 아니라 지원하는 데 있다").

신뢰 가정 및 보안 취약점

강점에도 불구하고 TEE는 특정 신뢰 가정을 도입하며 무적이 아닙니다. 이러한 과제를 이해하는 것이 중요합니다.

  • 하드웨어 신뢰 및 중앙 집중화: TEE를 사용함으로써, 우리는 본질적으로 실리콘 공급업체와 그들의 하드웨어 설계 및 공급망의 보안에 신뢰를 둡니다. 예를 들어, 인텔 SGX를 사용한다는 것은 인텔에 백도어가 없고, 제조가 안전하며, CPU의 마이크로코드가 엔클레이브 격리를 올바르게 구현한다고 신뢰하는 것을 의미합니다. 이는 순수 암호화(모든 사용자에게 분산된 수학적 가정에 의존)에 비해 더 중앙 집중화된 신뢰 모델입니다. 더욱이, SGX에 대한 증명은 역사적으로 인텔의 증명 서비스에 연락하는 것에 의존해 왔습니다. 즉, 인텔이 오프라인이 되거나 키를 취소하기로 결정하면 전 세계의 엔클레이브가 영향을 받을 수 있습니다. 단일 회사의 인프라에 대한 이러한 의존성은 우려를 낳습니다. 이는 단일 장애점이 될 수도 있고, 정부 규제의 대상이 될 수도 있습니다(예: 미국 수출 통제는 이론적으로 강력한 TEE 사용자를 제한할 수 있음). AMD SEV는 더 탈중앙화된 증명을 허용함으로써 이를 완화하지만(VM 소유자가 자신의 VM을 증명할 수 있음), 여전히 AMD의 칩과 펌웨어를 신뢰해야 합니다. 중앙 집중화 위험은 종종 블록체인의 탈중앙화와 다소 상반되는 것으로 인용됩니다. 키스톤(오픈 소스 TEE)과 같은 프로젝트들은 독점적인 블랙박스에 대한 의존도를 줄이는 방법을 연구하고 있지만, 아직 주류는 아닙니다.

  • 사이드 채널 및 기타 취약점: TEE는 만병통치약이 아닙니다. 간접적인 수단을 통해 공격받을 수 있습니다. 사이드 채널 공격은 직접적인 메모리 접근이 차단되더라도 엔클레이브의 작동이 시스템에 미묘하게 영향을 미칠 수 있다는 사실을 이용합니다(타이밍, 캐시 사용, 전력 소비, 전자기 방출 등을 통해). 지난 몇 년 동안 인텔 SGX에 대한 수많은 학술적 공격이 시연되었습니다. Foreshadow(L1 캐시 타이밍 유출을 통해 엔클레이브 비밀 추출)부터 Plundervolt(권한 있는 명령어를 통한 전압 결함 주입), SGAxe(증명 키 추출)에 이르기까지 다양합니다. 이러한 정교한 공격은 TEE가 암호화 보호를 깨뜨릴 필요 없이, 미세 아키텍처 동작이나 구현의 결함을 이용하여 손상될 수 있음을 보여줍니다. 결과적으로, _"연구자들은 하드웨어 취약점이나 TEE 작동의 타이밍 차이를 이용할 수 있는 다양한 잠재적 공격 벡터를 확인했다"_고 인정됩니다. 이러한 공격은 사소하지 않고 종종 로컬 접근이나 악의적인 하드웨어가 필요하지만, 실제 위협입니다. TEE는 또한 일반적으로 적이 칩을 손에 넣었을 때 물리적 공격으로부터 보호하지 못합니다(예: 칩 디캡핑, 버스 프로빙 등은 대부분의 상용 TEE를 무력화할 수 있음).

    사이드 채널 발견에 대한 공급업체의 대응은 알려진 유출을 완화하기 위한 마이크로코드 패치와 엔클레이브 SDK 업데이트였습니다(때로는 성능 저하를 감수). 그러나 이는 여전히 쫓고 쫓기는 게임입니다. Web3의 경우, 이는 누군가 SGX에서 새로운 사이드 채널을 발견하면, SGX에서 실행되는 "안전한" DeFi 계약이 잠재적으로 악용될 수 있음을 의미합니다(예: 비밀 데이터 유출 또는 실행 조작). 따라서 TEE에 의존한다는 것은 하드웨어 수준에서 일반적인 블록체인 위협 모델 외부에 있는 잠재적 취약점 표면을 수용하는 것을 의미합니다. 이러한 위협에 대해 TEE를 강화하는 것은 활발한 연구 분야입니다(예: 상수 시간 연산으로 엔클레이브 코드 설계, 비밀에 의존하는 메모리 접근 패턴 피하기, 망각 RAM과 같은 기술 사용). 일부 프로젝트는 또한 TEE를 보조적인 검사로 보강합니다. 예를 들어, ZK 증명과 결합하거나, 단일 칩 위험을 줄이기 위해 다른 하드웨어 공급업체의 여러 엔클레이브에서 실행하는 것입니다.

  • 성능 및 리소스 제약: TEE는 CPU 집약적인 작업에 대해 거의 네이티브 속도로 실행되지만, 몇 가지 오버헤드와 제한이 따릅니다. 엔클레이브로 들어가는 것(ECALL)과 나오는 것(OCALL)에는 비용이 들며, 메모리 페이지의 암호화/해독에도 비용이 듭니다. 이는 매우 빈번한 엔클레이브 경계 교차에 대한 성능에 영향을 줄 수 있습니다. 엔클레이브는 종종 메모리 크기 제한이 있습니다. 예를 들어, 초기 SGX는 제한된 엔클레이브 페이지 캐시를 가지고 있었고, 엔클레이브가 더 많은 메모리를 사용하면 페이지를 스왑해야 했으며(암호화 포함), 이는 성능을 크게 저하시켰습니다. 최신 TEE조차도 종종 모든 시스템 RAM을 쉽게 사용할 수 없습니다. 제한될 수 있는 보안 메모리 영역이 있습니다. 이는 매우 대규모의 연산이나 데이터 세트를 TEE 내에서 완전히 처리하기 어려울 수 있음을 의미합니다. Web3 맥락에서 이는 엔클레이브에서 실행될 수 있는 스마트 계약이나 ML 모델의 복잡성을 제한할 수 있습니다. 개발자는 메모리를 최적화하고 작업을 분할해야 할 수 있습니다.

  • 증명 및 키 관리의 복잡성: 탈중앙화 환경에서 TEE를 사용하려면 강력한 증명 워크플로가 필요합니다. 각 노드는 다른 노드에게 예상 코드를 가진 진정한 엔클레이브를 실행하고 있음을 증명해야 합니다. 이 증명 검증을 온체인에서 설정하는 것은 복잡할 수 있습니다. 일반적으로 공급업체의 공개 증명 키나 인증서를 프로토콜에 하드코딩하고 스마트 계약이나 오프체인 클라이언트에 검증 로직을 작성해야 합니다. 이는 프로토콜 설계에 오버헤드를 초래하며, 변경 사항(인텔이 증명 서명 키 형식을 EPID에서 DCAP로 변경하는 등)은 유지 관리 부담을 야기할 수 있습니다. 또한, TEE 내에서 키를 관리하는 것(데이터 해독 또는 결과 서명용)은 또 다른 복잡성 계층을 추가합니다. 엔클레이브 키 관리의 실수는 보안을 약화시킬 수 있습니다(예: 엔클레이브가 버그를 통해 실수로 해독 키를 노출하면 모든 기밀성 약속이 무너짐). 모범 사례는 TEE의 봉인 API를 사용하여 키를 안전하게 저장하고 필요한 경우 키를 교체하는 것이지만, 이 또한 개발자의 신중한 설계가 필요합니다.

  • 서비스 거부 및 가용성: 아마도 덜 논의된 문제일 수 있지만, TEE는 가용성에 도움이 되지 않으며 새로운 DoS 경로를 도입할 수도 있습니다. 예를 들어, 공격자는 처리 비용이 많이 드는 입력으로 TEE 기반 서비스를 범람시킬 수 있으며, 엔클레이브가 운영자에 의해 쉽게 검사되거나 중단될 수 없다는 것을 알고 있습니다(격리되어 있기 때문). 또한, 취약점이 발견되고 패치에 펌웨어 업데이트가 필요한 경우, 그 주기 동안 많은 엔클레이브 서비스가 (보안을 위해) 노드가 패치될 때까지 일시 중지해야 할 수 있으며, 이는 다운타임을 유발합니다. 블록체인 컨센서스에서, 중요한 SGX 버그가 발견되었다고 상상해 보십시오. 시크릿과 같은 네트워크는 수정이 있을 때까지 중단해야 할 수 있습니다. 왜냐하면 엔클레이브에 대한 신뢰가 깨졌기 때문입니다. 탈중앙화 네트워크에서 이러한 대응을 조정하는 것은 어렵습니다.

컴포저빌리티 및 생태계 제한

  • 다른 계약과의 제한된 컴포저빌리티: 이더리움과 같은 공개 스마트 계약 플랫폼에서는 계약이 다른 계약을 쉽게 호출할 수 있고 모든 상태가 공개되어 있어 DeFi 머니 레고와 풍부한 구성을 가능하게 합니다. TEE 기반 계약 모델에서는 비공개 상태는 기밀성을 깨뜨리지 않고 자유롭게 공유하거나 구성할 수 없습니다. 예를 들어, 엔클레이브의 계약 A가 계약 B와 상호 작용해야 하고 둘 다 일부 비밀 데이터를 가지고 있다면, 어떻게 협력할 수 있을까요? 복잡한 다자간 보안 프로토콜을 수행해야 하거나(이는 TEE의 단순성 일부를 상쇄함), 하나의 엔클레이브로 결합해야 합니다(모듈성 감소). 이는 시크릿 네트워크와 다른 프로젝트들이 직면한 과제입니다. 개인정보보호를 포함한 계약 간 호출은 사소하지 않습니다. 일부 솔루션은 단일 엔클레이브가 여러 계약의 실행을 처리하여 내부적으로 공유 비밀을 관리하도록 하는 것을 포함하지만, 이는 시스템을 더 단일화할 수 있습니다. 따라서 비공개 계약의 컴포저빌리티는 공개 계약보다 더 제한적이거나 새로운 설계 패턴이 필요합니다. 마찬가지로, TEE 기반 모듈을 기존 블록체인 dApp에 통합하려면 신중한 인터페이스 설계가 필요합니다. 종종 엔클레이브의 결과만 온체인에 게시되며, 이는 스나크나 해시일 수 있고, 다른 계약은 그 제한된 정보만 사용할 수 있습니다. 이는 확실히 트레이드오프입니다. 시크릿과 같은 프로젝트는 보기 키와 필요에 따라 비밀을 공유할 수 있도록 허용하지만, 일반적인 온체인 컴포저빌리티만큼 원활하지는 않습니다.

  • 표준화 및 상호운용성: TEE 생태계는 현재 공급업체 간에 통일된 표준이 부족합니다. 인텔 SGX, AMD SEV, ARM TrustZone은 모두 다른 프로그래밍 모델과 증명 방법을 가지고 있습니다. 이러한 파편화는 SGX 엔클레이브용으로 작성된 dApp이 TrustZone 등으로 쉽게 이식되지 않음을 의미합니다. 블록체인에서 이는 프로젝트를 특정 하드웨어에 묶을 수 있습니다(예: 시크릿과 오아시스는 현재 SGX가 있는 x86 서버에 묶여 있음). 나중에 ARM 노드(예: 모바일의 검증인)를 지원하려면 추가 개발과 아마도 다른 증명 검증 로직이 필요할 것입니다. 증명 및 엔클레이브 API를 표준화하려는 노력(CCC – 기밀 컴퓨팅 컨소시엄 등)이 있지만, 아직 완전히 이루어지지는 않았습니다. 표준의 부재는 개발자 도구에도 영향을 미칩니다. SGX SDK는 성숙하지만 다른 TEE에 다른 SDK로 적응해야 할 수 있습니다. 이 상호운용성 과제는 채택을 늦추고 비용을 증가시킬 수 있습니다.

  • 개발자 학습 곡선: TEE 내부에서 실행되는 애플리케이션을 구축하려면 많은 블록체인 개발자가 가지고 있지 않을 수 있는 전문 지식이 필요합니다. 저수준 C/C++ 프로그래밍(SGX/TrustZone용)이나 메모리 안전성 및 사이드 채널 방지 코딩에 대한 이해가 종종 필요합니다. 엔클레이브 코드 디버깅은 악명 높게 까다롭습니다(보안상의 이유로 실행 중인 엔클레이브 내부를 쉽게 볼 수 없음!). 프레임워크와 고급 언어(오아시스가 기밀 런타임에 Rust를 사용하는 것 또는 엔클레이브에서 WebAssembly를 실행하는 도구 등)가 존재하지만, 개발자 경험은 여전히 일반적인 스마트 계약 개발이나 오프체인 웹2 개발보다 거칩니다. 이 가파른 학습 곡선과 미성숙한 도구는 개발자를 단념시키거나 신중하게 처리하지 않으면 실수를 유발할 수 있습니다. 테스트할 하드웨어가 필요하다는 측면도 있습니다. SGX 코드를 실행하려면 SGX 지원 CPU나 에뮬레이터(더 느림)가 필요하므로 진입 장벽이 더 높습니다. 결과적으로, 오늘날 상대적으로 적은 개발자만이 엔클레이브 개발에 깊이 익숙하며, 감사 및 커뮤니티 지원은 잘 알려진 솔리디티 커뮤니티보다 드뭅니다.

  • 운영 비용: TEE 기반 인프라를 운영하는 것은 더 비용이 많이 들 수 있습니다. 하드웨어 자체가 더 비싸거나 희소할 수 있습니다(예: 특정 클라우드 제공업체는 SGX 지원 VM에 프리미엄을 부과함). 운영에도 오버헤드가 있습니다. 펌웨어를 최신 상태로 유지하고(보안 패치용), 증명 네트워킹을 관리하는 등, 소규모 프로젝트에는 부담스러울 수 있습니다. 모든 노드가 특정 CPU를 가져야 한다면, 잠재적인 검증인 풀을 줄일 수 있으며(모든 사람이 필요한 하드웨어를 가지고 있지는 않음), 따라서 탈중앙화에 영향을 미치고 클라우드 호스팅 사용을 증가시킬 수 있습니다.

요약하자면, TEE는 강력한 기능을 제공하지만 신뢰 트레이드오프(하드웨어 신뢰 대 수학 신뢰), 잠재적인 보안 약점(특히 사이드 채널), 그리고 탈중앙화 맥락에서의 통합 장애물을 가져옵니다. TEE를 사용하는 프로젝트는 이러한 문제를 신중하게 설계해야 합니다. 심층 방어(TEE가 깨지지 않는다고 가정하지 않음), 신뢰 컴퓨팅 기반을 최소화하고, 사용자에게 신뢰 가정을 투명하게 공개하여(예를 들어, 블록체인 컨센서스 외에 인텔의 하드웨어를 신뢰한다는 것이 명확하도록) 해야 합니다.

5. TEE 대 다른 개인정보 보호 기술 (ZKP, FHE, MPC)

신뢰 실행 환경은 Web3에서 개인정보보호와 보안을 달성하기 위한 한 가지 접근 방식이지만, 영지식 증명(ZKP), 완전 동형 암호(FHE), **다자간 보안 컴퓨팅(MPC)**을 포함한 다른 주요 기술들이 있습니다. 이러한 각 기술은 다른 신뢰 모델과 성능 프로필을 가지고 있습니다. 많은 경우, 이들은 상호 배타적이지 않으며 서로를 보완할 수 있지만, 성능, 신뢰, 개발자 사용성에서의 트레이드오프를 비교하는 것이 유용합니다.

대안을 간략하게 정의하면 다음과 같습니다.

  • ZKP: 한 당사자가 다른 당사자에게 진술이 사실임을(예: "나는 이 계산을 만족시키는 비밀을 알고 있다") 그 이유를 밝히지 않고(비밀 입력을 숨김) 증명할 수 있게 하는 암호화 증명(zk-SNARK, zk-STARK 등). 블록체인에서 ZKP는 비공개 트랜잭션(예: Zcash, Aztec)과 확장성(올바른 실행의 증명을 게시하는 롤업)에 사용됩니다. 강력한 개인정보보호(비밀 데이터는 유출되지 않고 증명만)와 수학으로 보장되는 무결성을 보장하지만, 이러한 증명을 생성하는 것은 계산적으로 무거울 수 있으며 회로는 신중하게 설계되어야 합니다.
  • FHE: 암호화된 데이터에 대해 임의의 연산을 허용하는 암호화 방식으로, 결과를 해독하면 일반 텍스트에 대한 연산 결과와 일치합니다. 이론적으로 FHE는 궁극적인 개인정보보호를 제공합니다. 데이터는 항상 암호화된 상태로 유지되며, 원시 데이터를 누구에게도 신뢰할 필요가 없습니다. 그러나 FHE는 일반적인 연산에 대해 매우 느리며(연구를 통해 개선되고 있지만), 성능 때문에 여전히 대부분 실험적이거나 특수화된 용도로 사용됩니다.
  • MPC: 여러 당사자가 서로에게 자신의 개인 입력을 공개하지 않고 공동으로 함수를 계산하는 프로토콜. 종종 당사자들 사이에 데이터를 비밀 공유하고 암호화 연산을 수행하여 출력은 정확하지만 개별 입력은 숨겨진 상태로 유지됩니다. MPC는 신뢰를 분산시킬 수 있고(단일 지점이 모든 데이터를 보지 않음) 특정 연산에 효율적일 수 있지만, 일반적으로 통신 및 조정 오버헤드가 발생하며 대규모 네트워크에서는 구현이 복잡할 수 있습니다.

아래는 주요 차이점을 요약한 비교표입니다.

기술신뢰 모델성능데이터 개인정보보호개발자 사용성
TEE (인텔 SGX 등)하드웨어 제조업체에 대한 신뢰 (경우에 따라 중앙 집중식 증명 서버). 칩이 안전하다고 가정하며, 하드웨어가 손상되면 보안이 깨짐.네이티브에 가까운 실행 속도, 최소한의 오버헤드. 실시간 연산 및 대규모 워크로드에 적합. TEE 지원 노드의 가용성에 따라 확장성 제한.데이터는 엔클레이브 _내부_에서는 일반 텍스트이지만 외부 세계에는 암호화됨. 하드웨어가 유지되면 강력한 기밀성, 그러나 엔클레이브가 침해되면 비밀이 노출됨 (추가적인 수학적 보호 없음).중간 정도의 복잡성. 기존 코드/언어(C, Rust)를 재사용하고 약간의 수정으로 엔클레이브에서 실행할 수 있음. 이들 중 진입 장벽이 가장 낮음 – 고급 암호학을 배울 필요 없음 – 그러나 시스템 프로그래밍 및 TEE 관련 SDK 지식이 필요함.
ZKP (zk-SNARK/STARK)수학적 가정(예: 암호화 문제의 어려움)에 대한 신뢰 및 때로는 신뢰 설정(SNARK의 경우). 런타임에 단일 당사자에 대한 의존성 없음.증명 생성은 계산적으로 무거움(특히 복잡한 프로그램의 경우), 종종 네이티브보다 수십 배 느림. 온체인 검증은 빠름(수 ms). 증명 시간 때문에 대규모 데이터 연산에는 이상적이지 않음. 확장성: 간결한 검증(롤업)에 좋지만 증명자가 병목 현상.매우 강력한 개인정보보호 – 개인 입력을 전혀 공개하지 않고 정확성을 증명할 수 있음. 최소한의 정보(증명 크기 등)만 유출됨. 금융 개인정보보호 등에 이상적.높은 복잡성. 특수 언어(회로, Circom 또는 Noir와 같은 zkDSL)를 배우고 산술 회로 관점에서 생각해야 함. 디버깅이 어려움. 전문가가 적음.
FHE수학(격자 문제)에 대한 신뢰. 신뢰할 수 있는 당사자 없음. 암호화가 깨지지 않는 한 보안 유지.일반적인 사용에는 매우 느림. 암호화된 데이터에 대한 연산은 일반 텍스트보다 수십 배 느림. 하드웨어 개선 및 더 나은 알고리즘으로 다소 확장되고 있지만, 현재 블록체인 맥락에서 실시간 사용에는 비실용적.궁극적인 개인정보보호 – 데이터는 연산 중에도 항상 암호화된 상태로 유지됨. 성능이 허용된다면 민감한 데이터(예: 의료, 기관 간 분석)에 이상적.매우 전문적. 개발자는 암호학 배경이 필요함. 일부 라이브러리(Microsoft SEAL, TFHE 등)가 있지만, FHE에서 임의의 프로그램을 작성하는 것은 어렵고 우회적임. 아직 dApp의 일상적인 개발 대상이 아님.
  • MPC | 여러 당사자에게 분산된 신뢰. 일정 수 이상의 당사자가 정직하다고 가정(특정 수 이상의 공모 없음). 하드웨어 신뢰 필요 없음. 너무 많은 당사자가 공모하면 신뢰 실패. | 통신 라운드 때문에 일반적으로 네이티브보다 느리지만, 종종 FHE보다 빠름. 성능은 다양함: 간단한 연산(더하기, 곱하기)은 효율적일 수 있음. 복잡한 로직은 통신 비용이 폭발할 수 있음. 지연 시간은 네트워크 속도에 민감함. 샤딩이나 부분 신뢰 가정으로 확장성 향상 가능. | 가정이 유지되면 강력한 개인정보보호 – 단일 노드가 전체 입력을 보지 않음. 그러나 출력이나 당사자가 이탈할 때 일부 정보가 유출될 수 있음 (또한 ZK의 간결성이 부족함 – 결과를 얻지만 프로토콜을 다시 실행하지 않고는 쉽게 공유할 수 있는 증명이 없음). | 높은 복잡성. 각 사용 사례에 대한 맞춤형 프로토콜을 설계하거나 프레임워크(SPDZ 또는 Partisia의 제공 등)를 사용해야 함. 개발자는 암호화 프로토콜에 대해 추론해야 하며 종종 여러 노드의 배포를 조정해야 함. 블록체인 앱에 통합하는 것은 복잡할 수 있음 (오프체인 라운드 필요). |

인용: 위의 비교는 샌더스 네트워크의 분석 및 기타 출처에서 가져온 것으로, TEE는 속도와 사용 편의성에서 뛰어나고, ZK와 FHE는 무거운 연산을 대가로 최대한의 신뢰 없음을 목표로 하며, MPC는 신뢰를 분산시키지만 네트워크 오버헤드를 도입한다고 강조합니다.

표에서 몇 가지 주요 트레이드오프가 명확해집니다.

  • 성능: TEE는 원시 속도와 낮은 지연 시간에서 큰 이점을 가집니다. MPC는 종종 약간의 속도 저하로 중간 정도의 복잡성을 처리할 수 있고, ZK는 생성은 느리지만 검증은 빠르며(비동기 사용), FHE는 현재 임의의 작업에 대해 가장 느립니다(간단한 덧셈/곱셈과 같은 제한된 연산에는 괜찮음). 애플리케이션이 실시간 복잡한 처리(대화형 애플리케이션, 고빈도 결정 등)를 필요로 한다면, TEE나 좋은 연결을 가진 소수의 당사자가 있는 MPC가 현재 유일하게 실행 가능한 옵션입니다. ZK와 FHE는 그러한 시나리오에서 너무 느릴 것입니다.

  • 신뢰 모델: ZKP와 FHE는 순수하게 신뢰가 필요 없습니다(수학만 신뢰). MPC는 신뢰를 참가자 정직성에 대한 가정으로 옮깁니다(많은 당사자나 경제적 인센티브로 강화될 수 있음). TEE는 하드웨어와 공급업체에 신뢰를 둡니다. 이는 근본적인 차이입니다. TEE는 일반적으로 신뢰가 없는 블록체인 세계에 신뢰할 수 있는 제3자(칩)를 도입합니다. 반면, ZK와 FHE는 탈중앙화 정신과 더 잘 부합한다고 종종 칭찬받습니다. 신뢰할 특별한 개체가 없고, 계산적 어려움만 있습니다. MPC는 그 중간에 있습니다. 신뢰는 탈중앙화되지만 제거되지는 않습니다(M개 노드 중 N개가 공모하면 개인정보보호가 깨짐). 따라서 최대한의 신뢰 없음(예: 진정으로 검열 저항적인 탈중앙화 시스템)을 위해서는 암호화 솔루션에 기댈 수 있습니다. 반면에, 많은 실용적인 시스템은 인텔이 정직하거나 주요 검증인 집합이 공모하지 않을 것이라고 가정하는 데 편안하며, 효율성에서 큰 이득을 위해 약간의 신뢰를 거래합니다.

  • 보안/취약점: TEE는 논의된 바와 같이 하드웨어 버그나 사이드 채널에 의해 약화될 수 있습니다. ZK와 FHE 보안은 기본 수학(타원 곡선 또는 격자 문제 등)이 깨지면 약화될 수 있지만, 이는 잘 연구된 문제이며 공격은 아마도 눈에 띌 것입니다(또한, 매개변수 선택은 알려진 위험을 완화할 수 있음). MPC의 보안은 프로토콜이 그것을 위해 설계되지 않았다면 능동적인 적에 의해 깨질 수 있습니다(일부 MPC 프로토콜은 "정직하지만 호기심 많은" 참가자를 가정하고 누군가 노골적으로 속이면 실패할 수 있음). 블록체인 맥락에서 TEE 침해는 더 치명적일 수 있습니다(패치될 때까지 모든 엔클레이브 기반 계약이 위험에 처할 수 있음). 반면 ZK 암호화 파괴(ZK 롤업에서 사용되는 해시 함수의 결함 발견 등)도 치명적일 수 있지만, 더 간단한 가정 때문에 일반적으로 덜 가능성이 있다고 간주됩니다. 공격 표면은 매우 다릅니다. TEE는 전력 분석과 같은 것을 걱정해야 하는 반면, ZK는 수학적 돌파구를 걱정해야 합니다.

  • 데이터 개인정보보호: FHE와 ZK는 가장 강력한 개인정보보호 보증을 제공합니다. 데이터는 암호학적으로 보호된 상태로 유지됩니다. MPC는 데이터가 비밀 공유되도록 보장하므로 단일 당사자가 그것을 볼 수 없습니다(출력이 공개되거나 프로토콜이 신중하게 설계되지 않으면 일부 정보가 유출될 수 있음). TEE는 외부로부터 데이터를 비공개로 유지하지만, 엔클레이브 _내부_에서는 데이터가 해독됩니다. 누군가 어떻게든 엔클레이브를 제어하게 되면 데이터 기밀성이 상실됩니다. 또한, TEE는 일반적으로 코드가 데이터로 무엇이든 할 수 있도록 허용합니다(코드가 악의적인 경우 사이드 채널이나 네트워크를 통해 실수로 유출하는 것 포함). 따라서 TEE는 하드웨어뿐만 아니라 엔클레이브 _코드_도 신뢰해야 합니다. 반면, ZKP는 비밀을 전혀 공개하지 않고 코드의 속성을 증명하므로, 코드 자체를 신뢰할 필요조차 없습니다(증명된 속성을 실제로 가지고 있다는 것 외에는). 엔클레이브 애플리케이션에 로그 파일에 데이터를 유출하는 버그가 있었다면, TEE 하드웨어는 그것을 막지 못할 것입니다. 반면 ZK 증명 시스템은 의도된 증명 외에는 아무것도 공개하지 않을 것입니다. 이는 미묘한 차이입니다. TEE는 외부 적으로부터 보호하지만, 엔클레이브 프로그램 자체의 논리 버그로부터는 반드시 보호하지는 않습니다. 반면 ZK의 설계는 더 선언적인 접근 방식을 강요합니다(의도된 것만 정확히 증명하고 그 이상은 없음).

  • 컴포저빌리티 및 통합: TEE는 기존 시스템에 상당히 쉽게 통합됩니다. 기존 프로그램을 가져와 엔클레이브에 넣고 프로그래밍 모델을 크게 변경하지 않고도 일부 보안 이점을 얻을 수 있습니다. ZK와 FHE는 종종 프로그램을 회로나 제한적인 형태로 다시 작성해야 하며, 이는 엄청난 노력이 될 수 있습니다. 예를 들어, ZK에서 간단한 AI 모델 검증을 작성하는 것은 그것을 일련의 산술 연산과 제약 조건으로 변환하는 것을 포함하며, 이는 TEE에서 텐서플로우를 실행하고 결과를 증명하는 것과는 거리가 멉니다. MPC도 마찬가지로 사용 사례별로 맞춤형 프로토콜이 필요할 수 있습니다. 따라서 개발자 생산성과 비용 관점에서 TEE는 매력적입니다. 기존 소프트웨어 생태계를 활용할 수 있기 때문에 일부 영역에서 TEE 채택이 더 빠른 것을 보았습니다(많은 라이브러리가 약간의 수정으로 엔클레이브에서 실행됨). ZK/MPC는 희소한 전문 엔지니어링 인재가 필요합니다. 그러나 반대 측면은 TEE가 종종 더 고립된 솔루션을 산출한다는 것입니다(해당 엔클레이브나 노드 집합을 신뢰해야 함). 반면 ZK는 누구나 온체인에서 확인할 수 있는 증명을 제공하여 매우 구성 가능하게 만듭니다(어떤 계약이든 zk 증명을 확인할 수 있음). 따라서 ZK 결과는 _이식 가능_합니다. 다른 많은 계약이나 사용자가 신뢰를 얻기 위해 사용할 수 있는 작은 증명을 생성합니다. TEE 결과는 일반적으로 특정 하드웨어에 연결된 증명 형태로 제공되며 간결하지 않을 수 있습니다. 쉽게 공유하거나 체인에 구애받지 않을 수 있습니다(결과의 서명을 게시하고 계약이 엔클레이브의 공개 키를 알고 있다면 그것을 수락하도록 프로그래밍할 수는 있음).

실제로 우리는 하이브리드 접근 방식을 보고 있습니다. 예를 들어, 샌더스 네트워크는 TEE, MPC, ZK가 각각 다른 영역에서 빛나며 서로를 보완할 수 있다고 주장합니다. 구체적인 사례는 탈중앙화 신원증명입니다. ZK 증명을 사용하여 신원 자격 증명을 공개하지 않고 증명할 수 있지만, 그 자격 증명은 문서를 비공개로 확인한 TEE 기반 프로세스에 의해 확인되고 발급되었을 수 있습니다. 또는 확장성을 고려해 보십시오. ZK 롤업은 많은 트랜잭션에 대한 간결한 증명을 제공하지만, TEE를 사용하여 일부 연산을 더 빠르게 수행함으로써(그리고 더 작은 진술만 증명함으로써) 증명 생성을 가속화할 수 있습니다. 이 조합은 때때로 TEE에 대한 신뢰 요구 사항을 줄일 수 있습니다(예: 성능을 위해 TEE를 사용하지만, 손상된 TEE가 들키지 않고 속일 수 없도록 온체인 챌린지 게임이나 ZK 증명을 통해 최종 정확성을 검증). 한편, MPC는 각 당사자의 컴퓨팅 노드를 TEE로 만들어 TEE와 결합할 수 있으며, 일부 당사자가 공모하더라도 하드웨어 보안을 깨지 않는 한 서로의 데이터를 볼 수 없도록 추가 계층을 추가합니다.

요약하자면, TEE는 겸손한 가정(하드웨어 신뢰)으로 보안 연산을 위한 매우 _실용적이고 즉각적인 경로_를 제공하는 반면, ZK와 FHE는 높은 계산 비용으로 더 _이론적이고 신뢰 없는 경로_를 제공하며, MPC는 네트워크 비용으로 _분산된 신뢰 경로_를 제공합니다. Web3에서 올바른 선택은 애플리케이션 요구 사항에 따라 다릅니다.

  • _비공개 데이터에 대한 빠르고 복잡한 연산_이 필요하다면(AI, 대규모 데이터 세트 등) – TEE(또는 소수의 당사자가 있는 MPC)가 현재 유일하게 실행 가능한 방법입니다.
  • _최대의 탈중앙화와 검증 가능성_이 필요하다면 – ZK 증명이 빛을 발합니다(예: Zcash와 같은 비공개 암호화폐 트랜잭션은 사용자가 수학 외에는 아무것도 신뢰하고 싶지 않기 때문에 ZKP를 선호합니다).
  • _여러 이해관계자 간의 협력 컴퓨팅_이 필요하다면 – MPC가 자연스럽게 적합합니다(다자간 키 관리나 경매 등).
  • _매우 민감한 데이터와 장기적인 개인정보보호가 필수_라면 – 성능이 향상된다면 FHE가 매력적일 수 있습니다. 왜냐하면 몇 년 후에 누군가 암호문을 얻더라도 키 없이는 아무것도 알 수 없기 때문입니다. 반면 엔클레이브 손상은 로그가 보관되었다면 비밀을 소급하여 유출할 수 있습니다.

블록체인 공간은 이 모든 기술을 병행하여 적극적으로 탐색하고 있다는 점을 주목할 가치가 있습니다. 우리는 조합을 보게 될 가능성이 높습니다. 예를 들어, TEE를 통합한 레이어 2 솔루션이 트랜잭션을 시퀀싱한 다음 ZKP를 사용하여 TEE가 규칙을 따랐음을 증명하거나(일부 이더리움 연구에서 탐색 중인 개념), TEE를 사용하는 MPC 네트워크가 각 노드에서 MPC 프로토콜의 복잡성을 줄이는 것입니다(각 노드가 내부적으로 안전하고 여러 당사자를 시뮬레이션할 수 있기 때문).

궁극적으로 TEE 대 ZK 대 MPC 대 FHE는 제로섬 선택이 아닙니다. 각각 보안, 성능, 신뢰 없음의 삼각형에서 다른 지점을 목표로 합니다. 한 기사에서 말했듯이, 네 가지 모두 성능, 비용, 보안의 "불가능한 삼각형"에 직면해 있습니다. 모든 측면에서 우월한 단일 솔루션은 없습니다. 최적의 설계는 종종 문제의 올바른 부분에 올바른 도구를 사용합니다.

6. 주요 블록체인 생태계 전반의 채택

신뢰 실행 환경은 다양한 블록체인 생태계에서 다양한 수준의 채택을 보였으며, 이는 종종 해당 커뮤니티의 우선순위와 통합의 용이성에 영향을 받았습니다. 여기서는 이더리움, 코스모스, 폴카닷과 같은 주요 생태계에서 TEE가 어떻게 사용되고 있는지(또는 탐색되고 있는지) 평가하고 다른 생태계도 간략하게 다룹니다.

이더리움 (및 일반 레이어 1)

이더리움 메인넷 자체에서는 TEE가 핵심 프로토콜의 일부는 아니지만, 애플리케이션 및 레이어 2에서 사용되었습니다. 이더리움의 철학은 암호화 보안(예: 신흥 ZK-롤업)에 기울어져 있지만, TEE는 이더리움을 위한 오라클 및 오프체인 실행에서 역할을 찾았습니다.

  • 오라클 서비스: 논의된 바와 같이, 체인링크는 타운 크라이어와 같은 TEE 기반 솔루션을 통합했습니다. 모든 체인링크 노드가 기본적으로 TEE를 사용하는 것은 아니지만, 추가적인 신뢰가 필요한 데이터 피드를 위해 기술이 존재합니다. 또한, API3(다른 오라클 프로젝트)는 인텔 SGX를 사용하여 API를 실행하고 데이터를 서명하여 진위성을 보장한다고 언급했습니다. 이러한 서비스는 더 강력한 보증으로 이더리움 계약에 데이터를 공급합니다.

  • 레이어 2 및 롤업: 이더리움 커뮤니티에서는 롤업 시퀀서나 검증인에서 TEE를 사용하는 것에 대한 지속적인 연구와 논쟁이 있습니다. 예를 들어, 컨센시스의 "ZK-포털" 개념과 다른 것들은 옵티미스틱 롤업에서 올바른 순서를 강제하거나 시퀀서를 검열로부터 보호하기 위해 TEE를 사용하는 것을 제안했습니다. 우리가 본 미디엄 기사에서는 2025년까지 TEE가 고빈도 거래 보호와 같은 것을 위해 일부 L2에서 기본 기능이 될 수 있다고 제안하기도 합니다. 카탈리스트(고빈도 거래 DEX) 및 플래시봇(MEV 릴레이용)과 같은 프로젝트는 트랜잭션이 블록체인에 도달하기 전에 공정한 순서를 강제하기 위해 TEE를 검토했습니다.

  • 기업 이더리움: 컨소시엄 또는 허가형 이더리움 네트워크에서는 TEE가 더 널리 채택됩니다. 기업 이더리움 연합의 신뢰 컴퓨팅 프레임워크(TCF)는 기본적으로 TEE를 이더리움 클라이언트에 통합하기 위한 청사진이었습니다. 하이퍼레저 아발론(이전 EEA TCF)은 이더리움 스마트 계약의 일부를 TEE에서 오프체인으로 실행한 다음 온체인에서 검증할 수 있도록 합니다. IBM, 마이크로소프트, 아이젝과 같은 여러 회사가 이에 기여했습니다. 공개 이더리움에서는 이것이 일반화되지 않았지만, 비공개 배포(예: 쿼럼이나 베수를 사용하는 은행 그룹)에서는 컨소시엄 구성원조차도 서로의 데이터를 보지 않고 승인된 결과만 볼 수 있도록 TEE를 사용할 수 있습니다. 이는 기업 환경에서 개인정보보호 요구 사항을 충족시킬 수 있습니다.

  • 주목할 만한 프로젝트: 이더리움에서 운영되는 아이젝 외에도 에니그마(원래 MIT에서 MPC 프로젝트로 시작하여 SGX를 사용하도록 전환했으며, 나중에 코스모스에서 시크릿 네트워크가 됨)와 같은 프로젝트가 있었습니다. 또 다른 것은 초기 이더리움 논의에서 **탈중앙화 클라우드 서비스(DCS)**였습니다. 최근에는 OAuth(오아시스 이더리움 파라타임)가 오아시스의 TEE 백엔드를 사용하지만 이더리움에서 결제함으로써 솔리디티 계약이 기밀성을 가지고 실행될 수 있도록 합니다. 또한, 의료 데이터 공유나 게임과 같은 일부 이더리움 기반 dApp은 계약과 상호 작용하는 오프체인 엔클레이브 구성 요소를 가지고 TEE를 실험했습니다.

따라서 이더리움의 채택은 다소 간접적입니다. 프로토콜을 변경하여 TEE를 요구하지는 않았지만, 필요한 사람들을 위해 TEE를 활용하는 풍부한 선택적 서비스 및 확장 기능 세트를 가지고 있습니다. 중요한 것은 이더리움 연구자들이 신중함을 유지하고 있다는 것입니다. "TEE 전용 샤드"를 만들거나 TEE를 깊이 통합하려는 제안은 신뢰 문제로 인해 커뮤니티의 회의론에 부딪혔습니다. 대신, TEE는 핵심 구성 요소라기보다는 이더리움의 _"보조 프로세서"_로 간주됩니다.

코스모스 생태계

코스모스 생태계는 모듈식 SDK와 주권 체인을 통해 실험에 친화적이며, 시크릿 네트워크(위에서 다룸)는 코스모스에서 TEE 채택의 대표적인 예입니다. 시크릿 네트워크는 실제로 텐더민트 컨센서스를 가진 코스모스 SDK 체인으로, 검증인에게 SGX를 의무화하도록 수정되었습니다. 이는 주요 코스모스 허브 다음으로 가장 두드러진 코스모스 존 중 하나이며, 해당 커뮤니티에서 TEE 기술의 상당한 채택을 나타냅니다. 시크릿이 인터체인 개인정보보호(IBC 연결을 통해 시크릿은 다른 코스모스 체인을 위한 개인정보보호 허브 역할을 할 수 있음)를 제공하는 데 성공한 것은 L1에서 TEE 통합의 주목할 만한 사례입니다.

또 다른 코스모스 관련 프로젝트는 오아시스 네트워크입니다(코스모스 SDK를 기반으로 구축되지는 않았지만, 텐더민트에 기여한 일부 동일한 사람들에 의해 설계되었으며 모듈식 아키텍처의 유사한 정신을 공유함). 오아시스는 독립적이지만 브리지 등을 통해 코스모스에 연결할 수 있습니다. 시크릿과 오아시스 모두 코스모스 영역에서 TEE를 통한 "기능으로서의 개인정보보호" 아이디어가 전용 네트워크를 보증할 만큼 충분한 견인력을 얻었음을 보여줍니다.

코스모스는 심지어 인터체인 애플리케이션을 위한 "개인정보보호 제공자" 개념도 가지고 있습니다. 예를 들어, 한 체인의 앱이 IBC를 통해 시크릿 네트워크의 계약을 호출하여 기밀 연산을 수행한 다음 결과를 다시 받을 수 있습니다. 이러한 컴포저빌리티는 현재 부상하고 있습니다.

또한, 아노마 프로젝트(엄밀히 말해 코스모스는 아니지만 상호운용성 측면에서 관련됨)는 의도 중심 아키텍처에 TEE를 사용하는 것에 대해 이야기했지만, 더 이론적입니다.

요약하자면, 코스모스는 적어도 하나의 주요 체인이 TEE를 완전히 수용하고(시크릿) 다른 체인과 상호 작용하고 있으며, 이는 해당 영역에서 건전한 채택을 보여줍니다. 코스모스의 모듈성은 더 많은 그러한 체인을 허용할 수 있습니다(예를 들어, TEE 기반 오라클이나 신원증명에 특화된 코스모스 존을 상상할 수 있음).

폴카닷 및 서브스트레이트

폴카닷의 설계는 파라체인이 전문화될 수 있도록 하며, 실제로 폴카닷은 TEE를 사용하는 여러 파라체인을 호스팅합니다.

  • 샌더스 네트워크: 이미 설명했듯이, TEE 기반 컴퓨팅 클라우드를 제공하는 파라체인입니다. 샌더스는 파라체인으로 라이브 상태이며, XCMP(크로스체인 메시지 패싱)를 통해 다른 체인에 서비스를 제공합니다. 예를 들어, 다른 폴카닷 프로젝트는 기밀 작업을 샌더스의 워커에게 오프로드하고 증명이나 결과를 다시 받을 수 있습니다. 샌더스의 네이티브 토큰 경제는 TEE 노드 실행을 장려하며, 상당한 커뮤니티를 가지고 있어 강력한 채택을 시사합니다.
  • 인티그리티: TEE를 사용하여 기업 및 데이터 개인정보보호 솔루션에 중점을 둔 또 다른 파라체인입니다. 인티그리티는 팀이 실행이 엔클레이브에서 수행되는 자체 비공개 사이드체인(Teewasms라고 함)을 배포할 수 있도록 합니다. 폴카닷 보안에 고정되기를 원하면서도 기업을 위한 기밀 데이터 처리와 같은 사용 사례를 목표로 합니다.
  • /Root 또는 Crust?: 일부 폴카닷 관련 프로젝트에서 탈중앙화 스토리지나 랜덤 비콘에 TEE를 사용하는 아이디어가 있었습니다. 예를 들어, 크러스트 네트워크(탈중앙화 스토리지)는 원래 TEE 기반 저장 증명(나중에 다른 설계로 변경됨)을 계획했습니다. 그리고 폴카닷의 랜덤 파라체인(엔트로피)은 VRF 대 TEE를 고려했습니다.

폴카닷이 온체인 거버넌스와 업그레이드에 의존한다는 것은 파라체인이 새로운 기술을 신속하게 통합할 수 있음을 의미합니다. 샌더스와 인티그리티 모두 TEE 통합을 개선하기 위해 업그레이드를 거쳤습니다(새로운 SGX 기능 지원 또는 증명 방법 개선 등). 웹3 재단은 또한 SubstraTEE(온체인 검증으로 오프체인 계약 실행을 보여준 초기 프로토타입)와 같은 서브스트레이트 기반 TEE 프로젝트에 대한 초기 노력을 지원했습니다.

따라서 폴카닷 생태계는 여러 독립적인 팀이 TEE 기술에 베팅하고 있음을 보여주며, 긍정적인 채택 추세를 나타냅니다. "기밀 스마트 계약이나 오프체인 컴퓨팅이 필요하다면, 우리는 그것을 위한 파라체인이 있습니다"라는 것이 폴카닷의 판매 포인트가 되고 있습니다.

기타 생태계 및 일반 채택

  • 기업 및 컨소시엄: 공개 암호화폐 외부에서 하이퍼레저 및 기업 체인은 허가형 환경을 위해 TEE를 꾸준히 채택해 왔습니다. 예를 들어, 바젤 위원회는 TEE 기반 무역 금융 블록체인을 테스트했습니다. 일반적인 패턴은 다음과 같습니다. 개인정보보호나 데이터 기밀성이 필수적이고 참가자가 알려져 있는 경우(따라서 하드웨어 보안 모듈에 공동으로 투자할 수도 있음), TEE는 편안한 보금자리를 찾습니다. 이것들은 암호화폐 뉴스에서 헤드라인을 장식하지 않을 수도 있지만, 공급망, 은행 컨소시엄 또는 의료 데이터 공유 네트워크와 같은 부문에서는 TEE가 종종 선택됩니다(제3자를 신뢰하거나 무거운 암호화를 사용하는 대안으로).

  • 이더리움 외부의 레이어 1: 일부 최신 L1은 TEE를 시도했습니다. 니어 프로토콜은 비공개 계약을 위한 TEE 기반 샤드에 대한 초기 개념을 가지고 있었습니다(아직 구현되지 않음). 셀로는 라이트 클라이언트 증명을 위해 TEE를 고려했습니다(그들의 플루모 증명은 이제 스나크에 의존하지만, 한때 모바일을 위해 체인 데이터를 압축하기 위해 SGX를 검토했습니다). 콩코디움, 규제된 개인정보보호 L1은 익명성을 위해 ZK를 사용하지만 신원 확인을 위해 TEE도 탐색합니다. 디피니티/인터넷 컴퓨터는 노드 머신에서 보안 엔클레이브를 사용하지만, 신뢰 부트스트래핑을 위해서입니다(계약 실행용이 아님, 그들의 "체인 키" 암호화가 그것을 처리함).

  • 비트코인: 비트코인 자체는 TEE를 사용하지 않지만, 사이드 프로젝트가 있었습니다. 예를 들어, 비트코인 키를 위한 TEE 기반 보관 솔루션(볼트 시스템 등)이나, TEE로 보안될 수 있는 오라클을 사용하자는 DLC(이산 로그 계약)의 특정 제안이 있습니다. 일반적으로 비트코인 커뮤니티는 더 보수적이며 컨센서스의 일부로 인텔을 쉽게 신뢰하지 않겠지만, 보조 기술(보안 요소가 있는 하드웨어 지갑)로는 이미 받아들여지고 있습니다.

  • 규제 기관 및 정부: 채택의 흥미로운 측면: 일부 CBDC(중앙은행 디지털 화폐) 연구는 감사 가능성을 허용하면서 개인정보보호를 강제하기 위해 TEE를 검토했습니다. 예를 들어, 프랑스 은행은 그렇지 않으면 비공개인 트랜잭션에 대해 특정 규정 준수 검사를 처리하기 위해 TEE를 사용하는 실험을 실행했습니다. 이는 규제 기관조차도 TEE를 개인정보보호와 감독의 균형을 맞추는 방법으로 보고 있음을 보여줍니다. 트랜잭션이 대중에게 암호화되지만 규제 기관 엔클레이브가 특정 조건 하에서 검토할 수 있는 CBDC를 가질 수 있습니다(이는 가설이지만 정책계에서 논의됨).

  • 채택 지표: 채택을 정량화하기는 어렵지만, 프로젝트 수, 투자된 자금, 인프라 가용성과 같은 지표를 볼 수 있습니다. 그 점에서 오늘날(2025년) 우리는 다음과 같은 것을 가지고 있습니다. TEE를 명시적으로 사용하는 최소 3-4개의 공개 체인(시크릿, 오아시스, 샌더스, 인티그리티, 오프체인으로서의 오토마타), 이를 통합하는 주요 오라클 네트워크, 기밀 컴퓨팅을 지원하는 대기업(마이크로소프트 애저, 구글 클라우드는 TEE VM을 제공하며 이러한 서비스는 블록체인 노드에서 옵션으로 사용됨). 기밀 컴퓨팅 컨소시엄에는 이제 블록체인 중심 회원(이더리움 재단, 체인링크, 포타닉스 등)이 포함되어 산업 간 협력을 보여줍니다. 이 모든 것은 성장하지만 틈새 시장의 채택을 가리킵니다. TEE는 아직 Web3에서 보편적이지는 않지만, 개인정보보호와 보안 오프체인 컴퓨팅이 필요한 중요한 틈새 시장을 개척했습니다.

7. 비즈니스 및 규제 고려 사항

블록체인 애플리케이션에서 TEE를 사용하는 것은 이해관계자들이 고려해야 할 몇 가지 비즈니스 및 규제적 문제를 제기합니다.

개인정보보호 규정 준수 및 기관 채택

TEE 채택의 비즈니스 동인 중 하나는 블록체인 기술을 활용하면서 데이터 개인정보보호 규정(유럽의 GDPR, 미국의 건강 데이터에 대한 HIPAA 등)을 준수해야 할 필요성입니다. 공개 블록체인은 기본적으로 데이터를 전 세계에 방송하므로, 민감한 개인 데이터를 보호해야 하는 규정과 충돌합니다. TEE는 데이터를 온체인에서 기밀로 유지하고 통제된 방식으로만 공유할 수 있는 방법을 제공하여 규정 준수를 가능하게 합니다. 언급했듯이, "TEE는 민감한 사용자 데이터를 격리하고 안전하게 처리되도록 보장함으로써 데이터 개인정보보호 규정 준수를 용이하게 합니다". 이 기능은 기업과 기관을 Web3로 끌어들이는 데 매우 중요합니다. 왜냐하면 그들은 법률 위반의 위험을 감수할 수 없기 때문입니다. 예를 들어, 환자 정보를 처리하는 의료 dApp은 TEE를 사용하여 원시 환자 데이터가 온체인에 유출되지 않도록 보장하여 HIPAA의 암호화 및 접근 제어 요구 사항을 충족시킬 수 있습니다. 마찬가지로, 유럽 은행은 TEE 기반 체인을 사용하여 고객의 개인 정보를 노출하지 않고 자산을 토큰화하고 거래하여 GDPR에 부합할 수 있습니다.

이는 긍정적인 규제적 측면을 가집니다. 일부 규제 기관은 TEE와 같은 솔루션(및 관련 기밀 컴퓨팅 개념)이 개인정보보호의 기술적 강제를 제공하기 때문에 호의적이라고 밝혔습니다. 우리는 세계 경제 포럼 등이 TEE를 블록체인 시스템에 _"설계에 의한 개인정보보호(privacy by design)"_를 구축하는 수단으로 강조하는 것을 보았습니다(본질적으로 프로토콜 수준에서 규정 준수를 내장함). 따라서 비즈니스 관점에서 TEE는 주요 장애물 중 하나(데이터 기밀성)를 제거함으로써 기관 채택을 가속화할 수 있습니다. 기업들은 데이터에 대한 하드웨어 보호 장치가 있다는 것을 알면 블록체인을 사용하거나 구축하는 데 더 기꺼이 참여합니다.

또 다른 규정 준수 측면은 감사 가능성 및 감독입니다. 기업은 종종 감사 로그와 감사관에게 데이터를 통제하고 있음을 증명할 수 있는 능력이 필요합니다. TEE는 실제로 증명 보고서와 접근된 내용에 대한 보안 로그를 생성함으로써 여기에 도움이 될 수 있습니다. 예를 들어, 오아시스의 엔클레이브 내 "영구 로깅"은 민감한 작업에 대한 변조 방지 로그를 제공합니다. 기업은 해당 로그를 규제 기관에 보여줌으로써, 예를 들어, 승인된 코드만 실행되었고 고객 데이터에 대해 특정 쿼리만 수행되었음을 증명할 수 있습니다. 이러한 종류의 _증명된 감사_는 시스템 관리자 로그를 신뢰하는 전통적인 시스템보다 규제 기관을 더 만족시킬 수 있습니다.

신뢰와 책임

반면에 TEE를 도입하면 신뢰 구조가 바뀌고 따라서 블록체인 솔루션의 책임 모델도 바뀝니다. DeFi 플랫폼이 TEE를 사용하고 하드웨어 결함으로 인해 문제가 발생하면 누가 책임이 있을까요? 예를 들어, 인텔 SGX 버그로 인해 비밀 스왑 거래 세부 정보가 유출되어 사용자가 돈을 잃는(선행 매매 등) 시나리오를 생각해 보십시오. 사용자는 플랫폼의 보안 주장을 신뢰했습니다. 플랫폼의 잘못일까요, 아니면 인텔의 잘못일까요? 법적으로 사용자는 플랫폼을 고소할 수 있으며(플랫폼은 다시 인텔을 고소해야 할 수 있음), 이는 제3자 기술 제공업체(CPU 공급업체)가 보안 모델에 깊이 관여하기 때문에 문제를 복잡하게 만듭니다. TEE를 사용하는 기업은 계약 및 위험 평가에서 이를 고려해야 합니다. 일부는 중요한 인프라에서 TEE를 사용하는 경우 하드웨어 공급업체로부터 보증이나 지원을 구할 수 있습니다.

중앙 집중화 우려도 있습니다. 블록체인의 보안이 단일 회사의 하드웨어(인텔 또는 AMD)에 의존한다면, 규제 기관은 이를 회의적으로 볼 수 있습니다. 예를 들어, 정부가 특정 엔클레이브를 손상시키기 위해 해당 회사를 소환하거나 강요할 수 있을까요? 이는 순전히 이론적인 우려가 아닙니다. 수출 통제법을 고려해 보십시오. 고급 암호화 하드웨어는 규제 대상이 될 수 있습니다. 암호화폐 인프라의 상당 부분이 TEE에 의존한다면, 정부가 백도어를 삽입하려고 시도할 수 있다고 생각할 수 있습니다(증거는 없지만 _인식_이 중요함). 일부 개인정보보호 옹호자들은 규제 기관에 이를 지적합니다. TEE는 신뢰를 집중시키므로 규제 기관이 신중하게 검토해야 한다고 말입니다. 반대로, 더 많은 통제를 원하는 규제 기관은 ZK와 같은 수학 기반 개인정보보호보다 TEE를 _선호_할 수 있습니다. 왜냐하면 TEE에는 법 집행 기관이 절대적으로 필요한 경우(예: 마스터 증명 키를 얻기 위해) 하드웨어 공급업체에 법원 명령으로 접근할 수 있다는 개념이 적어도 있기 때문입니다(쉽거나 가능성이 높지는 않지만 ZK에는 존재하지 않는 경로임). 따라서 규제적 수용은 나뉠 수 있습니다. 개인정보보호 규제 기관(데이터 보호 기관)은 규정 준수를 위해 TEE를 지지하는 반면, 법 집행 기관은 TEE가 강력한 암호화처럼 "어둠 속으로" 가지 않기 때문에 조심스럽게 낙관적일 수 있습니다. 그들이 시도할 수 있는 이론적인 수단(하드웨어)이 있기 때문입니다.

기업은 인증에 참여함으로써 이를 헤쳐나가야 할 수 있습니다. 하드웨어 모듈에 대한 FIPS 140 또는 공통 기준과 같은 보안 인증이 있습니다. 현재 SGX 등은 일부 인증을 받았습니다(예: SGX는 특정 용도에 대해 공통 기준 EAL 인증을 받음). 블록체인 플랫폼이 엔클레이브 기술이 높은 표준으로 인증되었음을 지적할 수 있다면, 규제 기관과 파트너는 더 편안해할 수 있습니다. 예를 들어, CBDC 프로젝트는 사용되는 모든 TEE가 FIPS 인증을 받도록 요구하여 난수 생성 등을 신뢰할 수 있도록 할 수 있습니다. 이는 추가적인 프로세스를 도입하고 특정 하드웨어 버전으로 제한할 수 있습니다.

생태계 및 비용 고려 사항

비즈니스 관점에서 TEE를 사용하면 블록체인 운영의 비용 구조에 영향을 미칠 수 있습니다. 노드는 특정 CPU를 가져야 하며(더 비싸거나 에너지 효율이 낮을 수 있음), 이는 더 높은 클라우드 호스팅 비용이나 자본 지출을 의미할 수 있습니다. 예를 들어, 프로젝트가 모든 검증인에게 SGX가 있는 인텔 제온을 의무화한다면, 이는 제약입니다. 검증인은 라즈베리 파이나 오래된 노트북을 가진 사람이 될 수 없으며, 해당 하드웨어가 필요합니다. 이는 참여할 수 있는 사람을 중앙 집중화할 수 있으며(고급 서버를 감당할 수 있거나 SGX VM을 제공하는 클라우드 제공업체를 사용하는 사람들에게 유리할 수 있음), 극단적인 경우 네트워크가 더 허가형이 되거나 클라우드 제공업체에 의존하게 만들 수 있으며, 이는 탈중앙화 트레이드오프이자 비즈니스 트레이드오프입니다(네트워크가 노드 제공업체를 보조해야 할 수 있음).

반면에, 일부 기업은 알려진 검증인을 원하거나 허용 목록을 가지고 있기 때문에(특히 기업 컨소시엄에서) 이를 수용할 수 있다고 생각할 수 있습니다. 그러나 공개 암호화폐 네트워크에서는 이것이 논쟁을 일으켰습니다. 예를 들어, SGX가 필요했을 때 사람들은 "이것은 대규모 데이터 센터만 노드를 운영한다는 의미인가?"라고 물었습니다. 이는 커뮤니티 정서에 영향을 미치고 따라서 시장 채택에 영향을 미칩니다. 예를 들어, 일부 암호화폐 순수주의자들은 TEE를 요구하는 체인을 "덜 신뢰할 수 없다"거나 너무 중앙 집중화되었다고 낙인찍고 피할 수 있습니다. 따라서 프로젝트는 PR과 커뮤니티 교육을 처리하여 신뢰 가정이 무엇인지, 그리고 왜 여전히 안전한지를 명확히 해야 합니다. 우리는 시크릿 네트워크가 인텔 업데이트의 엄격한 모니터링과 검증인이 엔클레이브를 업데이트하지 않으면 슬래싱된다는 것을 설명함으로써 FUD에 대처하는 것을 보았습니다. 기본적으로 하드웨어 신뢰 위에 사회적 신뢰 계층을 만드는 것입니다.

또 다른 고려 사항은 파트너십과 지원입니다. TEE를 둘러싼 비즈니스 생태계에는 대기업(인텔, AMD, ARM, 마이크로소프트, 구글 등)이 포함됩니다. TEE를 사용하는 블록체인 프로젝트는 종종 이들과 파트너 관계를 맺습니다(예: 아이젝과 인텔의 파트너십, 시크릿 네트워크와 인텔의 증명 개선 작업, 오아시스와 마이크로소프트의 기밀 AI 등). 이러한 파트너십은 자금, 기술 지원 및 신뢰성을 제공할 수 있습니다. 이는 전략적인 지점입니다. 기밀 컴퓨팅 산업과 협력하면 문이 열릴 수 있지만(자금이나 기업 파일럿을 위해), 암호화폐 프로젝트가 대기업과 협력하게 될 수도 있으며, 이는 커뮤니티에서 이념적 함의를 가집니다.

규제 불확실성

TEE를 사용하는 블록체인 애플리케이션이 성장함에 따라 새로운 규제적 질문이 생길 수 있습니다. 예를 들어:

  • 데이터 관할권: 데이터가 특정 국가의 TEE 내에서 처리되면, "해당 국가에서 처리된 것"으로 간주될까요, 아니면 암호화되어 있으므로 어디에도 속하지 않는 것으로 간주될까요? 일부 개인정보보호법은 시민의 데이터가 특정 지역을 떠나지 않도록 요구합니다. TEE는 경계를 모호하게 만들 수 있습니다. 클라우드 지역에 엔클레이브가 있을 수 있지만, 암호화된 데이터만 들어오고 나갑니다. 규제 기관은 이러한 처리를 어떻게 볼 것인지 명확히 해야 할 수 있습니다.
  • 수출 통제: 고급 암호화 기술은 수출 제한의 대상이 될 수 있습니다. TEE는 메모리 암호화를 포함합니다. 역사적으로 이것은 문제가 되지 않았지만(이러한 기능이 있는 CPU는 전 세계적으로 판매됨), 만약 그것이 바뀐다면 공급에 영향을 미칠 수 있습니다. 또한, 일부 국가는 국가 안보 때문에 외국 TEE 사용을 금지하거나 권장하지 않을 수 있습니다(예: 중국은 인텔을 신뢰하지 않기 때문에 SGX에 해당하는 자체 기술을 가지고 있으며, 민감한 용도에 SGX를 허용하지 않을 수 있음).
  • 법적 강제: 시나리오: 정부가 노드 운영자에게 엔클레이브에서 데이터를 추출하도록 소환할 수 있을까요? 보통은 운영자조차도 내부를 볼 수 없기 때문에 불가능합니다. 그러나 특정 증명 키에 대해 인텔을 소환한다면 어떨까요? 인텔의 설계는 그들조차도 엔클레이브 메모리를 해독할 수 없도록 되어 있습니다(그들은 CPU에 키를 발급하고 CPU가 작업을 수행함). 그러나 백도어가 존재하거나 인텔이 서명한 특수 펌웨어가 메모리를 덤프할 수 있다면, 그것은 사람들을 걱정시키는 가설입니다. 법적으로 인텔과 같은 회사는 보안을 약화시키라는 요청을 받으면 거부할 수 있습니다(제품에 대한 신뢰를 파괴하지 않기 위해 그럴 가능성이 높음). 그러나 그 가능성만으로도 합법적인 접근에 대한 규제 논의에 나타날 수 있습니다. TEE를 사용하는 기업은 이러한 발전에 대해 최신 정보를 유지해야 하지만, 현재 인텔/AMD가 엔클레이브 데이터를 추출할 수 있는 공개적인 메커니즘은 없습니다. 그것이 TEE의 핵심입니다.

시장 차별화 및 신규 서비스

비즈니스에 긍정적인 측면에서 TEE는 수익화할 수 있는 새로운 제품과 서비스를 가능하게 합니다. 예를 들어:

  • 기밀 데이터 마켓플레이스: 아이젝과 오션 프로토콜 등이 언급했듯이, 기업들은 유출되지 않을 것이라는 보장이 있다면 수익화할 수 있는 귀중한 데이터를 보유하고 있습니다. TEE는 데이터가 엔클레이브를 떠나지 않고 통찰력만 나오는 "데이터 대여"를 가능하게 합니다. 이는 새로운 수익원과 비즈니스 모델을 열 수 있습니다. 우리는 Web3 스타트업이 기업에 기밀 컴퓨팅 서비스를 제공하는 것을 봅니다. 본질적으로 "아무것도 노출하지 않고 블록체인이나 회사 간 데이터에서 통찰력을 얻으세요"라는 아이디어를 판매하는 것입니다.
  • 기업 DeFi: 금융 기관은 종종 개인정보보호 부족을 DeFi나 공개 블록체인에 참여하지 않는 이유로 듭니다. TEE가 그들의 포지션이나 거래에 대한 개인정보보호를 보장할 수 있다면, 그들은 참여하여 생태계에 더 많은 유동성과 비즈니스를 가져올 수 있습니다. 이를 충족시키는 프로젝트(시크릿의 비밀 대출이나 오아시스의 규정 준수 통제가 있는 비공개 AMM 등)는 기관 사용자를 유치하기 위해 자리매김하고 있습니다. 성공하면 상당한 시장이 될 수 있습니다(신원과 금액은 보호되지만 엔클레이브가 AML과 같은 규정 준수 검사를 내부적으로 수행하는 기관 AMM 풀을 상상해 보십시오. 이는 규제적 편안함 하에 DeFi에 큰 돈을 가져올 수 있는 제품입니다).
  • 보험 및 위험 관리: TEE가 특정 위험(오라클 조작 등)을 줄임에 따라, 스마트 계약 플랫폼에 대한 보험료가 낮아지거나 새로운 보험 상품이 나올 수 있습니다. 반대로, TEE는 새로운 위험(엔클레이브의 기술적 실패 등)을 도입하며, 이는 그 자체로 보험 가능한 사건이 될 수 있습니다. 암호화폐 보험 분야가 싹트고 있습니다. 그들이 TEE 의존 시스템을 어떻게 취급할지는 흥미로울 것입니다. 플랫폼은 데이터 유출 위험을 낮추기 위해 TEE를 사용한다고 마케팅하여 보험 가입을 더 쉽고 저렴하게 만들어 경쟁 우위를 점할 수 있습니다.

결론적으로, TEE 지원 Web3의 비즈니스 및 규제 환경은 신뢰와 혁신의 균형에 관한 것입니다. TEE는 법률을 준수하고 기업 사용 사례를 열 수 있는 경로를 제공하지만(주류 채택에 큰 이점), 하드웨어 제공업체에 대한 의존성과 투명하게 관리되어야 하는 복잡성도 가져옵니다. 이해관계자들은 블록체인에서 TEE의 잠재력을 완전히 실현하기 위해 기술 대기업(지원용)과 규제 기관(명확성과 보증용) 모두와 협력해야 합니다. 잘 수행된다면, TEE는 블록체인이 민감한 데이터를 처리하는 산업과 깊이 통합될 수 있도록 하는 초석이 될 수 있으며, 이로써 Web3의 범위를 이전에는 개인정보보호 문제로 인해 접근할 수 없었던 영역으로 확장할 수 있습니다.

결론

신뢰 실행 환경은 Web3 도구 상자에서 강력한 구성 요소로 부상하여, 기밀성과 안전한 오프체인 연산이 필요한 새로운 종류의 탈중앙화 애플리케이션을 가능하게 했습니다. 우리는 인텔 SGX, ARM TrustZone, AMD SEV와 같은 TEE가 연산을 위한 하드웨어 격리 "안전 상자"를 제공하며, 이 속성이 개인정보 보호 스마트 계약, 검증 가능한 오라클, 확장 가능한 오프체인 처리 등을 위해 활용되었음을 보았습니다. 코스모스의 시크릿 네트워크의 비공개 계약부터 오아시스의 기밀 파라타임, 폴카닷의 샌더스 TEE 클라우드, 이더리움의 아이젝 오프체인 마켓플레이스에 이르기까지 생태계 전반의 프로젝트들은 TEE가 블록체인 플랫폼에 통합되는 다양한 방식을 보여줍니다.

기술적으로 TEE는 속도와 강력한 데이터 기밀성이라는 매력적인 이점을 제공하지만, 하드웨어 공급업체를 신뢰해야 하는 필요성, 잠재적인 사이드 채널 취약점, 통합 및 컴포저빌리티의 장애물과 같은 자체적인 과제를 안고 있습니다. 우리는 TEE를 암호화 대안(ZKP, FHE, MPC)과 비교했으며, 각각의 틈새 시장이 있음을 발견했습니다. TEE는 성능과 사용 편의성에서 빛나고, ZK와 FHE는 높은 비용으로 최대한의 신뢰 없음을 제공하며, MPC는 참가자들 사이에 신뢰를 분산시킵니다. 실제로 많은 최첨단 솔루션은 하이브리드이며, 양쪽의 장점을 모두 얻기 위해 암호화 방법과 함께 TEE를 사용합니다.

TEE 기반 솔루션의 채택은 꾸준히 증가하고 있습니다. 이더리움 dApp은 오라클 보안 및 비공개 연산을 위해 TEE를 활용하고, 코스모스와 폴카닷은 전문화된 체인을 통해 네이티브 지원을 제공하며, 기업 블록체인 노력은 규정 준수를 위해 TEE를 수용하고 있습니다. 비즈니스 측면에서 TEE는 탈중앙화 기술과 규제 사이의 다리가 될 수 있습니다. 민감한 데이터가 하드웨어 보안의 보호 아래 온체인에서 처리되도록 허용하여 기관 사용 및 새로운 서비스의 문을 엽니다. 동시에 TEE를 사용한다는 것은 새로운 신뢰 패러다임에 참여하고 블록체인의 탈중앙화 정신이 불투명한 실리콘에 의해 약화되지 않도록 보장하는 것을 의미합니다.

요약하자면, 신뢰 실행 환경은 Web3의 진화에 중요한 역할을 하고 있습니다. 개인정보보호와 확장성이라는 가장 시급한 우려 사항 중 일부를 해결하며, 만병통치약은 아니지만(논란이 없는 것도 아님), 탈중앙화 애플리케이션이 할 수 있는 것을 크게 확장합니다. 기술이 성숙함에 따라(하드웨어 보안 및 증명 표준의 개선과 함께) 더 많은 프로젝트가 그 가치를 입증함에 따라, 우리는 TEE가(보완적인 암호화 기술과 함께) Web3의 잠재력을 안전하고 신뢰할 수 있는 방식으로 최대한 발휘하기 위한 블록체인 아키텍처의 표준 구성 요소가 될 것으로 기대할 수 있습니다. 미래는 하드웨어와 암호화가 손을 잡고 작동하여 성능이 뛰어나고 입증 가능하게 안전한 시스템을 제공하여 사용자, 개발자 및 규제 기관의 요구를 모두 충족시키는 계층화된 솔루션을 가질 가능성이 높습니다.

출처: 이 보고서의 정보는 공식 프로젝트 문서 및 블로그, 산업 분석, 학술 연구 등 다양한 최신 출처에서 수집되었으며, 본문 전체에 걸쳐 인용되었습니다. 주목할 만한 참고 자료로는 Web3의 TEE에 대한 Metaschool 2025 가이드, 샌더스 네트워크의 비교, FHE/TEE/ZKP/MPC에 대한 ChainCatcher 등의 기술적 통찰력, 바이낸스 리서치의 규제 준수에 대한 진술 등이 있습니다. 이러한 출처는 추가적인 세부 정보를 제공하며, 특정 측면을 더 깊이 탐구하고자 하는 독자에게 권장됩니다.

Sony의 Soneium: 엔터테인먼트 세계에 블록체인 도입

· 약 5분

빠르게 진화하는 블록체인 기술 환경 속에서, 익숙한 이름이 대담한 비전을 가지고 무대에 등장했습니다. 엔터테인먼트와 기술의 거인인 Sony가 Soneium을 출시했습니다 — 최첨단 Web3 혁신과 주류 인터넷 서비스를 연결하기 위해 설계된 이더리움 레이어-2 블록체인입니다. 그렇다면 Soneium은 정확히 무엇이며, 왜 관심을 가져야 할까요? 함께 살펴보겠습니다.

Soneium이란?

Soneium은 이더리움 위에 구축된 레이어-2 블록체인으로, Sony Group과 Startale Labs가 공동 설립한 Sony Block Solutions Labs에서 개발했습니다. 2025년 1월에 성공적인 테스트넷을 거쳐 출시된 Soneium은 “경계를 초월하는 열린 인터넷을 실현”한다는 목표 아래, 블록체인 기술을 접근 가능하고 확장 가능하며 일상 생활에 실용적으로 만들고자 합니다.

이를 Sony가 PlayStation과 Walkman으로 게임과 음악을 대중화했던 것처럼, 블록체인을 사용자 친화적으로 만들려는 시도로 생각하면 됩니다.

Soneium 뒤의 기술

기술에 관심 있는 분들을 위해, Soneium은 Optimism의 OP Stack 위에 구축되었습니다. 이는 다른 인기 레이어-2 솔루션과 동일한 옵티미스틱 롤업 프레임워크를 사용한다는 의미입니다. 쉽게 말해? 트랜잭션을 오프체인에서 처리하고 주기적으로 압축된 데이터를 이더리움에 게시함으로써, 보안을 유지하면서도 더 빠르고 저렴한 거래를 가능하게 합니다.

Soneium은 이더리움 가상 머신(EVM)과 완전 호환되므로, 이더리움에 익숙한 개발자는 플랫폼에 애플리케이션을 손쉽게 배포할 수 있습니다. 또한 Optimism의 “Superchain” 생태계에 참여해 Coinbase의 Base와 같은 다른 레이어-2 네트워크와도 원활히 소통할 수 있습니다.

Soneium의 차별점은?

시중에 이미 여러 레이어-2 솔루션이 존재하지만, Soneium은 엔터테인먼트, 창작 콘텐츠, 팬 참여에 집중한다는 점에서 돋보입니다 — Sony가 수십 년간 쌓아온 경험과 방대한 자원을 활용할 수 있는 영역이죠.

예를 들어, 영화 티켓을 구매하면 보너스 콘텐츠에 접근할 수 있는 독점 디지털 컬렉터블을 받는 상황을 상상해 보세요. 혹은 가상 콘서트에 참석해 NFT 티켓이 특별 혜택이 포함된 기념품이 되는 경우도 가능합니다. 이러한 경험을 Sony는 Soneium 위에서 구현하고자 합니다.

플랫폼이 지원하도록 설계된 분야:

  • 게임: 인게임 자산에 대한 빠른 트랜잭션
  • NFT 마켓플레이스: 디지털 컬렉터블 거래
  • 팬 참여 앱: 커뮤니티가 크리에이터와 소통
  • 금융 도구: 크리에이터와 팬을 위한 금융 서비스
  • 엔터프라이즈 블록체인 솔루션

Sony의 파트너십이 Soneium을 견인

Sony는 혼자서 이 일을 진행하지 않습니다. 여러 전략적 파트너와 협력해 Soneium의 개발과 채택을 가속화하고 있습니다:

  • Startale Labs: 싱가포르 기반 블록체인 스타트업으로, Astar Network 공동창업자 Sota Watanabe가 이끌며 Sony의 핵심 기술 파트너 역할을 수행
  • Optimism Foundation: 기본 기술 제공
  • Circle: USD Coin(USDC)을 네트워크의 주요 통화로 지원
  • Samsung: 벤처 부문을 통한 전략적 투자
  • Alchemy, Chainlink, Pyth Network, The Graph: 필수 인프라 서비스 제공

또한 Sony는 Sony Pictures, Sony Music Entertainment, Sony Music Publishing 등 내부 부서를 활용해 Soneium 위에서 Web3 팬 참여 프로젝트를 파일럿하고 있습니다. 예를 들어, “공각기동대” 프랜차이즈와 Sony 레이블 소속 여러 음악 아티스트를 위한 NFT 캠페인을 이미 진행했습니다.

초기 성공 신호

출시 몇 개월 만에 Soneium은 눈에 띄는 성장세를 보이고 있습니다:

  • 테스트넷 단계에서 1,500만 이상의 활성 지갑과 4,700만 건 이상의 트랜잭션 처리
  • 메인넷 출시 첫 달에 248,000 이상의 온체인 계정과 약 180만 개의 주소가 네트워크와 상호작용
  • Web3 음악 레이블 Coop Records와의 협업을 포함한 여러 NFT 드롭 성공적으로 진행

성장을 촉진하기 위해 Sony와 Astar Network는 100일 인센티브 캠페인을 시작했으며, 1억 토큰 보상 풀을 제공해 사용자들이 앱을 체험하고, 유동성을 공급하며, 플랫폼에 활발히 참여하도록 장려하고 있습니다.

보안과 확장성: 균형 잡기

Sony에게 보안은 최우선 과제입니다. Soneium은 이더리움의 보안을 그대로 물려받으면서 자체적인 보호 조치를 추가했습니다.

흥미롭게도 Sony는 지식재산권을 침해한다고 판단되는 특정 스마트 계약과 토큰을 블랙리스트에 올리는 다소 논란이 되는 방식을 채택했습니다. 이는 탈중앙화에 대한 의문을 제기하지만, Sony는 크리에이터를 보호하고 주류 사용자와의 신뢰를 구축하기 위해 일정 수준의 큐레이션이 필요하다고 주장합니다.

확장성 측면에서 Soneium은 이더리움의 처리량을 크게 향상시키는 것이 목표입니다. 트랜잭션을 오프체인에서 처리함으로써, 대규모 게임이나 NFT 드롭과 같은 애플리케이션의 대량 채택에 필수적인 높은 처리량과 낮은 비용을 실현합니다.

앞으로의 로드맵

Soneium에 대한 Sony의 로드맵은 다단계로 구성됩니다:

  1. 첫 해: Web3 열성 팬과 초기 채택자 온보딩
  2. 2년 차: Sony Bank, Sony Music, Sony Pictures 등 Sony 제품과 통합
  3. 3년 차: 기업 및 Sony 생태계를 넘어선 일반 애플리케이션으로 확장

현재 NFT 기반 팬 마케팅 플랫폼을 순차적으로 출시하고 있으며, 이를 통해 브랜드와 아티스트가 팬에게 NFT를 손쉽게 발행하고, 독점 콘텐츠 및 이벤트 접근 권한 같은 혜택을 제공할 수 있게 됩니다.

현재 Soneium은 가스 비용으로 ETH를 사용하고 인센티브로 ASTR(Astar Network 토큰)을 활용하고 있지만, 향후 Soneium 고유 토큰이 등장할 가능성도 거론되고 있습니다.

다른 레이어-2 네트워크와의 비교

혼잡한 레이어-2 시장에서 Soneium은 Arbitrum, Optimism, Polygon 등 기존 강자들과 경쟁합니다. 그러나 Sony는 엔터테인먼트 제국을 활용해 창의적인 사용 사례에 집중함으로써 독특한 위치를 차지하고 있습니다.

커뮤니티 중심의 레이어-2와 달리, Soneium은 Sony 브랜드 신뢰도, 콘텐츠 IP 접근성, 기존 Sony 서비스 사용자 기반을 활용합니다. 그 대가로 초기에는 Optimism이나 Arbitrum처럼 토큰을 발행하고 커뮤니티 거버넌스를 구현한 수준만큼 탈중앙화가 낮을 수 있습니다.

큰 그림

Sony의 Soneium은 블록체인 대중화를 향한 중요한 발걸음입니다. 콘텐츠와 팬 참여라는 Sony의 강점을 살려, Soneium은 Web3 열성 팬과 일반 소비자 사이의 다리를 놓고자 합니다.

만약 Sony가 수백만 고객 중 일부라도 Web3 참여자로 전환한다면, Soneium은 최초의 진정한 메인스트림 블록체인 플랫폼 중 하나가 될 가능성이 큽니다.

실험은 이제 시작에 불과하지만, 그 잠재력은 거대합니다. 엔터테인먼트, 기술, 블록체인이 점점 더 얽히면서, Soneium은 게임 아바타 하나, 음악 NFT 하나로 대중에게 블록체인 기술을 전파하는 선두주자가 될 것입니다.

블록체인 확장: Caldera와 RaaS 혁명이 Web3의 미래를 형성하는 방법

· 약 6분

Web3 확장 문제

블록체인 산업은 지속적인 도전에 직면해 있습니다: 보안이나 탈중앙화를 희생하지 않으면서 수백만 사용자를 지원하도록 어떻게 확장할 것인가?

스마트 계약 플랫폼의 선두주자인 Ethereum은 기본 레이어에서 초당 약 15건의 트랜잭션을 처리합니다. 수요가 급증할 때 이 제한으로 인해 가스 비용이 급등하여 NFT 민팅이나 DeFi 파밍이 폭주할 때는 트랜잭션당 $100을 초과하기도 합니다.

이 확장 병목은 Web3 채택에 존재론적 위협이 됩니다. Web2 애플리케이션의 즉각적인 반응성에 익숙한 사용자는 토큰을 교환하거나 NFT를 민팅하기 위해 $50을 지불하고 3분을 기다리는 것을 용납하지 않을 것입니다.

여기에 블록체인 아키텍처를 급속히 재구성하고 있는 솔루션이 등장합니다: Rollups-as-a-Service ( RaaS ).

Scaling Blockchains

Rollups-as-a-Service ( RaaS ) 이해하기

RaaS 플랫폼은 개발자가 처음부터 모든 것을 구축할 필요 없이 자체 맞춤형 블록체인 롤업을 배포할 수 있게 해줍니다. 이러한 서비스는 일반적으로 전문 엔지니어링 팀과 수개월의 개발이 필요했던 작업을 간소화된, 때로는 원클릭 배포 프로세스로 전환합니다.

왜 중요한가요? 롤업이 바로 블록체인 확장의 핵심이기 때문입니다.

롤업은 다음과 같이 작동합니다:

  • 메인 체인 ( Layer 1 ) 외부에서 트랜잭션을 처리
  • 이러한 트랜잭션을 배치
  • 압축된 증명을 메인 체인에 제출

그 결과? 처리량이 크게 증가하고 비용이 크게 감소하면서도 기본 Layer 1 블록체인(예: Ethereum)의 보안을 그대로 물려받습니다.

"롤업은 Ethereum과 경쟁하는 것이 아니라 확장하는 것입니다. Ethereum 고속도로 위에 구축된 특수 익스프레스 차선과 같습니다."

이러한 확장 접근 방식은 너무나 유망해서 Ethereum은 2020년에 공식적으로 "롤업 중심 로드맵"을 채택했습니다. 이는 미래가 단일 거대 체인이 아니라 상호 연결된 목적별 롤업 생태계가 될 것임을 인정한 것입니다.

Caldera: RaaS 혁명의 선두주자

신흥 RaaS 제공업체 중 Caldera는 눈에 띄는 선두주자입니다. 2023년에 설립되어 Dragonfly, Sequoia Capital, Lattice 등 주요 투자자로부터 2,500만 달러를 유치한 Caldera는 롤업 분야의 주요 인프라 제공업체로 빠르게 자리매김했습니다.

Caldera만의 차별점은?

Caldera는 여러 핵심 측면에서 차별화됩니다:

  1. 멀티 프레임워크 지원: 단일 롤업 프레임워크에 집중하는 경쟁사와 달리, Caldera는 Optimism의 OP Stack 및 Arbitrum의 Orbit/Nitro 기술 등 주요 프레임워크를 지원해 개발자에게 기술적 유연성을 제공합니다.

  2. 엔드‑투‑엔드 인프라: Caldera와 함께 배포하면 신뢰성 높은 RPC 노드, 블록 탐색기, 인덱싱 서비스, 브리지 인터페이스 등 완전한 구성 요소 스위트를 얻게 됩니다.

  3. 풍부한 통합 생태계: Caldera는 오라클, 파우셋, 지갑, 크로스‑체인 브리지(LayerZero, Axelar, Wormhole, Connext 등)와 연동된 40개 이상의 Web3 도구와 서비스가 사전 통합되어 제공됩니다.

  4. Metalayer 네트워크: 아마도 Caldera의 가장 야심찬 혁신은 모든 Caldera‑구동 롤업을 하나의 통합 생태계로 연결하는 Metalayer입니다. 이를 통해 롤업 간에 유동성과 메시지를 원활히 공유할 수 있습니다.

  5. 멀티‑VM 지원: 2024년 말, Caldera는 Ethereum 위에서 Solana Virtual Machine ( SVM )을 지원하는 최초의 RaaS가 되어, Solana와 같은 고성능 체인을 Ethereum의 안전한 베이스 레이어에 정산하도록 했습니다.

Caldera의 접근 방식은 롤업을 위한 "모든 것을 포괄하는 레이어"를 만들고 있습니다. 이는 서로 다른 롤업이 고립된 섬이 아니라 상호 운용 가능한 네트워크로 존재하도록 하는 것입니다.

실제 채택 사례: Caldera를 사용하는 기업

Caldera는 2024년 말 현재 75개 이상의 롤업을 운영 중이며, 주요 프로젝트는 다음과 같습니다:

  • Manta Pacific: Caldera의 OP Stack과 Celestia를 결합해 데이터 가용성을 확보한 고확장성 제로 지식 애플리케이션 네트워크.
  • RARI Chain: NFT에 특화된 롤업으로 1초 미만에 트랜잭션을 처리하고 프로토콜 수준에서 NFT 로열티를 강제합니다.
  • Kinto: 온체인 KYC/AML 및 계정 추상화를 제공하는 규제 준수 DeFi 플랫폼.
  • Injective의 inEVM: Cosmos 생태계를 Ethereum 기반 dApp과 연결하는 EVM 호환 롤업.

이 프로젝트들은 일반적인 Layer 1에서 불가능한 맞춤형 롤업이 어떻게 애플리케이션 별 요구를 충족시키는지를 보여줍니다. 2024년 말까지 Caldera의 전체 롤업은 6백만 개 이상의 고유 지갑에 대해 3억 건 이상의 트랜잭션을 처리했으며, **총 잠금 가치(TVL)**는 거의 10억 달러에 달했습니다.

RaaS 비교: Caldera vs. 경쟁사

RaaS 시장은 점점 경쟁이 치열해지고 있으며, 주요 플레이어는 다음과 같습니다:

Conduit

  • Optimism 및 Arbitrum 생태계에만 집중
  • 완전한 셀프‑서비스, 코드 없는 경험 강조
  • Zora 등 Ethereum 메인넷 롤업의 약 20%를 지원

AltLayer

  • 일회성, 온디맨드 롤업인 "Flashlayers" 제공
  • 특정 이벤트나 트래픽 급증 시 탄력적 확장에 초점
  • 게임 이벤트 동안 일일 180,000건 이상의 트랜잭션 처리 실적 보유

Sovereign Labs

  • 제로 지식 기술에 초점을 맞춘 Rollup SDK 개발
  • Ethereum에 국한되지 않고 모든 베이스 체인에서 ZK‑롤업 구현 목표
  • 아직 개발 단계에 있으며 차세대 멀티‑체인 ZK 배포를 겨냥

이들 경쟁사는 각각의 니치에서 강점을 보이지만, Caldera는 통합 롤업 네트워크, 멀티‑VM 지원, 개발자 경험에 중점을 둔 포괄적인 접근 방식으로 시장 리더십을 확보하고 있습니다.

RaaS와 블록체인 확장의 미래

RaaS는 블록체인 환경을 근본적으로 바꿀 준비가 되어 있습니다:

1. 애플리케이션 별 체인의 급증

산업 연구에 따르면 앞으로 수백만 개의 롤업이 등장해 각각 특정 애플리케이션이나 커뮤니티를 서비스할 것으로 예상됩니다. RaaS가 배포 장벽을 낮추면서 모든 주요 dApp이 자체 최적화 체인을 가질 수 있게 됩니다.

2. 상호 운용성은 핵심 과제

롤업이 늘어날수록 서로 간의 통신과 가치 이동이 필수적입니다. Caldera의 Metalayer는 이러한 과제를 해결하기 위한 초기 시도이며, 롤업 간 통합된 사용자 경험을 제공하고자 합니다.

3. 고립된 체인에서 네트워크형 생태계로

궁극적인 목표는 사용자가 어느 체인에 있는지 거의 인식하지 못하는 매끄러운 멀티‑체인 경험을 구현하는 것입니다. 가치와 데이터는 특화된 롤업들의 상호 연결된 웹을 통해 자유롭게 흐를 것입니다.

4. 클라우드와 같은 블록체인 인프라

RaaS는 블록체인 인프라를 클라우드 서비스처럼 전환하고 있습니다. Caldera의 "Rollup Engine"은 동적 업그레이드와 모듈형 컴포넌트를 제공해 롤업을 필요에 따라 확장 가능한 구성 가능한 클라우드 서비스처럼 취급합니다.

개발자와 BlockEden.xyz에 의미하는 바

BlockEden.xyz는 RaaS 혁명에 큰 잠재력을 보고 있습니다. 우리는 개발자를 안전하게 블록체인 노드와 연결하는 인프라 제공업체로서, 이 변화하는 환경에서 핵심적인 역할을 수행할 준비가 되어 있습니다.

롤업이 급증함에 따라 개발자는 신뢰할 수 있는 노드 인프라가 그 어느 때보다 필요합니다. 수천 개의 애플리케이션 별 체인이 존재하는 미래는 높은 가용성을 갖춘 RPC 서비스가 필수이며, 이는 바로 BlockEden.xyz가 전문으로 제공하는 영역입니다.

우리가 특히 기대하는 영역은 다음과 같습니다:

  1. 롤업 전용 RPC 서비스: 롤업마다 고유한 기능과 최적화가 존재하므로 특화 인프라가 중요합니다.
  2. 크로스‑체인 데이터 인덱싱: 여러 롤업 간 가치 흐름을 추적·분석할 도구가 필요합니다.
  3. 고급 개발자 도구: 롤업 배포가 쉬워짐에 따라 모니터링·디버깅·분석 툴의 수요가 증가합니다.
  4. 통합 API 접근: 다양한 롤업을 사용하는 개발자는 단순화된 통합 API를 원합니다.

결론: 모듈형 블록체인 미래

Rollups-as-a-Service의 부상은 블록체인 확장에 대한 근본적인 사고 전환을 의미합니다. 모든 애플리케이션을 단일 체인에 억지로 끼워넣는 대신, 우리는 특정 사용 사례에 맞춘 전문 체인들이 서로 연결되고 견고한 Layer 1 네트워크에 의해 보호되는 모듈형 미래로 나아가고 있습니다.

Caldera가 구축한 공유 유동성과 원활한 메시징을 갖춘 통합 롤업 네트워크는 이러한 미래의 한 단면을 보여줍니다. 롤업 배포를 클라우드 서버를 띄우듯 간단하게 만들면서, RaaS 제공업체는 블록체인 인프라 접근성을 민주화하고 있습니다.

BlockEden.xyz는 다중 체인 시대에 필요한 신뢰성 높은 노드 인프라와 개발자 도구를 제공함으로써 이 진화를 적극 지원합니다. 우리는 종종 “Web3의 미래는 단일 체인이 아니라 수천 개의 전문 체인이 함께 작동하는 것”이라고 말합니다.


Lookin​g to build on a rollup or need reliable node infrastructure for your blockchain project? Contact Email: info@BlockEden.xyz to learn how we can support your development with our 99.9% uptime guarantee and specialized RPC services across 27+ blockchains.

2025년 기업을 위한 ENS: '있으면 좋은'에서 프로그래머블 브랜드 아이덴티티로

· 약 9분
Dora Noda
Software Engineer

수년 동안 이더리움 네임 서비스(ENS)는 많은 사람들에게 암호화폐 애호가들을 위한 틈새 도구로 여겨져 왔습니다. 길고 다루기 어려운 지갑 주소를 사람이 읽을 수 있는 .eth 이름으로 대체하는 방법 말이죠. 하지만 2025년에는 그러한 인식이 구식입니다. ENS는 프로그래머블 브랜드 아이덴티티의 기반 레이어로 진화했으며, 단순한 이름을 회사의 전체 디지털 존재감을 위한 이식 가능하고 검증 가능하며 통합된 앵커로 전환합니다.

더 이상 단순히 brand.eth에 관한 것이 아닙니다. brand.com을 암호화폐 인식이 가능하게 만들고, 직원들에게 검증 가능한 역할을 발행하며, 단일하고 표준적인 진실의 소스를 통해 고객과의 신뢰를 구축하는 것입니다. 이것은 ENS가 지금 왜 중요한지 그리고 오늘날 어떻게 구현할 수 있는지에 대한 기업용 가이드입니다.

요약

  • ENS는 이름(예: brand.eth 또는 brand.com)을 지갑, 앱, 웹사이트 및 검증된 프로필 데이터에 매핑하는 프로그래머블 아이덴티티로 전환합니다.
  • DNS 도메인을 포기할 필요가 없습니다: 가스리스 DNSSECbrand.com이 설정 시 온체인 수수료 없이 ENS 이름으로 기능할 수 있습니다.
  • .eth 가격은 투명하고 갱신 기반이며(짧은 이름일수록 비쌈), 수익은 ENS DAO를 통해 공공선 프로토콜에 자금을 지원합니다.
  • alice.brand.eth 또는 support.brand.com과 같은 서브이름을 통해 NameWrapper "퓨즈"와 만료에 의해 시간 제한되고 제약된 역할, 혜택 및 액세스를 발행할 수 있습니다.
  • ENS는 ENSv2에서 핵심 기능을 L2로 이동 중이며, CCIP‑Read를 통한 신뢰 최소화 해결로 비용, 속도 및 규모에 중요합니다.

현대 기업에게 ENS가 중요한 이유

기업에게 아이덴티티는 분산되어 있습니다. 웹사이트용 도메인 이름, 마케팅용 소셜 미디어 핸들, 결제 및 운영용 별도 계정이 있습니다. ENS는 이를 통합하여 단일하고 권위 있는 아이덴티티 레이어를 만드는 방법을 제공합니다.

  • 통합되고 사람이 읽을 수 있는 아이덴티티: 핵심적으로 ENS는 기억하기 쉬운 이름을 암호학적 주소에 매핑합니다. 하지만 그 력은 단일 블록체인을 훨씬 넘어섭니다. 멀티체인 지원을 통해 brand.eth는 Bitcoin 재무부, Solana 운영 지갑, Ethereum 스마트 계약을 동시에 가리킬 수 있습니다. 브랜드의 이름은 web3 생태계 전반의 결제, 애플리케이션 및 프로필을 위한 단일하고 사용자 친화적인 앵커가 됩니다.

  • 깊은 생태계 통합: ENS는 틈새 프로토콜에 대한 투기적 베팅이 아니라 web3 프리미티브입니다. 주요 지갑(Coinbase Wallet, MetaMask), 브라우저(Brave, Opera), 탈중앙화 애플리케이션(Uniswap, Aave)에서 기본적으로 지원됩니다. GoDaddy와 같은 파트너가 ENS를 통합할 때, 그것은 web2와 web3 인프라 간의 융합을 신호합니다. ENS를 채택함으로써, 당신은 브랜드를 방대하고 상호 운용 가능한 네트워크에 연결하고 있습니다.

  • 풍부하고 검증 가능한 프로필 데이터: 주소 외에도 ENS 이름은 아바타, 이메일, 소셜 미디어 핸들, 웹사이트 URL과 같은 프로필 정보에 대한 표준화된 텍스트 레코드를 저장할 수 있습니다. 이것은 ENS 이름을 표준적이고 기계 판독 가능한 명함으로 전환합니다. 지원, 마케팅 및 엔지니어링 도구 모두 동일한 검증된 소스에서 가져올 수 있어 일관성을 보장하고 사용자와의 신뢰를 구축합니다.


두 가지 진입로: .eth vs. "자신의 DNS 가져오기"

ENS 시작은 유연하며, 함께 사용할 수 있고 사용해야 하는 두 가지 주요 경로를 제공합니다.

1. brand.eth 등록

이것은 web3 네이티브 접근 방식입니다. .eth 이름을 등록하면 생태계에 대한 브랜드의 헌신을 신호하는 암호 네이티브 자산을 얻게 됩니다. 프로세스는 직접적이고 투명합니다.

  • 명확한 수수료 일정: 스쿼팅을 방지하고 프로토콜에 자금을 지원하기 위해 수수료는 ETH로 매년 지불됩니다. 가격은 희소성에 기반합니다: 5자 이상 이름은 연간 단 5달러, 4자 이름은 연간 160달러, 3자 이름은 연간 640달러입니다.
  • 기본 이름 설정: brand.eth를 소유하면 회사의 메인 지갑에 대한 "기본 이름"(역방향 레코드라고도 함)으로 설정해야 합니다. 이는 지갑과 dapp이 긴 주소 대신 기억하기 쉬운 이름을 표시할 수 있게 하는 중요한 단계로, 사용자 경험과 신뢰를 극적으로 향상시킵니다.

2. ENS 내에서 brand.com 향상 (마이그레이션 불필요)

가치 있는 web2 도메인을 포기할 필요가 없습니다. 가스리스 DNSSEC라는 기능 덕분에 기존 DNS 도메인을 암호 지갑에 연결하여 완전히 기능하는 ENS 이름으로 효과적으로 업그레이드할 수 있습니다.

  • 소유자를 위한 제로 온체인 비용: 이 프로세스는 도메인 소유자가 온체인 트랜잭션을 제출하지 않고도 brand.com이 ENS 생태계 내에서 해결 가능하게 만듭니다.
  • 주류 레지스트라 지원: GoDaddy는 이미 이 ENS 기능으로 구동되는 원클릭 "Crypto Wallet" 레코드로 이를 간소화했습니다. DNSSEC를 지원하는 다른 주요 레지스트라도 ENS와 작동하도록 구성할 수 있습니다.

실용적 조언: 둘 다 하세요. web3 네이티브 청중과 재무부 운영에는 brand.eth를 사용하세요. 동시에 전체 브랜드 발자국을 통합하고 기존 사용자 베이스에 원활한 브리지를 제공하기 위해 brand.com을 ENS로 가져오세요.


제로에서 원으로의 배포: 일주일 계획

ENS 배포가 다분기 프로젝트일 필요는 없습니다. 집중된 팀은 약 일주일 안에 강력한 존재감을 확립할 수 있습니다.

  • 1-2일차: 이름 및 정책 brand.eth를 확보하고 가스리스 DNSSEC 방법을 사용하여 기존 DNS 이름을 연결하세요. 또한 표준 철자, 이모지 사용 및 정규화 규칙에 대한 내부 정책을 수립할 때입니다. ENS는 이름 변형을 처리하기 위해 ENSIP-15라는 표준을 사용하지만, 브랜드에 대한 피싱 공격을 방지하기 위해 동형문자(비슷해 보이는 문자)를 인식하는 것이 중요합니다.

  • 3일차: 기본 이름 및 지갑 회사의 재무부, 운영 및 결제 지갑의 경우 treasury.brand.eth 또는 유사한 이름으로 해결되도록 기본 이름(역방향 레코드)을 설정하세요. 이 기회를 사용하여 멀티코인 주소 레코드(BTC, SOL 등)를 채워 체인에 관계없이 ENS 이름으로 전송된 결제가 올바르게 라우팅되도록 하세요.

  • 4일차: 프로필 데이터 기본 ENS 이름의 표준화된 텍스트 레코드를 작성하세요. 최소한 email, url, com.twitter, avatar를 설정하세요. 공식 아바타는 지원되는 지갑에서 즉각적인 시각적 검증을 추가합니다. 향상된 보안을 위해 공개 PGP 키도 추가할 수 있습니다.

  • 5일차: 서브네임 직원을 위한 alice.brand.eth 또는 부서를 위한 support.brand.com과 같은 서브네임 발행을 시작하세요. NameWrapper를 사용하여 서브네임 전송을 방지하는 등의 보안 "퓨즈"를 적용하세요. 계약이 종료되거나 직원이 떠날 때 자동으로 액세스를 취소하기 위해 만료일을 설정하세요.

  • 6일차: 웹사이트/문서 웹 존재감을 탈중앙화하세요. 보도자료 키트, 서비스 약관 또는 상태 페이지를 IPFS나 Arweave와 같은 탈중앙화 저장소 네트워크에 고정하고 contenthash 레코드를 통해 ENS 이름에 연결하세요. 범용 액세스를 위해 사용자는 eth.limo와 같은 공개 게이트웨이를 통해 이 콘텐츠를 해결할 수 있습니다.

  • 7일차: 제품에 통합 자체 애플리케이션에서 ENS 사용을 시작하세요. viemensjs와 같은 라이브러리를 사용하여 이름을 해결하고, 사용자 입력을 정규화하며, 아바타를 표시하세요. 주소를 조회할 때 사용자의 기본 이름을 표시하기 위해 역방향 조회를 수행하세요. ENSv2의 L2 아키텍처에 대해 앱이 미래 대응되도록 CCIP-Read를 지원하는 리졸버 게이트웨이를 사용하는지 확인하세요.


빠르게 효과를 내는 일반적인 패턴

설정되면 ENS는 즉각적인 가치를 제공하는 강력하고 실용적인 사용 사례를 잠금 해제합니다.

  • 더 안전하고 간단한 결제: 길고 오류가 발생하기 쉬운 주소를 복사하고 붙여넣는 대신 청구서에 pay.brand.eth를 기재하세요. 모든 멀티코인 주소를 하나의 이름 아래 게시함으로써 고객이 잘못된 주소나 체인으로 자금을 보내는 위험을 대폭 줄일 수 있습니다.

  • 진정한 지원 및 소셜 존재감: ENS 텍스트 레코드에 공식 소셜 미디어 핸들을 게시하세요. 일부 도구는 이미 이러한 레코드를 확인할 수 있어 가장 강력한 방어를 만들 수 있습니다. support.brand.eth 이름은 전용 지원 지갑이나 보안 메시징 엔드포인트를 직접 가리킬 수 있습니다.

  • 탈중앙화된 웹 존재감: contenthash를 사용하여 brand.eth에 변조 방지 상태 페이지나 중요한 문서를 호스팅하세요. 링크가 온체인에 있기 때문에 단일 공급자에 의해 삭제될 수 없어 필수 정보에 대해 더 높은 수준의 복원력을 제공합니다.

  • 프로그래머블 조직도: 내부 도구나 토큰 게이트 채널에 대한 액세스를 부여하는 employee.brand.eth 서브네임을 발행하세요. NameWrapper 퓨즈와 만료일로 전체 조직을 위한 동적이고 프로그래머블하며 자동으로 취소 가능한 아이덴티티 시스템을 만들 수 있습니다.

  • 가스 경량 사용자 경험: 서브네임으로 충성도 ID나 티켓을 발행하는 것과 같은 대량 사용 사례의 경우 온체인 트랜잭션은 너무 느리고 비쌉니다. CCIP-Read와 함께 오프체인 리졸버를 사용하세요. 이 표준은 ENS 이름을 L2나 심지어 전통적인 데이터베이스에서도 신뢰 최소화 방식으로 해결할 수 있게 합니다. Uniswap(uni.eth) 및 Coinbase(cb.id)와 같은 업계 리더들은 이미 이 패턴을 사용하여 사용자 아이덴티티 시스템을 확장하고 있습니다.


건너뛰어서는 안 되는 보안 및 거버넌스

주요 ENS 이름을 주요 도메인 이름을 다루듯 다루세요: 회사 인프라의 중요한 부분으로.

  • "소유자"와 "관리자" 분리: 이것은 핵심 보안 원칙입니다. 이름을 전송할 권한을 가진 "소유자" 역할은 콜드 스토리지 멀티시그 지갑에서 보호되어야 합니다. IP 주소나 아바타와 같은 일상적인 레코드를 업데이트할 수 있는 "관리자" 역할은 더 접근 가능한 핫 지갑에 위임될 수 있습니다. 이러한 권한 분리는 키가 손상된 경우의 폭발 반경을 대폭 줄입니다.

  • NameWrapper 보호 사용: 서브네임을 발행할 때, 특정 직원에게 잠그기 위해 CANNOT_TRANSFER와 같은 퓨즈를 태우거나 거버넌스 정책을 시행하기 위해 CANNOT_UNWRAP을 사용하기 위해 NameWrapper를 사용하세요. 모든 권한은 통제하는 만료일에 의해 관리되어 기본적으로 시간 제한 액세스를 제공합니다.

  • 갱신 모니터링: 놓친 지불로 .eth 이름을 잃지 마세요. 갱신 날짜를 캘린더에 기록하고 .eth 이름에는 90일 유예 기간이 있지만 서브네임 정책은 전적으로 당신에게 달려 있다는 것을 기억하세요.


개발자 빠른 시작 (TypeScript)

viem과 같은 현대적인 라이브러리로 앱에 ENS 해결을 통합하는 것은 간단합니다. 이 스니펫은 이름에서 주소로 또는 주소에서 이름으로 조회하는 방법을 보여줍니다.

import { createPublicClient, http } from "viem";
import { mainnet } from "viem/chains";
import { normalize, getEnsAddress, getEnsName, getEnsAvatar } from "viem/ens";

const client = createPublicClient({ chain: mainnet, transport: http() });

export async function lookup(nameOrAddress: string) {
if (nameOrAddress.endsWith(".eth") || nameOrAddress.includes(".")) {
// 이름 → 주소 (ENSIP-15에 따라 입력 정규화)
const name = normalize(nameOrAddress);
const address = await getEnsAddress(client, {
name,
gatewayUrls: ["https://ccip.ens.xyz"],
});
const avatar = await getEnsAvatar(client, { name });
return { type: "name", name, address, avatar };
} else {
// 주소 → 기본 이름 (역방향 레코드)
const name = await getEnsName(client, {
address: nameOrAddress as `0x${string}`,
gatewayUrls: ["https://ccip.ens.xyz"],
});
return { type: "address", address: nameOrAddress, name };
}
}

이 코드에서 두 가지 핵심 사항:

  • normalize는 보안에 필수적입니다. ENS 명명 규칙을 시행하고 비슷해 보이는 이름으로부터의 일반적인 피싱 및 스푸핑 공격을 방지하는 데 도움이 됩니다.
  • gatewayUrls는 CCIP-Read를 지원하는 범용 리졸버를 가리킵니다. 이는 통합이 L2 및 오프체인 데이터로의 향후 이동과 호환 가능하게 만듭니다.

React로 구축하는 개발자를 위해 ENSjs 라이브러리는 이러한 일반적인 흐름을 래핑하는 상위 수준 훅과 컴포넌트를 제공하여 통합을 더욱 빠르게 만듭니다.


이름 선택 및 보호: 브랜드 및 법적 측면

  • 정규화 및 사용성: ENSIP-15 정규화에 익숙해지세요. 이모지나 비ASCII 문자 사용에 대한 명확한 내부 가이드라인을 설정하고, 브랜드를 가장하는 데 사용될 수 있는 "혼동 가능한" 문자를 적극적으로 선별하세요.
  • 상표 현실 확인: .eth 이름은 전통적인 ICANN 프레임워크와 UDRP 분쟁 해결 프로세스 외부에서 운영됩니다. 상표 소유자는 DNS 도메인에 사용하는 것과 동일한 법적 기반에 의존할 수 없습니다. 따라서 주요 브랜드 용어의 방어적 등록은 신중한 전략입니다. (이것은 법적 조언이 아닙니다; 법무진과 상담하세요.)

다음 단계: ENSv2 및 L2로의 이동

ENS 프로토콜은 정적이지 않습니다. 다음 주요 진화인 ENSv2가 진행 중입니다.

  • L2로의 프로토콜 이동: 가스 비용을 줄이고 속도를 높이기 위해 핵심 ENS 레지스트리가 레이어 2 네트워크로 이전될 것입니다. 이름 해결은 CCIP-Read와 암호화 증명 시스템을 통해 L1과 다른 체인으로 연결될 것입니다. 이는 이름 등록 및 관리를 크게 저렴하게 만들어 더 풍부한 애플리케이션 패턴을 잠금 해제할 것입니다.
  • 원활한 마이그레이션 계획: ENS DAO는 기존 이름이 최소한의 마찰로 새 시스템으로 이동할 수 있도록 상세한 마이그레이션 계획을 발표했습니다. 대규모로 운영하는 경우 이는 따라야 할 주요 개발 사항입니다.

구현 체크리스트

팀의 구현을 안내하기 위해 이 체크리스트를 사용하세요.

  • brand.eth 확보; 가스리스 DNSSEC를 통해 brand.com 연결.
  • 안전한 멀티시그에 이름 소유권 보관; 관리자 역할 위임.
  • 모든 조직 지갑에 기본 이름 설정.
  • 결제용 멀티코인 주소 게시.
  • 텍스트 레코드 (이메일, URL, 소셜, 아바타) 작성.
  • 퓨즈와 만료를 사용하여 팀, 직원 및 서비스용 서브네임 발행.
  • 최소 탈중앙화 사이트 (예: 상태 페이지) 호스팅 및 contenthash 설정.
  • 제품에 ENS 해결 (viem/ensjs) 통합; 모든 입력 정규화.
  • 모든 .eth 이름 갱신 날짜 캘린더 기록 및 만료 모니터링.

ENS는 비즈니스에 준비되어 있습니다. 단순한 명명 시스템을 넘어 차세대 인터넷을 위해 구축하는 모든 회사에게 중요한 인프라 요소가 되었습니다. 프로그래머블하고 지속적인 아이덴티티를 확립함으로써 위험을 줄이고, 더 부드러운 사용자 경험을 만들며, 브랜드가 탈중앙화된 미래에 준비되도록 보장합니다.