Rune 거래 환경 해석 REE: 크로스체인이 없는 튜링 완전한 비트코인 ​​실행 레이어

BTCFi가 급증함에 따라 Omnity는 새로운 비트코인 ​​계층 프로그래밍 확장 프로토콜 REE를 출시했습니다. 크로스체인 상호 운용성(Omnity 허브)에 대한 팀의 수년간의 축적과 함께 Omnity는 BTCFi 분야에서 가장 중요하고 탐구적인 플레이어 중 하나가 되었습니다.

공식 홈페이지: https://www.omnity.network/

내 생각에 Omnity Network는 비트코인 ​​생태계의 "프로그래밍 가능성을 확장하고 향상"하기 위한 효율적이고 구성 가능성이 높으며 내결함성이 뛰어난 기술 솔루션을 모색하고 있습니다.

1. 고주파수 거래 시나리오의 경우 무신뢰 수준 비트코인 ​​자산 크로스 체인 솔루션 Omnity Hub를 사용하여 Bitlayer, Solana 및 Base와 같은 보다 완벽한 생태학적 구성을 갖춘 고속 스마트 계약 체인에 연결합니다.

2. 대규모 자금 시나리오 및 일반적인 거래 빈도의 DeFi 비즈니스는 REE를 사용하여 비트코인 ​​레이어에 직접 구축됩니다.

Hub와 REE는 독립적이며 유연하게 결합될 수 있어 개발자 혁신을 위한 탄탄한 기반을 마련했다고 할 수 있습니다. BTCFi 분야의 파괴적인 혁신을 기대합니다!

관심 있는 친구들은 이 글을 먼저 읽어보실 수 있습니다. 영어 원본을 보시려면 링크⬇️를 참조하세요.

REE 백서: https://x.com/louisliubj/status/1861588938475086166

다음은 중국어 번역판입니다, 즐겨요~

REE: 크로스체인이 없는 튜링 완전한 비트코인 ​​실행 레이어

REE는 BTCFi 애플리케이션에 대한 Turing-complete 스마트 계약을 가능하게 하는 분산형 비트코인 ​​실행 계층을 도입합니다. 크로스체인 자산이 필요하지 않은 REE는 비트코인 ​​메인넷의 프로그래밍 가능성을 향상하고 비트코인의 기본 사용자 경험을 유지합니다.

REE란 무엇인가요?

REE(Runes Exchange Environment)는 크로스체인 자산 없이도 비트코인 ​​L1에 대해 구성 가능한 스마트 계약을 제공하는 비트코인의 분산 실행 계층입니다. REE는 분산 실행 계층의 스마트 계약을 통해 비트코인의 다중 서명 거래 메커니즘을 강화하고 비트코인 ​​메인넷 거래에 직접 참여합니다.

 그림 0. 비트코인 ​​다중 서명 트랜잭션

다중 서명 거래는 여러 참가자의 입력을 포함하는 비트코인 ​​거래로, 비트코인 ​​생태계가 수년 동안 사용해 온 기술입니다. 일반적으로 한 참가자는 PSBT(부분 서명된 비트코인 ​​거래)를 사용하여 각 참여 당사자의 서명을 집계한 다음 거래를 비트코인 ​​네트워크에 브로드캐스팅하는 코디네이터 역할을 합니다. 다중 서명 거래의 주목할만한 사용 사례로는 CoinJoin, 다중 서명 지갑 및 관리인이 있습니다.

다중 서명 시나리오에서 참가자는 인간 외에 프로그램일 수도 있습니다. DeFi 환경에서 거래자는 일반적으로 프로토콜(스마트 계약)을 상대방으로 사용하여 거래합니다. REE의 아이디어는 BTCFi 프로토콜이 비트코인 ​​다중 서명 거래에 참여하고 전체 서명 프로세스를 공개 블록체인으로 이동하여 분산화를 달성할 수 있도록 하는 것입니다.

 그림 1. 분산형 다중 서명 조정(DMSC)

