담보 자산

하나의 대출. 모든 자산. 최대의 효율성.

Ripe Protocol이 바로 이런 혁신을 제공합니다. 다른 대출 프로토콜은 각 자산에 대해 별도의 포지션을 개설해야 하거나(비효율적입니다) "안전한" 토큰으로만 제한하지만(제한적입니다), Ripe는 과감한 접근을 취합니다: 여러분의 포트폴리오를 하나의 포트폴리오로 취급합니다. 여러분의 ETH, 수익 창출형 포지션, 스테이블코인, 심지어 NFT까지 — 모든 것이 함께 작동하여 가중치가 적용된 조건으로 단일 GREEN 대출을 뒷받침합니다. 복잡한 관리가 필요 없습니다. 자본 낭비도 없습니다. 오직 순수한 효율성만 있습니다.

Ripe의 접근 방식이 다른 이유

전통적인 대출의 문제점

대부분의 DeFi 프로토콜은 두 가지 비효율적인 모델 중 하나를 강요합니다:

분리된 시장: 각 자산이 별도의 대출 포지션을 생성

• ETH 예치 → 한 포지션 관리

• cbBTC 예치 → 또 다른 포지션 관리

• 한 청산이 다른 청산에 도움이 되지 않음

• 여러 포지션에 걸친 복잡한 관리

공동 풀 대출: 공유된 위험이 자산 수용을 제한

• 블루칩 코인만 허용

• 여러분의 예치금이 모든 사람의 대출을 뒷받침

• 악의적인 행위자가 모든 예치자에게 영향을 미침

• 보수적인 매개변수로 인해 혁신이 저해됨

Ripe의 솔루션: 두 가지 장점의 결합

Ripe는 포트폴리오 효율성과 개별 위험 격리를 결합합니다:

여러분의 다중 자산 포트폴리오 = 하나의 GREEN 대출
┌───────────────────────────────────────────┐
│  ETH    USDC    WBTC    PEPE    stETH     │
│  $10k   $5k     $15k    $100    $50k      │
│  80%    90%     80%     50%     85%       │ <- 개별 LTV
│  ↓      ↓       ↓       ↓       ↓         │
│  ═══════════════════════════════════════  │
│           통합 담보                        │
│           총 가치: $80,100                 │
│           대출 한도: $67,585               │
│                     ↓                     │
│         단일 GREEN 대출 포지션             │
│         최대 $67,585 GREEN                │
│                                           │
│  • 하나의 대출, 하나의 이자율              │
│  • 모니터링할 하나의 건전성 지수           │
│  • 모든 자산이 담보에 기여                 │
│  • 다른 사람들과 격리된 여러분의 위험      │
└───────────────────────────────────────────┘

이 아키텍처는 프로토콜의 안전성을 유지하면서 거의 모든 자산을 지원할 수 있습니다 — 여러분의 담보는 공유 풀이 아닌 여러분의 대출만을 뒷받침합니다.

지원되는 자산의 세계

Ripe의 확장 가능한 아키텍처는 방대하고 계속 성장하는 토큰화된 가치의 세계를 지원할 수 있습니다:

1. 스테이블코인 - 안정성의 기반

• USDC, USDT: 높은 유동성을 가진 주요 중앙화 스테이블코인

• USDS: Sky Protocol의 탈중앙화 스테이블코인

• 수익 창출형 스테이블코인: 이자를 받는 안정 자산

• 가격 안정성으로 인해 일반적으로 80-90% LTV 비율 제공

2. 블루칩 코인 - 검증된 디지털 자산

• WETH: DeFi 표준인 Wrapped Ethereum

• WBTC/cbBTC: 이더리움 상의 비트코인 표현

• 주요 DeFi 토큰: AAVE, UNI, CRV 및 기타 프로토콜 토큰

• 레이어 1 토큰: SOL, AVAX, XRP, HYPE (브리지된 경우)

• 검증된 실적으로 강력한 대출 한도 제공

3. 수익 창출형 자산 - 대출받으면서 수익 창출

• 유동성 스테이킹: stETH, rETH, cbETH는 스테이킹 보상을 계속 획득

• LP 토큰: Uniswap, Curve, Balancer 포지션은 수수료를 계속 획득

• 볼트 토큰: Aave, Morpho, Euler 등의 대출 포지션

• 지분 기반 회계가 모든 누적 수익을 보존

4. 토큰화된 실물 자산 (RWA) - 전통 금융과의 연결

• 증권: 토큰화된 주식, 채권, ETF

• 상품: 금, 은, 석유 표현

• 부동산: 부동산 담보 토큰

• 탄소 배출권: 환경 자산

• 규제 준수를 위한 특별 처리

