Skip to main content

스테이킹이란 무엇인가

참고: 이 문서는 영문 원본의 자동 번역본입니다.

스테이킹이란 무엇인가

스테이킹(Staking) 은 보유자가 네트워크 보안, 프로토콜 운영, 또는 경제적 정렬에 참여하기 위해 자신의 토큰을 프로토콜에 잠그는 토큰 모델입니다. 토큰을 잠그는 대가로 스테이커는 일반적으로 보상을 받습니다 — 수수료 재분배, 토큰 발행, 또는 두 가지 모두에서 나옵니다. 토큰 모델로서 스테이킹은 경제적 약속을 만들어 냅니다: 토큰을 잠금으로써 보유자는 프로토콜에 대한 신뢰를 표명하고, 본인 또는 자신이 위임한 검증자가 부적절하게 행동할 경우 자신의 스테이크가 줄어들(슬래싱될) 수 있다는 위험을 받아들입니다.

한 줄 요약: 토큰 모델로서의 스테이킹은 프로토콜이 토큰 보유자에게 참여와 보안을 위해 토큰을 잠그도록 요구하거나 유도한다는 의미입니다 — 이는 PoS 합의 스테이킹과는 구별되며, PoS는 특정 블록체인 수준의 메커니즘으로, 토큰 모델로서의 스테이킹이 종종 그 위에 구축되지만 거기에만 국한되지는 않습니다.

작동 방식

스테이킹 과정은 잠금-수익-위험(lock-earn-risk) 주기를 따릅니다:

  1. 잠금(Lock) — 토큰 보유자가 스테이킹 계약에 토큰을 예치합니다. 토큰은 정해진 기간 동안 또는 보유자가 언본딩(unbonding) 절차를 시작할 때까지 잠깁니다(언본딩에는 며칠에서 몇 주의 쿨다운 기간이 있을 수 있습니다).

  2. 참여(Participate) — 토큰이 스테이킹된 동안 보유자(또는 그가 위임한 검증자)는 역할을 수행합니다: 트랜잭션 검증, 연산 검증, 데이터 제공, 정보 큐레이션, 또는 단순히 프로토콜에 대한 경제적 약속을 표명하는 것 등입니다.

  3. 수익(Earn) — 스테이커는 자신의 스테이크에 비례하여 보상을 받습니다. 보상은 프로토콜 수수료(수수료 메커니즘), 새로 발행된 토큰(인플레이션), 또는 두 가지의 조합에서 나올 수 있습니다.

  4. 위험(Risk) — 스테이킹된 토큰은 슬래싱의 대상이 됩니다 — 이는 스테이커(또는 그가 위임한 검증자)가 악의적으로 행동하거나, 오프라인 상태가 되거나, 프로토콜 규칙을 위반할 경우 스테이크의 일부가 소각되는 페널티 메커니즘입니다. 슬래싱은 스테이킹을 무위험 수익 메커니즘이 아니라 진정한 경제적 약속으로 만듭니다.

위임(Delegation)

대부분의 스테이킹 시스템은 위임을 허용합니다 — 토큰 보유자가 인프라를 운영하는 검증자 또는 오퍼레이터에게 자신의 스테이크를 위임하는 것입니다. 검증자는 기술적 작업(노드 운영, 블록 서명, 연산 실행)을 처리하고, 보상은 검증자와 위임자 사이에 나뉩니다. 위임은 참여의 장벽을 낮춥니다: 보유자는 자신의 인프라를 운영하지 않고도 스테이킹할 수 있습니다.

언본딩 기간(Unbonding periods)

스테이커가 출금을 결정하면, 토큰은 일반적으로 언본딩 기간에 들어갑니다 — 토큰이 잠겨 있고 보상을 받지 못하는 시간 창(보통 7일에서 28일)입니다. 언본딩 기간은 보안을 위해 존재합니다: 슬래싱이 적용되기 전에 스테이커가 빠르게 출금하는 것을 막고, 총 스테이킹 공급량의 급격한 변동을 방지하여 네트워크 안정성을 제공합니다.