그림 1은 분산형 다중 서명 조정(DMSC)의 일반적인 프로세스를 보여줍니다. 설정에는 거래자, 여러 BTCFi 프로토콜(A, B, C) 및 퍼블릭 블록체인의 코디네이터가 포함됩니다. 코디네이터는 서명을 집계하고 최종 트랜잭션을 브로드캐스트합니다.

DMSC 프로세스는 다음과 같습니다.

1. 협상단계

거래자는 여러 프로토콜을 사용하여 조건을 협상하여 거래를 시작합니다. 각 프로토콜은 비트코인 ​​자산을 보유하고 특정 규칙에 따라 거래를 수행할 준비가 되어 있는 개체를 나타냅니다. 프로토콜의 예로는 분산형 거래소, 대출 프로토콜, 스테이블코인 등이 있습니다.

2. 서명 단계

협상 후 거래를 반영하기 위해 PSBT가 구성됩니다. 그런 다음 코디네이터는 각 프로토콜을 호출하여 PSBT에 서명합니다. 각 프로토콜(A, B, C)은 자신의 거래 부분을 검증하고 서명을 통해 포함을 승인합니다.

3. 방송 무대

PSBT가 완전히 서명되면 코디네이터는 이를 비트코인 ​​거래로 변환하여 네트워크에 브로드캐스트합니다. 이를 통해 거래는 비트코인으로 결제됩니다.

REE는 DMSC의 퍼블릭 블록체인으로 ICP(인터넷 컴퓨터 프로토콜)를 선택합니다. 즉, REE는 ICP의 비트코인 ​​DMSC 인프라입니다.

왜 REE인가?

비트코인은 세계에서 가장 안전하고 분산된 블록체인이지만 제한된 프로그래밍 가능성으로 인해 복잡한 금융 애플리케이션에서의 사용이 제한됩니다. REE는 고급 프로그래밍 기능과 Turing-complete 스마트 계약을 제공하는 동시에 자체 호스팅을 유지하고 신뢰 가정을 최소화함으로써 기존 비트코인 ​​L2 솔루션을 보완합니다.

 그림 2. REE는 비트코인 ​​L2가 아닙니다.

대부분의 L2와 달리 REE 스마트 계약은 비트코인의 UTXO 모델과 직접 상호 작용하여 자체 관리권을 유지하면서 고급 프로그래밍 기능을 활성화합니다. 거래자는 비트코인 ​​자산을 크로스체인 브리지에 잠글 필요가 없습니다. 그들은 비트코인 ​​지갑으로 PSBT에 서명함으로써 스마트 계약과 상호 작용하며 거래는 비트코인에서 즉시 결제됩니다.

반면, 알려진 비트코인 ​​L1 프로그래밍 가능성 향상 솔루션 중에서 DMSC는 다른 솔루션에 비해 상당한 이점을 가지고 있습니다. 새로운 OP 코드에 의존하는 대신 최신 공용 블록체인을 활용하여 비트코인 ​​프로그래밍 가능성을 향상합니다. 또한 DMSC는 메타 프로토콜 및 인덱서를 업그레이드할 필요 없이 모든 UTXO 기반 메타 프로토콜 자산과 호환됩니다.

 표 1. 비트코인 ​​L1 프로그래밍 기술 솔루션 비교

마지막으로 ICP는 DMSC에 가장 적합한 블록체인일 수 있습니다. REE는 ICP의 Chain Fusion 기술을 활용하여 개인 키와 비트코인 ​​서명을 안전하게 관리하고 비트코인 ​​보안 모델을 유지하면서 DMSC를 활성화합니다. ICP의 기본 비트코인 ​​통합 및 온체인 인덱서를 통해 REE는 신뢰가 최소화된 방식으로 가장 널리 사용되는 UTXO 기반 비트코인 ​​메타 프로토콜인 Runes와 호환됩니다.

REE는 어떻게 작동하나요?

Ethereum의 영향을 받은 대부분의 스마트 계약 플랫폼의 상태 모델은 계정을 기반으로 하며 이는 스마트 계약 개발자의 사고 방식에도 영향을 미칩니다. 그러나 비트코인의 온체인 상태는 UTXO를 기반으로 합니다. REE는 격차를 해소하기 위해 Exchange-Pool 모델을 도입했습니다. Exchange-Pool 모델은 비트코인의 UTXO 상태 관리에 적응하며 ICP와 같은 계정 기반 퍼블릭 체인에서 쉽게 구현할 수 있습니다. 이 모델은 3가지 간단한 개념으로 구성됩니다.

