위키 구독하기
Share wiki
Bookmark
Stafi
Stafi
Stafi(스테이피)(Staking Finance의 약자)는 스테이킹된 자산의 유동성을 확보하고자 하는 탈중앙화 금융(DeFi) 프로토콜입니다. STAFI 프로토콜은 ABT 토큰을 발행하여 토큰 유동성과 메인넷 보안 사이의 모순을 해결합니다. 이를 통해 스테이킹 자산의 유동성을 제공합니다. ABT 토큰은 스테이킹 비율을 더 높은 수준(이론적으로 100%)으로 증가시키며, 거래 가능합니다. ABT 토큰의 보안은 STAFI 프로토콜에 의해 관리되며, ABT 토큰만이 원래 스테이킹 블록체인(Tezos, Cosmos, Polkadot 등)에서 스테이킹 자산을 상환하는 데 사용할 수 있는 담보물입니다.[1][3]
개요
StaFi는 스테이킹(Staking)+파이낸스(Finance)의 합성어입니다. Substrate로 구축된 분산형 프로토콜이며, 계약 계층은 여러 스테이킹 계약으로 구성되고, 애플리케이션 계층은 주로 rToken의 거래 플랫폼입니다[4][5].
StaFi는 유동성을 강화하는 분산형 프로토콜로, 하위, 계약 및 애플리케이션 계층의 3계층으로 구성됩니다. 하위 계층은 주로 Substrate(Parity가 개발한 블록체인 아키텍처로, 합의 모듈, P2P 모듈, 스테이킹 모듈 등 여러 개발 모듈을 통합)에 기반한 블록체인 시스템입니다. 계약 계층은 XTZ, Atom, Dot 등 다양한 스테이킹 계약 생성을 지원합니다. 토큰 보유자는 일반 스테이킹과 동일하게 스테이킹 계약을 통해 스테이킹하고 인플레이션 인센티브를 얻을 수 있지만, rToken도 얻을 수 있습니다. 마지막으로 애플리케이션 계층은 타사 Stafi 기반 API 또는 맞춤형 API를 지원하여 rToken이 Stafi 프로토콜에서 유통, 이전 및 거래될 수 있는 분산형 채권 자산 거래 시장을 만듭니다.
프로토콜은 완전히 분산된 방식으로 운영됩니다. Substrate 기반으로 구축된 StaFi는 폴카닷(Polkadot)에 병렬 체인으로 연결되어 폴카닷의 기본 합의를 공유하며, 폴카닷이 주요 보안 및 성능을 보장합니다. 핵심 계층은 계약 수준이며, 스테이크 토큰의 소유권은 계약 코드에 의해 완전히 보장됩니다. StaFi는 분산 키 저장 프로토콜을 사용하여 다중 서명을 통해 스테이크 주소의 보안을 보장합니다. 보유자는 타사 개입 없이 언제 어디서든 스테이크를 시작하거나 상환할 수 있습니다. 코인 보유자가 스테이크 계약에 스테이크 토큰을 시작하면 시스템의 인플레이션 인센티브를 정기적으로 얻을 수 있습니다. 한편, rToken 보유자는 언제 어디서든 해당 스테이크 계약에 상환을 시작할 수 있습니다(상환 작업은 Stafi 프로토콜을 통해 원래 체인과 상호 작용합니다. 상환 거래가 체인에 기록되면 잠금 해제 후 스테이크 코인이 제출된 코인 계정으로 전송됩니다). Stafi 프로토콜은 각 대체 rToken이 원래 체인의 토큰에만 독점적으로 대응함을 보장합니다. 즉, rToken 보유자만 스테이크 계약에 원래 토큰의 상환을 시작할 수 있습니다. A가 rToken을 B에게 거래하면 A는 더 이상 해당 토큰에 대한 상환 권한을 갖지 않고 B가 스테이킹 계약에 상환을 시작할 수 있습니다. 전체 프로세스에는 타사 개입이 필요하지 않습니다.
어떤 타사도 애플리케이션 계층에서 Stafi 프로토콜을 사용하여 분산형 채권 자산 거래소를 구축할 수 있습니다. 모든 rToken 거래소는 거래의 깊이를 공유합니다. PoS를 채택하고 메인넷을 출시하는 공개 체인이 증가함에 따라 스테이크 토큰의 수와 종류가 급증하고 rToken 거래가 더욱 빈번해질 것입니다. 결과적으로 개발자는 자신이 시작한 rToken 거래의 거래 수수료 형태로 막대한 보상을 받게 될 것입니다[6].
구현
스테이킹 계약
스테이피(Stafi) 계약 수준에서 스테이크 원본 체인과의 상호 작용을 생성하는 계약을 스테이킹 계약(Staking Contract, SC라고 함)이라고 합니다. 예를 들어, 테조스(Tezos)와 Stafi를 연결하기 위해 XTZ-SC를 생성합니다. XTZ를 보유한 사용자 A가 XTZ-SC에서 스테이크 작업을 시작하면, 스테이킹 계약은 먼저 다중 서명 주소를 생성하고, 사용자 A는 테조스(Tezos) 원본 체인을 통해 해당 주소로 XTZ를 전송합니다. 전송이 성공하면 계약은 다중 서명 주소의 스테이킹 작업을 실행합니다. 성공하면 토큰이 원본 체인에 잠깁니다. 그런 다음 스테이피(Stafi) 프로토콜은 테조스(Tezos) 원본 체인의 증명(Proofs)을 수신하고, 계약을 트리거하여 XTZ와 동일한 수량의 rXTZ를 생성하여 스테이커에게 전송합니다.
스테이킹 계약의 업데이트에는 원본 체인과 스테이피(Stafi) 프로토콜의 협력이 필요합니다. 각 체인의 계약 상태를 모니터링해야 하며, 스테이킹 계약의 구현은 크로스체인 메커니즘과 많은 유사점을 공유합니다. 보유자가 스테이킹 계약에서 스테이킹 요청을 시작하면, 다중 서명 계정이 스테이피(Stafi) 프로토콜에서 생성됩니다. 동시에, 개인 자산의 다중 서명 주소로의 전송은 스테이크 사용자의 서명으로 완료됩니다. 이 전송은 원본 체인에서 발생합니다. 계약이 전송 정보를 캡처하면, 원본 체인에 다중 서명 주소에서 스테이크 요청이 시작됩니다. 원본 체인에서 스테이킹이 완료되면, 스테이피(Stafi)는 원본 체인에서 주소의 스테이크 상태를 캡처하고 검증하며, 검증이 성공하면 즉시 해당 r토큰이 스테이피(Stafi) 프로토콜에서 발행됩니다. 이 과정 전반에 걸쳐 스테이피(Stafi) 프로토콜은 원본 체인과 여러 번 상호 작용합니다. 상태의 모니터링 및 캡처는 전체 프로토콜의 보안에 중요한 역할을 합니다. 스테이피(Stafi) 프로토콜은 시간 지연 및 다중 패스 검증을 통해 원본 상태를 캡처하여 원본 체인의 최종 신뢰성을 보장합니다. 다행히도 기존의 체인 간 프로토콜 및 PoW 합의보다 우수하게, 2015년 이후에 출시된 대부분의 PoS 프로젝트는 블록 트랜잭션의 최종 신뢰성을 충족해야 하는 요구 사항으로 간주합니다. 즉, 최신 높이가 형성되면 포함된 트랜잭션은 결정적입니다.
다중 서명 주소
스테이크 모델은 계정 모델에 의존합니다. 사용자가 스테이킹을 시작할 때 원래 체인 주소의 개인 키로 서명해야 합니다. 스테이피(Stafi)는 스테이크 자산의 소유권과 r토큰 간의 독점적인 대응 관계를 보장하기 위해 중간 주소 모델을 설계했습니다. 해당 주소의 자산 소유권은 어느 누구에게도 속하지 않으며, 따라서 누구도 이 주소의 개인 키를 소유할 수 없습니다. 스테이피는 안전한 다자간 컴퓨팅 기술과 임계값 다중 서명 기술을 통해 중간 주소의 자산 중립성을 보장하여 r토큰 보유자가 상환을 시작할 때만 서명이 수행되도록 합니다. 안전한 다자간 컴퓨팅에는 개인 정보 보호가 포함되며, 이를 위해 스테이피의 특수 기능을 가진 인증자 그룹이 참여해야 합니다. 스테이피 특수 검증자(SSV)라고 불리는 특정 수의 검증자는 자신의 개인 키로 서명하고 안전한 채널을 통해 전송되어 서명의 유효성을 검증하고, 최종적으로 중간 주소 서명의 복원을 실현합니다. 이 중간 주소는 개인 키를 가지고 있지 않으며 스테이피 프로토콜에 저장되지도 않습니다. 서명이 필요할 때만 특수 인증자의 개인 인증서 서명에 의해 생성됩니다. 임계값 다중 서명 기술의 구현은 생성기의 일부만이 개인 키 서명을 생성할 수 있도록 하여 서명에 대한 요구를 크게 충족할 수 있습니다. 예를 들어, 다중 서명 주소는 여러 검증자(예: 21개)의 공개 키를 통해 연락을 합니다. r토큰을 보유한 사람이 상환을 시작해야 할 때, 스테이킹 및 언스테이킹을 위한 스테이크 자산을 검증하려면 21개의 검증 서버 중 16개의 서명만 필요합니다.
안전한 다자간 컴퓨팅
안전한 다자간 컴퓨팅(Secure multi-party computation)은 주로 신뢰할 수 없는 제3자가 없이 미리 정의된 함수를 안전하게 계산하는 방법에 중점을 둡니다. 이는 여러 당사자의 데이터 계산에 의존하는 결과에서 당사자들이 원래 데이터를 공유하려 하지 않는 문제점을 해결합니다. 안전한 다자간 컴퓨팅을 사용하면 초기 입력 값을 다른 제3자에게 공개하지 않고도 최종 결과를 검증할 수 있습니다. Stafi의 스테이킹 계약에서 스테이킹하는 사용자는 새로운 다중 시그널 주소를 생성해야 합니다. rToken 보유자가 스테이킹 계약에 대한 상환을 시작하면 다중 서명 주소는 계산 및 생성 중에 특수 검증자의 참여와 함께 개인 키 서명을 생성해야 합니다. 검증자는 암호화된 채널을 통해 계산 결과를 전송하며, 자신의 개인 키를 공개할 필요 없이 서로 결과를 검증할 수 있습니다. 이는 스테이킹 계약의 잠금 해제 및 상환을 위한 안전한 방법입니다.
소유권 이전
스테이킹 작업이 완료되면 멀티 시그니처 주소의 XTZ 상환 권리는 rXTZ 보유자에게 있습니다. rXTZ 보유자만 XTZ-SC를 상환할 권리가 있으며, 다른 보유자는 상환 권리가 없습니다. 사용자 A가 사용자 B에게 XTZ를 거래한 경우, 사용자 A는 원래 체인 XTZ에 대한 상환 권리를 잃게 되며, 계약의 멀티 시그니처 주소에 있는 XTZ와 사용자 A 주소 간의 매핑 관계도 B에게 주어집니다. 사용자 B는 자신의 의사에 따라 상환을 시작하거나 r토큰을 다른 사람에게 거래할 수 있습니다. 이 과정에서 멀티 시그니처 주소는 폴카닷 세계와 다른 Stafi의 특수 검증자(SSV)의 서명을 통해 원래 체인 XTZ의 소유권을 여러 라운드에 걸쳐 완료합니다. 블록 생성 합의는 필요하지 않습니다. 요구 사항은 주소 생성 및 소유권 변경 시에만 적용됩니다. 사용자 A가 r토큰을 사용자 B에게 거래하는 경우, 특수 검증자(SSV)는 서명을 하고 원래 스테이크 XTZ의 변환을 완료해야 합니다.
Stafi 특별 검증자 (SSV)
Stafi 검증자(SV)와 달리, SSV는 Stafi Stake 계약에서 자산 소유권을 증명하는 역할을 합니다. 적격 보유자가 계약에 대한 상환을 시작하면, 특별 검증자는 계산에 참여하여 다중 서명 주소에서 개인 주소로 자산 이전을 서명을 통해 완료합니다. 상환 작업이 발생하지 않으면, 특별 검증자는 자신의 개인 키를 로컬에 저장하고 호출될 때까지 대기합니다. 특별 검증자는 무작위로 선택된 여러 사람으로 구성됩니다. 다중 서명 주소가 생성되기 전에, Stafi는 무작위 알고리즘을 통해 SV에서 N개의 SSV를 선택합니다. N개의 SSV는 Stafi에 의해 무작위로 선택되어 로컬에서 계산을 수행하고 비밀 채널을 통해 결과를 전송합니다. 검증 후, 참여 권한을 얻어 각 서버에 로컬로 저장합니다. 전체 프로세스는 시스템에 의해 자동화됩니다.
동시에, 각 SSV는 Stake 계약에서 지원하는 프로젝트의 라이트 노드를 실행하여 원래 체인 거래 상태를 검증해야 합니다. 이 프로그램은 전체 특별 검증자 클라이언트에 작성되며 검증은 자동으로 수행됩니다.
SSV 그룹 (SSV Group)
리딤 채널의 원활한 운영을 보장하기 위해 Stafi의 특수 인증자들은 고정된 교대 근무 형태로 그룹을 이루어 작업을 수행합니다. 한 인증자 그룹은 자신의 교대 근무 시간 동안 다중 신호 주소 생성 및 비밀 키 저장 작업을 완료하고, 실행 주기가 완료되면 다른 새로운 그룹으로 교체됩니다. 이는 현재 검증자의 참여를 보장합니다. 검증자의 한 임기는 에라(Era) 단위이며 (1 에라는 약 24시간입니다). 다음 그룹의 선출은 이전 에라에서 이루어집니다. Stafi는 블록 생성률, 스테이킹 비율 등을 기준으로 SV 후보 중 새로운 SSV를 선정하며, 새로운 SSV는 기존 SSV의 개인 키를 자신의 키로 교체합니다. 동시에 시스템은 기존 SSV의 개인 키와 설정된 관계를 삭제합니다. 그러나 잦은 교체는 계산 효율에 영향을 미칩니다. Stafi가 공식적으로 출시되면 안전성과 효율성의 균형을 맞춘 합리적인 교체 주기를 선택할 것입니다.
특별 검증자를 위한 인센티브 및 패널티 시스템
특별 검증자의 중요성으로 인해 Stafi는 계산 및 저장과 같은 긍정적인 행동을 장려하고 연결 해제 및 시기 적절하지 않은 교체와 같은 부정적인 행동을 처벌하는 인센티브 및 패널티 시스템을 구축했습니다. Stafi 프로토콜에 명시된 바와 같이 주소 생성, 컴퓨팅 및 서명 참여에 대해 Stafi의 토큰인 FIS 인센티브가 제공됩니다. 반면에 보안 문제에 대한 Stafi의 패널티는 매우 엄격합니다. Stafi는 컴퓨팅 및 저장에 참여하는 모든 검증자가 지정된 온라인 시간을 유지하도록 요구합니다. 검증자가 자주 연결이 끊기면 슬래싱(slashing)됩니다. 연결이 끊긴 시간이 N시간을 초과하면 검증자는 감옥에 수감되며 일정 기간 동안 특별 검증자 그룹의 컴퓨팅 및 저장에 참여할 수 없습니다. 또한 시스템은 체인상의 입증 가능한 데이터를 기반으로 개인 키를 복구하고 다른 사람의 자산을 훔치려는 공격을 심각하게 처벌합니다.
특별 검증자를 위한 스테이킹 메커니즘
Stafi 토큰을 보유한 누구든 Stafi의 특별 인증자가 될 수 있습니다. 특별 인증자는 FIS 토큰을 스테이킹해야 합니다. 몰래 반입된 FIS 토큰은 수용 가능한 스테이크 양에 비례하며, 스테이킹된 FIS가 많을수록 스테이크 자산 계산 및 저장의 가치가 커집니다. 이는 특별 인증자들이 공모하여 악의적인 행위를 하는 데 드는 비용을 효과적으로 증가시킬 수 있습니다. 스테이킹된 FIS는 시스템에 의해 동기가 부여되며, 동시에 시스템 처벌을 위한 자금 풀이기도 합니다. Stafi 시스템의 특수성으로 인해 특별 검증자에 대한 요구 사항이 엄격하며, 출시 후 초기에는 노드가 점진적으로 개방되어 검증자를 참여시킬 것입니다.
스테이킹 계약 보안
스테이킹 계약의 자산 보안은 여러 가지 방법으로 보장됩니다. 첫째, 자산 중립성으로, 스테이킹 자산은 원래 체인에 잠기며, 그 매핑 관계는 스테이킹 계약에 기록됩니다. 다중 서명 주소는 임계값 다중 신호 공유 기술을 통해 N개의 SSV(N Staking Service Validators)에 의해 보장됩니다. 따라서 SC(Staking Contract)는 어떤 단일 제3자의 통제도 받지 않습니다. 둘째, 다중 서명 주소는 자산 메커니즘을 사용합니다. 특수 검증자는 Stafi 랜덤 알고리즘에 의해 선택됩니다. 검증자들은 서로를 알지 못하므로 공모 가능성이 작아지고, 자산 보호는 특정 기간 내에 동적으로 교체되어 보안을 유지합니다. 셋째, 처벌입니다. 인증자가 개인 키 서명 계산 및 저장에 참여할 때는 특정 FIS(토큰 이름)를 스테이킹하여 참여해야 합니다. 공격이나 불법 행위 발생 시, 스테이킹된 FIS는 슬래시(Slash)되고, 스테이크의 가치는 처리될 수 있습니다. 자산의 가치는 직접적으로 비례합니다. 다양한 조건이 결합될 때 Stafi 시스템은 특정 위험 요소를 효과적으로 처벌할 수 있습니다. 대부분의 사람들이 정직하다는 가정하에 스테이킹 계약의 자산은 특정 보안을 보장할 수 있습니다.
스테이킹 계약 자산의 분산화
홀더가 스테이킹 계약을 통해 스테이킹을 시작하면 모든 스테이킹 자산 관계는 하나의 계약에 집중됩니다. 각 스테이킹은 단일 주소에서 시작되지만, 이는 분산화 정도에 영향을 미치지 않습니다. 하지만 스테이킹 자산이 과도하게 집중되면 공격을 받기 쉽습니다. Stafi는 하나의 토큰에 대해 동일한 종류의 여러 스테이킹 계약을 설립하여 자산 집중을 방지합니다. 계약의 총액은 스테이킹 자산의 양에 따라 자동으로 증가하며, 새로운 자산은 새로운 스테이킹 계약에 들어갑니다. 동시에 Stafi는 초기 단계에서 여러 스테이킹 계약을 설립합니다. Stafi 시스템은 초기 스테이크 수요를 이러한 스테이크 계약들에 고르게 분배하여 완충 역할을 합니다. 스테이크 수요가 증가함에 따라 계약 수는 점차 증가하고 변수에 따라 차별화됩니다.
동시에 Stafi는 분산형 오픈 프로토콜입니다. 초기 개발자가 개발한 스테이킹 계약은 감사를 받고 오픈 소스로 공개되어 제3자가 자체 스테이킹 계약을 생성하여 스테이킹 자산의 분산화를 달성할 수 있습니다.
토큰 경제학
스테이피 프로토콜은 스테이킹 자산의 유동성을 제공하여 가치를 창출합니다. 스테이커는 rToken을 유통하여 시장에 적시에 대응하면서 인플레이션 보상을 얻을 수 있습니다. 프로토콜은 유동성의 가치를 확보하고 그 가치를 프로토콜에 출력합니다. FIS는 스테이피 프로토콜의 기본적인 암호화폐 기반 유틸리티 토큰입니다. FIS는 스테이피 프로토콜의 프로토콜/코드에 명시된 속성 기능의 이전 가능한 표현으로, 스테이피 프로토콜 생태계의 기능에 중요한 역할을 하고 플랫폼의 주요 유틸리티 토큰으로 사용될 목적으로 설계되었습니다.
스테이피 프로토콜은 Substrate(서브스트레이트)로 만들어졌으며, 지명 지분 증명(NPoS)을 채택하여 상위 계층에 스테이킹 계약을 설정하여 공개 체인과 통신함으로써 스테이킹을 완료합니다. 스테이킹 프로세스는 스테이피의 계약에 영향을 받지 않습니다. 후자는 스테이킹 중 계정 장부 역할을 하기 때문입니다. 계약을 통해 스테이킹된 토큰은 계약에 기록되고 최종적으로 원래 체인에 잠깁니다.
스테이피 프로토콜을 유지하기 위해 스테이피 검증자(SV)와 스테이피 특수 검증자(SSV)가 필수적입니다. SV는 전체 프로토콜의 보안을 담당하고 SSV는 모든 스테이킹 계약의 안전을 보장합니다. 프로토콜 프레임워크에 따라 검증자의 선출과 그에 대한 동기 부여가 중요해지며, 이는 본 문서의 세 번째 부분에서 자세히 설명합니다.
FIS는 스테이피의 기본 토큰입니다. FIS는 가스, 스테이킹, 가치 확보의 세 가지 시나리오에 관여합니다.
- FIS는 시스템의 연료입니다. 시스템에 많은 양의 스팸이 나타나는 것을 방지합니다. 부과된 FIS는 검증자와 프로토콜 재무부에 배포되며, 배포 비율은 관련 매개변수로 조정할 수 있습니다.
- 스테이피는 NPoS 합의를 채택하고 폴카닷의 기본 동기 부여 설계를 참조합니다. 보안 설계를 기반으로 스테이피는 시스템의 사이버 보안과 장기적인 발전을 달성하기 위해 FIS의 스테이킹 비율에 따라 동기 부여 곡선을 조정합니다.
- FIS는 스테이피 시스템에서 가치 확보를 위한 매개체입니다(주로 rToken의 유동성에 대한 가치를 제공합니다). 스테이피의 스테이킹 계약은 스테이커에게 스테이킹 서비스를 제공할 뿐만 아니라 유동성도 보장합니다. 스테이피 네트워크에 가치를 제공하기 위해 스테이피 프로토콜은 사용자에게 서비스 수수료를 부과합니다. 가치 제안은 본 문서의 5부에서 자세히 설명합니다.
토큰 모델
Stafi 프로토콜에는 두 가지 유형의 토큰이 있습니다. 하나는 대체 토큰(현재 rToken)이고 다른 하나는 네이티브 토큰(FIS)입니다. 프로토콜에서 두 토큰의 기능은 다릅니다. rToken은 주로 유동성을 위한 매개체 역할을 하며, 지분은 스테이킹 토큰에서 상속된 기능/권한을 갖습니다. Stafi 프로토콜의 네이티브 토큰인 FIS는 주로 시스템 거래 매개체이며, 가치 획득, 합의 인센티브 및 시스템 남용 방지(Tx 수수료)를 담당합니다.[2]
FIS
FIS는 Stafi 프로토콜 참여자 간 거래의 교환 수단으로 사용되는 비환불식 기능형 유틸리티 토큰입니다. FIS를 도입한 목적은 Stafi 프로토콜 생태계 내에서 상호 작용하는 참여자 간에 편리하고 안전한 지불 및 결제 방식을 제공하는 것이며, 상품이나 서비스에 대한 지불 또는 부채 변제를 위해 대중(또는 대중의 일부)이 수용하는 교환 수단이 되는 것을 목적으로 하지 않으며, 발행자가 독점적으로 제공하는 것이 아닌 상품이나 서비스에 대한 지불로 어떤 사람이 사용하도록 설계되거나 의도되지 않았습니다. FIS는 재단, 배포자, 각각의 계열사 또는 기타 회사, 기업 또는 사업체에 대한 주주 지분, 참여, 권리, 소유권 또는 이익을 어떤 식으로든 나타내지 않으며, FIS는 토큰 보유자에게 수수료, 배당금, 수익, 이익 또는 투자 수익에 대한 약속을 부여하지 않으며, 싱가포르 또는 관련 관할 구역에서 증권을 구성하려는 의도가 없습니다. FIS는 Stafi 프로토콜에서만 사용할 수 있으며, FIS 소유권은 Stafi 프로토콜의 사용 및 상호 작용을 가능하게 하는 수단으로 FIS를 사용할 수 있는 권리 외에는 명시적이든 묵시적이든 어떤 권리도 가지고 있지 않습니다.
FIS는 Stafi 프로토콜의 네이티브 토큰이며, 초기 발행량은 1억 개이며, 매년 추가 발행될 예정입니다. FIS와 Stafi의 관계는 Dot과 Polkadot의 관계와 유사하며, 시스템 남용 및 가치 캡처를 방지합니다. Stafi에서 FIS가 수행하는 특정 기능은 다음과 같습니다.
- 스테이킹
- Stafi 합의에서 검증자는 합의 네트워크에 참여하기 위해 FIS를 스테이킹해야 하며, 동기를 얻고자 하는 노미네이터도 FIS를 스테이킹하여 노미네이트해야 합니다.
- Tx 수수료
- 시스템 남용을 방지하기 위해 거래의 개시자는 컴퓨팅 리소스를 얻기 위해 FIS를 지불해야 합니다. 이러한 방식으로 잘못된 거래가 근절될 것입니다.
- 온체인 거버넌스
- FIS 보유자는 Stafi 프로토콜 매개변수 조정에 참여하고, 프로토콜 업그레이드에 투표하고, 개발 방향을 결정할 수 있습니다. 누구든 프로토콜에 제안을 제출할 수 있지만, FIS 보유자만 제안에 찬성 또는 반대 투표를 할 수 있으며, 1 FIS 계정당 1표입니다.
rToken(reward-Token) (알 토큰)
rToken은 스테이킹 계약을 통해 스테이커가 얻는 대체 토큰입니다. XTZ를 스테이킹하면 rXTZ를 얻을 수 있으며, Atom을 스테이킹하면 rAtom을 얻을 수 있습니다. rToken과 스테이킹 토큰은 1:1 비율입니다. rToken을 보유하면 스테이킹된 토큰으로부터 인센티브를 얻을 수 있습니다. 동시에 rToken은 rToken 대신 시장에서 거래될 수 있습니다. 거래 후에는 스테이킹 계약이 보상 및 상환 권한을 수정합니다.
rToken의 수에는 제한이 없습니다. 이론적으로는 PoS 프로젝트에 통합된 토큰의 총량과 같습니다. rToken이 상환될 때는 소각 메커니즘이 작동하여 기본적으로 스테이킹 토큰과의 통합성을 유지합니다.
Stafi 프로토콜에서 rToken의 구체적인 역할은 다음과 같습니다.
- 스테이킹 보상 획득
rToken은 스테이킹 토큰의 매핑이며, 스테이킹 토큰으로 얻은 스테이킹 보상은 rToken 보유자에게 전송됩니다. 상환 기간 동안 rToken은 잠금되며 보상을 얻는 권리는 일시적으로 상실됩니다.
- 거래
rToken은 거래될 수 있습니다. 거래 후에는 해당 동기 부여 및 상환 권한이 그에 따라 이전됩니다. Stafi 프로토콜은 중앙화 및 탈중앙화 거래소에서 rToken 및 해당 스테이킹 토큰 거래 쌍의 상장을 촉진하여 rToken에 더 높은 거래 유동성을 제공합니다.
- 상환
rToken은 스테이킹 토큰의 유일한 상환 매개체입니다. rToken 보유자는 스테이킹 계약에 상환을 시작할 수 있습니다. 상환 과정 동안 보유자는 더 이상 동기 부여 권한을 갖지 않으며 rToken은 잠금됩니다. 원래 체인에서 스테이킹 토큰이 잠금 해제되면 사용자 계정으로 다시 전송됩니다.
rToken
rToken은 StaFi 프로토콜에서 발행하는 스테이킹된 자산에 대한 상환 가능한 토큰으로, 다양한 거래소에서 거래, 대출 또는 차용할 수 있습니다. 사용자가 관련 스테이킹 계약을 통해 네이티브 토큰을 스테이킹할 때마다, 스테이킹 계약에서 스테이킹된 네이티브 토큰의 양과 rToken의 실시간 환율에 따라 특정 양의 rToken이 발행됩니다. rToken의 환율은 해당 네이티브 토큰에 대한 스테이킹 보상이 누적됨에 따라 점진적으로 증가하며, 상환 가능한 네이티브 토큰의 양도 증가합니다.
rToken 획득 방법
rToken을 획득하는 주요 방법은 두 가지입니다.
- StaFi 스테이킹 계약을 통해 네이티브 토큰 스테이킹: 스테이킹한 네이티브 토큰(Qs)의 양과 rToken의 환율(Cr)에 따라 rToken이 생성되어 지정된 지갑 주소로 전송됩니다.
- Uniswap 또는 다른 거래소에서 rToken 획득:
모든 rToken은 탈중앙화 거래소 또는 rToken을 지원하는 중앙화 거래소에서 시장 환율에 따라 네이티브 토큰과 매매될 수 있습니다.
rToken 분류
StaFi는 rToken을 다음 네 가지 범주로 분류합니다.
- rETH: 이더리움 2.0 스테이킹이 시작된 후의 rToken입니다.
- 폴카닷용 rToken: rFIS, rDOT, rKSM 및 기타 Substrate 기반 프로젝트의 rToken입니다.
- 코스모스 생태계용 rToken: rATOM, rKAVA 등입니다.
- 기타: rXTZ, rEOS 등입니다.
보상 청구 메커니즘
각 PoS 프로젝트마다 보상 청구에 대한 자체 규칙이 있으므로 StaFi는 관련 프로젝트 규칙에 따라 사용자의 스테이킹 보상을 적시에 얻을 수 있도록 합니다.
rFIS
StaFi 네트워크는 모든 검증자에 대한 보상을 에라(6시간)마다 계산합니다. 그러나 위임자(스테이커)와 검증자는 보상을 수동으로 청구하지 않으면 보상을 받지 못합니다. 보상이 84에라(21일) 동안 청구되지 않으면 소멸됩니다.
21일 이내에 검증자 또는 스테이커가 보상을 청구하는 한, 시스템은 모든 스테이커에게 자동으로 보상을 지급합니다. 스테이커가 스테이킹 보상을 적시에 받을 수 있도록 StaFi 스테이킹 계약은 스마트 계약을 활용하여 6시간마다와 같이 정기적으로 보상을 청구합니다.
다음 두 가지 상황 중 하나라도 발생하면 StaFi는 rToken의 환율을 업데이트합니다.
- 다른 스테이커가 수동으로 보상을 청구하여 StaFi 스테이킹 계약이 다음 예정된 자동 청구 전에 스테이킹 보상을 받는 경우
- 자동 청구가 트리거되고(6시간마다), 스테이킹 계약이 스테이킹 보상을 받는 경우
rDOT
폴카닷 네트워크는 모든 검증자에 대한 보상을 에라(24시간)마다 계산합니다. 그러나 Stafi와 마찬가지로, 노미네이터(스테이커)와 검증자는 보상을 청구하지 않으면 보상을 받지 못합니다. 보상이 84에라(84일) 동안 청구되지 않으면 소멸됩니다.
84일 이내에 검증자 또는 스테이커가 보상을 청구하는 한, 시스템은 모든 스테이커에게 자동으로 보상을 지급합니다. 스테이커가 적시에 스테이킹 보상을 받을 수 있도록 StaFi 스테이킹 계약은 스마트 계약을 활용하여 매 24시간과 같이 정기적으로 보상을 청구합니다.
다음 두 가지 상황 중 하나가 발생하면 StaFi는 rToken의 환율을 업데이트합니다.
- 다른 스테이커가 수동으로 보상을 청구하여 StaFi 스테이킹 계약이 다음 예정된 자동 청구 전에 스테이킹 보상을 받는 경우;
- 자동 청구가 트리거되고(6시간마다), 스테이킹 계약이 스테이킹 보상을 받는 경우.
rETH
이더리움 재단에서 발표한 이더리움 2.0 관련 공식 문서에 따르면, 스테이킹 보상은 비콘 체인에서 6.5분마다 발행되지만, 추후 공지가 있을 때까지 직접 청구하거나 이전할 수 없습니다. 따라서 StaFi에서도 더 자세한 정보가 제공될 때까지 보상 청구 기능을 제공하지 않습니다.
그러므로 StaFi는 현재 환율 계산 시 이더리움 2.0 네트워크의 보상 청구 기능의 영향을 고려하지 않습니다.
Stafi 특별 검증자 (SSV)
Stafi 특별 검증자는 원래 체인의 자산과 rToken 간의 상관 관계를 기록하는 스테이킹 계약의 보안을 보장하는 데 중요한 역할을 합니다. 스테이킹 계약의 가장 기본적인 설계는 체인 상의 다중 서명 계정이며, 이는 서로 다른 스테이킹 체인의 계약 또는 해당 계약에 따라 다를 수 있습니다.
SSV의 선출은 SV의 선출과 독립적입니다. 더 높은 보안 수준으로 인해 서명, RPC 및 오라클 서비스를 포함한 특별 서비스가 설계되었지만 Stafi의 시작 단계에서는 마지막 서비스가 필요하지 않을 수 있습니다. 이러한 서비스는 또한 SVV를 유도하는 방법이기도 합니다. 동기 부여 또한 독립적입니다. 즉, SSV는 자체 보상뿐만 아니라 SV의 보상도 얻을 수 있습니다.
rToken과 StaFi 체인 간의 관계
- 스테이킹 계약의 보안 메커니즘
rToken 스테이킹 계약의 개인 키 관리는 StaFi 체인의 SSV 검증자에 의해 MPC+ 다중 서명을 사용하여 구현되므로, 스테이킹 계약의 분산화와 높은 보안 수준을 실현합니다.
- rToken 자산의 초기 발행
각 rToken 자산의 초기 발행은 StaFi 체인에서 이루어지므로, 다양한 rToken이 StaFi 체인에 발행 및 저장됩니다. StaFi 체인의 rToken 자산은 ETH 브리지, Polkadot 브리지 또는 Cosmos 브리지를 통해 다른 퍼블릭 체인과 상호 운용되며, 다양한 DeFi 생태계에서 유통됩니다.
잘못된 내용이 있나요?