제제님이 올리신 Twitter 상 Solv Protocol Fud 관련

https://t.me/JeJeCryptoDiary/2044

결국 트위터인데, 결론은
'Solv 는 $BTC 를 제대로 Babylon 에 예치하지 않고, TVL 을 중복으로 DeFiLlama 에 보이도록 했으며, 다른곳에 유용하고, 받지도 않은 $BTC 를 보험 기금이라고 얘기하는 스캠'
이라는 것인데,

1. Solv 의 DeFiLlama TVL 중복 계산
- $BTC 를 Solv 에 넣으면, $solvBTC 가 되고 TVL 에 1 $BTC 만큼 오름.
- 이걸 B2 에 브리지 하면 또 TVL 에 1 $BTC 만큼 오름
- 이걸 또 다른 네트워크에 브리지 하면 또 1 $BTC 만큼 오름
- 소식이 알려지자 Solv 는 부랴부랴 Code 고침 (아직 디파이라마에는 반영되지 않은 듯)

* 파구생각: 이건 사실 실수라면 실수일수도, 아니면 '있어보이고 싶은' 의지의 반영일수도 있음. 의도했건 안했건 속인건 맞고, 이미지에 타격이 있을 수 밖에 없음. 다만, 그렇다고 이거 자체때문에 프로젝트 전체가 스캠이라 볼 수는 없음

2. 사실은 Babylon 에 스테이킹 제대로 안함
- 유저들이 넣은 몇백 $BTC 가 아직 BTC 네트워크 상에서 Transfer 됨
- TVL 이 중간에 줄어듬. Babylon 에 스테이킹 했으면, 나올수가 없는데, 줄어들 수가 있는가?!
- 이번 Cap3 에서 처음 300 블럭에 Babylon 포인트 10배 이벤트였는데, Solv 는 오히려 안넣음. 오히려 TVL 줄어듬

* 파구생각: 한개의 BTC 주소와 Lombard Co-Founder 의 글을 인용했는데, 롬바드쪽에선 Solv 를 언급하진 않았지만, 경쟁사라는 점에서 진위 여부를 확인해 봐야 함

Babylon Cap 3 는 12월 10일에 시작
SolvBTC LST 의 BTC TVL 을 보면, 9일에 9.2K BTC 에서 25일에 8.97K BTC 로 지속적으로 하락
이후 다시 상승하여 10.55K BTC 가 찍히고,
Babylon Dashboard 에도 10.24K BTC 로 찍혀있어 현재는 얼추 비슷

Babylon 쪽에서 굳이 Solv 의 구라를 옹호해 줄 필요가 없고, DeFiLlama 쪽은 프로젝트가 제출한 TVL 코드에 의존하는 경향이 있기에, 오히려 DeFiLlama 쪽 TVL 이 잘못되었고, 이걸 보고 발생한 사건이 아닌가 싶음
또한 오히려 Solv Dashboard 에는 Babylon 에 스테이킹 한게 10,012 BTC 밖에 없다고 되어있음... 아니 왜 더 적어?!

다만, BTC 지갑 주소와 자산 이동은 체크해 보아야 함

3. Mudita 라는 1800 BTC 고래의 자산을 맡아 '보험 기금' 으로 사용한다고 했는데, 실상 자산 소유는 아직 Mudita 의 지갑으로 되어있음

- 이 내용은 수정을 한 모양인지 바뀌었네요

이 내용은 '실제라면' 심각한 문제,
'구라라면' 음해공작
으로 볼수 있을 것 같습니다.

그도 그럴게, 저 트윗을 올린 hans 가 마지막에 자기가 코파운더인 Nubit 을 '이런걸 검증하기 위해 만들어졌다' 라며 홍보하고, 중간에 롬바드 코파운더의 글을 인용했기에...

Solv 에서 해명을 올렸다고도 하니 한번 보도록 하겠습니다.

Pendle YT 전략

Pendle 은 '커스텀된 집중화 유동성' 을 사용합니다.

해당 자산의 평균적이 이자율을 기준으로 집중 유동성 레인지를 설정하고, 시간에 따라 줄어드는 YT 가격에 맞춰 시간에 따른 변수 (Time-Dependent Value) 를 적용하여 운용하죠.

하나의 맹점은, '아직 토큰이 나온지 않은 프로젝트의 경우 APY 및 수요 예상이 어렵다' 라는 점입니다.

그렇기에 그림에 보시는 것처럼 초반에 급락이 나오게 됩니다.

상세히 보자면
- TGE 를 하지 않았고
- TVL 이 일정 수준 이상이며
- 어느정도 포인트 파밍이 진행되었으며
- Pendle 에 신규로 YT 풀이 생기는 경우
에, 기존 파머들이 이자를 미리 현실화 하기 위해 초기에 큰 규모의 매도가 나오게 되고,
이것이 Pendle 이 설정한 AMM 의 적정 Range 를 넘어서게 되면 큰 가격 변동이 생기게 되는 것입니다.