1. 코인은 UTXO를 기반으로 한 비트코인 ​​자산의 단위입니다. BTC와 룬은 REE에서 코인으로 허용됩니다.

2. Exchange는 REE 플랫폼에서 작동하는 BTCFi 프로토콜의 인스턴스이며 코인 교환을 촉진하는 데 사용됩니다.

3. 풀은 Exchange가 코인을 보관하고 비트코인 ​​거래에 서명하는 데 사용하는 공개 키(체인 키)입니다. Exchange 논리에 따르면 사용자는 풀에 코인 한 봉지를 넣고 거기에서 또 다른 코인 한 봉지를 얻습니다. 일반적으로 Exchange는 코인과 상태 데이터를 위한 풀을 각각 포함하는 여러 풀을 관리합니다.

비트코인 빌더는 이제 REE의 Exchange를 사용하여 다양한 BTCFi 프로토콜(여러 공개 방법을 구현하는 ICP 스마트 계약)을 생성할 수 있습니다.

 그림 3. REE 아키텍처

그림 3은 두 개의 거래소, REE 코디네이터 및 프런트 엔드 인터페이스와 같은 여러 구성 요소를 포함하는 REE에서 비트코인 ​​거래를 완료하는 프로세스를 보여줍니다. 프로세스를 단계별로 살펴보면 다음과 같습니다.

1. 조회: 거래자는 프런트엔드 인터페이스를 통해 프로세스를 시작하고 거래 조회를 수행합니다. 여기에는 ExchangeA에서 교환한 다음 ExchangeB에 스테이킹하는 등 그가 수행하려는 거래 또는 작업 유형을 선택하는 것이 포함될 수 있습니다.

2. PSBT 구축: 거래자가 거래 조건에 동의하면 프런트 엔드는 REE Typescript SDK의 도움으로 PSBT를 구축합니다.

3. 거래자는 PSBT에 서명합니다. 거래자는 자신의 비트코인 ​​지갑을 사용하여 PSBT를 검토하고 서명함으로써 후속 처리를 위해 거래를 승인합니다.

4. 호출 오케스트레이터/코디네이터: 프런트 엔드는 PSBT를 REE 오케스트레이터/코디네이터로 보냅니다. REE Orchestrator/Coordinator는 코디네이터 역할을 하며 트랜잭션 실행을 감독합니다.

5. 입력 확인: 오케스트레이터/코디네이터가 REE 거래를 실행하기 전에 모든 PSBT 입력이 소비 가능하고 실제로 주장하는 자산을 포함하는지 확인해야 합니다. Orchestrator는 이를 달성하기 위해 Ord Canister(온체인 룬 인덱서)를 사용합니다.

6. Exchange가 PSBT에 서명합니다. 확인 후 REE Orchestrator/Coordinator는 PSBT에 서명하기 위해 관련 Exchange와 통신합니다. Exchange는 PSBT 데이터가 거래 조건을 충족하는지 확인하고 하나씩 서명합니다.

7. 브로드캐스트 트랜잭션: 모든 관련 거래소가 PSBT에 서명한 후 REE 코디네이터는 완전히 서명된 트랜잭션을 비트코인 ​​네트워크에 브로드캐스트합니다. 그런 다음 거래는 비트코인 ​​블록체인에서 확인되어 전체 프로세스가 완료됩니다.

REE 오케스트레이터/코디네이터는 Exchange가 서명을 거부하는 경우 상태를 롤백하도록 Exchange에 통보하여 상태 일관성을 보장할 책임이 있습니다.

누구든지 Exchange를 사용하려면 먼저 해당 빌더를 통해 초기화해야 합니다.

1. 배포(0.1단계): 빌더는 Exchangecanister를 REE Orchestrator/Coordinator와 동일한 ICP 서브넷에 배포합니다. 캐니스터는 서브넷 전체에서 호출될 수 있지만 불필요한 지연이 발생합니다.