토큰 모델로서의 스테이킹 vs PoS 합의

이것은 "스테이킹"이라는 용어가 종종 흐리는 중요한 구분입니다:

측면 PoS 합의 스테이킹 토큰 모델로서의 스테이킹
수준 블록체인 네트워크(Layer 1) 애플리케이션 또는 프로토콜 계층
목적 검증자 선정을 통한 기반 체인 보안 인센티브 정렬, 프로토콜 운영 보안, 또는 참여 게이팅
누가 스테이킹하는가 검증자(또는 검증자에게 위임하는 위임자) 프로토콜에 참여하는 모든 토큰 보유자
무엇이 보호되는가 블록체인 자체(블록 생성, 최종성) 프로토콜 고유의 운영(연산 검증, 데이터 품질, 거버넌스 참여)
슬래싱 범위 이중 서명, 다운타임, 합의 위반 프로토콜이 정의한 부정 행위(잘못된 출력, 조작, 비활성)
예시 Ethereum PoS 검증자, Solana 검증자 AI 연산 네트워크에서 공급자가 되기 위한 토큰 스테이킹, 데이터셋 큐레이션을 위한 데이터 프로토콜 스테이킹

PoS 합의는 블록체인 수준에서의 스테이킹의 특정한 응용입니다. 토큰 모델로서의 스테이킹은 더 넓은 개념입니다 — 여기에는 PoS가 포함되지만, 블록 생성과 전혀 관계없는 프로토콜 참여를 위해 토큰이 잠기는 애플리케이션 수준의 스테이킹도 포함됩니다.

크립토 AI 프로젝트에서 스테이킹은 가장 흔히 애플리케이션 수준에서 나타납니다: 노드 오퍼레이터가 연산 네트워크에 합류하기 위해 토큰을 스테이킹하거나, 데이터 공급자가 데이터 품질을 보증하기 위해 스테이킹하거나, 검증자가 AI 추론 결과를 검증하기 위해 스테이킹합니다. 기반 체인은 자체 합의를 위해 PoS를 사용할 수 있지만, 프로젝트의 스테이킹 메커니즘은 그 위에서 별도의 경제 계층으로 작동합니다.

왜 중요한가

스테이킹은 프로토콜이 어떻게 경제적 책임(skin in the game) 을 만들어 내는지를 드러내기 때문에 프로젝트 평가에 중요합니다:

  • 정렬(Alignment) — 스테이커는 프로토콜의 올바른 운영에 금전적 이해관계를 가집니다. 부정 행위를 하면 스테이크의 일부를 잃습니다. 이는 정직한 참여에 대한 인센티브를 만듭니다.
  • 시빌 저항(Sybil resistance) — 참여를 위해 스테이크를 요구하면, 행위자가 프로토콜을 조작하기 위해 값싸게 많은 신원을 만드는 것을 막을 수 있습니다. 스테이킹의 경제적 비용이 이 공격 벡터를 제한합니다.
  • 경제적 지속 가능성 — 프로토콜 수수료로 충당되는 스테이킹 보상은 자립적인 모델을 나타냅니다. 순전히 인플레이션으로 충당되는 보상은 일시적인 보조금입니다.
  • 토큰 유틸리티 — 스테이킹은 토큰에 투기를 넘어선 기능적 역할을 부여합니다. 참여하기 위해 토큰을 반드시 스테이킹해야 한다면, 토큰은 프로토콜 운영으로부터 구조적 수요를 갖게 됩니다.

크립토 AI 프로젝트에서 스테이킹은 종종 연산 및 검증 계층을 뒷받침합니다. 탈중앙화 추론 네트워크는 연산 공급자가 토큰을 담보로 스테이킹하도록 요구하여, 잘못된 결과를 제공할 경우 슬래싱될 수 있도록 보장할 수 있습니다. 데이터 마켓플레이스는 데이터 큐레이터가 자신의 품질 주장을 뒷받침하기 위해 토큰을 스테이킹하도록 요구할 수 있습니다.