5. NFT(대체불가토큰) 및 고유 자산 - 대체 가능한 토큰을 넘어서

• 블루칩 컬렉션: Punks, Apes, Penguins를 담보로

• 아트 NFT: 생성형 및 1/1 작품

• 게임 아이템: 무기, 토지, 캐릭터

• 음악/미디어: 로열티가 있는 NFT

• 낮은 LTV (30-50%)이지만 여전히 생산적인 자본

6. 신흥 디지털 자산 - 새로운 개척지

• 예측 지분: 토큰화된 예측 시장 포지션

• 밈코인: PEPE, SHIB 및 커뮤니티 토큰

• 소셜 토큰: 크리에이터 코인 및 DAO 토큰

• AI 토큰: 신흥 AI 프로토콜 토큰

• 보수적인 매개변수가 높은 변동성을 반영

예치 작동 방식

볼트 유형 설명

Ripe는 여러분의 예치를 전문 볼트로 자동 라우팅합니다:

Simple ERC20 볼트 - 표준 토큰 (ETH, USDC, 대부분의 자산)

• 직접적인 1:1 잔액 추적

• 간단한 예치/출금 메커니즘

• 가장 일반적인 볼트 유형

Rebase ERC20 볼트 - 수익 창출형 자산 (stETH, aTokens)

• 지분 기반 회계가 수익을 보존

• 예치된 동안 복리 수익

• 담보화로 인한 기회 비용 없음

특수 목적 볼트

• Ripe Gov 볼트: 거버넌스 권한을 위해 RIPE 토큰 잠금

• 안정화 풀: sGREEN/LP 토큰으로 청산에서 수익 창출

• 미래 볼트: NFT, RWA 및 신흥 자산 유형

확장성의 힘

Ripe의 볼트 시스템은 무한히 확장 가능하도록 설계되었습니다. 새로운 자산 유형이 등장하거나 특별한 요구사항이 발생하면, 프로토콜은 기존 운영을 중단하지 않고 새로운 볼트 구현을 배포할 수 있습니다:

• 맞춤형 로직: 각 볼트 유형은 자산에 특화된 동작을 구현할 수 있습니다

• 미래 대비: 아직 존재하지 않는 자산도 지원

• 원활한 통합: 새로운 볼트가 기존 생태계에 플러그인

• 혁신 준비: NFT 분할화부터 실물 자산 결제까지

이러한 확장성은 Ripe가 미래가 가져올 모든 토큰화된 가치에 적응할 수 있도록 보장합니다 — 특별한 메타데이터가 필요한 게임 자산이든, 규정 준수 후크가 필요한 규제 증권이든, 아직 상상하지 못한 완전히 새로운 토큰 표준이든 말입니다.

프로토콜이 자동으로 올바른 볼트를 선택합니다 — 여러분은 그저 예치하기만 하면 됩니다.

예치 한도 및 통제

각 자산에는 우리의 스테이블코인인 GREEN의 안정성을 보호하는 구성 가능한 매개변수가 있습니다:

한도가 중요한 이유

예치된 자산이 GREEN 대출을 뒷받침하는 담보 역할을 하므로, 프로토콜은 단일 자산이 너무 지배적이 되는 것을 방지해야 합니다. 만약 GREEN의 90%가 하나의 변동성 자산으로 뒷받침된다면, 그 가격 변동이 전체 시스템을 불안정하게 만들 수 있습니다. 한도는 다양하고 탄력적인 뒷받침을 보장합니다.

사용자별 한도

• 사용자당 자산당 최대 예치액

• 특정 자산에서 고래의 지배 방지

• 위험의 광범위한 분산 보장

• 모든 참여자를 위한 공정한 접근 유지

글로벌 한도

• 자산 유형별 프로토콜 전체 상한

• 전체 GREEN 뒷받침에서 각 자산의 비율 통제

• 자산이 안정성과 유동성을 입증함에 따라 점진적 증가

• 시장 스트레스 중 스테이블코인 무결성 보호

최소 잔액

• 소액 포지션 요구사항

• 먼지 누적 방지

• 의미 있는 참여 보장

• 계산 오버헤드 감소

이러한 한도는 거버넌스를 통해 시간이 지남에 따라 적응하며, 성장 기회와 신중한 위험 관리의 균형을 맞춥니다. 자산이 안정성을 입증하고 유동성이 깊어짐에 따라, GREEN의 견고한 뒷받침을 유지하면서 한도를 확대할 수 있습니다.

출금하기

출금 메커니즘

출금 시 포지션 전체의 건전성을 고려하여 처리됩니다:

1. 자유 담보: 대출 필요량을 초과하는 자산 출금