2. 등록(0.2단계): 빌더는 REE 오케스트레이터/코디네이터에 Exchange를 등록합니다.

Exchange 빌더는 Exchange를 계속 실행하기 위한 업그레이드 및 보충 주기를 포함하여 Exchange 유지 관리를 담당합니다. Omnity는 Exchange 빌더에게 사용 편의성을 위한 공통 기능을 제공하지만 선택 사항이며 교체가 가능합니다.

시스템 특성

프로그래밍 가능성

REE Exchange는 기본 블록체인의 기능을 완전히 활용할 수 있는 독립적인 ICP 스마트 계약입니다. 독자들은 ICP 스마트 계약 개발에 대해 자세히 알아보려면 ICP 기술 문서를 방문하는 것이 좋습니다.

ICP 기술 문서:

https://internetcomputer.org/docs/current/home

다음은 몇 가지 팁입니다.

1. ICP 스마트 계약 내에서 얼굴 인식과 같은 집중적인 계산을 실행할 수 있습니다.

https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2

2. ICP의 비트코인 ​​컨테이너는 500GB의 온체인 스토리지를 차지하고 연간 비용이 2,500달러에 불과한 세계 최대의 스마트 계약일 수 있습니다.

https://github.com/dfinity/bitcoin-canister

3. Omnity Hub는 ICP의 온체인 전체 체인 상호 운용성 스택입니다. 즉, 오프체인 리피터나 인덱서가 필요하지 않습니다. Omnity Hub는 RPC 인터페이스를 통해 수십 개의 이종 블록체인을 직접 연결합니다.

https://explorer.omnity.network/

구성 가능성

REE 스마트 계약 구성 가능성은 프로토콜 전반에 걸쳐 원활한 통합을 보장하여 최소한의 신뢰 프레임워크에서 유동성과 논리 단위를 결합함으로써 혁신적인 금융 프로토콜을 가능하게 합니다.

REE는 비트코인 ​​스타일의 구성성을 제공합니다. 각 거래소는 입력/출력이 합당한 한 수신(입력) 및 제공(출력)에만 관심이 있으며 거래에 참여하는 데 동의합니다. REE 거래에는 각각 코인을 받고 기부하는 여러 교환이 포함될 수 있습니다. 코디네이터는 거래소와 협력하여 다중 서명 거래의 원자성을 보장하는 역할을 담당합니다. 원자적 구성 가능성은 다중 서명 트랜잭션이 완전히 성공하거나 일부가 실패할 경우 완전히 롤백된다는 것을 의미합니다. 이는 DeFi 애플리케이션에서 매우 중요합니다.

일반적으로 거래자는 첫 번째 교환에 초기 입력을 제공합니다. 첫 번째 교환의 출력은 두 번째 교환으로 이동하며 마지막 교환의 최종 출력이 거래자에게 제공될 때까지 계속됩니다. PSBT의 서명 순서는 다음 논리를 따릅니다. 첫 번째 거래소는 입력을 제공하고 거래자가 입력에 서명한 경우에만 PSBT에 서명하는 데 동의합니다.

개념적으로 교환 구성성은 파이프라인된 Unix 명령처럼 보입니다. 그러나 그것은 그 이상입니다. 모든 엔터티(거래자 또는 거래소)는 주문에 관계없이 다른 엔터티에 입력을 제공할 수 있습니다. 예를 들어, 거래자의 입력은 두 번째 또는 그 이후의 거래소에 공급됩니다. 교환은 거래자를 대신하여 초기 입력 및 비트코인 ​​네트워크 수수료를 제공합니다.

또한 거래자는 개인일 필요는 없으며 오프체인 프로세스일 수도 있고 ICP 스마트 계약일 수도 있습니다. 이는 온체인 또는 오프체인 수익 수집자 또는 차익거래 봇의 가능성을 열어줍니다. 강력한 Chain Fusion 스택을 통해 REEExchange는 다른 블록체인과 상호 작용할 수 있습니다. 예를 들어, Ethereum 또는 Solana의 상태 변경은 REE 트랜잭션을 트리거할 수 있으며 그 반대의 경우도 마찬가지입니다.