DecAIHub 프로젝트 카드에서 나타나는 위치

DecAIHub 레지스트리에서 스테이킹은 Token model 필드에 Staking 값으로 나타납니다. 이는 프로토콜 참여를 위해 토큰을 잠그는 것이 토큰의 문서화된 기능임을 나타냅니다.

스테이킹은 종종 다른 토큰 모델과 함께 나타납니다:

  • Utility | Staking — 토큰은 접근/서비스에 사용되며 보상이나 참여를 위해 스테이킹될 수 있습니다.
  • Governance | Staking — 토큰은 투표권을 부여하고 스테이킹될 수 있으며, 때로는 투표를 위해 스테이킹이 요구됩니다.
  • Utility | Governance | Staking | Fee-mechanism — 토큰은 스테이킹을 포함한 여러 역할을 수행합니다.

상호 참조할 주요 필드:

  • Token model — 스테이킹이 나열된 역할인지 확인하고, 토큰이 수행하는 다른 역할들을 점검하세요.
  • Consensus — 프로젝트가 자체 체인을 운영하는 경우, 합의 메커니즘이 네트워크 수준에서 스테이킹을 포함할 수 있습니다.
  • Token necessity — DecAI Fit 평가는 스테이킹이 진정한 경제적 정렬을 만들어 내는지, 아니면 장식적인지(슬래싱이 없고, 의미 있는 참여 요건이 없으며, 보상이 전적으로 인플레이션에서 나오는 스테이킹) 검토합니다.
  • AI 구성 요소 — AI 프로젝트의 경우, 스테이킹이 AI 운영(연산 검증, 데이터 품질 보증)과 연결되어 있는지, 아니면 AI 기능과 무관한 일반적인 DeFi 스타일의 수익 메커니즘인지 점검하세요.

이 용어만으로 증명되지 않는 것

  • 토큰 모델로 Staking이 나열되어 있다는 것이 스테이킹이 의미 있다는 것을 증명하지는 않습니다. 슬래싱이 없는 스테이킹은 보상이 딸린 단순한 잠금에 불과합니다 — 경제적 책임을 전혀 만들어 내지 않습니다.
  • 스테이킹 보상이 있다는 것이 지속 가능성을 증명하지는 않습니다. 보상이 프로토콜 수수료가 아니라 전적으로 토큰 인플레이션에서 나온다면, 그 수익은 비스테이커를 희석시키는 보조금입니다.
  • 참여를 위해 스테이킹을 요구한다는 것이 그 장벽이 가치를 창출함을 증명하지는 않습니다. 스테이킹 요건이 사소하게 낮거나 스테이킹된 토큰이 결코 위험에 노출되지 않는다면, 그 메커니즘은 형식적입니다.
  • AI 연산 네트워크를 위한 스테이킹이 AI가 진짜임을 증명하지는 않습니다. 스테이킹 메커니즘과 AI 구성 요소는 독립적으로 검증되어야 합니다.
  • 높은 스테이킹 참여율이 프로토콜의 건전성을 증명하지는 않습니다. 이는 진정한 프로토콜 수요의 증거가 아니라, 스테이킹이 토큰의 주된 사용 사례("stake-to-earn" 모델)임을 나타낼 수도 있습니다.

혼동하지 마세요

용어 구분
PoS 합의 PoS는 블록체인 보안을 위한 특정 합의 메커니즘입니다. 토큰 모델로서의 스테이킹은 더 넓은 개념이며, 블록 생성과 직접적인 관계가 없는 애플리케이션 수준의 스테이킹도 포함합니다.
일드 파밍 / 유동성 채굴 일드 파밍은 보상의 대가로 DeFi 프로토콜에 유동성을 제공하는 것입니다. 스테이킹은 참여나 보안을 위해 프로토콜에 토큰을 잠그는 것입니다. 둘 다 "수익"을 만들어 내지만 서로 다른 메커니즘입니다.
거버넌스 투표 일부 프로토콜은 투표하기 위해 스테이킹을 요구하지만, 거버넌스와 스테이킹은 별개의 기능입니다. 거버넌스는 의사 결정에 관한 것이고, 스테이킹은 경제적 약속에 관한 것입니다.
슬래싱 슬래싱은 스테이킹 자체가 아니라 스테이킹 내부의 페널티 메커니즘입니다. 스테이킹은 슬래싱 없이도 존재할 수 있습니다(다만 그것이 없으면 책임 도구로서는 더 약합니다).

