공식:
Health Factor =
(담보 가치 × 청산 임계치) ÷ 대출 금액

이 값이 높을수록 안전함.

🟢2.0 이상➡️매우 안전
🟢1.5 ~ 2.0➡️안전
🟢1.25 ~ 1.5➡️주의
🟢1.0 ~ 1.25➡️위험
🟢1.0 이하➡️청산 가능

따라서 일반적으로 1.5 이상 유지가 권장됨.

예시:

AAPL 담보 $10,000
USDT Borrow $5,000

Health Factor = 1.6

만약 AAPL 가격이 30% 하락하면 담보 가치가 $7,000가 됨.

Health Factor = 1.12

이 경우 위험 구간에 진입함.

Health Factor가 낮아지면 다음 조치가 필요함.

🟢담보 추가 공급
🟢일부 대출 상환
🟢변동성 높은 자산 정리

즉 포지션 관리가 필요함.

Pyth는 기관급 트레이딩 회사와 마켓메이커가 직접 가격 데이터를 제공하는 구조임.

즉 다음 참여자가 데이터 공급함.

🟢거래소
🟢마켓메이커
🟢금융기관

이 때문에 금융 시장 데이터 정확도가 높음.

Pyth는 Pull 기반 모델을 사용함.

즉 필요할 때 가격을 업데이트할 수 있음.

특징:
🟢초 단위 가격 업데이트
🟢낮은 지연
🟢고빈도 데이터 제공

Pyth는 가격뿐 아니라 가격 신뢰 구간도 제공함.

✔️즉 가격 데이터의 불확실성을 함께 제공함.

이는 리스크 평가에 매우 중요함.

Everst에서 Pyth는 다음 역할을 수행함.

🟢빠른 가격 업데이트
🟢Chainlink 데이터 검증
🟢가격 이상 탐지

✔️즉 Chainlink의 속도 한계를 보완하는 역할임.

Borrow를 시작하기 전에 먼저 담보 자산이 필요함.

Dashboard에서 다음 정보를 확인함:
🟢공급 자산
🟢담보 활성화 여부
🟢Borrowing Power

담보가 비활성 상태라면 Collateral 옵션을 켜야 함.

Markets 페이지에서 Borrow 가능한 자산 확인 가능함.

확인해야 할 정보:
🟢Borrow APY
🟢Utilization
🟢Available Liquidity

초보자는 USDT Borrow가 가장 안정적임.

Borrow 창에서 원하는 금액 입력 시 다음 정보가 자동 계산됨.

🟢새로운 Health Factor
🟢예상 이자 비용
🟢청산 가격

이 값들을 확인하고 진행하는 것이 중요함.

Borrow 버튼 클릭 후 지갑에서 트랜잭션 승인하면 실행됨.

보통 3~10초 내에 완료됨.

완료되면 Borrow한 자산이 지갑으로 들어옴.

Chainlink는 여러 노드 운영자가 가격 데이터를 제공하는 분산 오라클 네트워크임.

각 노드는 외부 거래소 데이터를 수집하고 이를 집계하여 최종 가격을 생성함.

즉 단일 서버가 아니라 다수 노드 합의 기반 가격 시스템임.

Chainlink는 두 가지 조건에서 업데이트됨.

✏️가격 변동 트리거
➡️ 가격이 0.5% 이상 변동

✏️시간 트리거
➡️ 일정 시간 경과

이 구조는 불필요한 업데이트를 줄이면서도 가격 정확도를 유지함.

대표적인 장점은 다음과 같음.
🟢높은 신뢰성
🟢검증된 인프라
🟢분산 노드 운영
🟢광범위한 DeFi 사용 사례

수많은 프로토콜에서 사용되는 이유임.

Chainlink는 안정적이지만 업데이트 속도는 상대적으로 느릴 수 있음.

특징:
🟢1~3 블록 지연
🟢매우 빠른 시장 변동 대응 제한

이 때문에 Everst는 추가 오라클을 함께 사용함.

총 부채는 두 가지로 구성됨.

✏️Principal➡️원래 대출 금액

✏️Accrued Interest➡️누적된 이자

상환 시 두 금액을 합쳐 계산됨.

전체 상환 시:
🟢모든 부채 제거
🟢담보 완전 해제
🟢청산 리스크 제거

시장 불확실성이 높을 때 사용되는 전략임.

부분 상환은 포지션을 유지하면서 리스크를 줄이는 방법임.

효과:
🟢Health Factor 상승
🟢이자 부담 감소
🟢담보 일부 회수 가능

포지션 유지 전략에 유용함.

이자만 상환하는 방법도 있음.

장점:
🟢부채 증가 방지
🟢레버리지 유지

단점:
🟢원금은 그대로 유지됨.

Everst에서 오라클은 단순 가격 표시 도구가 아님.

오라클 데이터는 다음 계산에 직접 사용됨.

🟢담보 가치 계산
🟢Borrowing Power 계산
🟢Health Factor 계산
🟢청산 트리거 판단

즉 가격 데이터가 시스템 안정성을 좌우함.

단일 오라클 시스템은 다음 위험이 있음.

🟢가격 조작 공격
🟢데이터 지연
🟢오라클 다운타임

이 경우 잘못된 가격으로 청산이 발생할 수 있음.

Everst는 이러한 리스크를 줄이기 위해 이중 오라클 구조를 사용함.

Everst는 두 개의 주요 오라클을 사용함.

✏️Primary Oracle
➡️ Chainlink

✏️Secondary Oracle
➡️ Pyth Network

두 데이터를 비교하여 최종 가격을 계산함.