위험 프로필

수신자(풀과 거래하는 거래자)는 서명하기 전에 입력 및 출력으로 표시되는 모든 거래 조건이 포함된 PSBT를 검토합니다. 일단 서명되면 거래자 자신, 거래소, REE, ICP 노드 및 비트코인 ​​채굴자를 포함한 누구도 거래를 변경할 수 없습니다. 즉, 수취인은 보관 위험을 부담하지 않습니다.

일반적으로 각 REE 트랜잭션을 실행하면 특정 풀의 상태가 변경되어 이전 쿼리에서 얻은 트랜잭션 조건이 무효화됩니다. REE 트랜잭션 실행 지연 시간(초 단위로 측정)이 비트코인(분 단위로 측정)보다 훨씬 낮다는 점을 고려하면 REE 트랜잭션은 일반적으로 순차적으로 처리됩니다. 그러나 여러 거래자가 동시에 동일한 풀에서 거래하는 경우 거래 실패가 발생할 수 있습니다.

실패한 거래는 자산 손실로 이어지지 않습니다. 거래자는 단순히 다시 쿼리하고 실행을 시도하면 됩니다.

시장 조성자(자본 풀에 유동성을 제공하는 거래자)는 자산 통제권을 거래소에 넘길 때 보관 위험을 부담합니다. 결과적으로 감사의 중요성과 Exchange 빌더의 평판을 강조하는 Exchange 논리와 관련된 스마트 계약 위험에 노출됩니다.

시장 조성자의 보안 가정에는 ICP 및 REE 플랫폼이 포함됩니다. 그러나 ICP(수십억 달러 가치)의 보안은 알려진 모든 경우에 BTCFi 프로토콜의 보안 요구 사항을 충족합니다.

비트코인 상태 일관성

BTCFi 지원에 있어 비트코인 ​​스크립트의 제한은 opcode의 기능적 제한뿐만 아니라 복잡한 온체인 상태를 유지할 수 없기 때문입니다. 반면 REE에서의 교환은 상태를 쉽게 유지하고 관리할 수 있습니다. 그러나 REE 교환 상태는 결국 비트코인과 일치해야 합니다. 그렇지 않으면 REE 거래가 비트코인에서 결제될 수 없습니다.

정산 실패를 방지하기 위해 코디네이터는 모든 거래 입력이 소비되지 않았는지 확인합니다. 각 거래소는 또한 거래 입력 및 출력이 표준을 충족하는지 확인합니다. 이 접근 방식을 사용하면 유효하고 검증된 입력만 사용하여 거래를 결제할 수 있습니다.

그러나 거래가 실행되기 전에 이러한 입력 사항을 확인하더라도 이후 정산이 보장되지는 않습니다. 거래자는 의도적으로 또는 의도하지 않게 다른 비트코인 ​​거래에 동일한 입력을 사용할 수 있습니다.

REE는 비트코인 ​​네트워크의 실시간 변화를 감지하고 그에 따라 대응해야 합니다. 비트코인 기본 통합과 온체인 룬 인덱서로 구동되는 REE는 중앙 집중식 오프체인 프로세스에 의존하지 않고 이를 달성할 수 있는 유일한 비트코인 ​​실행 계층일 수 있습니다.

 그림 4. REE Tx 상태

REE Orchestrator/Coordinator는 모든 REE 트랜잭션의 수명주기를 관리하는 구성 요소입니다. Exchange에 관련 상태 변경 이벤트를 알리는 역할을 담당합니다.

 그림 5. 자금 풀 현황 관리

Exchange는 풀을 기반으로 상태를 관리합니다. 특히 풀의 상태는 해당 풀에서 실행되는 일련의 트랜잭션으로 연결된 상태 체인으로 구성되어야 합니다. 풀은 항상 쿼리 요청을 처리하고 상태 체인의 헤드를 기반으로 새 트랜잭션을 실행합니다. Orchestrator/Coordinator의 이벤트 알림에 따라 풀 실행이 완료되거나 롤백됩니다.