자주 묻는 질문

스테이킹은 무위험인가요?

아니요. 스테이킹에는 여러 위험이 따릅니다: 슬래싱(부정 행위나 검증자 오류로 인한 스테이킹 토큰 손실), 비유동성(언본딩 기간 동안 토큰이 잠겨 매도할 수 없음), 스마트 컨트랙트 위험(스테이킹 계약의 버그가 자금 손실로 이어질 수 있음), 기회비용(스테이킹된 토큰은 다른 용도로 사용할 수 없음). 또한 스테이킹 보상이 인플레이션에서 나온다면, 명목 수익이 총 토큰 공급량의 희석으로 상쇄될 수 있습니다. 스테이킹은 보장된 수익이 아니라 실질적인 트레이드오프가 있는 경제적 약속입니다.

스테이킹과 대출의 차이는 무엇인가요?

스테이킹은 프로토콜에 참여하거나 이를 보안하기 위해 토큰을 잠그는 것입니다 — 프로토콜은 그 경제적 약속을 사용하여 인센티브를 정렬하고 책임을 강제합니다. 대출은 이자의 대가로 차입자에게 토큰을 제공하는 것입니다. 위험 프로필이 다릅니다: 스테이킹은 슬래싱과 프로토콜 위험에 노출되고, 대출은 차입자의 채무 불이행과 플랫폼 위험에 노출됩니다. 토큰은 서로 다른 기능을 합니다 — 스테이킹된 토큰은 행위에 대한 담보 역할을, 대출된 토큰은 차입자를 위한 자본 역할을 합니다.

왜 일부 AI 프로젝트는 스테이킹을 요구하나요?

크립토 AI 프로젝트는 평판만으로는 신뢰할 수 없는 탈중앙화 운영에 대해 경제적 책임을 만들기 위해 스테이킹을 사용합니다. 연산 공급자가 AI 추론 작업을 올바르게 실행했다고 주장한다면, 네트워크는 이를 어떻게 검증할까요? 한 가지 접근법: 공급자에게 토큰을 스테이킹하도록 요구하는 것입니다. 그 출력이 (검증 메커니즘을 통해) 잘못되었음이 입증되면, 스테이크가 슬래싱됩니다. 이는 부정 행위를 경제적으로 값비싸게 만듭니다. 유사한 논리가 데이터 공급자(스테이크가 데이터 품질을 뒷받침), 검증자(스테이크가 검증의 정직성을 뒷받침), 큐레이터(스테이크가 순위의 정확성을 뒷받침)에게도 적용됩니다.

스테이킹은 DecAI Fit에서 Token necessity에 어떤 영향을 주나요?

DecAI Fit 프레임워크에서, 스테이킹 메커니즘이 프로토콜 운영에 구조적으로 필수적일 때 — 예를 들어 연산 공급자가 네트워크에 합류하기 위해 반드시 스테이킹해야 하고 잘못된 출력에 대해 슬래싱을 감수해야 할 때 — 스테이킹은 Token necessity 논거를 강화합니다. 스테이킹이 프로토콜의 핵심 기능(AI 연산, 데이터 서비스 등)과 연결되지 않은 덧붙여진 수익 메커니즘이거나, 슬래싱이 없어서 사실상 마케팅 주도의 잠금으로 기능할 때는 Token necessity 논거를 약화시킵니다.

외부 참고 자료

함께 보기

No comments to display

Back to top