물론 함정카드는 있습니다.
- 위와 같은 구조 때문에 결국 매수때도 조금만 사도 가격이 급격히 상승한다 = 슬리피지가 크다
- 이 현상은 그래도 LP 가 어느정도 차야 발생하는 경우가 대부분이라 풀 생성 후 몇시간~몇일 이 걸릴수 있다
- 이슈나 FUD 로 인해 기대가치 자체가 급락한다면, 반등이 나오지 않을 수도 있다

하지만 어쨌든, 저런 급락에 YT 를 주울 수 있다면, '높은 레버리지' 로 '원금(YT가격)이 오히려 상승' 하면서 파밍이 가능하고,
고점에 팔면 추가 수익,
본절하면 YT 의 가격하락의 영향을 안받고 레버리지 파밍
만기까지 유지하면 다른 사람들 대비 더 오랜기간 더 높은 레버리지로 효율적 파밍
이 가능합니다.

그럼 어떻게 해야 저점을 잡는가?!
사실 저도 모릅니다.
다만, 접근 방법은 있습니다.

Pendle YT 저점을 잡기 위한 방법은
Limit Order 를 활용하는 것입니다.

맹점은,
Price 기준이 아닌 ImpliedAPY 를 기준으로 Limit Order 를 걸 수 있다는 것이라,
초기 형성되는 ImpliedAPY 를 보고, 어느정도 계산을 해야 한다는 것입니다.

Implied APY
- YT 가격에 의한 상대적 수익율
- [(1 + YT 가격 / PT 가격)^(365/만기까지 남은 일자)] - 1
- YT 가격이 올라가면 Implied APY 가 높아짐

초기 가격 기준 ImpliedAPY 로 가격 구하는 계산기를 한번 만들어 봐야겠네요

아무튼 ImpliedAPY 는 YT Price 에 연동되는 수치이기에 대략적으로 아래에 Limit Order 를 걸어서 저점매수 대응이 가능합니다.

또 한가지 유의할 점은, Limit Order 를 걸기 위해서는 Token Approval 후 가스비 없이 Sign 만으로도 가능한데,
매 매수 체결시 내 지갑에서 가스비가 나가고,
이는 부분체결시에도 마찬가지이며, 네트워크는 ETH 라서 가스비가 몇십불씩 뜯긴다는 점

아무튼 이런 여러가지 난관을 뚫고 저점 구매를 한다면 그래도 꽤 괜찮은 수익을 기대해 볼수 있지 않을까 기대하는 것은
Bera Vault 입니다.

https://t.me/pgyinfo/5736
에서 언급한 것과 같이 곧 Pendle Bera Vault Pool 이 나올 것으로 예상되고
TVL 이 이미 $800M 을 넘고 있으며,
신규로 생기는 Pendle Pool 이라는 점 때문이죠

또한, 한 계정으로 Limit Order 를 한 후, 받는 YT 토큰을 다른 계정으로 조금씩 보내면, 자동으로 다계정이 됩니다.

참고하시기 바랍니다.

#NFA

Pendle Limit Order YT Price vs ImpliedAPY 계산기

YT 현재가격
만기까지 남은 일자
를 입력하면,
각 일자별/가격별로 ImpliedAPY 를 계산해 줍니다.

Pendle 의 Limit Order 는 ImpliedAPY만 기준으로 매수주문을 넣을수 있기에 만들어 보았습니다.

File → Make a copy 해서 자신의 Google Sheet 로 만들어서 사용하시면 됩니다.

계산기 링크
https://docs.google.com/spreadsheets/d/11ICwiiqnFnDgClkL62DWMPeBHA_FukqbGofNTDkzHKU/edit?usp=sharing

Resolv 새로운 Epoch 시작 및 Euler RLP 레버리지 오픈

Resolv 에 변화가 몇가지 시작되어서 공유 드립니다.

1. 신규 Grand Epoch 시작
- Epoch 보너스가 +50% → +25% 로 감소

2. RLP / USDC Euler 레버리지 시작
- 아직 Dashboard 에는 안뜸
- 최대 5.69x 레버리지 가능
- $RLP 홀딩과 같다면 10x 포인트
- 현재기준 USR Euler > RLP Euler > Pendle wstUSR YT
* Borrow 이자율과 RLP 이자율에 따라 달라짐

$RLP 는 펀딩피가 마이너스이면 손해를 입을 수도 있는 풀이니 유의하시기 바랍니다.

Pendle YT vs Euler USR vs Euler RLP 비교 계산기
https://docs.google.com/spreadsheets/d/11ICwiiqnFnDgClkL62DWMPeBHA_FukqbGofNTDkzHKU/edit?usp=sharing