더욱이, 비트코인 ​​네트워크 수수료의 높은 변동성을 고려하면, 특정 시간 내에 거래가 블록에 포함되도록 보장할 수 있는 경제적으로 실현 가능한 방법은 없습니다. 비트코인 네트워크 수수료가 급등하는 경우 결제 속도를 높이는 방법에는 RBF(Replace-By-Fee, 수수료 대체)와 CPFP(Child Pays for Parent, Child Pays for Parent) 두 가지가 있습니다. RBF에서는 트랜잭션을 재구성해야 하므로 사용자 경험이 좋지 않습니다.

REE는 CPFP를 사용하는데, 이는 비트코인 ​​네트워크 수수료가 급증할 때 후속 거래가 동일한 풀에서 이전에 차단되지 않은 거래에 보조금을 지급해야 함을 의미합니다. 수수료 보조금은 여전히 ​​자유 시장 메커니즘으로 남아 있습니다. 거래자는 비용 증가에도 불구하고 수익성이 있을 것으로 예상되는 경우에만 후속 거래를 시작합니다.

성능

실행 계층의 성능은 일반적으로 처리량(TPS로 측정)과 대기 시간이라는 두 가지 지표로 측정됩니다. REE에서 거래자는 다음 단계로 진행하기 위해 블록 확인을 기다리지 않고 단 몇 초의 지연만으로 거래를 차례로 실행할 수 있습니다. 지연 시간 측면에서 REE는 비트코인의 성능을 100배 향상시킵니다.

REE의 직렬 거래는 비트코인 ​​체인에서 일괄 처리됩니다. 멤풀 거래에는 최대 25개의 후속 거래가 있을 수 있으므로 각 비트코인 ​​블록은 단일 REE 거래 풀에 대해 최대 25개의 거래를 정산할 수 있습니다. 따라서 25는 단일 REE 트랜잭션 풀의 처리량 상한으로 간주될 수 있습니다.

다양한 거래 풀을 통해 병렬 거래 실행이 가능합니다. 가격 경쟁이 필요하지 않은 경우 Exchange 빌더는 중복 풀을 추가하여 동시성을 향상시킬 수 있습니다. 예를 들어, 100,000명의 청구자가 있는 에어드랍을 위해 10개의 풀에 토큰을 분산시키면 여러 사용자가 동시에 청구하여 거래가 실패할 가능성을 크게 줄일 수 있습니다.

단일 거래 풀에서는 동일한 유형의 통화를 보유하는 여러 UTXO를 관리하여 풀 내 동시성을 달성할 수 있습니다. 그러나 이를 위해서는 더 복잡한 UTXO 선택, 분할 및 병합 알고리즘이 필요합니다. 향후 Exchange에서는 더 나은 사용자 경험을 제공하기 위해 이러한 고급 기술을 탐색할 수 있습니다.

비용

REE 거래 사용자의 주요 비용은 비트코인 ​​네트워크 수수료에서 비롯됩니다. REE는 P2TR 주소 유형을 사용하여 정산된 거래 규모를 최소화합니다.

ICP(주기)에서 Exchange를 실행하는 데 드는 비용은 빌더가 부담합니다. ICP는 매우 비용 효율적이지만 빌더는 거래소의 경제적 지속 가능성을 보장하기 위해 프로토콜 내부 또는 외부에서 수익을 창출해야 합니다.

MEV

REE는 REE Orchestrator/Coordinator 컨테이너가 있는 ICP 서브넷에 트랜잭션 순서를 위임하는 실행 계층입니다. 이론적으로는 가능하지만 ICP 서브넷 노드가 트랜잭션을 재정렬하여 MEV를 추출하는 것은 전례가 없습니다.

더 중요한 것은 REE에는 슬리피지 개념이 없다는 것입니다. 거래자가 PSBT에 서명하면 모든 거래 입력 및 출력이 이미 설정되어 있으며 Exchange 풀의 입력이 소비되면 거래가 실패합니다. 따라서 REE 거래가 선두 주자라면 자동으로 실패하게 되어 선두 주자만이 가격 위험을 부담하게 됩니다.