멀티 오라클 시스템의 목적은 다음과 같음.

🟢가격 정확도 향상
🟢조작 방지
🟢시스템 안정성 유지
🟢청산 오류 최소화

DeFi 프로토콜에서 매우 중요한 설계 요소임.

1. @Polariseorg & @gemhivecrypto 팔로우
2. 해당 X 글 (클릭) 리트윗 + 지갑 주소 댓글 달기
3. Polaris 공식 커뮤 & 젬하 크립토 커뮤 참여

🟢웨잇리스트 + 미션 진행 중
🟢SNS 태스크, 데일리 출석 위주
🟢AP 포인트 채굴 + NFT 민팅 가능
🟢7일 출첵 시 NFT 조각 get

👍 웨잇리스트 신청 (클릭) ✅

❕ 엑세스 코드 : kj2x2rgh

🟢선물 가격 > 현물 가격 → 펀딩 양수 → 롱이 숏에게 지급
🟢선물 가격 < 현물 가격 → 펀딩 음수 → 숏이 롱에게 지급

대부분 거래소에서 약 8시간 단위로 정산되며
거래소 수수료가 아니라 트레이더 간 자금 이동(제로섬)

SOL 현물 $150 / 영구선물 $151
펀딩 +0.01%

🟢$10,000 롱 → 약 $1 지급
🟢$10,000 숏 → 약 $1 수령

🟢롱 포지션 증가 → 프리미엄 형성 → 펀딩 양수
🟢숏 포지션 증가 → 디스카운트 → 펀딩 음수
🟢변동성 확대, 대규모 청산 등으로 펀딩이 급격히 변하기도 함

대표적인 방식은 델타-중립 구조
🟢현물 롱
🟢동일 규모 영구선물 숏

가격 리스크는 상쇄하면서 숏 포지션이 펀딩을 받는 구조로 수익을 노림.

🟢펀딩은 고정 수익이 아님
🟢시장 상황에 따라 양→음으로 언제든 반전 가능
🟢전략에 자금이 몰리면 펀딩 자체가 줄어 수익성 감소

펀딩레이트는 영구선물 시장 가격을 안정시키는 핵심 메커니즘이며
트레이더들은 이를 활용해 델타-중립 방식으로 펀딩 수익을 노리기도 함.
다만 수익은 시장 포지션 구조와 변동성에 크게 좌우.

리더보드 확인하다가 잠깐 멍해졌습니다.
스토리텔러 3위라는 숫자를 보고 솔직히 꽤 감격스러웠습니다.

✅ 현재 기록
🟢순위 : 3위
🟢점수 : 2,817,648
🟢점유율 : 4.8%
🟢트렌드 : +159%

이 숫자는 사실 제 힘만으로 만든 결과가 아닙니다.
항상 글을 읽어주시고, 공유해주시고, 참여해주신 구독자분들 덕분에 가능한 기록이라고 생각합니다.

채널을 운영하면서 가장 크게 느끼는 건
혼자서는 절대 여기까지 올 수 없었다는 점입니다.

여러분이 관심 가져주시고 같이 움직여주셨기 때문에
지금의 순위까지 올라올 수 있었다고 생각합니다.

앞으로도 괜찮은 정보나 기회가 보이면
가장 먼저 공유하고 같이 움직일 수 있는 채널로 계속 운영해보겠습니다.

지금은 3위지만
여기서 멈출 생각은 없습니다.

앞으로도 같이 더 위로 올라가보겠습니다.

🟢카드 없어도 에드작 가능
🟢구글 로그인으로 편하게 시작
🟢XP 누적 기준으로 에어드랍 배분 구조
🟢$10 거래 = 1XP 적립
🟢시즌2 에드 규모 역대 최대 언급

- 당근 동네 생활 등을 통해 모집 진행
- 10:10 로테이션 소개팅 추구하며 회차를 나누려함
- 가능하면 한 회차에서 나이차가 너무 나지않게 인원 배분
- 평일 수/목/금 저녁 20시 부터 약 2시간 이내 진행 예정

- 실명 / 핸드폰 번호 비공개 원칙. 닉네임으로만 소개해야함
- 간단한 자기소개 및 10~15분 씩 돌아가며 소개팅 진행
- 로테이션 종료 후, 가장 마음에 들었던 상대방 3명의 닉네임을 적어 진행자에게 제출
- 이성간 서로 지목 했을 시, 진행자가 추후 연락처를 당사자에게 알려줌
- 중간에 가벼운 게임을 진행하여 '특정 상대 1인 연락처 제공권' 등 재미요소 추가
(ex 전주듣고 노래 제목 맞추기)

🟢트랜잭션 제출 → 결과 확정까지 대기
🟢지갑은 Pending 상태 표시
🟢사용자가 직접 확인 필요
(Etherscan 확인, 가스 상향, 트랜잭션 교체 등)

즉 일부 리스크와 관리 부담이 사용자에게 넘어가는 구조.

Realtime Ethereum은 거래 결과를 사전에 확인 가능한 실행 구조를 목표로 함.

가능해지면
🟢Pending 상태 제거
🟢결과 확정 후 바로 완료 표시
🟢대기 시간 감소

결국 “수표 보내기” 방식 → 카드 결제처럼 즉시 확정되는 UX를 지향.

- 지난주 : 롱 41%
- 월요일 : 롱 66%
- 현재 : 롱 28%

불과 며칠 사이 시장 포지션이 크게 이동하면서 단기 변동성이 확대되는 모습. 최근 한국 시장도 롤러코스터 장세라 이런 흐름을 활용한 트레이딩 기회가 나올 수도 있어 보임.