2. 건전성 확인: 포지션이 안전하게 유지되도록 보장

3. 즉시 처리: 대기 기간이나 대기열 없음

4. 부분 또는 전체: 필요한 만큼 가져가고 나머지는 남김

출금 가능 금액 이해하기

여러분의 출금 가능량은 다음에 따라 달라집니다:

• 대출을 뒷받침하지 않는 미사용 담보

• 대출 한도를 결정하는 자산별 LTV

• 현재 부채 수준 및 발생 이자

• 안전성을 유지하는 전체 건전성 지수

예시:

예치: $10,000 ETH
대출: $5,000 GREEN (80% LTV에서)
필요 담보: $6,250
출금 가능: $3,750 상당의 ETH

예치 중 수익 창출

자동 보상 누적

모든 예치는 프로토콜의 포인트 시스템을 통해 RIPE 보상을 받습니다:

포인트 = 예치 가치 × 보유 블록
지분 = 여러분의 포인트 / 전체 포인트
보상 = 여러분의 지분 × 발행량

시간은 규모만큼 중요합니다 — 더 오래 보유한 소액 예치가 고래 포지션을 능가할 수 있습니다.

보상 카테고리

일반 예치자 - 모든 예치가 기본 보상을 받음

• USD 가중 공정 분배

• 특별한 요구사항 없음

• 모든 자산에 대한 수동적 소득

투표 예치자 - 커뮤니티가 선택한 보너스 보상

• 선택된 자산에 대한 더 높은 할당

• 거버넌스 참여 혜택

• 전략적 예치 기회

특별 보상 - 특정 볼트에서 향상된 수익

• 이중 수익을 얻는 안정화 풀 예치

• 배수가 적용되는 거버넌스 볼트 스테이킹

• 미래의 특수 목적 인센티브

발행 일정, 포인트 계산 및 최대화 전략을 포함한 RIPE 보상 시스템에 대한 자세한 탐구는 RIPE 블록 보상을 참조하세요.

고급 기능

위임 시스템

다른 주소에 특정 권한 부여:

• 예치 권한: 다른 사람이 담보를 추가할 수 있도록 허용

• 출금 권한: 출금 기능 위임

• 완전한 유연성: 언제든지 권한 취소

• 스마트 지갑 호환: Underscore 지갑(Hightop 앱)과 작동

사용 사례:

• 팀 금고 관리

• 자동화된 전략 실행

• 가족 계정 구조

• 프로토콜 통합

화이트리스트 자산

일부 자산은 특별한 접근이 필요합니다(사전 승인 필요):

• 토큰화된 증권: KYC/AML 검증

• 기관 자산: 공인 투자자 지위

• 베타 기능: 조기 접근 프로그램

• 규제 토큰: 규정 준수 요구사항

프로토콜은 권한을 투명하게 처리합니다 — 자산이 승인을 필요로 하는지 알 수 있습니다.

Ripe에 예치하는 이유

즉각적인 혜택

• 모든 예치에 대해 자동으로 RIPE 보상 획득

• 일반 예치에 대한 락업 없음 (언제든지 출금)

• 생산적인 담보 - 수익이 계속 누적

• 포트폴리오 접근법이 청산 위험 감소

장기적 가치

• 성장하는 프로토콜의 조기 참여자 이점

• 거버넌스 참여가 미래를 형성

• 더 많은 자산이 참여함에 따른 네트워크 효과

• 새로운 자산 유형을 지원하는 혁신 파이프라인

자본 효율성

• 관리할 많은 포지션 대신 하나의 포지션

• 교차 담보화가 대출 한도 최대화

• 다각화를 통한 낮은 청산 위험

• 각 자산 유형에 대한 최적화된 매개변수

진정한 포트폴리오 대출의 힘

DeFi 대출에 대한 기존의 한계를 넘어서세요. 더 이상 열 개의 다른 포지션을 복잡하게 관리할 필요가 없습니다. 더 이상 "지원되지 않는다"는 이유로 자산의 절반을 유휴 상태로 두지 않아도 됩니다. 더 이상 수익 창출과 유동성 접근 사이에서 선택할 필요가 없습니다.

Ripe를 사용하면 여러분의 Aave 포지션이 계속 수익을 창출합니다. 여러분의 NFT도 수익을 창출하는 자산이 됩니다. 예상치 못하게 급등한 밈코인도? 이제 담보가 됩니다. 하나의 대출, 가중치가 적용된 조건, 모든 자산이 작동합니다.

이것은 단순히 또 다른 대출 프로토콜이 아닙니다 — 이것이 DeFi 대출이 처음부터 작동했어야 하는 방식입니다.

---

기술 구현 세부사항은 기술 문서를 참조하세요