통치

REE는 프로토콜 업그레이드, 매개변수 조정 및 개발 로드맵을 감독하는 Omnity SNS DAO에 의해 관리됩니다. SNS 온체인 거버넌스는 REE 생태계의 지속 가능한 발전을 위한 투명성과 커뮤니티 중심 의사결정을 보장합니다.

사용 사례

Ethereum 또는 Solana에서 Bitcoin으로 DeFi 프로토콜을 복사하는 것은 REE를 활용하는 간단한 방법입니다. 자세히 설명하기 위해 몇 가지 예를 들어보겠습니다.

AMM DEX (자동화된 마켓 메이커 분산형 거래소)

Omnity가 구축한 AMM DEX인 RichSwap은 REE 메인넷과 동시에 출시될 예정입니다. REE의 첫 번째 교환인 RichSwap은 다음과 같은 목적을 제공합니다.

1. RichSwap은 REE 플랫폼의 기능과 성능을 검증합니다.

2. RichSwap은 오픈 소스이며 BTCFi 빌더를 위한 완전한 예제를 제공합니다.

3. 다른 BTCFi 프로토콜은 RichSwap을 사용하여 유동성 부트스트래핑을 가속화할 수 있습니다.

4. RichSwap에는 다른 BTCFi 프로토콜에서 사용할 수 있는 토큰 가치 캡처 메커니즘이 내장되어 있습니다.

RichSwap은 첫 번째 교환이지만 어떠한 특권도 누리지 못합니다. 메인넷 출시 후 REE는 신속하게 개방형 플랫폼으로 전환하고 기술 사양을 충족하는 모든 BTCFi 프로토콜(AMM DEX 포함)의 라이선스 없는 등록을 허용합니다.

대출

REE 기반 대출 프로토콜은 각각 구성, 위험 매개변수 및 자산 지원 유형이 다른 여러 자금 풀을 지원할 수 있습니다. Blue Chip Runes로 담보된 BTC 차용을 지원하는 각 풀은 이자율, 담보율 및 청산 기준점이 다를 수 있습니다. 유동성 공급자(LP)에게 토큰을 반환하도록 선택할 수 있습니다. ICP의 오라클과 통합함으로써 대출 프로토콜은 담보 가치를 분산적으로 결정하거나 청산 프로세스를 시작할 수 있습니다.

유동성 스테이킹 토큰

REE에서 비트코인 ​​L1 스테이킹을 구현하는 것은 가능하지만 Babylon과 같은 기존 스테이킹 프로토콜을 통합하는 것이 더 흥미로운 가능성입니다. 사용자는 비트코인을 Exchange에 입금하고 LST를 룬 형식으로 받습니다. 그런 다음 LSTExchange는 비트코인 ​​L1의 Babylon 스테이킹 프로토콜과 결합되는 동시에 무신뢰 크로스체인 프로토콜을 통해 Babylon 체인에 대한 위임 및 스테이킹 보상을 관리합니다. Omnity Hub는 완전한 온체인 아키텍처와 라이트 클라이언트 검증을 통해 Osmosis와 통합되었습니다. 따라서 ICP 스마트 계약과 Cosmos 애플리케이션 체인 간의 상호 작용은 더 이상 기술적 장애에 직면하지 않습니다.

로드맵

1. 2024년 4분기 REE 백서가 공개됩니다.

2. 2025년 1분기 RichSwap과 함께 REE 메인넷 출시

3. 2025년 2분기에 Omnity 파트너에게 거래소 등록이 공개됩니다.

4. 2025년 하반기 거래소 등록이 전면 오픈됩니다.

결론적으로

REE는 비트코인 ​​프로그래밍 가능성의 획기적인 발전을 나타내며, 크로스체인이나 포크 자산에 의존하지 않고도 안전하고 Turing-complete 스마트 계약을 가능하게 합니다. 이 크로스체인 실행 모델은 완전히 무신뢰 및 무허가 환경에서 비트코인의 유동성과 보안을 활용하는 BTCFi 생태계를 육성할 수 있는 잠재력을 가지고 있습니다.