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